• Resolved wintear

    (@wintear)


    We hosted local intranet WordPress on Windows IIS with IIS required PHP support tools and URLRewrite etc installed.

    The site front end works fine, transit from page to page is at normal speed but in the admin backend “Pages” when we want navigate to edit the page content. The transition between “Pages” to edit page content took more than 13second to load into the editor page.

    We are looking for Supporting documents/proofs to verify that this is cause by Windows IIS hosting so that we can go back rehost WordPress in a Linux Apache server. or is there a solutions to it?

Viewing 4 replies - 1 through 4 (of 4 total)
  • Moderator bcworkz

    (@bcworkz)

    While WordPress suggests that Linux or Nginx are the preferred platforms, there’s no reason that IIS couldn’t work. As long as you have FastCGI active you should see comparable performance. Here are some optimization suggestions for IIS.

    Regardless of platform, loading a page editor screen is a lot more resource intensive than a typical front end request. You need to expect poorer performance. That said, 13 sec. is indeed excessive. There are a myriad of possible reasons for this, but it being on IIS alone is an inadequate explanation.

    I realize that this reply may make me sound like a MS fanboi. Could not be further from the truth. I much prefer Linux/Apache. In fact my own PC is Linux based, as are all of the sites I manage. But I don’t know of any reason IIS would not be up to the task as well.

    Thread Starter wintear

    (@wintear)

    @bcworkz For this 13sec test Im actually running on a local version xampp wordpress. but in our setup windows IIS version it too 2-3x the timing.

    We are using Oasisworkflow plugin and think we manage to find that its calling the admin-ajax.php 3times for its workflow therefore it take 13s. Oasis support is telling us this is normal behaviour

    This is a headache as we trying to drill down which code we can optimize/modify to improve or resolve slowness issue.

    If really cannot we will need to request a reinstallation of WordPress running on Linux Apache services.

    Moderator bcworkz

    (@bcworkz)

    Depending on what theme and plugins you use, there could be many or no Ajax and API calls for a typical front end request. 3 Ajax calls could be completely normal for your site. Have you tried using your browser’s network and performance tools to gain more insight into what the bottle neck might be?

    It’s important to ensure there is not an issue within the installation itself before blaming it on IIS. I’d hate for you to go through the trouble of moving to a different O/S only to find it’s still slow. Comparing against XAMPP performance is a little unfair because XAMPP doesn’t need to service other unrelated requests, all over an internet connection. That said, 2-3x is indeed a dramatic difference. You’re right to suspect the server.

    Thread Starter wintear

    (@wintear)

    We have found out the issue is cause by wpbackup plugin, some backup plugins is causing the drag

Viewing 4 replies - 1 through 4 (of 4 total)
  • The topic ‘WordPress transition slowness when loading Admin Pages > Page edit’ is closed to new replies.