Posts by: [email protected]

Posts: 32
Post: 337
Topic: multi language website

If you figure out how to parse everything under PAGES, let me know! It would solve another problem I have where I want subdirectories under that area, but don't have full skillset to modify rest of installation to do it!


12 years ago
Post: 336
Topic: Adding <div> to sidebar is removed by HTML tidy?

Not sure why you are adding it to your template ... if you put it on your template, it will show on every page (unless you have some sort of strange IF structure in your template that says if this is the main page, insert this line; if it isn't the main page, just do the rest of the page normally.

If you only want something on the main page, you basically have four choices that I can see so far:

a. Separate template (identical to other one, except it has this extra line in it);

b. Same template but you add above IF structure;

c. You create a special output (perhaps called SideBar2) that only appears on main page (either through a or b above); or,

d. You embed it in the actual "page" you create.

Good luck...


12 years ago
Post: 335
Topic: Ability to use sub-directories...

The solution looks "straightforward":

 case 'direct':   include_once($rootDir.'/include/direct.php');   $page = new direct_display($title,$type);  break;

So next step would be to create direct.php which would tell system how to process a page that was one directory farther down under "_pages" (essentially parsing the filename referencein $title into three parts -- the above ref would tell it that it was a "Directory" and therefore use direct.php); I could parse the next "piece" to find out the name of the directory (MRS, BRS, Recipe) to give it "multiple" options so that I could say "Direct_MRS_MR001" and "Direct_BRS_BR001" or "Direct_Recipe_REC001"; and parse the last bit to get the actual filename). 

I could basically replicate Special.php file so that I would basically add a small subroutine at the top to change the path to the file (i.e. insert "directory" in the fileref that already exists for regular pages -- ../data/_pages/(directory)/filename).

And all of that is within or close to within my skillset. But I then realized two things going through the rest of MAIN.PHP...

a. I have no idea how to then go back to modify all the pagerefs for the regular filenames -- in a sense, figuring out how to call them normally so that the links off that direct.php would still work properly (they'd all be off by a directory level, and the level would be dynamically defined); and,

b. After I got it all working, the system still wouldn't SEE the files so I wouldn't be able to edit them afterwards (unless I somehow edit the admin page where it lists the file), I couldn't create new ones except manually, and the SEARCH gadget wouldn't search them.

If I can't get "b" to work, it's kind of pointless. And that level of modification is way beyond my skillset. I mention the solution up to where I got it simply in case others want to build off of it.

But I think for me I have four options:

a. Go with what's here and add pages until it explodes;

b. Change my sub-pages so that they are simple text or PDFs maybe that are just links from regular pages (i.e. like indices to other types of files that GP can't see) and accept that the search function won't see them (might be able to get a google search to search manually?).

c. Try installing multiple versions for every sub-category that I might have. 

d. Abandon hope all ye who enter here and try doing a very simple site just in CSS and XHMTL without all the bells and whistles like comments etc. 

e. Return to my original search for a lite CMS but with one that allows sub-directories. 

Any suggestions for c or e would be greatly appreciated! :-)

And thanks for your help so far, even if I can't get it over the goalline!


12 years ago
Post: 328
Topic: Extra Content - Page placement?

Hey, a question I can answer! :-)

Or at least I have one option for you...I did the same thing (in reverse sort of) for my site. I designed the main page with the header, footer, and side bar intact. Got the template looking the way I wanted it.

Then I replicated that theme's directory (i.e. themes/polywogg copied to themes/single)...this gives me an exact copy at first blush of my template and theme. So I assigned my "home" page to be the theme "single" (in file manager, you can change which theme each page uses). Once assigned to "single", I edited the content of that page and deleted the sidebar. I ended up having to edit the theme's css to modify some margins but I was easily able to get rid of the side bar and yet leave the rest of the theme look identical to my main theme.

The downside of course is if I then modify my original theme for my regular pages, it does NOT update the second theme I'm using for the splash page. So either wait until you have the first theme EXACTLY the way you want it, or do the updates twice (although, if you use the extra content footer and header, any updates to one for content will update in the second). Alternatively too, if you wanted a separate looking header, you could create a new "header2" content and then edit your second theme to pull header2 instead of header1 content. Just a thought.

Of course, there are likely better (i.e. more robust) programming options. But I like the benefit of this one as I now have two "identical" themes in that one is two column (with the sidebar) and one is one column (no sidebar). I can assign it to any page I want, and the header/footer automatically updates for me.


12 years ago
Post: 314
Topic: Ability to use sub-directories...

For clarity, it wouldn't be 3000/year, just 3000 in the first year as I clear out a backlog. But that's still a large number.

Before I give up on GPeasy though, as it meets so many of my other needs without overloading the server, I see a bunch of small options...

a. Is there any benefit to using the "FILE UPLOAD" area? Does that give me any options to store files there in sub-directories that wouldn't slowdown GPEASY's options? Or is that simply a "holding" area?

b. My preferred choice, if possible, would be to replicate the "SPECIAL_(filename)" taxonomy to create an equivalent of "DIRXXX_(filename)" or "DIRYYY_(filename)" taxonomy. But I don't know which files I should target for my custom re-coding...I guess if I put it differently, which GPEASY files generate separate treatment of "Special" files that I could try and generalize for a "directory" structure? Presumably you have some sort of if/else structure in one of them that says "if it's a normal page, pull it from here" but if it it's a "special page, do this instead". I was thinking I could add some sub-structure to that if/else/else/else structure to create refs for other directories.

c. My bigger option is to create a dynamic "single" page that would have to parse variables from the referring link ... for example, if I add variables to the referring page link (i.e. index.php?area=mr&fileid=0000001) and then add some PHP code to tell it to include info from a file called "../pages/mr/0000001.htm or .txt or .php", then GPEasy wouldn't have to "see" the sub-pages, they just have to see the single page ... but that single page would have to allow "include" commands one of two ways I think...first, I could tell it to just "embed" the PHP parsing commands within a standard GPEASY page; or second, I could put the PHP parsing commands in the middle of a custom template page. I'd have to make it a manual direct link to the dynamic page rather than just having Index.php open it directly, as I would have to add the variables to the link I guess. Definitely more complicated than the first two options, but if I could do it through a template somehow, it wouldn't "hack" the installation.

d. I guess another option would be to eat server space and install multiple sites of GPEASY to limit the "list" of seeable files for each file area to only that type...just replicate the basic install so all the templates etc are the same so it looks like one install, but GPEASY would treat it as 10 separate installs.

Any guidance would be appreciated! And I really appreciate all the advice and answers so far. I'm investing a bit of extra time up front in my needs analysis as I don't want to get 1000 pages down the road and realize I missed something I should have asked earlier!


12 years ago
Post: 303
Topic: Ability to use sub-directories...

Hmm...I never thought of a solution as being able to "hide" from the menus. Interesting.

Here's the issue in a nutshell...I intend on having about 1500 movie reviews, about same number of book reviews, all within about a year. If I do them all in the same directory, I see two potential problems:

a. I've heard there are performance slowdowns if you have too many files in the same directory -- mine could be near 3000 pages within the year; and,

b. the filemanager is going to be REALLY unwieldy if I see them all at the same time.

On a normal HTML-based website, and a lot of other CMS, you can create:, br02.htm, br03.htm, mr02.htm, mr03.htm

So the files are grouped. 

Since we already seem to have some grouping options like "SPECIAL" pages, I was hoping for a filetype (potentially) that would allow me to have sub-pages in a sub-directory, or several sub-directories (like MR0001_to_1000, MR1001_to_2000, etc.).

But if you think the performance issues are neglible (since you never actually go into the pages directory except on direct reference), and I could "hide" the sub-pages so they don't show up on file manager unless I specifically want to see them (i.e. I might still need to edit from time to time, so I would still need to have an option to access them somehow), I'd be fine with that solution.

Or any other solution you might have! :-) I'm soooo close to being able to roll-out fully...


13 years ago
Post: 291
Topic: Ability to use sub-directories...

So I'm anticipating a large number of pages on my site, and it would be good if I could create subdirectories for them. So, for example, for movie reviews, I'd like to create a subdirectory in _pages entitled MR. Then, I could store the MRs under there.

Tried it, but three problems:

a. File manager can't see the page (not really a problem, though, I don't care if it can see it);

b. Pointing to it through the index file like other pages by adding subdirectories to the reference URL such as ""MR/MRxxxxxxxx_-_title.php"" (i.e. adding the directory between index and the page name) tells me the file MRMRxxxxxxxx_-_title.php doesn't exist but I can create it ... it strips out the subdirectory slash;

c. Trying to go directly to the page ( gives me a "Not an entry point" error.

I'm going to have far too many pages to just put in one directory, but not sure how to get around this. Really need an option on this before I go any further.


Edited: 13 years ago
Post: 289
Topic: Required element -- GetAdminLink()

Worked perfectly! Thanks...


13 years ago
Post: 283
Topic: Date stamp on simple blog...

Basically wondering if we might have option sometime to change dates on blog posts.

Background: I have five "old" blog entries from an old configuration of my website. Hardly worth worrying about, but I would like them on the site too. So I uploaded the text, everything is there, except of course, they have today's date.

No worries, I edited posts_0.php, changed the timestamp back to a 2008 date, everything worked fine. Got entry one to show the right date in November 2008. Great. Then I tried to do the same with entry 2...but the system wouldn't let me change the date. Sure, it changes it in the file; sure I can force a hard reload of the page. But the date on the individual page never updated. Still said May 2010. PHP file was right, but not the page. But I went back and repasted all the new timestamps anyway for entries 3-5, reloaded, forced hard refresh so first one would update. This time it updated all five! 

So I got cocky and tried the same with a comment on that blog entry and when I uploaded the comments file back to the system, the comment disappeared completely. It said I had one, but wouldn't show it. I disabled comments, reenabled comments, reloaded page...voila, there it is. Except it still has May as date. Not sure how to fix that one. -- Oh wait, I think the size was off now. Okay, fixed that AND the date, and both are showing properly now. Whew.


I guess this wouldn't be a high priority for an automated option within the blog to have ability to change the date of a post, although I have seen that on other CMS packages who do it more to change dates on files. Since  I only had FIVE to do, manually was easy enough (no idea why one time it worked but first time it didn't). Perhaps for the B list of features to add. :-)


Edited: 13 years ago
Post: 280
Topic: Comment function for Simple Blog

Doh! I did it in the wrong order -- I upgraded, copied stuff over, installed new files in new directory, deleted old. Doh!


13 years ago


elFinder 2.1.50 in Upcoming Release

A new release for Typesetter is in the works with a lot of improvements including the ... Read More

Typesetter 5.1

Typesetter 5.1 is now available for download. 5.1 includes bug fixes, UI/UX improvements, ... Read More

More News

Log In