I-convert ang Apache .htaccess na mga panuntunan sa configuration ng Nginx kaagad sa iyong browser. Libre, pribado, at panig ng kliyente — walang data na ipinadala sa anumang server.
Lalabas dito ang # Nginx config...
Ang Apache at Nginx ay ang dalawang nangingibabaw na web server na ginagamit ngayon, ngunit magkaiba ang kanilang pag-configure. Gumagamit ang Apache ng mga .htaccess na file na ipinamahagi sa buong puno ng dokumento — maaaring i-override ng bawat direktoryo ang gawi para sa sarili nito at sa mga anak nito. Gumagamit ang Nginx ng iisang sentralisadong configuration file, na walang mga override sa bawat direktoryo. Ang paglipat mula sa Apache patungo sa Nginx ay nangangailangan ng pagsasalin ng bawat .htaccess na direktiba sa katumbas na bloke ng lokasyon ng Nginx, panuntunan sa muling pagsulat, o direktiba ng server.
Karamihan sa mga karaniwang kaso ng paggamit ng .htaccess ay may direktang katumbas na Nginx. Ang muling pagsulat ng URL (RewriteRule) ay nagmamapa sa muling pagsulat ng direktiba ng Nginx. Ang mga pag-redirect (Redirect, RedirectMatch) ay nagiging mga linya ng pagbabalik o pag-redirect ng Nginx. Ang Authentication (AuthType, AuthUserFile) ay nagmamapa sa auth_basic ng Nginx. Ang CORS, mga custom na header, at mga uri ng MIME na override ay may mga katapat na Nginx.
Ang converter na ito ay nag-parse ng mga karaniwang .htaccess na direktiba at gumagawa ng Nginx configuration syntax. Maaaring mangailangan ng manu-manong pagsasaayos ang mga kumplikadong regex na muling pagsusulat at mga direktiba ng module na partikular sa Apache, ngunit direktang nagko-convert ang mga karaniwang kaso. Ang output ay sinadya bilang panimulang punto — suriin ito nang mabuti bago i-deploy, lalo na para sa mga direktiba na sensitibo sa seguridad.
Ang paglilipat ng Apache sa Nginx ay isa sa mga pinakakaraniwang pagbabago sa pagpapatakbo sa web hosting. Ang Nginx ay karaniwang gumagamit ng mas kaunting memorya sa bawat kahilingan, pinangangasiwaan ang mga kasabay na koneksyon nang mas mahusay, at naghahatid ng mga static na asset nang mas mabilis. Kung hindi man ay diretso ang paglipat maliban sa pagsasalin ng configuration, na siyang bottleneck ng mga address ng converter.
Ang pagbabasa ng katumbas ng Nginx na syntax ay tumutulong din sa mga administrator ng Apache na maunawaan ang mga idyoma ng Nginx. Ang magkatabing paghahambing ng dalawang configuration ay nililinaw kung paano ipinapahayag ng bawat server ang parehong layunin.
I-paste ang iyong .htaccess na nilalaman, kumuha ng mga katumbas ng config ng Nginx.
Apache RewriteRule na may [L] flag ay nagiging Nginx rewrite ... last;. Ang RewriteRule na may [R=301] ay nagiging return 301 na may muling isinulat na URL o isang permanenteng muling pagsulat. Ang mga kundisyon (RewriteCond) sa loob ng rewrite engine ng Apache ay nagiging kung ang mga bloke sa Nginx, na may karaniwang caveat na ang Nginx kung ang mga pahayag ay may hindi pangkaraniwang semantika sa loob ng mga bloke ng lokasyon (gamitin itong mabuti).
Ang mga direktoryo ng Apache at mga seksyon ng FilesMatch ay mapa sa mga bloke ng lokasyon ng Nginx. Ang AuthType Basic plus AuthUserFile ay nagiging auth_basic + auth_basic_user_file. Ang header set o AddHeader ay nagiging add_header ng Nginx.
Ang ilang mga tampok ng Apache ay walang malinis na katumbas ng Nginx. Ang RewriteMap ng mod_rewrite na may backend ng database, kumplikadong pagmamanipula ng variable ng kapaligiran, at ilang partikular na provider ng pagpapatotoo sa Apache ay maaaring mangailangan ng mga custom na module ng Nginx o mga external na script.