Hifadhi Njia Zilizosimbwa katika Njia Iliyopo ya Upelekaji wa HTTP ya NGINX
Tumia request_uri wakati mkataba wa upelekaji unahitaji njia na hoji asilia, ukihifadhi uthibitishaji uliopo wa lengwa.
Njia iliyojengwa kutoka $uri inaweza kutuma njia tofauti na ile ambayo mteja alitoa. Kwa http://service.example/files/a%2Fb?view=raw, mkwaju uliotoroshwa ni sehemu ya tahajia hiyo asilia.
| Kigezo | Uwakilishi |
|---|---|
| $uri | URI ya sasa iliyorekebishwa, ambayo inaweza kubadilika wakati wa uchakataji wa ndani |
| $request_uri | URI asilia ya ombi, ikiwa ni pamoja na hoja zake za hoji |
Katika mpangilio uliopo wa proksi ya upelekaji wa HTTP ambao tayari huchagua na kuthibitisha mamlaka ya lengwa, njia na hoji asilia zinaweza kuhifadhiwa kwa:
proxy_pass http://$http_host$request_uri;$http_host hutoa mamlaka ya kichwa cha Host kilichochaguliwa katika mpangilio huu. Hifadhi vikwazo vya mteja vya msikilizaji, sera ya lengwa na usanidi wa utatuzi wa majina.
Kubadilisha $uri$is_args$args na usemi huu kunabadilisha uwakilishi unaotumwa; ule wa awali hutumia njia iliyorekebishwa na hoja za sasa. Chagua kulingana na mkataba wa kituo cha mwisho, hasa wakati vitenganishi vilivyotoroshwa ni muhimu au sahihi inashughulikia lengo asilia. Uandishi upya wa njia kwa makusudi una hitaji tofauti.
Hii inatumika kwa ombi la HTTP linaloonekana. Handaki ya HTTPS CONNECT hubeba ombi la baadaye ndani ya TLS na inahitaji ushughulikiaji wake unaotumika.