Önce başarısız isteği tanımlayın
Hata metnini, görülme saatini ve işlemi kaydedin. Güncelleme kontrolü, ödeme sağlayıcısı isteği ve sitenin kendisine yaptığı geri döngü isteği farklı hedeflere gider. Her birini aynı sorun kabul etmek yanlış müdahaleye yol açabilir.
Araçlar → Site Sağlığı ekranında bildirimin ayrıntılarını açın. Destek ekibiyle paylaşırken URL içindeki erişim anahtarlarını ve kişisel verileri çıkarın. Yalnızca hata kodu, hedef alan adı ve zaman bilgisi çoğu ilk inceleme için yeterlidir.
DNS, bağlantı ve yanıt süresini ayırın
Sunucu hedef alan adını çözümleyebiliyor mu, bağlantı kurabiliyor mu ve hedef uygulama zamanında yanıt veriyor mu? Bu aşamaların ayrı ölçülmesini hosting ekibinden isteyin. Tarayıcınızda açılan bir adresin hosting sunucusundan da erişilebilir olduğunu varsaymayın.
cURL belgelerinde 28 zaman aşımı olarak tanımlanır. Bu kod tek başına sertifika hatasını veya hangi eklentinin sorunlu olduğunu söylemez. Rastgele süre artırmak, yavaş çalışan bir işlemin nedenini gizleyebilir.
Değişiklikleri kontrollü deneyin
Önce son eklenti, güvenlik kuralı veya sunucu değişikliklerini inceleyin. Canlı ödeme akışında bütün eklentileri kapatmak yerine test kopyasında ilgili bileşeni izole edin. Güvenlik duvarında engellenen meşru isteğin kaydını arayın.
SSL doğrulamasını kapatarak sorunu geçiştirmeyin. Kullanılan PHP, cURL ve TLS kitaplığının desteklenen sürümde olması, doğru sertifika zinciri ve sistem saati ayrıca kontrol edilmelidir.
Düzeldiğini gerçek işlemle doğrulayın
Site Sağlığı testinin düzelmesi ilk işarettir. Hatanın görüldüğü güncelleme, lisans kontrolü veya API işlemini tekrar çalıştırın. Başarısızlığın aralıklı olması durumunda birkaç farklı saatte ölçüm alın.
Destek talebine hangi hedeflerin etkilendiğini ve hangi değişiklikten sonra başladığını ekleyin. Böylece gereksiz eklenti değişiklikleri yerine DNS, ağ veya uzak servis tarafında doğru ekibe ulaşılır.
Uygulama kontrol listesi
- Hedef servis ve hata zamanı kaydedildi.
- Test kopyasında ilgili bileşen ayrıştırıldı.
- Asıl işlem yeniden başarıyla tamamlandı.
Sık sorulan sorular
cURL 28 her zaman hosting hatası mı?
Hayır. Uzak servis, ağ, DNS veya uygulama süresi de neden olabilir.
Zaman aşımı süresini artırmak yeterli mi?
Yavaşlığın nedenini bulmadan yapılan artış kalıcı çözüm sayılmaz.