Nový Webtrh

Tak jasně že půjde, ale udělal si tolik změn, že už to není wp. A výpis zápis do db už je jen funkce. Takže vlastně si použil wp jen framework pro ochranu zápisu dát do db a základní logiku načítání souborů. 

Škoda. Doufal sem, že to bude fakt extrémně nativ a dalo by se ukazovat jako fakt hustej příklad použití WP.

Ano, je to framework, ale je to použité na více věcí - šablonovací struktura a URLs, soubory jsou vlastně taky custom, feedy, uživatelé, custom post types, feedy, login systém, nějaký rest tam je taky a další.

Myslím, že kdybych to používal nativ, bylo by to výrazně pomalejší. Protože bych to musel všechno ukládat do meta dat. A těch dat tam je fakt hodně. Už teď vidím, když chci něco najít meta datech, že to není ideální.

Plus to v hodně případech ani nešlo, protože ten vBulettin ukládal bb kód, se kterým si WP neporadí atd.

Co chceš ukládat do meta dat? Jakože vážně, kolik věcí? Protože já ti garantuju, že nemusíš.

Jednak pro samotný post tam toho moc není. Druhak můžeš využít komentáře. Pokud jo nechceš využít komentáře, tak to celý skládáš jako bloky do post_content. Což takhle funguje Gutenberg.

Pokud to uděláš chytře, je to prakticky celý statický. A brutálně optimalizovaný.

Tady fakt záleží, jak co chceš řešit. Musel bych to celé promyslet, abych přišel s ideálním řešením. Ale garantuju ti, že se dá použít nativ WP neskutečně moc do hloubky. Aniž by to bylo pomalý. 

Jediná věc, kterou nevím jak bych řešil, je hledání - aka prakticky jediná dynamická uživatelsky přístupná věc na webu. Tam je totiž pár možností a musel bych vědět, jak chci celý systém řešit. 

Co chceš ukládat do meta dat? Jakože vážně, kolik věcí? Protože já ti garantuju, že nemusíš.

Jednak pro samotný post tam toho moc není. Druhak můžeš využít komentáře. Pokud jo nechceš využít komentáře, tak to celý skládáš jako bloky do post_content. Což takhle funguje Gutenberg.

Pokud to uděláš chytře, je to prakticky celý statický. A brutálně optimalizovaný.

Tady fakt záleží, jak co chceš řešit. Musel bych to celé promyslet, abych přišel s ideálním řešením. Ale garantuju ti, že se dá použít nativ WP neskutečně moc do hloubky. Aniž by to bylo pomalý. 

Jediná věc, kterou nevím jak bych řešil, je hledání - aka prakticky jediná dynamická uživatelsky přístupná věc na webu. Tam je totiž pár možností a musel bych vědět, jak chci celý systém řešit. 

Do meta dat by se musely ukládat transakce, kredity, informace o souborech, bany, trestné body, příhozy, fakturační údaje vč. jejich historizace, sledování příspěvků, údaje k fakturám, historie loginů, informace o členství, informace k milníkům, notifikace a jejich data, odpovědi na inzeráty a další věci.

Staticky tady na tom webu je, co se dá, ale staticky myšleno v kódu, ne že je to generované. Cachí je tu pár transientních na homepage, aby to bylo svižnější, ale to je všechno. Na tomto webu se pořád něco děje, nový obsah, nové příhozy, komentáře aj. Generování nějaké cache tu více méně odpadá, je potřeba tu vidět živý obsah.

Kej, nechme být, tady je brutální komunikační šum o tom co a jak má fungovat / nefungovat. Cache není jen o tom, že něco vygeneruješ 1x a necháš být, ale že při změněně vygeneruješ cache a tu servíruješ. Tím ti pak odpadá jakejkoliv další dotaz do DB, protože na GET dotaz máš vždy nejnovější a jen při POST aktualizuješ cache.

