Нгинк - Петиције

Нгинк осим што је веома добар у послуживању статичких датотека и његових високих перформанси када се користи као обрнути прокси за другу услугу, такође има моћан механизам за руковање захтевима, што нам омогућава да управљамо спољним захтевима који долазе преко ХТТП -а и такође генерише интерне захтеве које генерише Нгинк према условима које програмирамо.
Спољне и унутрашње петиције
Први корак који морамо предузети је да препознамо спољни и унутрашњи захтеви, њихова имена то већ доста добро одражавају, примају се спољни захтеви Нгинк изван вашег система, путем ХТТП -а, па када корисник унесе УРЛ који је директно у супротности са нашом услугом, то је спољни захтев.
Интерна петицијаУместо тога, унутар њега се генерише интерни захтев НгинкОво може, али и не мора бити повезано са спољним захтевом, мада је релативно јер су сви догађаји генерално покренути захтевима корисника.
Па ако на пример упаднемо у а 404 одговор Страница није пронађена, Нгинк Ако имате конфигурисано неко правило, можете покренути интерни захтев који води корисника до личне поруке.
Врсте интерних петиција
Постоје две врсте интерних захтева које можете генерисати Нгинк, то су следеће:
Интерна преусмеравањаУ овој врсти преусмеравања, Нгинк интерно усмерава захтеве клијената, на овај начин се мења УРЛ адреса, а затим се захтев може променити између локацијски блокови које смо дефинисали на нашем серверу, један од најчешћих случајева ове врсте захтева је када активирамо Препиши модул.
ПодзахтевиТада се генерирају додатни захтјеви који могу надопунити садржај, примјер је када користимо модул адд_афтер_боди што нам омогућава да додамо садржај резултату захтева.
Блокирање странице грешке
Блок еррор_паге То је такође један од функционалних примера како можемо успоставити интерне захтеве, погледајмо овај једноставан пример:

На слици видимо како смо конфигурисали наш сервер тако да када примимо захтев који генерише грешку, Нгинк преусмерава директно на документе које смо припремили тако да купац не наиђе на груб одговор.
Сада, ако желимо да препишемо горе наведено и изведемо га у а интерни захтев следећи облик можемо узети на разрађенији начин:

Овде видимо како смо то дефинисали када добијемо код Грешка 404, Шаљем га на одређену локацију, која је фасцикла са грешкама, али касније дефинишемо да ћемо, када будемо имали захтев у фасцикли са грешкама, упутити интерни захтев, само на овај начин Нгинк Овим садржајима можете приступити, па ако неко то покуша споља, неће им имати приступ.
Овим смо завршили овај водич, са којим смо могли видети да нам правилно коришћење интерних захтева може помоћи да побољшамо безбедност наше веб локације, спречавајући их да споља приступају овим ресурсима.