រក្សាផ្លូវដែលបានអ៊ិនកូដនៅក្នុងផ្លូវបញ្ជូន HTTP របស់ NGINX ដែលមានស្រាប់
ប្រើ request_uri នៅពេលកិច្ចសន្យាបញ្ជូនត្រូវការផ្លូវ និងសំណួរដើម ដោយរក្សាការផ្ទៀងផ្ទាត់គោលដៅដែលមានស្រាប់។
ផ្លូវដែលបង្កើតពី $uri អាចផ្ញើផ្លូវខុសពីអ្វីដែលអតិថិជនបានផ្តល់។ សម្រាប់ http://service.example/files/a%2Fb?view=raw សញ្ញាកាត់ដែលបានគេចគឺជាផ្នែកនៃការសរសេរដើមនោះ។
| អថេរ | តំណាង |
|---|---|
| $uri | URI ធម្មតាបច្ចុប្បន្ន ដែលអាចផ្លាស់ប្តូរក្នុងអំឡុងពេលដំណើរការខាងក្នុង |
| $request_uri | URI ដើមនៃសំណើ រួមទាំងអាគុយម៉ង់សំណួររបស់វា |
នៅក្នុងការរៀបចំប្រូកស៊ីបញ្ជូន HTTP ដែលមានស្រាប់ ដែលជ្រើសរើស និងផ្ទៀងផ្ទាត់អាជ្ញាធរគោលដៅរួចហើយ ផ្លូវ និងសំណួរដើមអាចរក្សាបានដោយ៖
proxy_pass http://$http_host$request_uri;$http_host ផ្តល់អាជ្ញាធរក្បាល Host ដែលបានជ្រើសរើសនៅក្នុងការរៀបចំនេះ។ រក្សាការដាក់កំហិតអតិថិជនរបស់អ្នកស្តាប់ គោលនយោបាយគោលដៅ និងការកំណត់រចនាសម្ព័ន្ធដោះស្រាយឈ្មោះ។
ការជំនួស $uri$is_args$args ដោយកន្សោមនេះផ្លាស់ប្តូរតំណាងដែលបានផ្ញើ; មួយមុនប្រើផ្លូវធម្មតា និងអាគុយម៉ង់បច្ចុប្បន្ន។ ជ្រើសរើសតាមកិច្ចសន្យានៃចំណុចបញ្ចប់ ជាពិសេសនៅពេលសញ្ញាបំបែកដែលបានគេចមានសារៈសំខាន់ ឬហត្ថលេខាគ្របដណ្តប់គោលដៅដើម។ ការសរសេរផ្លូវឡើងវិញដោយចេតនាមានតម្រូវការខុសគ្នា។
នេះអនុវត្តចំពោះសំណើ HTTP ដែលអាចមើលឃើញ។ រូង HTTPS CONNECT ដឹកសំណើបន្ទាប់នៅក្នុង TLS ហើយត្រូវការការគ្រប់គ្រងដែលគាំទ្រដោយខ្លួនឯង។