Tím pádem veškerej obsah je pak statickej, aka cache. Nemusíš hrabat do DB. A ano, nějaká meta budou, já se bavil po postech (vlákna). Nikoliv user meta (fakturační údaje, trestný body, loginy, člstvní apod).

Ale jak říkám, já bych to dělal jinak, nechme být.

Kej, nechme být, tady je brutální komunikační šum o tom co a jak má fungovat / nefungovat. Cache není jen o tom, že něco vygeneruješ 1x a necháš být, ale že při změněně vygeneruješ cache a tu servíruješ. Tím ti pak odpadá jakejkoliv další dotaz do DB, protože na GET dotaz máš vždy nejnovější a jen při POST aktualizuješ cache.

Tím pádem veškerej obsah je pak statickej, aka cache. Nemusíš hrabat do DB. A ano, nějaká meta budou, já se bavil po postech (vlákna). Nikoliv user meta (fakturační údaje, trestný body, loginy, člstvní apod).

Ale jak říkám, já bych to dělal jinak, nechme být.

Ano, nechme to. Jen snad posledni a nejdulezitejsi vec - každý prostě vidí téměř na každé stránce něco jiného :-)

Ale díky za debatu.

• pro všechny stejný - blok diskuze, poptávky, prodej, nabídky, magazín a pracovní nabídky.
• decentně jiný - uživatel blok (prakticky jen načítat cached 2 řádky data, který se mění 1x za XXX => kredity a členství) + pořadí bloků na stránce (ehm, CSS prakticky jen po uložení pořadí)
• sleduji a notifikační centrum? opět, na POST uložím informace do user profilu a pak jen načítám z user meta klidně z 2 řádků

Kej, nechme být, tady je brutální komunikační šum o tom co a jak má fungovat / nefungovat. Cache není jen o tom, že něco vygeneruješ 1x a necháš být, ale že při změněně vygeneruješ cache a tu servíruješ. Tím ti pak odpadá jakejkoliv další dotaz do DB, protože na GET dotaz máš vždy nejnovější a jen při POST aktualizuješ cache.

Tím pádem veškerej obsah je pak statickej, aka cache. Nemusíš hrabat do DB. A ano, nějaká meta budou, já se bavil po postech (vlákna). Nikoliv user meta (fakturační údaje, trestný body, loginy, člstvní apod).

Ale jak říkám, já bych to dělal jinak, nechme být.

Ano, nechme to. Jen snad posledni a nejdulezitejsi vec - každý prostě vidí téměř na každé stránce něco jiného :-)

Ale díky za debatu.

Což je ale volba toho, jak postavit systém. Na základě tvé připomínky sem prošel teď rychle webtrh a není pro to důvod, vyjma homepage (a samozřejmě dynamický stránky jako user profil editace apod).

A homepage?

• pro všechny stejný - blok diskuze, poptávky, prodej, nabídky, magazín a pracovní nabídky.
• decentně jiný - uživatel blok (prakticky jen načítat cached 2 řádky data, který se mění 1x za XXX => kredity a členství) + pořadí bloků na stránce (ehm, CSS prakticky jen po uložení pořadí)
• sleduji a notifikační centrum? opět, na POST uložím informace do user profilu a pak jen načítám z user meta klidně z 2 řádků

Je mi jasný, že ten systém je 100x komplexnější, ale prostě my tyhle systémy na WP stavíme, děláme vlastní cache logiku a optimalizace DB vstupů a vše okolo, někde je WP je BE skrze ResAPI a FE je React.

Kej, nechme být, tady je brutální komunikační šum o tom co a jak má fungovat / nefungovat. Cache není jen o tom, že něco vygeneruješ 1x a necháš být, ale že při změněně vygeneruješ cache a tu servíruješ. Tím ti pak odpadá jakejkoliv další dotaz do DB, protože na GET dotaz máš vždy nejnovější a jen při POST aktualizuješ cache.

