Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse

Cloudron Forum

Apps | Demo | Docs | Install

How to debug a slow Wordpress?

Scheduled Pinned Locked Moved WordPress (Managed)
9 Posts 6 Posters 381 Views
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • fbartelsF Offline
    fbartelsF Offline
    fbartels App Dev
    wrote on last edited by
    #1

    Hi everyone,

    I have a wordpress (managed) running here on my Cloudron that is setup with the default Cloudron user management. And some of its parts are working rather slowly.

    Example:
    Logging into the admin backend with my Cloudron user I see in my browsers network console that the request to wp-login.php spends 1.2 minutes in "waiting ttfb". After logging in its about as fast as you would expect from a php application.

    Similarly there is a woocommerce shop with stripe payments on this site. The last step of the checkout (which for new users would afaik also create a user account in wordpress) the "submit" takes about 2.5 minutes in "waiting (ttfb)".

    I have found https://wordpress.org/support/article/debugging-in-wordpress/ and added it to my /app/data/wp-config.php, but nothing is added to wp-content/debug.log (file permissions allow read/write for www-data).

    No exceptions in the log output of the app itself, it had 512mb of ram assigned. no memory messages in dmesg, the load average is at most at 0.3 (four cpus) and nothing is even causing double digit cpu load.

    Does somebody here have an idea where to look?

    jdaviescoatesJ robiR 2 Replies Last reply
    1
  • jdaviescoatesJ Offline
    jdaviescoatesJ Offline
    jdaviescoates
    replied to fbartels on last edited by
    #2

    @fbartels this isn't any real help at all (sorry) but I think the moral of the story is it's always better to just use WordPress Developer to ensure you get a more standard WordPress environment to work with (otherwise it seems you hit all sorts of issues, causing more issues for everyone. IMHO there should be no WordPress Managed app)

    I use Cloudron with Gandi & Hetzner

    1 Reply Last reply
    3
  • robiR Offline
    robiR Offline
    robi
    replied to fbartels on last edited by
    #3

    @fbartels check the browser console network tab and see timing on various requests. Something there may be blocking things.

    Life of sky tech

    1 Reply Last reply
    2
  • scookeS Offline
    scookeS Offline
    scooke
    wrote on last edited by
    #4

    Sounds like it needs to load something that is slowing it down. Check any images, CSS, fonts, js libraries, etc. in the theme, or plugin. Possibly some default encryption mechanism is at fault too.

    A life lived in fear is a life half-lived

    1 Reply Last reply
    2
  • jdaviescoatesJ Offline
    jdaviescoatesJ Offline
    jdaviescoates
    wrote on last edited by jdaviescoates
    #5

    I've also used this plugin to find troublesome or slow plugins before https://wordpress.org/plugins/p3-profiler/ but I wouldn't do so now as it's not been updated for years (so that's no help either, sorry)

    But, some alternatives here:

    https://asphaltthemes.com/alternative-to-p3-plugin-performance-profiler/

    I use Cloudron with Gandi & Hetzner

    1 Reply Last reply
    1
  • fbartelsF Offline
    fbartelsF Offline
    fbartels App Dev
    wrote on last edited by
    #6

    Hi everyone,

    thanks for your suggestions. I did not really have the time to dig further into this, but also found another recommendations for debugging in a wordpress extension called "Query Monitor".

    Will still need to dig deeper, but can at least say that through enabling debug logging in the ldap auth extension that this seems to be long handled when wp-login.php finally responds.

    girishG 1 Reply Last reply
    2
  • girishG Offline
    girishG Offline
    girish Staff
    replied to fbartels on last edited by
    #7

    @fbartels Just to throw some obvious ideas:

    • Does it hang in other browsers? And also check with another device and another network.
    • I would then try to see if curl http://container_ip:xxxx/wp-login.php is hanging on the server. The actual container_ip:port, you have to take from the nginx file in /etc/nginx/applications/appid.conf (there will be a proxy_pass).

    If all the above still hang, I guess we can then assume it's something inside WordPress.

    For inside WordPress:

    • Disable LDAP plugin and others one by one and see if it has any effect. I suspect some plugin is slowing things down, it's the most common issue.
    1 Reply Last reply
    3
  • humptydumptyH Offline
    humptydumptyH Offline
    humptydumpty
    wrote on last edited by
    #8

    I'm using WP (dev) and I also experience a slow load on the initial dashboard log in. I have since installed an admin theme and it logs in much faster now. Some things that come to mind that usually cause WP speeds to suffer are Automattic's bloatware. If you have Jetpack installed do the following:

    • Go to Jetpack in the left menu and click on "Debug" in the footer then "Access the full list of Jetpack modules available on your site".

    • Disable all unnecessary modules - I only have "JSON API" active.

    b66998a5-00bb-4fd9-88e7-4288edaa276d-image.png

    HTH.

    1 Reply Last reply
    5
  • fbartelsF Offline
    fbartelsF Offline
    fbartels App Dev
    wrote on last edited by
    #9

    Small update. The long wait time when logging in seems to be related to LDAP users. At least when logging in with a user that has been created manually the login immediately succeeds.

    But this seems unrelated to the long wait time for the request when submitting the shopping cart, as this also happens when the ldap plugin is deactivated.

    1 Reply Last reply
    3

  • Login

  • Don't have an account? Register

  • Login or register to search.
  • First post
    Last post
0
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks