Yanıtlar:
Nginx değişken değerlerini başlıklar üzerinden gönderebilirsiniz. Geliştirme için kullanışlı.
add_header X-uri "$uri";
ve tarayıcınızın yanıt başlıklarında göreceksiniz:
X-uri:/index.php
Bunu bazen yerel kalkınma sırasında yapıyorum.
Ayrıca bir alt bölümün yürütülüp yürütülmediğini size bildirmek için kullanışlıdır. Sadece kullanılıp kullanılmadıklarını görmek için maddelerinize serpin.
location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|xml|txt)$ {
add_header X-debug-message "A static file was served" always;
...
}
location ~ \.php$ {
add_header X-debug-message "A php file was used" always;
...
}
Bu nedenle, http://www.example.com/index.php gibi bir URL adresini ziyaret etmek , sonraki başlığı tetiklerken, http://www.example.com/img/my-ducky.png adresini ziyaret ederken önceki başlığı tetikler.
add_header
ne olursa olsun yanıt kodu, başlık dönecektir hangi. Örneğin, add_header X-debug-message "A php file was used" always;
500 hata kodu için bile çalışmalı.
Basit bir dize HTTP yanıtı olarak döndürebilirsiniz:
location /
{
return 200 $document_root;
}
log_format
İlgilendiğiniz değişkenleri kaydeden yönergeyi kullanarak özel bir giriş günlüğü formatı belirleyebilirsiniz .
error_log
, debug
böylece değişkenlerin ve yürütülen blokun değerini görebilirsiniz. Örnekerror_log file.log debug
-
kayıt defterinde olduğu gibi gösterildiğini , ancak nginx kodunda gerçekten boş olduklarını -
, herhangi bir zamanda kontrol etmemelisiniz . Bu bazen kullanıcıları şaşırtıyor.
Başka bir seçenek, nginx oluştururken eko modülünü dahil etmek veya bir sürü uzantıyla (echo gibi) paketlenmiş nginx olan OpenResty'yi yüklemektir .
Daha sonra yapılandırmanızı şunun gibi ifadelerle serpebilirsiniz:
echo "args: $args"
echo_log
Kalkınmada bir yönerge var .
add_header
işe yarayacağını unutmayın . Dokümantasyon, yalnızca 200, 204, 301, 302 veya 304 kodlu yanıtlara uygulanabileceğini belirtir. Bu nedenle, HTTP hatalarını ayıklamak için kullanılamaz.