Slow?

[180Marty]

Thanks kevbert

[Av8r3400]

Both my iPhone and Laptop are very slow here. I've tried the iPhone at other locations on wifi and on network and get the same results: 20-30 second load times per page.

On other websites, TeamKitfox.com, AvidFoxFlyers.com, SkiPlane.org for example are operating at normal speed, opening pages within 1-5 seconds.

Again, if this is the norm, I'll pipe down and be quiet.

[Zzz]

Again, if this is the norm, I'll pipe down and be quiet.

It's not the norm, but I'm also not going to be able to help you. Kevbert assessed the situation pretty accurately, thanks Kevbert.

Servers are lightning fast from here, so there are probably bad tubes between you and the data center, or you and the ad servers.

Sorry. Nothing I can do about that.

[emflys]

no issues at home, work, or laptop. Or iphone. Use google Chrome and Tapatalk.

[AvidFlyer]

Quick for me from home and that other place I go during the day.

[kevbert]

Zane, sometimes I get a message that says something like "sorry, you can't use search right now, try again later". I'm assuming that it's probably db related, perhaps timing out due to backup, indexing, too many connections, etc.

Is it possible that there are multiple code paths so that some browsers (ios, crappatalk, whatever) aren't putting up that message and are instead waiting until the db is available? Every time someone has complained about a slow site, it seems that I have recently seen the search problem. Then again, maybe the search issue happens regularly and is unrelated.

[Zzz]

Zane, sometimes I get a message that says something like "sorry, you can't use search right now, try again later". I'm assuming that it's probably db related, perhaps timing out due to backup, indexing, too many connections, etc.

That's exactly it. The database periodically indexes itself to optimize searches and improve performance. Why this isn't a scheduled nightly operation, I don't know. I suspect that it's because PHPBB's only events are user-triggered and not scheduled. Not optimal, I know.

[dirtstrip]

At least today, everybody locked out of Wikipedia is probably coming here and jammin' things up.

[svanarts]

The servers hosting bcp.org do seem to have issues with some firewalls. From my workplace I have the same problem as others have reported, it takes approximately 20 seconds to load ANY page. I experience that in our Modesto location. When I surf bcp.org from our Sacramento location, I do not experience these issues. I suspect it's the security being used by bcp.org's hosting provider or else the forum software itself. I'm betting that one or the other are doing reverse look-ups on the IP's that our machines are coming from. If it get's a quick response (which it should) then you jump right in. But if your IP doesn't have a reverse DNS record, you have to wait for it to timeout at which point the software or the hosting provider (whichever is doing the look-ups) lets you in. These reverse look-ups are generally set up as anti-spam and anti-robot measures.

If there is such a setting in the forum software, and if Zane is so inclined, perhaps he could turn it off for a day and see if it helps anything. If there is no such setting in the software, or if it is being done by the hosting provider, then Zane's right, he can't help.

Sorry for all the geek speak. Sometimes I just can't help it.

[Zzz]

The servers hosting bcp.org do seem to have issues with some firewalls. From my workplace I have the same problem as others have reported, it takes approximately 20 seconds to load ANY page. I experience that in our Modesto location. When I surf bcp.org from our Sacramento location, I do not experience these issues. I suspect it's the security being used by bcp.org's hosting provider or else the forum software itself. I'm betting that one or the other are doing reverse look-ups on the IP's that our machines are coming from. If it get's a quick response (which it should) then you jump right in. But if your IP doesn't have a reverse DNS record, you have to wait for it to timeout at which point the software or the hosting provider (whichever is doing the look-ups) lets you in. These reverse look-ups are generally set up as anti-spam and anti-robot measures.

No, we don't do this. The only type of host validation that is done is for your registration email address, at registration time. You session IP is validated against your client IP, but that's only one-way and provided with your request, no duplex actions are required. The last thing is that we validate referrer host IP to double-check that it's not a banned IP (link from bad guy servers) but only during POST requests. PHPBB does have settings for DNS blackhole checks of IP's but they are too performance-sucking so I don't use them.

We do use mod_security for Apache, which blocks many known attacks, but I haven't yet heard of performance degradations this severe from using it.

Anyone who believes they're suffering from a performance issue should send me ping and traceroute results, in addition to the browser/platform they're using, and any security-related add-ons.

[GumpAir]

Anyone who believes they're suffering from a performance issue should send me ping and traceroute results

I use blue pills for any performance issues. Gives me all the ping and traceroute I need!

Gump

[Zzz]

Gives me all the ping and traceroute I need!

I've got some boinngggg I've been meaning to try on a special evening...

[Av8r3400]

Anyone who believes they're suffering from a performance issue should send me ping and traceroute results, in addition to the browser/platform they're using, and any security-related add-ons.

For those of us who are barely able to turn on our computer, how would one do this?

[Zzz]

Anyone who believes they're suffering from a performance issue should send me ping and traceroute results, in addition to the browser/platform they're using, and any security-related add-ons.

For those of us who are barely able to turn on our computer, how would one do this?

Do as kevbert did in his code sections:

viewtopic.php?p=120692#p120692

Email to 7700@backcountrypilot.org

[svanarts]

Thought I cured my slowness issue. Scratch that. More investigation needed. The slowness is definitely on my end.