We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
MODX Community Forums Archive

Very sluggish performance after updating to ModX 0.9.6.1

    • 18592
    • 19 Posts
    mat-d Reply #11, 18 years, 10 months ago
    Seems to be the same pages that are being slow.

    here’s content from them.
    <h3>
<div style="text-align: center">
<img alt="AceRace" height="200" src="assets/images/osnmain/ACERACE.jpg" title="AceRace" width="300" />
</div>
</h3>
<h2>Reports from 2007: 
</h2>
<h4>[[ListIndexer?LIn_sQty=1000]]</h4>


    Template:

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title>[(site_name)] | [*pagetitle*]</title>
<link href="/assets/templates/rounded/css/common.css" rel="stylesheet" type="text/css" />
</head>
<body>
<div id="container">
	{{headerr}}
		<div id="navigation_wrapper">
			<!-- Top Navigation -->
			[[Wayfinder? &startId=`0` &level=`3` &parentClass=`hide` &parentRowTpl=`cssplay_parentRow` &outerTpl=`cssplay_outer` &innerTpl=`cssplay_inner` &rowTpl=`cssplay_row` &outerClass=`menu` &cssTpl=`cssplay_dropdown`]] 

			</div>
				
			<div id="content">

{{newsreel}}
<div id="content">
<h1>[*longtitle*]</h1>
</div>
<br />
<div id="text">
[*content*]
<br style="clear:both"/>
</div>

			
		</div>
</div>
	<!-- Footer -->
	<div id="footer_wrapper">
		<div id="footer">
			<div class="logo">
<a href="http://offpeak.osnow.co.uk" title="OffPeak">Design by OffPeak</a>
<span></span></div>
			<ul>
				<a href="http://www.osnow.co.uk" title="Home">Home</a> | 
				<a href="http://www.osnow.co.uk/index.php?id=32" title="Design">  Design</a> | 
<a href="http://www.osnow.co.uk/oldindex.htm" title="Old OSN"> OLD OSN</a> |
<a href="http://www.osnow.co.uk/index.php?id=67" title="Subscribe">RSS Subscribe</a> |
<a href="http://www.osnow.co.uk/index.php?id=4" title="Log In"> Log in</a>
			</ul>
		</div>
	</div>
</div>
</body>
</html>


    Cheers,

    Mat-d
      • 25663 MODX Staff
      • 12,272 Posts
      Ryan Thrash Reply #12, 18 years, 10 months ago
      Is the template switcher plugin installed? If so, delete it.

      Put in temporary timers to show what’s taking so long on the slow pages compared to the normal pages ... maybe in your footer:
      MySQL queries took [^qt^] seconds for [^q^] queries(s), document parsing took [^p^] seconds, for a total time of [^t^] seconds, and [^s^].


      Then you can start seeing which snippets or plugins are affecting each page and figure out the source of the slowdown.

      That said, for the three pages I can see in the navigation, none take very long to render ... certainly not 10-30 seconds, including:
      http://www.osnow.co.uk/index.php?id=32 (home)
      http://www.osnow.co.uk/index.php?id=78 (my portfolio)
      http://www.osnow.co.uk/index.php?id=79 (contact)

      If the performance changes throughout the day, that most likely points to an overloaded shared server.

        Ryan Thrash, MODX Co-Founder
        Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
        • 18592
        • 19 Posts
        mat-d Reply #13, 18 years, 10 months ago
        Thanks Ryan.

        Template Switcher isn’t installed.


        On first attempt with the new footer... on http://www.osnow.co.uk/index.php?id=33 it got the following...

        MySQL queries took 0.0035 s seconds for 0 queries(s), document parsing took 0.0654 s seconds, for a total time of 0.0689 s seconds, and cache.

        Does that help?


        And yes it seems that only 2 out of my 3 major trees are sluggish. The ’OffPeak’ pages seem to be fine. Any ideas why it only affects these two?

        Thanks for all your help.

        Mat-d

          • 21257 MODX Staff
          • 730 Posts
          netProphET Reply #14, 18 years, 10 months ago
          When I watch the slow pages load using Firebug, I’m seeing that the php page loads nice and fast, and common.css loads fine, then it hangs on reset-min.css. I’ve tried it several times under different conditions, and it always hangs at this file. It finally comes in at 0 bytes - not 404 - and then the browser loads the rest of the page just fine.
          At first glance I didn’t even see reset-min.css directly referenced in your template. [edit: oh, chrisandy had found it right away, above]
          The full file path to it is /assets/templates/rounded/css/reset-min.css
          I can’t say what to do next, other than figure out what that file is supposed to be doing and why it’s taking so long to return an empty non-404 response.
            Mike Schell
            Lead Developer, MODX Cloud
            Email: [email protected]
            GitHub: https://github.com/netProphET/
            Twitter: @mkschell
            • 18592
            • 19 Posts
            mat-d Reply #15, 18 years, 10 months ago
            Ok,

            Removed the import on the css... and it seems to have worked. No idea what it was in there for - must have been left in there from my first incarnation. Seems a little odd for it to have disappeared though as the site worked fine a few days ago.

            Fingers crossed its all working.

            Thanks for all of your help! I am so grateful!

            Mat-d
              • 7231
              • 4,205 Posts
              dev_cw Reply #16, 18 years, 10 months ago
              It’s loading nice and fast here. Odd that the @import would have such an impact.
                [font=Verdana]Shane Sponagle | [wiki] Snippet Call Anatomy | MODx Developer Blog | [nettuts] Working With a Content Management Framework: MODx
                Something is happening here, but you don&#39;t know what it is.
                Do you, Mr. Jones? - [bob dylan]
                • 21257 MODX Staff
                • 730 Posts
                netProphET Reply #17, 18 years, 10 months ago
                By it’s name, that css file seems to have something to do with YUI.
                http://developer.yahoo.com/yui/reset/

                Seems that the server is just taking a long long time to respond to 404s. And when it does, it’s not returning 404 status, it’s returning 200 OK with an empty document.
                http://osnow.co.uk/ahlksgguiieh34.html

                  Mike Schell
                  Lead Developer, MODX Cloud
                  Email: [email protected]
                  GitHub: https://github.com/netProphET/
                  Twitter: @mkschell
                  • 36582
                  • 463 Posts
                  chrisandy Reply #18, 18 years, 10 months ago
                  What I was saying in my first post was - surely the @import command is a hangover from when you had your CSS in-line? But one CSS file calling another CSS file - I didn’t think you could do that?
                    Web site design in Nottingham UK by Chris Fickling http://www.chrisficklingdesign.co.uk
                    • 28042 ☆ A M B ☆
                    • 24,524 Posts
                    sottwell Reply #19, 18 years, 10 months ago
                    Yes, you can import from a CSS file using the @import syntax.

                    http://htmlhelp.com/reference/css/style-html.html#importing
                      Studying MODX in the desert - http://sottwell.com
                      Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
                      Join the Slack Community - http://modx.org
                      • 36582
                      • 463 Posts
                      chrisandy Reply #20, 18 years, 10 months ago
                      I really do learn something everyday! Thank you
                        Web site design in Nottingham UK by Chris Fickling http://www.chrisficklingdesign.co.uk