MODx is being slow

MODx is being slow. On the front-end:

MySQL: 0.0042 s, 4 request(s), PHP: 58.7357 s, total: 58.7398 s, document retrieved from database.

And it’s a similar story on the manager end. I had to raise the max_execution_time in php.ini from 30 seconds in order for MODx to work, otherwise I would get timeout errors. I’m using Firefox 3.5.2 with Firebug disabled, developing on my local WAMP server. I tried restarting my computer thinking it was me, but no dice.

From my experience it might be that you are using snippet that takes lots of time.

Try removing Ditto calls, wayfinder calls or other snippets individually and see when the performance improves.

Put result here

Definitely you’ll want to report as to what snippets/plugins/etc. you’re running, and what your server/php/mysql/apache details as well.

I have no custom snippets or anything. It’s a fresh install with all the default snippets/plugins and I’m just adding some dummy pages.

Apache Version: 2.2.11
MySQL Version: 5.1.33
PHP Version: 5.2.9-2

---

* AjaxSearch (1) - 1.8.3 Ajax enabled search form with results highlighting.
* Breadcrumbs (2) - 1.0.1 Configurable breadcrumb page trail navigation.
* Ditto (3) - 2.1+ Summarizes and lists pages to create blogs, catalogs, PR archives, bio listings and more. Includes patches post-2.1 release to fix sorting bug and default display behavior.
* eForm (4) - 1.4.4.6 Robust form parser/processor with validation, multiple sending options, chunk/page support for forms and reports, and file uploads.
* FirstChildRedirect (5) - 1.0 Automatically redirects to the first child of a folder document.
* Jot (6) - 1.1.4 User comments with moderation and email subscription.
* ListIndexer (7) - 1.0.1 Shows the most recent documents, highly flexible.
* MemberCheck (8) - 1.0 Selectively show chunks based on logged in Web User’ group memberships.
* Personalize (9) - 2.0 Basic personalization for web users.
* Reflect (10) - 2.1 Used with Ditto, creates archives of articles, blog entries, image galleries and more.
* UltimateParent (11) - 2.0 beta - Travels up the document tree from a specified document and returns the "ultimate" parent.
* Wayfinder (12) - 2.0 Completely template-driven menu builder that’s simple and fast to configure.
* WebChangePwd (13) - 1.0 Web User Change Password Snippet.
* WebLogin (14) - 1.0 Web User Login Snippet.
* WebSignup (15) - 1.1 Web User Signup Snippet.

---

* Forgot Manager Login (1) - Resets your manager login when you forget your password.
* Image TV Preview (6) - 1.2.0.4 - Show preview of any images loaded into image Template Variables
* Inherit Parent Template (2) - New docs automatically select template of parent folder
* QM+ (3) - 1.1.1 Enables QuickManager front end content editing support.
* Search Highlighting (5) - 1.4 - Show search terms highlighted on page linked from search results. (Requires AjaxSearch snippet)
* TinyMCE (4) - 3.2.4.1: TinyMCE RichText Editor Plugin
* TransAlias (7) - 1.0 - Transliterate document alias

You might try Google Chrome. I think that even with Firebug disabled it still slows things down in FF.

The 58 seconds is server time, not client, so it can’t be the browser/Javascript engine causing the problem. This is definitely something server-side, and definitely not normal. I’ve tested Evo with 5.2.9 and 5.3 and never seen anything like this, but something in your PHP configuration or your site definition is not operating efficiently for sure. I would disable plugins and snippets one at a time until you find the one that is causing the problem. You can disable plugins with a checkbox and snippets by changing the name of the snippet (e.g. adding "-disabled" or similar).

If you are using a proxy, you must delete the RSS News Feed URL and the RSS Security Feed URL from the Manager >> System configuration >> Site page.

After saving changes, your Modx site will be faster.

Quote from: Selibox at Sep 07, 2009, 10:32 AM

If you are using a proxy, you must delete the RSS News Feed URL and the RSS Security Feed URL from the Manager >> System configuration >> Site page. After saving changes, your Modx site will be faster.

All I can say is thank you, good sir. Thank you a million times over.

I was having a similar problem. I’m running a test MODx installation on a VM on my workstation, and whenever I would log into the manager, create a new resource, delete a resource, or empty the trash, it would take roughly 30 seconds. During that time, the manager was unresponsive and the site itself was unresponsive. MODx would display it’s "Please wait while MODx cleans up" message, and the browser would clock away. The browser didn’t matter—Firefox, Safari, or IE—nor did updating to the latest-to-greatest versions of PHP, the OS, etc. Interestingly enough, if I created a new document, and then changed the "Save and Close" to "Save and Continue Editing," this wouldn’t happen.

I followed your suggestion, and, am happy to report, MODx works as it should. So, once again, thank you.

If you have the same type of problem with Modx Revolution 2.0.0, you could try :

• 1) To execute the following request on the modx database to delete feeds url
  update `cms_system_settings` set `value`=’’ where `key` in (’feed_modx_security’,’feed_modx_news’
• 2) To disable FIREBUG. This firefox module have an important impact on the speed of your modx site.

Bye

Quote from: Selibox at Sep 21, 2009, 10:28 AM

If you have the same type of problem with Modx Revolution 2.0.0, you could try :

• 1) To execute the following request on the modx database to delete feeds url
  update `cms_system_settings` set `value`=’’ where `key` in (’feed_modx_security’,’feed_modx_news’
• 2) To disable FIREBUG. This firefox module have an important impact on the speed of your modx site.

Bye

No need for the update statement directly on the database; you can remove those simply by editing the System Settings.