Nginx 1.12 vylepšuje práci s certifikáty

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.

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.

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.