WordPress.org

Ready to get started?Download WordPress

Forums

[resolved] [closed] Server Reset While Page is Loading (24 posts)

  1. bbhank
    Member
    Posted 1 year ago #

    "The connection to the server was reset while the page was loading."
    When trying to edit any page, the above message appears after waiting about 90 seconds.

    Talked with hosting provider who passed the buck to WordPress after trying to pass the buck to my equipment or my service provider. Problem popped up while trying to make update to page in WP editor. Have not been able to edit pages in WP since. Only gives above message. No access to edit pages at all. Large site. Swapped themes, swapped wp_includes, disabled plug-ins with no effect.
    No succinct answer on forum. Dead in water so answer - WORKING ANSWER - is imperative asap or sooner.

    Please do not post "I'm having this problem too" without helpful succinct, information that leads to solution, or incomplete answer that does not offer solution.

    There are a lot of posts on these forums about this problem without ANY succinct answers. Please post working solution(s) ONLY!!!

  2. esmi
    Forum Moderator
    Posted 1 year ago #

    A vanilla install (no active plugins) running Twenty Twelve should run with only 32M of PHP memory without the slightest problem. If this is not the case on your domain, then it's either a server or database issue.

  3. bbhank
    Member
    Posted 1 year ago #

    Yes, that was the only choice in the face of no viable support from the hosting support.

    That does run - Ugly but runs - Now to reassemble, piece by piece, the old set and see where it breaks, or If it breaks.

    I've said all the time its a server issue due to the box saying its is the SERVER that reset, but my hosting support won't agree.

  4. esmi
    Forum Moderator
    Posted 1 year ago #

    Do you have access to server/site error logs? They might help to track down the culprit(s).

  5. bbhank
    Member
    Posted 1 year ago #

    No, but the support folks said it was fine from their end. My support guy had me send him a capture of the tracert to my site form here, and took the problem to someone in his place who said he knew what it was, and would have it fixed by the time I got up, several hours. He said it showed that I was not able to access their particular server from where I was in the country. They, of course, won't put me back in touch with that person when they come back in to work, claiming "policy". I let them know the problem was NOT solved, that nothing was different this morning than when I first called.
    This one person alluded to some DNS issue and was "well aware" of it and how to fix it. No details given even though asked for.
    Even though WordPress might not be the "problem", as you can see, I am being forced to find a WordPress solution.

  6. esmi
    Forum Moderator
    Posted 1 year ago #

    Based on the above, there is noting on earth that we could suggest that would help. Obviously everything is not "OK" at your hosts' or domain registrars' end (assuming they aren't one & the same). My bet is on the hosts given the server connection reset message. I think they have some sort of internal networking issue. All I can suggest is that you keep pressuring them and perhaps start looking around for a new host in the meantime.

  7. bbhank
    Member
    Posted 1 year ago #

    Yup. But i have a very unusual task I am using WP for so everybody might be correct.

    Big question gleaned from my conversations with them: Are there there page limits in WordPress? Not Posts but Pages. I have a page for each business. There are literally thousands. There are queries required to generate each page with its associated business information and updates. This is why I'm using WP. Is this too strenuous for the system? I built this in WP for its ability to do this kind of job - and it does exactly what I need! Does it not have the muscle? Is there a way to give it more?

    Naturally enough the hosting support is saying I have too many pages, too many queries, and there are a lot, with more in the making.

    Modified php Ease Theme.

  8. esmi
    Forum Moderator
    Posted 1 year ago #

    Are there there page limits in WordPress? Not Posts but Pages.

    No. There are theoretically no limits on the number of Pages you can have on a WordPress site. From a practical perspective, the permalink structure that you use and the load limitations of the server can all be factors affecting performance.

  9. bbhank
    Member
    Posted 1 year ago #

    That's the strength of the program. If I'm correct here, WordPress doesn't call all the pages or all the data at once, only that which is needed for the particular page display. No actual pages are produced. This is what I want so I only have the data which is normally passed very fast. Naturally enough we're not going to convince my host that their server is at the root of the problem in limiting the number of queries passed. The next issue is that of is there a hosting company that doesn't throttle one's queries. There are not many here but they are necessary to load business specific information - nothing out of the ordinary here, just address, phone and map data - text and numbers. They now say that there is "some problem" with the number of pages and the fact that a theme switcher is being used.
    The Actual problem is with the wp_post file having been damaged by their server reset in the middle of a save. Unrecoverable. Data and time lost. I used backups that were fine the week before that don't work now, indicating there is some change on their end. i rolled it back to several, once working, iterations which all worked when they were taken.

    I'd much rather switch than fight.

  10. esmi
    Forum Moderator
    Posted 1 year ago #

    only that which is needed for the particular page display

    Correct - unless you over-ride this by way of a custom query.

  11. bbhank
    Member
    Posted 1 year ago #

    Interesting but not good news for folks who want to build sites with thousands of pages - WordPress is a great platform to do that on but shared hosting providers have timeout limits on their servers that help cause problems with large WP installations. As you said Esmi, the problem is at the server and it is within the provider's control but something they will not alter for one customer. It can only be set globally. Found a reference to this on a linux forum - a control panel where this is set.
    Possible solutions: expensive virtual hosting, more expensive special accounts, your own server, or find a provider who does not impose these limits. Know that this is a choice the providers make and is not actually written in stone as they say. So far, however, no provider will admit to such throttling - they all say they support unlimited pages - this might not be any more true than the present provider who is one of the big players and makes the same erroneous claim.

  12. bbhank
    Member
    Posted 1 year ago #

    Also for whatever it's worth, the limit experienced is 5000 pages and is associated with a 30 second timeout on the server. To load that many pages into the dashboard takes a little time but not exorbitant showing the 30 second setting is actually too small. This is the default, out of the box setting and can be changed as needed.

    In order to determine if the number of pages was actually the problem, I took a logical approach and started with a clean install of WordPress and used no plug-ins. Themes were the two stock themes then a random set with which to test. I started with a working 900 page load, then went to 3000, 4000 before reaching the reset number. With each theme tried the server reset at about 5000 pages.

    At no point have they offered to actually solve the issue in place, once it has been established the problem IS at their server and not something that can be fixed from this end at all.

  13. reedbird8
    Member
    Posted 1 year ago #

    I've got the same/similar problem. My main site is fine, and I can update pages without issue. However, I am starting to redesign the site with a new theme, so I another copy of my whole site on a subdomain. No issues with it at all, either...

    ...until I switch themes. I switch to the new theme, then I can't update pages or posts (I have 900+ pages). I've tried numerous things to get it to go, clearing the htaccess file, changing php.ini settings, resetting internet/router, even calling godaddy (to which they had no other suggestions after a 20 minute conversation). In Chrome its the 324 error, in Firefox, I get "The connection was reset: the connection to the server was reset while the page was loading". I even tried a new subdomain, new database and fresh WP install. I've tried doing things on a different network, as well, but no dice.

    The theme designer has had noone else with a similar problem, and the theme runs fine if I drop it into a localhost setup, so its nothing that my host wants to blame it on.

    Figured I'd throw my experience into this thread, so you know you're not alone (and can cross some other things off your list, possibly).

  14. bbhank
    Member
    Posted 1 year ago #

    No, we are not alone.

    I'd like to share with you and everybody some of the results of my attempts to solve this. I hadn't mentioned the provider-host for my site. It also is GoDaddy. I made a lot of calls to them, talking with a different tech each time where none of them were willing to admit the problem is on the GoDaddy end. I came back to WordPress and as you see in this thread one of the WP knowledgeable folks posted the skinny about WP. She's on point with her analysis. Here's what's happening with my instance: GoDaddy has timeouts set on their servers. This is a default. I found the actual screen shots for this setting on a linux server, on the web. This timeout is set to 30 seconds by default and GoDaddy utterly refuses to change it , not realizing or caring that it will improve, not degrade, performance(ultimately it helps sell more expensive service packages, upgrades. Why not just advertise limits instead of effectively throttling?). Most of the tier I support people are totally unaware of this, themselves never being server administrators. What this setting causes is when you have a lot of pages, and especially if there are a lot of queries, speed slows to the timeout limit and generates a server reset.

    OK. I have a site that started with over 6000 pages and is planned to become rapidly twice that size in pages, then add posts on any, or all, pages, with custom database calls that were, and are, not a part of any theme - entirely developed by, and written by me. I ran into the same problem, and thanks to GoDaddy techs either not knowing, and/or their refusal to up the timeouts, I was left with solving it myself. That solution led to their losing this customer for that service.

    First, solution - I moved the site to another host. Didn't have to move the registration, just the hosting involving only a DNS setting change, and of course buying, and setting up, the service. I now host this site at justhost.com while GoDaddy maintains the registration. Called around and got the responses from several hosts and they were one of the least expensive that explicitly said they have no page limit and have their servers and services set up not to timeout for normal processes. They even offer some options on optimization. Both services an troubleshoot down to the line event.

    So what was the actual problem? In my case the timeouts occurred at nearly 5000 pages. I deduced this by starting with a fresh, clean, WordPress installation, with no plug-ins or widgets, using stock 2011 and 2012 themes, then added a couple of extra random themes for testing. I started importing pages incrementally until I got to 5000 pages and where the resets began. Anything less it would work, but slow after about 3000 pages. My limit of 5000 pages may have been from having them change my php.ini file so it used more memory, but that's on their end and they didn't want to do it - I can be a persistent b******* when I wanna be :). This was done on the local side also with a slight increase in performance. I'm running xampp.

    In your case you might be passing some serious queries making it timeout with less pages but same load. These timeouts are dependent on load and not number op pages. Depends on how your theme(s) and your custom code are operating. Plug-ins, widgets, are a major issue also. And especially - any custom code. I try to keep mine short, clean, safe.

    I had the same experience on my localhost. It ran slow but my machine is not a bear, more like, koala or lemur. So between what I learned, Esmi's input, and having this local setup that did not reset ever, I said this is the wall and it's time to look for another service. With justhost, it's faster on the server than ever. No glitches. The one issue I did have was justhost's security. Their service is not easy or intuitive to set up due to that, but their help is good and once this is done, you're in, end of story. I'm not plugging their service or anything. Do some homework. There are several in any price range that offer no limit to pages. Due to variance in what we're dealing with, no host can offer nirvana, just what works for your particular setup.

    Multiple themes: There are several plug-ins that say they do this cleanly. I tried a few and found the jonradio-multiple-themes to work for me. I don't know how it will work as well for anyone else due to the fact I am switching between half a dozen very similar themes, all modified from the original, as opposed to totally different themes, possibly making theme switching easier for the plug-in. Know that theme switching is a touchy process that is difficult for WordPress, so any plug-in that claims to do this has to be cleanly written and possibly for a specific set or type of theme set. Add to the pie that themes also are varied. Add any plug-ins, widgets, and forbid - as i live on - custom code, and ------ Whew!

    The lesson learned here is that not all providers of any service are equal. Some are better at some things than others while others are better at some things than some. I still have sites and domains with GoDaddy with no intention or need to move them. I Can tell you that Both these service have knowledgeable and nice folks on the phone to help you. That's a plus. Short wait times, pleasant crew, easy to understand, and they know when to get tier II or III. Who wins? The customer!

  15. reedbird8
    Member
    Posted 1 year ago #

    If you don't mind me asking, which other hosts did you contact? Was one bluehost? (I've been considering them). I have appreciated godaddy's service, until now...

    I realized, since WPs database keeps media as a "post type", I've got over 9000 pages now. That would help explain it.

  16. bbhank
    Member
    Posted 1 year ago #

    I did this through a lot of homework on the web and they were the first to even respond on the phone within a reasonable time. I had already picked them out before calling from homework. Having been on the net I had services from everybody from Waymark to Verizon(Yeech!) and Time-Warner [Sorry :( ] then went to GoDaddy after dotEarth. GoDaddy is OK - my site just overloaded their setup and I got a better deal.

    So you're saying your post_type is page?

    The servers are croaking due to the amount of information being transferred overall - load. That database on the server end is taking too long to respond. To resolve this one has to wade through logs. Look at the timing on queries and see where it loses it's cool. It's bad enough to wade through your own logs. Ever wade through someone else's? When I started building I did have some of this in mind. For instance some of my queries are combined as opposed to separate queries. I chose a php "friendly" theme as to minimize problems with my own code and the plug-in execphp.

    Another issue here was with any visual editor in WordPress. I chose to turn off visual editing altogether. Eliminated a lot of problems early on. Boo to anything that rewrites my code. Dreamweaver has the strength of being able to work in both modes carefully but cleanly.

    Another factor not mentioned yet is the internet connection speed. Slow connections, lots of hopping. The venerable tracert and ping tools at the command line tell the real story.

    In my peculiar case I've had nearly no problems with the theme and theme set offshoot that were debilitating - nothing unsolvable. I'm running several stripped down, customized versions of one theme as opposed to trying to load several unrelated themes. The best I can suggest there is at least have all the themes from the same source.

    Ka ora' Ka ora'
    Hī!

  17. Jess
    Member
    Posted 1 year ago #

    @reedbird8, you really need to start your own thread, since your issue is not exactly the same as the original poster here (would require you to have EXACTLY the same config, etc).

  18. bbhank
    Member
    Posted 1 year ago #

    One of the reasons I chose WordPress for my endeavor is its ability to handle data in a fast and efficient way. A CMS. One can't call it a program per se - We aren't running the WordPress "program". We're querying the database and having the theme show the results to your browser with css. If you think in pages, this only fits that model at the screen end, where the viewer interacts with it. To us it's a page. The beauty of the system is that it that you don't have to load pages and the overall data transferred is less. We just query the server. In the case of the theme I use all it has to do is fill in the blanks from one or two queries homerun straight to the tables. Select, verify, bang!

    Once your theme's loaded, all it has to do is load data. Theme switching has to load a different set of data. I haven't tried a wide variety of themes, just test stuff and those used to help solve the reset issue. With this it's possible some of the problems you had are related to how different the themes are and of course are you running any custom code? My using variations of the same is not the same as total theme switching and I chose that model to have continuity throughout the site - Part of what WordPress does natively but stretching it.

    Hand in hand, Dreamweaver and WordPress in tandem rule.

  19. bbhank
    Member
    Posted 1 year ago #

    It might not hurt to try the phpease theme if you have some additional scripts running in php in order to test. There is also a plug in, execphp. Deactivate all other plug-ins and widgets. If your theme runs, build everything back up piece by piece until it crashes. This will help ferret out the culprit.

    Have you tried different themes on the new site? Do they work? Where-when is your reset happening? Mine was not at the page level but in the WordPress editor. Loading the page list was molasses slow over 3000 pages, then trying to open edit a page resulted in the reset.
    Your 900 page reset says something has the slows unless you get actual error messages. In developing scripts errors will generate messages, some on screen. If you're developing using themes and plug-ins only, these have to be examined on a per unit basis. There are usually several of any plug-in or widget found so there are some choices.

    Java? - - I'm not your guy.

  20. reedbird8
    Member
    Posted 1 year ago #

    @Jess - bbhank actually mentioned he had been using GoDaddy when he was having the problem and has since switched. No, my issue is not identical, but bbhank is the only one I've found having a very similar problem. He was using the same host, and there is clearly no trouble with WP or my theme, just as in his situation. I really don't think there is anything the WP crew can do to help; its a server issue, which is why I haven't started a new topic for support. I figured bbhank and me sharing our experiences in one thread for people to read would be more useful.

    bbhank - my reset happens in the editor, just like yours. Loading anything in admin is relatively slow, but the reset happens when I press "Update" or "Publish". I've tried other themes, the only one that creates the problem is the new one I am trying to use (and adding my own css for a site update in a month or so). However, this theme causes no problems on a localhost or for any of the other 900 people who are trying to use it. I had even stripped down to a fresh install on a fresh subdomain, but still had the same issues. I'm really considering attempting a different host to see what happens.

  21. bbhank
    Member
    Posted 1 year ago #

    The WordPress person who was key in my particular solution - see above - is Esmi - Thank you, Esmi.

    Our problems are quite similar in that they are load based. To understand that loading takes careful study of log files if one is to customize WordPress in that way. Again, I minimized that possibility by using multiple themes based on one base. I never mentioned that I'm new to WordPress but not to technology, been in that since before desktop computers, so I'm used to the world of command lines and log files. No programmer though, again, that's why I chose WordPress. If your background, or chosen method doesn't involve the debugging side of WordPress, I really suggest staying within WP's boundaries. Theme switching is in a gray area. It's been a fight here also.

    To move toward a solution to your particular issue reedbird8, I suggest a systematic approach. There are two ways to do that: Start fresh and add every module you have one, by one, piece by piece, until you get a crash - Gotta have your logs here. The other is the reverse of this - starting with what you have running without making it crash, and de-install everything until it works, then rebuild from there. I don't know what your particular installation is, but if I were assigned to a field tech job to diagnose your issue, that's the method I'd use, without knowing any particulars. That's the tech world I'm from. I'd also look at the overall strategy and look at alternative ways to get the same look and feel you get from theme switching. Load analysis is a must when you have a ton of pages. The available, lo cost services offer what the average customer uses most. We're way outside of that. I didn't want my site to be pounding the server so hard that timeouts would be generate by either load or network traffic. I'm working out and extension to a present script - php - right now instead of creating a new and separate one. Both methods "work" but one uses a separate set of queries. I use the one that is both faster and gets the job done.

    Hope that's of some help.

    "Small Change (Got Rained on with His Own .38)"--Tom Waits

  22. bbhank
    Member
    Posted 1 year ago #

    Thank you, Everybody.

  23. ramakrishnachunduri
    Member
    Posted 9 months ago #

    Yup!.. though the issue is strange and harder believe the issue lies with servers like godaddy where timeout is limitted to less than that of the time database takes up to give the data.

    Changing the hosting for this reason is pretty costly one and the original hosting provider might not payback to you.

    The ultimate solution is to reduce the waitage on database

    1. Reduce no.of.posts - Well i am not saying to remove any posts from your blog, actually wordpress changes all the revisions in db and when you were writing a large article you'll end up with atleast 20 auto saved revisions. so in reedbird8's case the 9000 records wouldn't hurt the db much but 9000x20=180000 would do that. The plugin named Better Delete Revision will clear out and reduces the no.of.revisions to be same as actual no.of.posts. Personally on my website codeworth i use it and it cleared off 98 revisions till now in 45 posts.

    2. Reduce No.of.Hits to DB - Sadly wordpress keeps requesting db each time when an user wanted to visit the page so if you got 100 regular visitors then the no.of.db requests is no.of.posts x no.of.visitors which is pretty high when no.of.posts and no.of.visitors were hiked.The plugins like WP Total Cache , WP Super Cache will addup server caching so that relative db hits is reduced.
    Alternatively U can use php inclusion and move the post contents to standard php files so that the the content is popped from web server rather than the DB server. Ex : plain php is included into wordpress post

    Hope these little tweaks would help to get the issue's impact minimized.

    Lastly even i use godaddy hosting service and fed up with their limitations (while they keep saying they were best :) ) and started to look for alternative as my subscription is bought for 3 years.

    [Moderated - discussion of hosting is not permitted on these forums]

  24. WPyogi
    Volunteer Moderator
    Posted 9 months ago #

    Closing this long-outdated thread - please start a new thread for help on these forums per http://codex.wordpress.org/Forum_Welcome#Where_To_Post

    Also note that discussions of hosting, per se, are closed per the forum guidelines.

Topic Closed

This topic has been closed to new replies.

About this Topic