cPanel için nginx otomatik kurulum betiği

1.Mükemmel dizin parolası koruma işlevi — Bu, orijinal yazarın yükleme paketindedir,Yapamam,Bunun nedeni, 401 durum kodunun yargılanmamasıdır..
2.Sözde statik fonksiyonun gerçekleştirilmesi — Sizinki html veya”/” Sondaki URL adresi,Nginx, dosya / dizinin dosya sisteminde olup olmadığını önceden belirleyecektir.,Eğer yoksa,Ardından, arka uç apache ile eşleşecektir.Arka uç apache, .htaccess dosyasının ayarlarına dayanır.,Sayfayı göster,Ön uç nginx içeriği aldıktan sonra sıkıştırır,Ve sonra konuk tarayıcıya geçti.
3.Erişim günlüğünün doğru kaydı — Orijinal yazarın yükleme paketinde,Nginx ve apache kayıt için aynı günlük dosyasını paylaşır. Nginx statik sayfa erişim bilgilerini kaydeder,Apache dinamik sayfa erişim bilgilerini kaydeder,Teorik olarak uygulanabilir, ancak gerçek kullanımda,Bu sorunu buldum. Bu problemdeki bir dönüm noktası, .html sonekini eşleştirirken elde edilir.,Aynı zamanda, ön uç nginx ve arka uç apache sorgulandı. Bu, günlüklerin tekrarlanmasına neden oldu. Diğeri, eşleşmeyen bazı son ekler,Ön uç, yalnızca ziyaretçinin talebini işleme alıp kaydetmez,Ayrıca arka uca bir istek de başlatır. Ancak büyük dosya yakında aktarılmayacağı için,Bu yüzden canlı tutma ayarlansa bile yardımcı olmaz. Kurulum paketimde,Arka uç kullanıcı yapılandırmasında şifrelenmemiş bağlantı noktasının günlük işlevini iptal ettim,Ön uç nginx tarafından tamamen kaydedildi.
4.Günlük kesme sorunu — Bu soru, daha önce bahsedilen üçüncü nokta değişikliğinden geliyor,Bu adımı yapmadan yalnızca üçüncü noktayı değiştirirseniz,O zaman bir problem olacak:Kullanıcı erişim günlüğü kesildiğinde ve kullanıcıyı göstermek için istatistik sayfasına dönüştürüldüğünde,Sistem, kullanıcının günlüğünü otomatik olarak silecektir,Bundan sonra, günlük erişim bilgileri bir sonraki nginx yeniden başlatmaya kadar kaybedilecektir. Cpanel günlük istatistik sürecini izledikten sonra,/ Usr / local / cpanel / bin / safeapacherestart satırını bulun.Bu satırın işlevi, Apache'nin günlük kestikten sonra güvenli bir şekilde yeniden başlamasına izin vermektir. Çözüm, yazarın nginx'i yeniden başlatma şeklini değiştirmektir.,Apache'nin yeniden başlatma komutuyla nginx bilgilerini yeniden başlatacağım,Gelecekte, sadece apache üzerinde komut işlemlerini gerçekleştirmeniz gerekecek..
5.Pan alan adı çözümlemesi — cpanel, pan-alan adı çözümlemesini destekler,Ve bir ev sahibi olarak,Genel alan adı da bir özelliktir,Kullanılması gerekiyor. Ancak yazarın sürümü ve daha önce değiştirdiğim sürüm,Bunu desteklemedi,Müşteri alan adını bağladıktan sonra,Nginx'i başlatamaz hale getirecek,Tüm kullanıcıların web siteleri etkilenir. Bu güncelleme bu özelliği içerir.
6.Proxy_cache tabanlı önbellek sistemi — Bunu ekledim,İsteğe bağlı bir özelliktir. Önbelleği silme yöntemi squidclient yöntemini izleyebilir. Önbelleksiz yükleme sürümü http://icodex.org/public_nocache.tar

Dikkat edilmesi gereken başka bir şey,Netizenler tarafından bahsedilen, nginx'i yeniden başlattıktan sonraki istemler dizisidir. Bu uyarı mesajı, ana bilgisayar adında bir hata olduğunu size bildirir,Kullanımını etkilemez.

Yükleme yöntemi, yazarın orijinal sürümüyle aynıdır. Lütfen aşağıdaki yüklemeyi gerçekleştirin!

cd / usr / local / src
wget http://icodex.org/public.tar
tar xf public.tar
cd publicnginx
./nginxinstaller kurulumu

montajından sonra,Nginx'i yeniden başlatın,Bir emrin yerine getirilmesi:/etc / init.d / nginx restart.Nginx yapılandırma dosyaları / etc / nginx dizinindedir.,Her kullanıcıya bağlı alan adı(Ek alan,Alt alan vb.)Hepsi / etc / nginx / vhosts içinde

Kaldır:

Publicnginx dizinine girin ve ./nginxinstaller kaldırma işlemini yürütün.

Yorumlar