• Resolved mklier

    (@mklier)


    Thanks for this great translation plugin, the translation itself is perfect. But we have a big problem with generation of such pages. Without any caches, it takes about 16 seconds to produce the first bytes of response from server on pages witch uses the Estatik Plugin (https://de.wordpress.org/plugins/estatik/) – on all other pages (About us, Blog, etc.) everything is fine, but on all Estatik generated websites, we the huge delay and heavy cpu load, to generate these pages. These pages edited by SiteOrigin PageBuilder, when we disable this builder plugin, the generation time drops to 6 seconds. With activated SiteOrigin PageBuilder an disabled TranslationPress plugin, the page render time is about 500 ms – this is okay for us. All dynamic translation settings are disabled. It looks like the translation process generate a huge loop on pages with Estatik Plugin – but we have no idea to debug this. Can you help, many thanks.

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

Viewing 4 replies - 1 through 4 (of 4 total)
  • Hello,

    Our plugin needs to parse the entire HTML of a page in order to serve translations, so it can be memory intensive.
    But it usually doesn’t impact speed loading times and you can also cache translated pages, in which case they shouldn’t be processed by PHP at all.

    We recommend you use a caching plugin. Cached pages are not processed on every page load. TranslatePress can be resource intensive with large pages, but it depends on how much html content there is on one page.
    Automatic translation will slow the page down on the first load, so the PHP will wait for the translations and then show the page. This only happens once or if you add/change strings.

    If the issue persists, check if you have duplicate entries in your database. You can use the Remove duplicate rows option from TP Settings –> Advanced tab to clear them.

    Otherwise, try to disable the gettext translation. One reason may be that you could have many gettext strings translated on your site. Download and install this mini-addon https://translatepress.com/docs/developers/disable-translation-of-gettext-strings/ then try again.

    Best regards,
    Cristian

    Thread Starter mklier

    (@mklier)

    Hello Cristian,

    thanks for your helpful feedback. First of all, searching for duplicate rows was not a key and gives no speed improvement. I also installed your disable gettext plugin – this reduce the page generation from 16s to 6s per page render.

    We used a good page cache system – after caching the pages, they delivered immediately. But the Estatik plugin has so much pages with pagination functions, so search engines try all the URL parameters and we get so much server load on such pages. And we can not pre-render all pages after clearing cache.

    So we need a way to debug this problem and reduce the page generation time.

    Thanks for your help.

    Regards,
    Matthias

    Anonymous User 11480689

    (@anonymized-11480689)

    same here, it’s take loop reload page… white green

    Hello @mklier,

    As this seems to need further investigation, my suggestion would be to create a ticket at: https://translatepress.com/support/ask-a-presale-question/

    P.S — Please mention this link so me or my colleagues will know what we already tried and didn’t work.

    Best regards,
    Cristian

Viewing 4 replies - 1 through 4 (of 4 total)
  • The topic ‘Heavy load and site generation loop problem’ is closed to new replies.