I have been getting some complaints on the site's slow loading. I recently removed all the heavy hitters and it hardly improved.
Makes me think its not content but either serendipity doing something or the server. htaccess?
I have a fast comcast connection and I get around 10 second of nothing happening as it says "waiting for rackjite.com". Once it starts reading it loads right away though.
I sure would appreciate a quick go there to give me an idea of how slow it really is and if anyone has any suggestions.
http://rackjite.com
RJ
Thanx
Slow page load
-
Don Chambers
- Regular
- Posts: 3657
- Joined: Mon Feb 13, 2006 2:40 am
- Location: Chicago, IL, USA
- Contact:
I had the same problem on my own sites; it was trackback spammers. I stole some .htaccess mods to reject them: basically, anything without a referrer, or with "Trackback" in its referrer name, was rejected. My loading times improved immediately.
The other time I had a problem, it was a slow DB server. PowWeb eventually fixed that, as there was nothing I could do about it.
The other time I had a problem, it was a slow DB server. PowWeb eventually fixed that, as there was nothing I could do about it.
If in config I have trackbacks turned OFF could that still be a problem?
Trouble with this issue is I am getting lots of different times from different computers here and different users out there. I cant seem to settle it. To make matters worse COMCAST is giving me anywhere form 1000mps to 100,000 mps in any given moment.
So I am trying to get some of you guys to try and let me know.
http://rackjite.com
thanx
RJ
Trouble with this issue is I am getting lots of different times from different computers here and different users out there. I cant seem to settle it. To make matters worse COMCAST is giving me anywhere form 1000mps to 100,000 mps in any given moment.
So I am trying to get some of you guys to try and let me know.
http://rackjite.com
thanx
RJ
Trackbacks are just another commenting method. They're supposed to indicate that someone found your article interesting enough to include it in one of his entries. You, being the kind and generous person you are, would then add a link in the comment section of your entry going back to his entry, providing a little boost in PR.
When trackbacks are disabled in config, we still need to load up Serendipity's framework, initialize all the plugins, etc, etc, until we figure out that this is a trackback and we can reject it.
The spammers aren't concerned about shutting down your site, either: they were hitting me a few thousand times a minute. It overloaded the host's CPU. (Beats me how they think they'll get free exposure out of a crippled website.) My hosting service shut me down for abuse, said I had to fix my script, and wouldn't re-enable my account until I upgraded the script. I did, but it didn't help: it's not a problem with the script, it's a Denial-Of-Service attack.
Stopping trackbacks at the .htaccess is the least expensive of all possible ways to handle them. The webserver has to be loaded in any case, it's checking the .htaccess anyway, so it can just drop the request before we even have to start PHP or load any part of Serendipity.
When trackbacks are disabled in config, we still need to load up Serendipity's framework, initialize all the plugins, etc, etc, until we figure out that this is a trackback and we can reject it.
The spammers aren't concerned about shutting down your site, either: they were hitting me a few thousand times a minute. It overloaded the host's CPU. (Beats me how they think they'll get free exposure out of a crippled website.) My hosting service shut me down for abuse, said I had to fix my script, and wouldn't re-enable my account until I upgraded the script. I did, but it didn't help: it's not a problem with the script, it's a Denial-Of-Service attack.
Stopping trackbacks at the .htaccess is the least expensive of all possible ways to handle them. The webserver has to be loaded in any case, it's checking the .htaccess anyway, so it can just drop the request before we even have to start PHP or load any part of Serendipity.
There is a serious problem.
I have lost half my traffic in the past few months when it had been increasing steadily over the past year.
All computers in this house (comcast cable) and two friends with different ISPs (DSL), with computer cache cleared, takes 28 seconds for the WAITING FOR... to end and the TRANSFERING... to begin. On all computers it sometimes loads fast after deleting the computer cache but I have come to believe that is because the ISP cache is still full.
I called my server GODADDY yesterday and it all seems to be working fine. Loading a big html page from the domain takes less than a second.
This leads me to the .htaccess again... or something in config?
I have reduced articles to 12, tried removing headers, plugins, sidebars, youtubes and it doesn't change the lag.
Remember, most of a year ago I moved the blog from /serendipity to the root. Garvin helped and I think that is what all that extra rewrite stuff is in the file. I put it back the way before adding your change the other day just to make sure.
http://rackjite.com
----------------------------------
Options +FollowSymLinks
Options +Includes
AddHandler server-parsed .htm
#www rewrite
RewriteEngine on
RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} !^rackjite\.com
RewriteRule (.*) http://rackjite.com/$1 [R=301,L]
#website 301
#RewriteEngine on
#RewriteCond %{HTTP_HOST} ^http://rackjite.com/
#RewriteRule ^(.*)$ http://rackjite.com/web/$1 [L,R=301]
#Redirect 301 http://rackjite.com/ http://rackjite.com/web/
#RewriteEngine on
#RewriteCond %{HTTP_HOST} ^http://rackjite.com/serendipity [NC]
#RewriteRule (.*) http://rackjite.com/$1 [L,R=301]
#Redirect 301 http://rackjite.com/serendipity/ http://rackjite.com/
#ErrorDocument 404 /serendipity/index.php
#ErrorDocument 404 /index.php
#DirectoryIndex /serendipity/index.php
DirectoryIndex /index.php
RewriteEngine On
#RewriteBase /serendipity/
RewriteRule ^(archives/([0-9]+)-[0-9a-z\.\_!;,\+\-]+\.html) index.php?/$1 [NC,L,QSA]
RewriteRule ^(authors/([0-9]+)-[0-9a-z\.\_!;,\+\-]+) index.php?/$1 [NC,L,QSA]
RewriteRule ^(feeds/categories/([0-9;]+)-[0-9a-z\.\_!;,\+\-]+\.rss) index.php?/$1 [NC,L,QSA]
RewriteRule ^(feeds/authors/([0-9]+)-[0-9a-z\.\_!;,\+\-]+\.rss) index.php?/$1 [NC,L,QSA]
RewriteRule ^(categories/([0-9;]+)-[0-9a-z\.\_!;,\+\-]+) index.php?/$1 [NC,L,QSA]
RewriteRule ^archives([/A-Za-z0-9]+)\.html index.php?url=/archives/$1.html [NC,L,QSA]
RewriteRule ^([0-9]+)[_\-][0-9a-z_\-]*\.html index.php?url=$1-article.html [L,NC,QSA]
RewriteRule ^feeds/(.*) index.php?url=/feeds/$1 [L,QSA]
RewriteRule ^unsubscribe/(.*)/([0-9]+) index.php?url=/unsubscribe/$1/$2 [L,QSA]
RewriteRule ^approve/(.*)/(.*)/([0-9]+) index.php?url=approve/$1/$2/$3 [L,QSA]
RewriteRule ^delete/(.*)/(.*)/([0-9]+) index.php?url=delete/$1/$2/$3 [L,QSA]
RewriteRule ^(admin|entries)(/.+)? index.php?url=admin/ [L,QSA]
RewriteRule ^archive/? index.php?url=/archive [L,QSA]
RewriteRule ^(index|atom[0-9]*|rss|b2rss|b2rdf).(rss|rdf|rss2|xml) rss.php?file=$1&ext=$2
RewriteRule ^(plugin|plugin)/(.*) index.php?url=$1/$2 [L,QSA]
RewriteRule ^search/(.*) index.php?url=/search/$1 [L,QSA]
RewriteRule ^(serendipity\.css|serendipity_admin\.css) index.php?url=/$1 [L,QSA]
RewriteRule ^index\.(html?|php.+) index.php?url=index.html [L,QSA]
RewriteRule ^htmlarea/(.*) htmlarea/$1 [L,QSA]
<Files *.tpl.php>
deny from all
</Files>
<Files *.tpl>
deny from all
</Files>
<Files *.sql>
deny from all
</Files>
<Files *.inc.php>
deny from all
</Files>
<Files *.db>
deny from all
</Files>
# END s9y
#FrontPage
IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti*
<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName www.rackjite.com
AuthUserFile /var/chroot/home/content/r/a/c/rackjite/html/_vti_pvt/service.pwd
AuthGroupFile /var/chroot/home/content/r/a/c/rackjite/html/_vti_pvt/service.grp
I have lost half my traffic in the past few months when it had been increasing steadily over the past year.
All computers in this house (comcast cable) and two friends with different ISPs (DSL), with computer cache cleared, takes 28 seconds for the WAITING FOR... to end and the TRANSFERING... to begin. On all computers it sometimes loads fast after deleting the computer cache but I have come to believe that is because the ISP cache is still full.
I called my server GODADDY yesterday and it all seems to be working fine. Loading a big html page from the domain takes less than a second.
This leads me to the .htaccess again... or something in config?
I have reduced articles to 12, tried removing headers, plugins, sidebars, youtubes and it doesn't change the lag.
Remember, most of a year ago I moved the blog from /serendipity to the root. Garvin helped and I think that is what all that extra rewrite stuff is in the file. I put it back the way before adding your change the other day just to make sure.
http://rackjite.com
----------------------------------
Options +FollowSymLinks
Options +Includes
AddHandler server-parsed .htm
#www rewrite
RewriteEngine on
RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} !^rackjite\.com
RewriteRule (.*) http://rackjite.com/$1 [R=301,L]
#website 301
#RewriteEngine on
#RewriteCond %{HTTP_HOST} ^http://rackjite.com/
#RewriteRule ^(.*)$ http://rackjite.com/web/$1 [L,R=301]
#Redirect 301 http://rackjite.com/ http://rackjite.com/web/
#RewriteEngine on
#RewriteCond %{HTTP_HOST} ^http://rackjite.com/serendipity [NC]
#RewriteRule (.*) http://rackjite.com/$1 [L,R=301]
#Redirect 301 http://rackjite.com/serendipity/ http://rackjite.com/
#ErrorDocument 404 /serendipity/index.php
#ErrorDocument 404 /index.php
#DirectoryIndex /serendipity/index.php
DirectoryIndex /index.php
RewriteEngine On
#RewriteBase /serendipity/
RewriteRule ^(archives/([0-9]+)-[0-9a-z\.\_!;,\+\-]+\.html) index.php?/$1 [NC,L,QSA]
RewriteRule ^(authors/([0-9]+)-[0-9a-z\.\_!;,\+\-]+) index.php?/$1 [NC,L,QSA]
RewriteRule ^(feeds/categories/([0-9;]+)-[0-9a-z\.\_!;,\+\-]+\.rss) index.php?/$1 [NC,L,QSA]
RewriteRule ^(feeds/authors/([0-9]+)-[0-9a-z\.\_!;,\+\-]+\.rss) index.php?/$1 [NC,L,QSA]
RewriteRule ^(categories/([0-9;]+)-[0-9a-z\.\_!;,\+\-]+) index.php?/$1 [NC,L,QSA]
RewriteRule ^archives([/A-Za-z0-9]+)\.html index.php?url=/archives/$1.html [NC,L,QSA]
RewriteRule ^([0-9]+)[_\-][0-9a-z_\-]*\.html index.php?url=$1-article.html [L,NC,QSA]
RewriteRule ^feeds/(.*) index.php?url=/feeds/$1 [L,QSA]
RewriteRule ^unsubscribe/(.*)/([0-9]+) index.php?url=/unsubscribe/$1/$2 [L,QSA]
RewriteRule ^approve/(.*)/(.*)/([0-9]+) index.php?url=approve/$1/$2/$3 [L,QSA]
RewriteRule ^delete/(.*)/(.*)/([0-9]+) index.php?url=delete/$1/$2/$3 [L,QSA]
RewriteRule ^(admin|entries)(/.+)? index.php?url=admin/ [L,QSA]
RewriteRule ^archive/? index.php?url=/archive [L,QSA]
RewriteRule ^(index|atom[0-9]*|rss|b2rss|b2rdf).(rss|rdf|rss2|xml) rss.php?file=$1&ext=$2
RewriteRule ^(plugin|plugin)/(.*) index.php?url=$1/$2 [L,QSA]
RewriteRule ^search/(.*) index.php?url=/search/$1 [L,QSA]
RewriteRule ^(serendipity\.css|serendipity_admin\.css) index.php?url=/$1 [L,QSA]
RewriteRule ^index\.(html?|php.+) index.php?url=index.html [L,QSA]
RewriteRule ^htmlarea/(.*) htmlarea/$1 [L,QSA]
<Files *.tpl.php>
deny from all
</Files>
<Files *.tpl>
deny from all
</Files>
<Files *.sql>
deny from all
</Files>
<Files *.inc.php>
deny from all
</Files>
<Files *.db>
deny from all
</Files>
# END s9y
#FrontPage
IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti*
<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName www.rackjite.com
AuthUserFile /var/chroot/home/content/r/a/c/rackjite/html/_vti_pvt/service.pwd
AuthGroupFile /var/chroot/home/content/r/a/c/rackjite/html/_vti_pvt/service.grp
-
garvinhicking
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Hi!
I just loaded your site. It took a total of 40 seconds, where SWFs and images add up to 34 seconds, loading your main HTML page in a perfectly fine 2 seconds, without any delay.
Many of your JPEG images take 17 seconds to load. If images take up that long time, this is a STRONG indicator that the problem is not with your DB or your PHP, but simply with the server File I/O performance, or its network throughput. Read: The Server/Hoster capacity itself, unrelated to your Blogging script.
Best regards,
Garvin
I just loaded your site. It took a total of 40 seconds, where SWFs and images add up to 34 seconds, loading your main HTML page in a perfectly fine 2 seconds, without any delay.
Many of your JPEG images take 17 seconds to load. If images take up that long time, this is a STRONG indicator that the problem is not with your DB or your PHP, but simply with the server File I/O performance, or its network throughput. Read: The Server/Hoster capacity itself, unrelated to your Blogging script.
Best regards,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Well I took all videos out and have only 11 articles in it, and from here it still seems to take over 20 seconds before transferring begins. Once it starts its fast though.
I have learned that the PLAYERS for the videos are about 50k, 2 to 3 times bigger than any other images I use. But they only load ONCE from the same source no matter how many instances. So I have tried to keep ONLY comedy central OR ONLY youtube on any one page. The swf files come later after the transferring begins.
It's what is going on before the transferring which has me going.
What you say seems logical, that my server is messing up with the images, but dealing with them is a lot harder than dealing with you guys here. Let me tell you!
What fouls me up is the ISP cache of the page. When it only takes a few seconds is it the cache still being there? And how long does it take before the cache is overridden by the server? Dont know!
So my new results with the 11 articles and 0 videos is sometimes fast and sometimes slow.
http://rackjite.com
I have learned that the PLAYERS for the videos are about 50k, 2 to 3 times bigger than any other images I use. But they only load ONCE from the same source no matter how many instances. So I have tried to keep ONLY comedy central OR ONLY youtube on any one page. The swf files come later after the transferring begins.
It's what is going on before the transferring which has me going.
What you say seems logical, that my server is messing up with the images, but dealing with them is a lot harder than dealing with you guys here. Let me tell you!
What fouls me up is the ISP cache of the page. When it only takes a few seconds is it the cache still being there? And how long does it take before the cache is overridden by the server? Dont know!
So my new results with the 11 articles and 0 videos is sometimes fast and sometimes slow.
http://rackjite.com
well after weeks of the pain of all this I found the perpetrator yesterday.
The GoDaddy server messing up the DB. It was no easy chore to get them to believe me and go look. But I emailed them the tracert and it got someone's attention, thet sent me a work order number and it was fixed in an hour. No specific cause was addressed other than DB.
So once again Garvin pointed me in the correct direction!
Hear! Here!
It also caused me to clean up heavy load stuff so its a 3 second load with IE with cable! Well I count the load time as when the header appears!
Thanx all...
RJ
The GoDaddy server messing up the DB. It was no easy chore to get them to believe me and go look. But I emailed them the tracert and it got someone's attention, thet sent me a work order number and it was fixed in an hour. No specific cause was addressed other than DB.
So once again Garvin pointed me in the correct direction!
Hear! Here!
It also caused me to clean up heavy load stuff so its a 3 second load with IE with cable! Well I count the load time as when the header appears!
Thanx all...
RJ
Check you server, use caching
You should check your server load and available ram when access is slow, if the load is high you should try installing the cache_simple plugin.
If your issue is with trackback spammers and you don't use that feature much, it would be wise to disable that option... I have done that in the past by comenting the whole trackback code in comment.php, everything in between:
if ($type == 'trackback') {
/* ........ */
}
And clearing the trackbacks in smarty... But I'm not sure if newer s9y have the abilitiy to turn trackbacks off and leave comments on.
If your issue is with trackback spammers and you don't use that feature much, it would be wise to disable that option... I have done that in the past by comenting the whole trackback code in comment.php, everything in between:
if ($type == 'trackback') {
/* ........ */
}
And clearing the trackbacks in smarty... But I'm not sure if newer s9y have the abilitiy to turn trackbacks off and leave comments on.
Melvin D. Nava
Venelogía
Venelogía