Tím pádem veškerej obsah je pak statickej, aka cache. Nemusíš hrabat do DB. A ano, nějaká meta budou, já se bavil po postech (vlákna). Nikoliv user meta (fakturační údaje, trestný body, loginy, člstvní apod).

Ale jak říkám, já bych to dělal jinak, nechme být.

Ano, nechme to. Jen snad posledni a nejdulezitejsi vec - každý prostě vidí téměř na každé stránce něco jiného :-)

Ale díky za debatu.

Což je ale volba toho, jak postavit systém. Na základě tvé připomínky sem prošel teď rychle webtrh a není pro to důvod, vyjma homepage (a samozřejmě dynamický stránky jako user profil editace apod).

A homepage?

• pro všechny stejný - blok diskuze, poptávky, prodej, nabídky, magazín a pracovní nabídky.
• decentně jiný - uživatel blok (prakticky jen načítat cached 2 řádky data, který se mění 1x za XXX => kredity a členství) + pořadí bloků na stránce (ehm, CSS prakticky jen po uložení pořadí)
• sleduji a notifikační centrum? opět, na POST uložím informace do user profilu a pak jen načítám z user meta klidně z 2 řádků

Je mi jasný, že ten systém je 100x komplexnější, ale prostě my tyhle systémy na WP stavíme, děláme vlastní cache logiku a optimalizace DB vstupů a vše okolo, někde je WP je BE skrze ResAPI a FE je React.

A proč že tyhle věci stavíte na Wordpress? Však je to naprosto ubohý backend. Jako smekám před @Jakub Glos (btw. mohlo by to našeptávat označení uživatele), že se mu s tím chtělo patlat. Uměl bych si představit spoustu vhodnějších řešení. Tvůj monolog o cache mě o tom přesvědčil.

Dobrý systém používá cache jako bonus, ne must-have komponentu, bez které je to nepoužitelné.

Kej, nechme být, tady je brutální komunikační šum o tom co a jak má fungovat / nefungovat. Cache není jen o tom, že něco vygeneruješ 1x a necháš být, ale že při změněně vygeneruješ cache a tu servíruješ. Tím ti pak odpadá jakejkoliv další dotaz do DB, protože na GET dotaz máš vždy nejnovější a jen při POST aktualizuješ cache.

Tím pádem veškerej obsah je pak statickej, aka cache. Nemusíš hrabat do DB. A ano, nějaká meta budou, já se bavil po postech (vlákna). Nikoliv user meta (fakturační údaje, trestný body, loginy, člstvní apod).

Ale jak říkám, já bych to dělal jinak, nechme být.

Ano, nechme to. Jen snad posledni a nejdulezitejsi vec - každý prostě vidí téměř na každé stránce něco jiného :-)

Ale díky za debatu.

Což je ale volba toho, jak postavit systém. Na základě tvé připomínky sem prošel teď rychle webtrh a není pro to důvod, vyjma homepage (a samozřejmě dynamický stránky jako user profil editace apod).

A homepage?

• pro všechny stejný - blok diskuze, poptávky, prodej, nabídky, magazín a pracovní nabídky.
• decentně jiný - uživatel blok (prakticky jen načítat cached 2 řádky data, který se mění 1x za XXX => kredity a členství) + pořadí bloků na stránce (ehm, CSS prakticky jen po uložení pořadí)
• sleduji a notifikační centrum? opět, na POST uložím informace do user profilu a pak jen načítám z user meta klidně z 2 řádků

Je mi jasný, že ten systém je 100x komplexnější, ale prostě my tyhle systémy na WP stavíme, děláme vlastní cache logiku a optimalizace DB vstupů a vše okolo, někde je WP je BE skrze ResAPI a FE je React.

A proč že tyhle věci stavíte na Wordpress? Však je to naprosto ubohý backend. Jako smekám před @Jakub Glos (btw. mohlo by to našeptávat označení uživatele), že se mu s tím chtělo patlat. Uměl bych si představit spoustu vhodnějších řešení. Tvůj monolog o cache mě o tom přesvědčil.

