Log In
Register
Home
Add Reply
Add Topic
Topic RSS
Offline
QuoteHi guys, me again!
Ive just upgraded to 4.2.2 and was hoping it would speed up my lagging forum. I tried to load the same topic as always (from previous topic) and I gave up once I counted 60 seconds!!!! Over a minute to load this topic:
http://www.honeybeekeeping.co……eed-paste/
Thats just craziness. I dont know what to do except abondon SPF before all my forum users abondon me? The forum traffic is definitely down. Waaaaaaa. I looked into BBPress but its too basic!
Anybody having the same issues?
I clocked 37 seconds, from clicking the link until the browser's "Done" message.
Still an awful lot.
However, looking at the source code for that page, you have a whopping lot of code (JS above all) and other bits that have to be pulled in on every page load. And you have a bunch of inline CSS, too.
Unless you tighten up the content, e.g. by combining JS code into a single file and minifying CSS and JS code, and reduce the number of external DNS calls, you'll suffer from your slow load woes.
The SimplePress script surely has its weight, perhaps adding one or two seconds to a "cold" first-time page load (i.e. not having called any page from your domain / site before) but it's not nearly anywhere enough to warrant dozens of seconds of page load time.
I can hear ya, but there's no alternative to stripping down, lightening the load, thinning the theme and plugins used. Once you've optimized, you can look at server-level tweaks – but again, in most cases (even and especially in shared hosting environments) a decently optimized site trumps everything else.
Just having a quick look at my code and there is bugger all inline styles from my Wordpress theme. I couple of floating divs and thats it, anything else must be generated from SPF.
And the only JS I have is for the drop down menu and google ad/analytics? Is that too much? I dont think so.
I dont know what else I can trim down code wise?
Anyway the main problem must be SPF or atleast the topic view section of SPF as everything else on the site runs quickly including the initial forum screen etc.
OK Ive trimmed out a bit of obsolete JS (a bit of analytics code that was in wrong place for some reason). Ive fiddled with the code header a tiny bit and Ive taken a few KB's of the images.
I counted 34 secs from link click to done message on browser! Rubbish
OK here is another perhaps useful observation.
Topics with 10 or more posts take around 30-40secs to load
Topics with 5 or less take 5 secs to load, so obviously all the calls to retrieve posts is the slow down factor. Would reducing how many posts displayed on each page help this, although I dont see that 10 posts is that much?
OK Ive been in touch with the people who run my servers and this is what they have said:
"We have had a look at this for you and checked the processes running on the site. What appears to be happening is that the site is trying to make http request back to itself, which is something we do not allow and is being blocked by our firewall rules. It is trying to making several attempts to make these requests back to itself and is hanging for a few seconds on each request.
To resolve this issue what you will need to do, is either try using full paths back the files the site is trying to make loop back requests to. Alternatively you can try doing this in an alternate way which does not require the site to make http request back to the same server. "
I have asked what files are doing the loop back requests but perhaps you know Andy? Perhaps this is a wider spread issue which can be addressed in a patch or next release?
The offending processes are detailed below:
fcntl64(5, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1270125984, 25670}, NULL) = 0
poll([{fd=5, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(5, "20203113www17honeybeekeeping"…, 43, MSG_NOSIGNAL) = 43
poll([{fd=5, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(5, FIONREAD, [59]) = 0
recvfrom(5, "20203201200113www17honeybeekeeping"…, 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("10.0.1.6")}, [16]) = 59
close(5) = 0
gettimeofday({1270125984, 26177}, NULL) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 5
fcntl64(5, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(5, F_SETFL, O_RDWR|O_NONBLOCK) = 0
connect(5, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("79.170.40.175")}, 16) = -1 EINPROGRESS (Operation now in progress)
poll(
I have no idea what this is but the reference to POLL suggests that it is the polls plugin so I have disabled and deleted it but the forum is still slow. Is this poll process part of SPF Andy?
The 'poll' in the dump is nothing to do with a wp polls plugin.
I am no expert on this sort of stuff to be hnest – it is largely gibberish to me. Maybe Steve might know how to interpret it when he stops by later.
Yellow Swordfish
This is what they are saying now:
If you explain to the creators of the scripts that you cannot create loop back connections to the same server and you need to use the full paths then they maybe able to direct you to where the issue is occurring. Alternatively you need to look at the scripts which are being used and fine the code which is either try to make a call back to http://honeybeekeeping.co.uk/. or 79.170.40.175.
Does this help?
Online
Visit Most Users Ever Online: 444
Currently Online: Mr Papa, jawaulk
52 Guest(s)
Currently Browsing this Page:
1 Guest(s)
Top Posters:
-Radio-: 1251
Lee H: 606
Luffer: 535
Conrad_Farlow: 485
jim: 478
neon: 263
ovizii: 240
Tal: 240
Member Stats:
Guest Posters: 2616
Members: 7328
Moderators: 1
Admins: 2
Forum Stats:
Groups: 5
Forums: 16
Topics: 10839
Posts: 79093
Newest Members: ordie69, mutha66, jawaulk, mastergalen, ikkiamonrah, OlafKS, js, Anne Wayman, vinzMtl, VikingBrent
Moderators: Brandon C (157)
Administrators: Yellow Swordfish (22131), Mr Papa (23558)
Privacy Policy
