Kodları susturmayın. Çözmeye çalışın.

- @ kullanmayın.

@, PHP’de muhtemel hataların ekrana yansımaması için onları sessizleştirir. Siz istediğiniz kadar hataları sessizleştirin, susturun, onlar oluşmaya devam edecektir. Bu yüzden hataları susturmak yerine çözmeye çalışın.

- ?> kullanmayın.

PHP kullanırken açılan tagları ?>kullanarak kapatmanıza gerek yok. Kapattığınız takdirde ?> tagından sonra yeni satır veya boşluk gibi karakterler kalabiliyor. Bu karakterler PHP tarafından output (çıktı) olarak algılandığı için Headers already senthatası, sessionların oluşturulamaması, header kodlarının değiştirilememesi gibi hatalarla karşılaşabiliyorsunuz.

<?php error_reporting(0); ?>

Bence dogru bir yaklaşım değil.

<?php error_reporting(E_ALL); ?> daima E_ALL kullanmaktan yanayım. Çıkan tanımlanmamış bir değişken olsa bile hataları susturmak yerine çözüm bulmayı (isset) tercih ederim.

Loglarınızı da /dev/null'a yollamayın bu arada. Bir uygulama için en önemli şey loglardır. Mümkünse dosyaya yazmak yerine Papertrail'de veya açık kaynak bir merkezi log storageda saklayın. Exceptionları tutun. Direkt Sentry.io'ya postalayın orada incelersiniz.

@ amac disi kullanmadiginiz surece bir problem olmaz, onemsiz hatalari gizlemek icin kullanisli bir islev. Ayrica header hatasini header tanimlamasindan once cikti verirseniz alirsiniz ?> ile alakasi yok.

5.6 da karşılaşılabilmekte.

Kodların susturulması gerekli zamanlarda sitenin güvenliği için gereklidir. Kodları yazan zaten işi biliyorsa, istediği zaman hataları alabilir kullanabilir. Ama bu özelliğin olması çoğu zaman gereklidir. Bunların bir bütün halinde işlenebilmesi için, coder ların nerede hangi kodta hata olduğunda die etmesi yada ilgili hata kodlarını yakalaması gereklidir. Kodları susturmak ile onlardan kaynaklı hataları gözmezden gelmek aynı değildir, ki asıl sorun hataları gözmezden gelmektir.

İf{$veri}
{
$Gelenveri ='selam nasilsi ';
}
Bu if icetisindeki $gelenveri değiskenini süslu parantez iceriinden dışarida nasıl kullana bilirim