Dobrý systém používá cache jako bonus, ne must-have komponentu, bez které je to nepoužitelné.

Aha, tak to by někdo měl říct těm velkým firmám jako Cloudflare, Netflix, Google, Microsoft, CDN77 a plno dalším že proč si lámou hlavu s cache, když to prostě maj naspat lépe :)

Jinak proč maj prohlížeče cache? To je asi špatně napsaný nebo něco.

Jinak já neříkám, že to je must-have. Však vidíš, že to bez toho dokázal Jakub napsat, takže to není potřeba. Já jsem akorát zastánce minimální interakce s DB, takže si rád věcí generuji po zápisu a jen tahám statická data a obcházím DB. Což fér, WP na tohle má transienty, což Jakub taky použil.

EDIT: K čemu vlastně jsou DNS cache? Proč to prostě někdo neudělá real-time? Cache jsou zbytečný!

WP prostě má ubohý backend.

Vývojáři Woocommerce to konečně taky přiznali - https://developer.woocommerce.com/2022/01/17/the-plan-for-the-woocommerce-custom-order-table/

WP prostě má ubohý backend.

Vývojáři Woocommerce to konečně taky přiznali - https://developer.woocommerce.com/2022/01/17/the-plan-for-the-woocommerce-custom-order-table/

SEO Yoast si taky nedávno udělal vlastní tabulky.

Kej, nechme být, tady je brutální komunikační šum o tom co a jak má fungovat / nefungovat. Cache není jen o tom, že něco vygeneruješ 1x a necháš být, ale že při změněně vygeneruješ cache a tu servíruješ. Tím ti pak odpadá jakejkoliv další dotaz do DB, protože na GET dotaz máš vždy nejnovější a jen při POST aktualizuješ cache.

Tím pádem veškerej obsah je pak statickej, aka cache. Nemusíš hrabat do DB. A ano, nějaká meta budou, já se bavil po postech (vlákna). Nikoliv user meta (fakturační údaje, trestný body, loginy, člstvní apod).

Ale jak říkám, já bych to dělal jinak, nechme být.

Ano, nechme to. Jen snad posledni a nejdulezitejsi vec - každý prostě vidí téměř na každé stránce něco jiného :-)

Ale díky za debatu.

Což je ale volba toho, jak postavit systém. Na základě tvé připomínky sem prošel teď rychle webtrh a není pro to důvod, vyjma homepage (a samozřejmě dynamický stránky jako user profil editace apod).

A homepage?

• pro všechny stejný - blok diskuze, poptávky, prodej, nabídky, magazín a pracovní nabídky.
• decentně jiný - uživatel blok (prakticky jen načítat cached 2 řádky data, který se mění 1x za XXX => kredity a členství) + pořadí bloků na stránce (ehm, CSS prakticky jen po uložení pořadí)
• sleduji a notifikační centrum? opět, na POST uložím informace do user profilu a pak jen načítám z user meta klidně z 2 řádků

Je mi jasný, že ten systém je 100x komplexnější, ale prostě my tyhle systémy na WP stavíme, děláme vlastní cache logiku a optimalizace DB vstupů a vše okolo, někde je WP je BE skrze ResAPI a FE je React.

A proč že tyhle věci stavíte na Wordpress? Však je to naprosto ubohý backend. Jako smekám před @Jakub Glos (btw. mohlo by to našeptávat označení uživatele), že se mu s tím chtělo patlat. Uměl bych si představit spoustu vhodnějších řešení. Tvůj monolog o cache mě o tom přesvědčil.

Dobrý systém používá cache jako bonus, ne must-have komponentu, bez které je to nepoužitelné.

Aha, tak to by někdo měl říct těm velkým firmám jako Cloudflare, Netflix, Google, Microsoft, CDN77 a plno dalším že proč si lámou hlavu s cache, když to prostě maj naspat lépe :)

Jinak proč maj prohlížeče cache? To je asi špatně napsaný nebo něco.

