devel.cz

Nezkoušel jsem, ale řekněme zkušeným pohledem bych řekl, že to není k tomuto účelu úplně dobrý nápad. Pro začátek bych vyřadil situaci, kdy vyrábím velkou aplikaci, která zabere celý server. V takovém případě totiž můžu na serveru nastavit cokoliv a můžu tedy použít na routování vymyslet i lepší postup. Mám třeba dobré zkušenosti s kombinací mappingu s hashováním trvale v paměti s prefixem (regex parsování) pro URL, kde se musí zkontrolovat databáze (velké množství záznamů), byť na jiné platformě a na sdíleném hostingu. Na PHP by se dalo třeba použít XCache apod.

Když to tedy není server pro jednu aplikaci, tak to může být samozřejmě klasický sdílený hosting, co se dá koupit na hromadě míst. Tam si nejsem jistý, že se ten modul dá potkat. Osobně si nevzpomínám, že bych ho někde viděl podporovaný. 50 tisíc záznamů bych viděl jako malé množství - s indexem to není problém.

Dejme tomu, že je to tedy můj server, ale s více aplikacemi. První věc, co by mi vadila je, že přístupové údaje databáze musí být nějak v konfiguraci Apache HTTPd. V případě, že mám nějaký software na správu těch hostingů, tak se s tím nějak musím vypořádat. V případě jednočlenného týmu to jde lépe, u více lidí už tak moc ne.

Druhá část je o budoucím použití, tedy že je to poměrně přímočaré bez možnosti vylepšení. Těžko říct, co všechno tam jde nakombinovat, ale moje zkušenost s konfigurací Apache HTTPd je taková, že je to o dost komplikovanější odladit než přímo kód v PHP a nedá se tam udělat zdaleka tolik jako v PHP. Takže na malých unikátních projektech se pravděpodobně zvýši náklady na vytvoření a údržbu neadekvátně k příjmu vycházejícího z této úpravy. Navíc mám pocit, že trend v této oblasti je posunovat se k lehčím HTTP serverům (třeba nginx) a aplikacím, které si mohou částečně řešit vlastní HTTP pipeline a vyřizovat některé požadavky ve "zrychleném řízení" (REST API apod.).