deneyin:

error_reporting(E_ALL);
ini_set('display_errors', '1');

dosyanın üstünde.

Jeremy Morgan çözüm işe yaramazsa, set_error_handler() kullanarak kendi günlük dosyası oluşturmayı deneyin. Genellikle uygulama (böylece $ GLOBALS ve) durumu hakkında bazı bilgiler yeterli bilgi olabilir, ancak PHP (en azından deneyin) size hata oluştu ve ne tür bir hata nerede hakkında bilgi her türlü geçecek.

Ayrıca, hata ayıklama "Böl ve yönet" yöntemini kullanmayı deneyin. Dosyanızın yaklaşık yarısı ile başlayın, ve hala çökmesini veya aşağı eğer o noktada umtil biterse sonra yukarı genişletin. Eğer /* comment out */ kod kesmek, veya PHP kalan tüm verileri göz ardı etmesi için __halt_compiler() özel yönergesi kullanmak için ya kodunuzu kaldırmak istemiyorsanız dosya.

Son olarak, bunu düzeltmek için çalışırken beni deli sürdü tek şey Byte Order Mark adlandırılan şeydir. PHP çıkış göndermek için neden, dosyanın başında ki BOM değerlendirilmesi ve başlıkları ve benzeri göndermeye çalışırken sorunlara neden oldu. Muhtemelen bir konudur, ancak bilgi sahibi değmez ne.

Ben PHP o hatayı alıyoruz şüpheliyim. On bu htaccess yapılandırma hataya neden olduğu uygulamanın varsayılan. Daha muhtemeldir barındırma paylaştı.

Benim tahminim bir RewriteBase set vermeden bir mod_rewrite olurdu.

bir şey uzatıyor görmek için phpinfo(); değerlere bakmak ... bir yerde kodu koymak ve bunu php sürüm bilgileri bir demet göstermesi gerekir

(Adından da anlaşılacağı gibi) bir "Internal Server Error" bir PHP hata değildir. Bu nedenle, sunucu günlükleri bakmak için (eğer göründüğü gibi, erişimi yok olan) veya PHP bu konuda hiçbir şey yapamaz var ya.