Jinak já neříkám, že to je must-have. Však vidíš, že to bez toho dokázal Jakub napsat, takže to není potřeba. Já jsem akorát zastánce minimální interakce s DB, takže si rád věcí generuji po zápisu a jen tahám statická data a obcházím DB. Což fér, WP na tohle má transienty, což Jakub taky použil.

EDIT: K čemu vlastně jsou DNS cache? Proč to prostě někdo neudělá real-time? Cache jsou zbytečný!

Kej, nechme být, tady je brutální komunikační šum o tom co a jak má fungovat / nefungovat. Cache není jen o tom, že něco vygeneruješ 1x a necháš být, ale že při změněně vygeneruješ cache a tu servíruješ. Tím ti pak odpadá jakejkoliv další dotaz do DB, protože na GET dotaz máš vždy nejnovější a jen při POST aktualizuješ cache.

Tím pádem veškerej obsah je pak statickej, aka cache. Nemusíš hrabat do DB. A ano, nějaká meta budou, já se bavil po postech (vlákna). Nikoliv user meta (fakturační údaje, trestný body, loginy, člstvní apod).

Ale jak říkám, já bych to dělal jinak, nechme být.

Ano, nechme to. Jen snad posledni a nejdulezitejsi vec - každý prostě vidí téměř na každé stránce něco jiného :-)

Ale díky za debatu.

Což je ale volba toho, jak postavit systém. Na základě tvé připomínky sem prošel teď rychle webtrh a není pro to důvod, vyjma homepage (a samozřejmě dynamický stránky jako user profil editace apod).

A homepage?

• pro všechny stejný - blok diskuze, poptávky, prodej, nabídky, magazín a pracovní nabídky.
• decentně jiný - uživatel blok (prakticky jen načítat cached 2 řádky data, který se mění 1x za XXX => kredity a členství) + pořadí bloků na stránce (ehm, CSS prakticky jen po uložení pořadí)
• sleduji a notifikační centrum? opět, na POST uložím informace do user profilu a pak jen načítám z user meta klidně z 2 řádků

Je mi jasný, že ten systém je 100x komplexnější, ale prostě my tyhle systémy na WP stavíme, děláme vlastní cache logiku a optimalizace DB vstupů a vše okolo, někde je WP je BE skrze ResAPI a FE je React.

A proč že tyhle věci stavíte na Wordpress? Však je to naprosto ubohý backend. Jako smekám před @Jakub Glos (btw. mohlo by to našeptávat označení uživatele), že se mu s tím chtělo patlat. Uměl bych si představit spoustu vhodnějších řešení. Tvůj monolog o cache mě o tom přesvědčil.

Dobrý systém používá cache jako bonus, ne must-have komponentu, bez které je to nepoužitelné.

Aha, tak to by někdo měl říct těm velkým firmám jako Cloudflare, Netflix, Google, Microsoft, CDN77 a plno dalším že proč si lámou hlavu s cache, když to prostě maj naspat lépe :)

Jinak proč maj prohlížeče cache? To je asi špatně napsaný nebo něco.

Jinak já neříkám, že to je must-have. Však vidíš, že to bez toho dokázal Jakub napsat, takže to není potřeba. Já jsem akorát zastánce minimální interakce s DB, takže si rád věcí generuji po zápisu a jen tahám statická data a obcházím DB. Což fér, WP na tohle má transienty, což Jakub taky použil.

EDIT: K čemu vlastně jsou DNS cache? Proč to prostě někdo neudělá real-time? Cache jsou zbytečný!

To je dost hloupé takto porovnávat. Spousta z těch služeb funguje s realtime streamováním. Já neřekl, že cache nemá význam, to vůbec ne. Jen říkám, že backend má být dostatečně rychlý i bez ní. Faktem je, že Wordpress má dost ubohý backend, že celý systém je architekturou spoustu let v dluhu. Ale to se blbě přiznává, když na tom řešení dodáváš svým zákazníkům weby.