CITRONAK: To já vím, jenže to neumím. Resp. drbal bych se s tím tak dlouho, že je pro mě rychlejší a jednodušší zazálohovat web a pokud sletí, obnovit jej z té zálohy.
Zatím jsem ale postupně zaktualizoval tři pluginy ze čtyř a web jede, takže zbývá poslední - Woocommerce. Což jsem i podvědomě čekal, že nejspíš bude zakopaný pes v tomhle.

MICKEY_MOUSE: nejlepší by ale bylo si web rozjet třeba na nějaké subdoméně, udělat si tam kopii a tam si s tím hrát. Jak zjistíš, čím to je, tak provedeš už vše ok na produkční verzi.

Zdravím, potřebuji poradit k pluginům. Spadne mi web, když zaktualizuji pluginy (jsou cca čtyři). Chci přijít na to, který update to dělá a tak se ptám — stačí si z ftp stáhnout složku "wp-content/plugins" a kdyby web aktualizací nějakého pluginu spadl, stačí nahrát na ftp původní složku s daným pluginem a vrátím se do stavu před spadnutím?

Jinak řečeno — projeví se update pluginu jen v jeho složce, anebo to zasahuje i jinam?

Díky!

CYBERWOLF: tak on clovek se vzdycky zdraha doporucovat takhle tu uplne nejvic obvious volbu, at uz jde o cokoliv..

CRS1138: já detaily úplně nevím, tohle mi řekli. Ale jak se na to teď koukám, šlo asi o omyl a popletli to s tímhle: https://mailchimp.com/help/landing-page-domains/

CYBERWOLF: jako ty samotne emaily, nebo informacni emaily o tom, ze se nekdo prihlasil atd?

Samotne newslettery 100% jdou z vlastni domeny. Ty info, bych musel checknout, ale jsem presvedcen, ze take.

CRS1138: to sice jo, ale afaik se nedá posílát z vlastní domény. Tj. chodí to jako @mailchimp.com

CYBERWOLF: Pro maly pocet email je Mailchimp zdarma…

Nevite nejaky plugin pro ankety, kde by pro guesty bylo povinne zadat email?

Doporučí mi někdo plugin na newslettery, který funguje?

Potřebuju na webu sbírat emailové kontakty, kterým pak budu posílat maily. Ideálně pokud by se dali dělit do skupin (třeba že budou chtít informovat o konkrétním tématu), ale není podmínkou. Počítá se s malým množstvím lidí a malým počtem mailů a je to budgetová záležitost, čili mailchimp a placené pluginy jsou v podstatě mimo hru.

pls klientovi bezi woocommerce a chtel by udelat druhy shop pod jinym nazvem na jine sablone a domene, ale aby se ten produktovy sklad obsluhoval z jednoho mista.
vygooglil jsem toto, https://woomultistore.com/ ma s tim nekdo zkusenosti, nebo da se to resit nejak jinak jeste?

SYNTAX_TERROR: Tak postupně zapínám pluginy a teda zírám. Časy loadování homepage jsou následující:

Bez pluginů 1.9s
+ woocommerce 2.7s
+ wpb PageBuilder 3.3s
+ České služby 4.3s

Dál už nezkoumám, už tohle je velký špatný. Buď ty pluginy, nebo samotný WP nějak interaguje s databází a brzdí je ten velký počet záznamů ve wp_posts + wp_postmeta. Nemusí to být pomalý SQL dotaz, protože to by Query monitor naprášil. Ale asi si "něco" fetchne ty kvanta záznamů a PHP s nimi pak takovou dobu něco dělá, protože ta vývojová verze webu s těmi samými pluginy a skorožádnými produkty je načtená za 2.4s.

Že se ta doba ale postupně prodlužuje s postupním zapínáním pluginů, jako by si každý ten plugin s těmi záznamy v DB nějak hrál a celý to prodlužoval, tomu už nerozumím vůbec. Tohle smrdí nutností debugovat to na úrovni PHP, což se mi fakt nechce a asi to ani neumim (snažil jsem se kdysi na serveru 2x zprovoznit xdebug, ale neúspěšně).

Chjo.

MRTVY_KENNY: tak tohle bohužel nepomohlo. Teda jestli jsem to správně pochopil a měl to volání vložit někam, jak se říká, do functions.php (dal jsem to do svýho pluginu)

Vypnul jsem všechny pluginy a DOMContentLoaded je stejně skoro 3s v administraci a lehce pod 2s ve frontendu.
Na tom frontendu to neni tak strašný, protože jsem tam nechal tu "našláplou" šablonu, která si nějaký čas ukousne sama o sobě. Ale ty 3s v administraci nechápu.

Když si na stejném hostingu spustím jiný, čistý WP bez pluginů, tak je DOMContentLoaded nějakých 0,5s (back i frontend). Weird. To fakt musí být něco s databází. Ten e-shop má na úrovni webserveru povoleno víc paměti, než ten čistý WP a jinak je konfigurace stejná, takže škrcení na úrovni webserveru bych asi vyloučil.

SYNTAX_TERROR: add_filter( 'woocommerce_background_image_regeneration', '__return_false' );

ale uz to mam zakomentovane, bylo to v nejakem divnem stavu (mozna nejaky bug v releasu, netusim).

SYNTAX_TERROR: ja neco podobneho pred nejakou dobou zkoumal a zjistil jsem, ze mi woocommerce nesmyslne dokolecna pregenerovava thumbnaily i kdyz uz byly vygenerovane.. tak jsem to nejak vypnul a bylo to lepsi znatelne..

WOJTISHEK: web viz pošta.
Já si myslel, že když je vývojová a produkční verze totožná a
- na vývojové je pár produktů a jede relativně rychle (ok, únosně)
- ne produkční jsou tisíce produktů a jede hodně pomalu

tak že problém musí být prostě v těch produktech. Tedy počtu záznamů v db. Už kdysi jsem něco podobnýho řešil, šlo snad o velký počet záznamů ve wp_postmeta. Ale jestli Query monitor říká, že se vejdou do 1s, tak je to asi teorie mimo.

Zkusim povypínat a zapínat postupně pluginy. Theme by se to týkat nemělo, ten mega load time je i v administraci.