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.

SYNTAX_TERROR: nejlepší query monitor co znám :)

každopádně:
- první údaj je page generation time, ten je dost
- druhý údaj je memory usage, to je ještě horší...
- třetí údaj je db query time, což jde vidět, že db ti vyplivne data pod sekundu
- čtvrtý údaj je množství queries...428 dotazů je masakr...

Obecně to vidím na problémy v pluginech / tématu, než ve WP.
Je někde veřejně viditelný web?

Ty 3 vteriny nejsou na cisty instalaci. Je tam nejaky koupeny theme, rada pluginu, v podstate hotovy eshop. Stacilo jen naimportovat produkty a spustit. Ale jestli to ty tisice produktu budou takhle brzdit, tak to je proooser, protoze takhle to nemuzu klientovi (byt je to muj kamarad a mozna prave proto) predat.

PULKA: v tom Query monitoru nedokazu nic vycist. SQL dotazy mi zadny pomaly nehlasi a u ostatnich (templates, hooks atd..) zase neukazuje cas nacitani. Jestli teda neni tech Query monitoru vic, ja pouzivam tenhle: https://i.nahraj.to/f/2flK.JPG

SYNTAX_TERROR: 3s jsou dodt,podivej se pres query monitor, co to zpusobuje.

SYNTAX_TERROR: 3 vteriny na cistou instalaci je docela dost, v tom by mohlo byt cele jadro pudla.

SYNTAX_TERROR: Woocommerce neni dobre reseni na velky eshop (ono to vubec je nic moc reseni obecne).

Tak jsem do Woocommerce naimportoval nejaky produkty (necelych 7000) a zaznamenavam teda docela brutalni narust doby nacitani stranky. A to jak frontend, tak admin (jakakoliv cast). Response time je 7+ vterin. Pritom vedle na testovaci verzi bez produktu jsou to treba "jen" 3 vteriny. Takze velky pocet zaznamu zjevne nacitani brzdi. Zkousel jsem par tipu, co se bezne nechaji vygooglit: optimalizovat/vycistit db skrz nejaky pluginy, Cache pluginy na backend stejne nefunguji, divam se na Query monitor plugin, ktery ale jako nejdelsi query oznacuje nejakou s par set ms. Trochu jsem si pohral s indexy v databazi, ale nic nepomaha. Nemate nekdo tip, jak to nacitani zrychlit?

Ve wp_posts mam cca 12 000 zaznamu
ve wp_postmeta je cca 280 000 zaznamu
ve wp_options cca 900 zaznamu

hmm a co treba takovy feedy?
fakt mate jistotu ze to nekde na webu v nejakym feedu nebude?

takze - pro amatery je na to plugin WP Hide Post

pro ostatni to je trosku komplexnejsi zalezitost kdy si clovek musi lepe promyslet pred kym a jak to ma byt schovany

Mám poněkud žabařský dotaz. Pár webů jsem už udělal, ale vlastně jsem nikdy nepotřeboval blog. Nuže…

Jde to udělat tak, abych měl dvě stránky, přičemž na jedné se mi budou zobrazovat jen vybrané příspěvky a na jiné by se zobrazovaly ty ostatní, případně všechny? A pak, jde udělat, abych měl nějaké příspěvky přístupné jen přes odkaz, ale ve výpisu se nezobrazovaly?