PrestaShop logları nerede bulunur ve nasıl okunur
PrestaShop, hatalarını niteliklerine göre üç farklı yerde kaydeder: kendi log tablosunda, bir dosya klasöründe ve sunucunun kendi günlüklerinde. Önce hangisine bakılması gerektiğini bilmek, teşhis süresinin büyük kısmını kazandırır.
Kontrol edilmesi gereken sırayla üç log kaynağı
-
Yönetim panelindeki Loglar sekmesi
Gelişmiş Ayarlar > Loglar üzerinden erişilen bu sekme, PrestaShop'un kendisi tarafından üretilen hata ve uyarıları önem düzeyi, saat ve genellikle ilgili PHP dosyasıyla birlikte listeler. Yönetim paneline erişim mümkünse kontrol edilmesi gereken ilk kaynaktır.
-
var/logs klasörü
PrestaShop 1.7.4'ten itibaren, dolayısıyla 8 ve 9'da bu klasör, alt yapıdaki Symfony çatısı tarafından üretilen ve ortama göre ayrılmış (prod.log, dev.log) günlükleri içerir. 1.7.0 ile 1.7.3 arasında aynı günlükler app/logs klasöründedir. Klasöre yalnızca FTP, SFTP veya SSH ile erişilebilir.
-
Sunucu günlükleri
Barındırma paneli (cPanel, Plesk veya doğrudan SSH erişimi), PrestaShop çalışmaya başlamadan önce oluşan hataları da kaydeden PHP hata günlüklerine ve web sunucusu (Apache veya Nginx) günlüklerine erişim sağlar.
-
Zaman damgalarını karşılaştırın
Üç kaynağın ortak noktası olayın gerçekleştiği saattir. Sorunun ortaya çıktığı tam anı belirlemek, aynı hatayı birden fazla günlükte bulmayı ve nedenini doğrulamayı sağlar.
-
Ek olarak hata ayıklama modunu etkinleştirin
Hiçbir günlük yeterince açıklayıcı değilse, config/defines.inc.php dosyasında _PS_MODE_DEV_'i geçici olarak etkinleştirmek, hatayı ilgili sayfada tüm çağrı yığınıyla birlikte anlık olarak gösterir.
[2026-07-24 09:14:02] request.CRITICAL: Uncaught PHP Exception ... {"exception":"[object] (Error(code: 0): Call to undefined method ..."}Her kaynağın gösterdiği ve göstermediği şeyler
Yönetim panelindeki Loglar sekmesi, herhangi bir teknik erişim gerektirmediği için pratiktir, ancak yalnızca PrestaShop veritabanına yazabilecek kadar başlatılabildiğinde çalışır. Yüklemenin çok erken bir aşamasında oluşan bir hata veya veritabanı bağlantısının kendisiyle ilgili bir sorun burada hiçbir zaman görünmez.
var/logs klasörü, bir sayfanın tam olarak görüntülenmesini engelleyenler dahil daha geniş bir hata yelpazesini yakalar, ancak yine de uygulamaya özgüdür: bir sunucu yapılandırma hatası, PHP bellek yetersizliği veya geçersiz bir .htaccess dosyası burada hiçbir iz bırakmaz.
Sunucu günlükleri son savunma hattıdır: PrestaShop'un hiç çalışmasını engelleyen hatalar dahil, web sunucusu ve PHP düzeyinde olan her şeyi görürler. Ne yönetim paneli ne de var/logs bir şey açıklamıyorsa bakılması gereken yer burasıdır.
Sık yapılan hatalar
- Site tamamen çevrimdışıyken yalnızca yönetim panelinde arama yapmak: bu durumda Loglar sekmesinin kendisi büyük olasılıkla erişilemez durumdadır.
- Zaman damgasını göz ardı edip bulunan ilk mesajı okumak; bu mesaj haftalar öncesine ait olabilir ve günün olayıyla hiçbir ilgisi olmayabilir.
- Logları hiç döndürmemek veya temizlememek: eski bir mağazada bu dosyalar birkaç gigabayta ulaşabilir ve incelenmesi zorlaşabilir.
- "Uyarı" düzeyindeki bir mesajı 500 hatasının gerçek nedeniyle karıştırmak: yalnızca kritik veya hata düzeyindeki mesajlar öncelikli olarak ele alınmayı hak eder.
Sıkça sorulan sorular
Hiç FTP erişimim yok, yine de logları görüntüleyebilir miyim?
Loglar müşterilerimin kişisel verilerini içerir mi?
Loglar ne kadar süre saklanır?
Hata mesajı İngilizce ve çok teknik, bu normal mi?
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.