High TTFB in cart and order pages Woocommerce

  • Resolved Argument

    (@argument)


    2 years, 2 months ago

    My site is running on an OpenLiteSpeed server with the LiteSpeed Cache plugin. On pages cached by the crawler, the TTFB is within 50ms. However on cart and order page TTFB can be 9-10 seconds. Sometimes the TTFB goes down to 1 second, but that’s also a lot. I also use auto redirect to the cart page after adding an item to cart, and the TTFB doubles. The ?&add-to-cart page loads first with a 302 redirect code and high TTFB, and then the cart page loads with a similar TTFB.
    Screenshots: https://1drv.ms/u/s!Ap8m9BEflKcrgY2XRc7lKKq1t-Nl6Ns?e=X8EDSQ
    My Report number: BQISPJZX

    The page I need help with: [log in to see the link]

Viewing 7 replies - 1 through 7 (of 7 total)

  • @argument

    The answer is simple and you won’t believe it. WooCommerce is only plugin shop solution and not really as performant to be used as a full shop solution, so there is (almost) no solution that makes your page faster on pages that can’t be cached like shopping cart or the complete checkout section. That’s why this is neither a server nor a cache plugin issue.

    Plugin Support qtwrk

    (@qtwrk)

    Hi,

    unfortunately for such non-cacheable page , we don’t really have any better solution

    best regards,

    Thread Starter Argument

    (@argument)

    @serpentdriver @qtwrk, thank you! Maybe there is some solution at the level of PHP, OpenLiteSpeed, Object cache? My server is pretty high-performance, and the TTFB should always be the same. The goal is to at least reach 1 second always. Right now the TTFB is erratic. It may be 1 second, it may be 9-10 seconds.
    Also, could it be due to the fact that the OpenLiteSpeed server is being used? On Apache, Nginx have these problems with dynamic pages?

    Also, could it be due to the fact that the OpenLiteSpeed server is being used?

    No.

    On Apache, Nginx have these problems with dynamic pages?

    Yes.

    It hasn’t something to do which web server you use. A web server is basically as fast as PHP and MySQL can prepare the requested data. If PHP and Mysql are slow the web server isn’t responsible for it, but that doesn’t mean that you can improve TTFB with more server power. The problem is WooCommerce. It is just a plugin that wants to be a shopping solution. The strange thing is that this performance issue already exist with 0 products. Just install WooCommerce without any products and the performance goes down.

    My server is pretty high-performance

    A bit more information about your server. Is it shared hosting or a dedicated server?

    • This reply was modified 2 years, 2 months ago by serpentdriver.
    Thread Starter Argument

    (@argument)

    @serpentdriver thank you for answer! I can’t believe it, everyone has these problems. Thought I had to adjust something in the server settings. This is just terrible, of course. The characteristics of my VPS server: 2 core CPU, 4GB RAM, SSD.

    …everyone has these problems

    Yes, they have.

    2 core CPU, 4GB RAM, SSD

    This is not a real powerful server. SSD is okay, but NVMe SSD is really fast, RAM should have at least 16, better 32GB. System resources for an online shop must be much higher as for a regular application.

    Plugin Support qtwrk

    (@qtwrk)

    it’s more like a PHP script thing.

    I got a Xeon E3 DEDICATED server , with a default Woo + storefront theme , it’s fast , like less than 0.5 seconds TTFB , but when there are 20 , 30 plugins installed, the TTFB will be worsen a lot

Viewing 7 replies - 1 through 7 (of 7 total)
  • The topic ‘High TTFB in cart and order pages Woocommerce’ is closed to new replies.