PyroCMS v0.9.7.4 - an open-source modular general purpose CMS

[eluser]Phil Sturgeon[/eluser]
[quote author="ray73864" date="1244004691"]Hi Phil, have you worked it out? i'm assuming you are just going to recode the entire Cache library?[/quote]

That should be working now. I changed quite a few things in the end, that Cache library had variables spelt differently throughout and the expirey date was never being set by default.

Should all work fine now, but I will wait to tag v0.9.5.3 until you have confirmed the new changes. I moved the captcha folder too, so follow the commands in the UPGRADE file to keep up to date. OR just delete the lot and start again :-)

[eluser]ray73864[/eluser]
caching is working properly for pages now, but navigation isn't being updated.

I deleted the lot, downloaded the latest commit and unzipped it to the webhost, set up all the necessary chmods and set up database.php and config.php (we don't have a .htaccess file yet so i put in 'index.php').

all the links though are minus the index.php, but when i log in to the admin section and click on 'Navigation' i can definitely see that the URL to each page has index.php in it.

[eluser]Phil Sturgeon[/eluser]
Huh ok. The navigation was not tested but I applied the same change to it that I did for pages. I will test it properly with and without index.php when I get home later.

Thanks for the continuing bug reports. It's hard to spot all these by myself!

[eluser]Phil Sturgeon[/eluser]
I have tested this and it seems to work fine... Can you try and do a little more debug on your end and narrow it down a little?

[eluser]ray73864[/eluser]
I think i know what went wrong, when i deleted the folders i still had the info in the DB, when i first got it back up and running, i forgot to set the 'index.php' in config.php, so the cache was created without the 'index.php' in the navlinks.

then i went into config.php and put in 'index.php', but by that time the cache had been created, so all that is needed is a way to delete the cache or refresh the navigation cache after altering config.php.

just refreshed the main website now and the navlinks cache has been refreshed, so the links are all working fine now.

[eluser]Phil Sturgeon[/eluser]
You owe me 30 minutes of my Sunday. :-p

In good news, im part of the way to having a snazzy social bookmarking solution integrated. And no that doesnt just mean I have pasted a few links in.

[eluser]ray73864[/eluser]
Now i just have to workout why i couldn't get this CMS to work on WAMPServer, but that needs more testing, as i may have done something wrong during installation.

On another note, went to add a comment to your latest post on philsturgeon.co.uk (the next screencast one), but it isn't showing the captcha, so i can't make the comment.

[eluser]Phil Sturgeon[/eluser]
Fixed captcha. Coment away :-)

Whats not working?

[eluser]ray73864[/eluser]
So in installed wampserver like i always do, basically just all the defaults.

I then extracted pyrocms (the latest commit version that you had me test) into the c:\wamp\www directory (renamed the pyrocms dir to 'pyrocms' otherwise it would have had the git commit version in the directory name).

I then altered config/config.php to have 'index.php' included, and then edited config/database.php for the database connection details, i also used phpmyadmin to import the .sql files (i had a few problems there, one of them was creating the default 'home' page record, it was missing a few columns, and the twitter config stuff didn't go in because of problems too.

MySQL CLI Client had the same problems, so i am guessing something is up with 2-default.sql

i made sure that the 'rewrite-module' apache module was loaded, but when i navigate to 'http://localhost/pyrocms/' i get a CI styled error :: "An Error Was Encountered", makes me think that it isn't related to pyrocms but instead to CI and wampserver.

Update: Ok, just tried a fresh copy of CI, and the welcome page came up properly, so i'm not entirely sure now. Time for the CI logging to be turned on i guess.

[eluser]ray73864[/eluser]
ok, maybe using the latest commit version wasn't the best thing, according to the logfile, CI can't find lots of files.