Nam se do WP zrovna nekdo naboural. Ty pluginy jsou fakt problem. Navic WP ma za sebou historickou zatez mam pocit, podobne jako treba Windows.
Mozna ten EMDash zkusime, diky za tip. Jak jsem to zbezne procetl pochopil jsem ze vetsina jede na klientovi a na server se leze pres REST API, tim lip.
... i kdyz po dalsim cteni co to potrebuje ta migrace tak primocara nebude, nevidim tam podporu MariaDB/MySQL.
Database D1 SQLite, Turso/libSQL, PostgreSQL
A taky EmDash runs on Cloudflare (D1 + R2 + Workers) or any Node.js server with SQLite.
Tj. nodejs na server (ted tam mame php).
vzhledem k tomu, že stejně potřebuješ jiný než php hosting, tak ta databáze je minimální zásah. Sqlite nejspíš může posloužit dostatečně.
Ma EmDash vobec nadej na uspech, ked to nie je PHP? Navyse pokusou nahradit WP som uz videl za svoju karieru hodne.
Vetsina uzivatelu uz asi bere tyhle projekty jako jednoucelove appliance / hotovky. Zas pustit docker neni tak tezky.. treba GitLab je v go/ruby .. sice me to stve, ale co uz.
Má. Právě proto, že to není PHP, ale JavaScript.
PHP je starý svět, kde si musíte platit desítky korun měsíčně za hosting, běží to na jednom přetíženém serveru, když server lehne, web neběží. Spravuje se to přes FTP.
JavaScript je nový svět, hobby projekty dáte zadarmo na Vercel, Netlify, Cloudflare nebo Deno Deploy (a další), kde je to servírované z rychlé CDN, běží to v cloudu, takže výpadek jednoho serveru nic neohrozí. A spravuje se to to přes git push na GitHubu.
Naopak je s podivem, že stále tolik webů běží na WordPressu, když nepotřebují nic, co by nešlo zadarmo a prakticky bez práce zařídit na těch JavaScriptových hostinzích. Složitost napojení redakčních systémů, pokud někdo trvá na tom, že se nenaučí Markdown, je podle mne poslední důvod, který brání masové migraci alespoň těch WP webů, které nepotřebují žádné backend API. Uvidíme, jestli EmDash konečně bude dostatečně přívětivý redakční systém, aby ho zvládli používat i ti, kteří si dnes na placeném hostingu instalují WordPress ze šablony.
Starý svět, nový svět...
Jsem staromilec: mám rád, když věci běží na serveru a jen mi posílají výsledek. Spoléhat na to, že pošlu obrovské množství kódu do prohlížeče a tam se to celé postaví mi přijde jako cesta do pekel. (Už kvůli přenášeným objemům dat.)
Ale já jsem nepsal nic o obrovském množství kódu posílaného do prohlížeče. Ta JavaScriptová řešení často do prohlížeče pošlou jen statické HTML z nějaké CDN. Případné skripty jenom stránku obohatí, třeba nějakými hlasovacími tlačítky nebo podobnými drobnostmi. Zatímco když jdete na web s WordPressem, typicky se pustí PHP na serveru, udělá milion dotazů do databáze a teprve pak vám stránku pošle. A když tam přijdete za 5 minut, dělá to celé znova, i když se obsah nijak nezměnil.
My v PHPku máme a známe slovo "cache":-) Dokonce i statické soubory. Dokonce existují CMS vyloženě na nich postavené.
A ten supr novej svet realne funguje takto (za poslenich 120min pokusu v zapaseni o objednani desky u JLCPCB - ktere nedopadlo):
30000ms timeout reached
Internal error, upload your files again
Error 500
+ random vyskakujici hlasky, protoze nejaky async request nedopadl (ale ktery.. netusim) :D
~ pokud dopadl, tak se stranka zmeni necekane pod rukama a kliknu kde jsem kliknout fakt nechtel
+ stisknu NEXT, neco se zepta, potvrdim... nic se neudeje
Takze jsem proste neprosel ani prvnimi 4 kroky vytvoreni objednavky, zbyva jich cca 8.
Jo.. a chat se taky tvari ze nikdo v praci neni (pritom v minulosti support byl dostupny 24/7).
Kdyby to radeji napsalo, ze ted maj vypadek.. a opravi to beru. Ale tenhle nefunkcni zmetek je jenom dalsi AI hnuj dnesni doby. Hlavne ze jsou moderni, vid?
Před mnoha lety mi PHP přišlo jako super technologie. Pokud mám dělat nějaký větší projekt, snažím se tomu vyhnout a použít jiné technologie.
V každém případě je PHP v aktivním vývoji.
Pro mnoho situací je wordpress stále to nejjednodušší řešení. Instance běží přes Helm chart.
Škálovat lze snadno horizontálně. Na zrychlení používám redis. A statický obsah chytí reverse proxy, lokální CDN, nebo externí.
Pane Jirsáku, vy jste takový drnda.
Nerozumím tomu, v čem je TS tak výjimečný, že pro něho může existovat hosting zdarma. On nepotřebuje storage, server, nebo co přesně? Na tom serveru, co ho nepotřebuje to jede zadarmo a nikdo neplatí proud? Stejně tak, jako se najde velmi omezený hosting pro TS zdarma se najde to samé pro PHP.
Hostingy php se spravují přes FTP. Na to jsem měl chuť ani nereagovat, ale nedá mi to. Co je to za žvásty? Jak souvisí hosting s tím, jak mu člověk dodá obsah?
Nerozumím tomu, v čem je TS tak výjimečný, že pro něho může existovat hosting zdarma.
Já jsem nepsal, že je TS výjimečný. To, že něčemu nerozumíte, nevypovídá ani o mně, ani o těch hostinzích zdarma, ale maximálně tak o vás. Stačilo by, kdybyste si vyhledal ta jména, co jsem napsal, a podíval se na jejich cenové plány.
Stejně tak, jako se najde velmi omezený hosting pro TS zdarma se najde to samé pro PHP.
Akorát že ty hostingy pro JavaScriptové aplikace jsou za stejnou cenu řádově lepší, než ty pro PHP. Například proto, že pro ty JavaScriptové aplikace existuje ekosystém, kdy aplikaci samotnou můžete provozovat jen ze statických souborů – veškerý kód se provede už při sestavení aplikace. Něco takového by samozřejmě šlo implementovat i pomocí PHP – jenže by to někdo musel implementovat. Ve světě JavaScriptu už je to hotové (a mnohokrát), stačí to jen použít.
Hostingy php se spravují přes FTP. Na to jsem měl chuť ani nereagovat, ale nedá mi to. Co je to za žvásty? Jak souvisí hosting s tím, jak mu člověk dodá obsah?
To nejsou žvásty, to je realita. Podívejte se na ten Vercel, Netlify, Cloudflare, Deno Deploy a najděte si, jak se tam dělá deploy aplikací. Podívejte se na Vedos WebHosting/WordPress, Forpsi Webhosting/WordPress, Active24 Webhosting, WebGlobe Webhosting, Endora – všude je to FTP/SFTP.
Zase ten JS/TS svět. Když jsem si před pár lety zjišťoval, co je potřeba umět, aby se člověk ten TS mohl naučit, autor solidní, dobře recenzované e-knihy, začínal tvrzením, že bez dobré znalosti JS není dobrý nápad se pouštět do TS, protože čtenáři nebude docházet, proč celkem standardní operace, které zná odjinud, fungují v TS jinak, než očekává. Dle toho jsem pochopil, že TS je stejně nemocný jako JS, a utekl jsem od něj co nejdál...
Nevím, jak se stanovuje duchovní nástupcovství, ale ta koncepce toho software je očividně zcela jiná než je u WP. Mělo by se to označovat spíše za alternativu k WP (s možností importu). Působí to celé spíš jako marketing, nepříliš důvěryhodně.
Presne. Je to navnada. Cloudflare vyvinul novy CMS EmDash. Potrebuje ho rozsirit. Jak?
1. Rict ze je bezpecnejsi - bezpecnosti se strasi vsichni netechnicti manazeri, aby rozhodli "spravne".
2. Rict ze je "dusevnim" nastupcem velmi rozsireneho WordPressu.
Proc je to klamavy marketing?
EmDash je jina technologie (PHP vs. Node.js), jina databaze (Postgres vs. MySQL) a neexistuje migrace. Rozsiritelnych CMS je spousta.
Proc to delaji?
Potrebuji sebrat zkusenosti s vyvojem pomoci AI. Vypada to, ze se jim dari. A EmDash bezi na Cloudflare, takze pomahaji prodeji jineho vlastniho produktu.
Pozitivni je, ze vznikl novy CMS s OSS licenci. Zda se prosadi jako Wordpress se uvidi. Zatim je to novy projekt placeny soukromou firmou.
3. 4. 2026, 11:30 editováno autorem komentáře