• Hi All,

    Hope you can help me to figure this one out.
    Perhaps I am missing some at conceptual level here. Using WP for a year and bit only;nothing advanced.
    Sorry if it is too long. Hope it makes sense.

    Set a new WP site. Not live yet. Latest version. A dozen of (recognized/known) plug-ins. All is up to date.
    Bumped max post size and max RAM up in wp-config and php.ini. Set autosave to 4 mins. I am replacing old html site with WP on a new hosting so do get 404s once in awhile before I set a redirect.

    I was progressing through tasks (updating pages, this and that) when things started going slow at the back end… then slower (including frontend and control panel). Eventually my hosting account got suspended “due to resource consumption”…
    When it happened first time I asked hosting provider for help. Was told to ensure that basics in WP security are covered (spam attack or so was a suspect, logs rotated so no data to analyse).
    Installed WP Security sooner than was planning to and checked PC’s for viruses and malware…
    Next day or so kept working on the site doing pretty much similar things… When account got suspended second time I still was puzzled why it would be under attack/spam… I did see traffic hitting old pages that do not exists as well as some hits that were checking for known WP-* folders at root level but that would be once a minute for a short period. I thought I am missing log records or can not capture them in time.
    Asked hosting company again – was advised to check autosave (as a known problem with WP on shared servers). I was pointed to log records with admin traffic (updating pages) – pretty much my IP updating pages…

    That got me thinking on was happening in all cases right before account got suspended … Site has a bunch of pages (not posts) and sections that have similar structure. The only difference is in shordcode IDs or other attributes (apart from say page title of course).
    What was happening in one scenario is this: multiple (10-15) pages got updated within short period of time from one another (~ <1-1.5 min in-between updates). This kind of activity is only for initial set up and config of pages; shortcodes will feed the data in after that.

    I do not have any other explanation for “heavy load”. Account was not suspended (yet anyway :-)) doe to some “other load” .

    Was I updating sections of the web-site too fast and have to serialise updates with some kind of reasonable delay ?
    Should this approach be applied across all site content management activities then ?

    Thanks in advance

Viewing 3 replies - 1 through 3 (of 3 total)
  • Moderator James Huff

    (@macmanx)

    WordPress on its own shouldn’t trigger that, even when updating a large amount of content.

    It’s possible there could be a plugin attaching itself to the process that’s getting itself into a loop through.

    Try deactivating all plugins. If that resolves the issue, reactivate each one individually until you find the cause.

    If that does not resolve the issue, try switching to the Twenty Fifteen theme to rule-out a theme-specific issue (theme functions can interfere like plugins).

    Thread Starter AndrewLynch

    (@andrewlynch)

    Hi James,

    Thanks for the feedback and advise.
    I’ll try that.

    Moderator James Huff

    (@macmanx)

    You’re welcome!

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘Hosting account got suspended ("heavy load") – initial content setup’ is closed to new replies.