Názory k článku
Nginx 1.12 vylepšuje práci s certifikáty
-
podhy (neregistrovaný)
jaká pravidla omg? Jediné pravidlo co potřebujete aby se všechny requesty (krom těch na assety) posílali do aplikace (v případě PHP třeba nějaký index.php soubor) a o zbylý routing / rewrite se má starat aplikace. Na tohle není .htaccess potřeba. Pokud potřebujete třeba ovlivnit nastavení PHP tak na to máte např. .user.ini
-
. . (neregistrovaný)
podívej se na open source CMS či eshopy, všechny potřebuji nějaká ta pravidla dokonce i na assety, aby fungovaly. Zpracování htaccess je nesrovnatelně rychlejší než stejná činnost v php, to je další důvod proč se vše cpe sem.
Nebudeme si namlouvat, ale většina webových vývojářů jsou extrémně nezkušení a neumí to udělat jinak, tihle ale produkují většinu aplikací. Pro hosting je často nepředstavitelné, aby nepodporoval htaccess, zákazníci mu to omlátí o hlavu, bohužel.
-
podhy (neregistrovaný)
to že je to potřeba na hostingu je jen smutný důsledek....nebylo by to ale potřeba kdyby s dělali věci pořádně....ano zpracování rewrite pravidla apachem bude určitě rychlejší ale zase ztratíme výkon tím že zapneme .htaccess kdy kvůli tomu de výkon Apache do kytek
mimochodem výkonostní problémy jsou naprosto jinde a ne v routingu, který vám v rozumě napsané aplikaci nesežere víc jak milisekundu a to by ty pravidla museli být ještě hodně rozsáhlý
-
. . (neregistrovaný)
neobhajuji htaccess, připadá mi to jako zvěrstvo. Bohužel některé php aplikace se dostali do rozměrů, kdy i blbý routing jim zabere 50 - 100ms. Rozumně napsaná aplikace je jednorožec, v praxi jich je minimum, stejně jako lidí, schopných je napsat.
Móda omezení u hostingů na počet souběžných procesů je také k nezaplacení, pak opravdu routing nechcete řešit v aplikaci, je to divný, kam to až dospělo v honbě za penězi.
-
Stačí si přečíst důvod, proč tam .htaccess nemají.
https://www.nginx.com/resources/wiki/start/topics/examples/likeapache-htaccess/ -
. . (neregistrovaný)
1TB SLC stojí u HPE 10t, to není zase tolik peněz, přepisovat aplikaci nebo najímat zkušenější vývojáře je mnohem dražší :). Nebo lze zadarmo použít ramdisk a mít soubory v ram.
Nejsem zastáncem apache a htaccessu, jen jsem chtěl ukázat, že svět není binární a objektivní důvody pro použití htaccessu mohou existovat a že autoři nginx by mohli najít lepší argumenty než IO.
U některých aplikací trvá nějakou dobu než se přepíší, nginx je pro mě použitelný od cca verze 1.2, což je 5 let, apache se v té době už běžně s htaccess používal. V té době bylo php či cgi v perlu extrémně pomalé a přesunem routing na htaccess člověk ušetřil desítky ms a mohla se tahle úprava provádět přes ftp. Z toho bohužel vzniklo několik paradigmatů, které se uplatňují doteď i u nových aplikací a přinášejí nemalé problémy.
