New release slow?

Have you tried with other browsers? FF add-ons can slow things down.

Quote from: shamblett at Sep 18, 2008, 01:58 PM

Fatal error: Maximum execution time of 60 seconds exceeded in C:\Program Files\xampp\htdocs\modx-0.9.6.2\manager\includes\config.inc.php on line 61

Sounds like you have some session problems with your configuration. Without details of your configuration, it’s gonna be hard to determine exactly why, but it’s definitely having a problem with session_start() from what I can tell...

Quote from: rossco at Sep 18, 2008, 01:46 PM

When I’m in the manager editing docs... when I save, the frame says forbidden and I have to refresh the manager page to get rid of it.

This is likely a mod_security issue in Apache and nothing to do with MODx per se.

Yes, I’ll look at the session thing when I get chance, just tried it with a different browser called Flock, same problem, please note that this dev box serves several different MODx installations and other stuff as well without prob,s. I’ll dig bit deeper on this box tomorrow, if I get a bit of time.

What should I do to test to see what is at fault? I don’t know much about what to do in terms of testing... the manager and the site are as slow as each other. One minute it’s ok, the next it’s limping along.

OK, just installed 0.9.6.2 on one of my linux test boxes, its fine, if anything I’d agree with the one of the previous posters that logging to the manager seems faster than 0.9.6.1.
This puts the prob firmly back to my windows box. I’ll look at this later and post my findings just for completeness here.


What exactly is your setup rossco? You say sometimes its alright, I’ve never seen this really on my faulty box, sudden speed ups and slow downs could be many things here.

I have my install on a linux box... PHP Version 5.2.5. I upgraded from the 0.9.2 rc2 would that have an issue?

Ok, what logs have you checked? You need to look at your apache access and error logs, your mysql log and the messages log, also have a look at secure. Which distro are you using?

You could try restarting apache and or mysql if you’ve not already done so, check the logs on startup.

Dont know about the upgrade, I’ve never done one personally, but going from 0.9.2 up to 0.9.6 may be having an effect here. The core guys may know more here.

You could try a fresh install of 0.9.6.2 on the same server, config it for localhost serving only and give it its own database, do a full install with all the plugins and the test web site.

See how the manager responds on this, as I say above mine was fine on linux. If its Ok it may well be the upgrade itself or the re-use of the existing database, check collation sequences for mismatch etc.

I don’t now think we have the same prob here but I’ll help if I can.

shouldn’t be an issue going from 092 to 0962 (which probably means there is!).

Quote from: rthrash at Sep 18, 2008, 07:04 PM

shouldn’t be an issue going from 092 to 0962 (which probably means there is!).

This depends on which components are being used. Especially plugins should be reviewed on upgrade to make sure they are up to date with any core changes, but this applies to all the snippets and modules as well. Plugins just have the most potential for causing odd behavior like you describe; other than corrupted FTP uploading of the MODx files themselves.

Also, if you didn’t choose to upgrade certain snippets/plugins/modules, make sure you didn’t copy the related assets/ directories from the newer versions over your older versions; it’s best to plan on upgrading all of the resources included in the MODx distribution to the version it includes, then manually adjusting each component to the version you want should the newer versions not work for you (or should you have a newer version of a component than the one included in the distribution).