# Otomatik görevlerim artık çalışmıyor

> Zamanlanmış bir görevin hata mesajını okuyacak kimsesi yoktur. Gece, tarayıcısız ve kullanıcısız çalışır ve başarısız olduğunda hiçbir şey bunu bildirmez. Sorun günler sonra, bayatlamış bir akış ya da yanlış bir stokla ortaya çıkar. Bu bölümdeki en sessiz ve en pahalı arızadır.

- Source canonique : [https://allaux.fr/tr/problemes/taches-automatiques-arretees](https://allaux.fr/tr/problemes/taches-automatiques-arretees)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Görevin adresini, belirteciyle birlikte tarayıcıda elle çağırın: çalışıyorsa sorun betikte değil tetikleyicidedir. WordPress’te WP-Cron yalnızca ziyaretlerle tetiklenir; bunun istisnası wp-config.php içinde DISABLE_WP_CRON değerinin true olması ve wp-cron.php dosyasını çağıran bir sunucu görevidir. PrestaShop’ta zamanlanmış görev modülünün adresi, mağaza anahtarı değiştiğinde değişen bir belirteç taşır.

## Zamanlamanın birbirinden çok farklı iki yolu

Sıkça karıştırılan iki mekanizma vardır. Birincisi sunucu düzeyinde zamanlanmış görevdir: sistem, trafikten bağımsız olarak sabit saatte bir komut tetikler. Güvenilirdir ama oluşturmak ve denetlemek için barındırma erişimi gerektirir.

İkincisi bir ziyaretçinin sayfa yüklemesiyle tetiklemedir: CMS her sayfada bir görevin vakti gelmiş mi diye bakar ve gelmişse çalıştırır. Kurulumu basittir ama ziyaretçisi olmayan bir mağazanın hiçbir şey çalıştırmadığı ve uzun bir görevin onu tetikleyen sayfayla birlikte kesildiği anlamına gelir. «Artık çalışmayan görevlerin» önemli bir bölümü, gece trafiği düşük bir sitede bu ikinci türden görevlerdir.

## Gerçekten çalışıp çalışmadığını denetlemek

1. **Son çalışmanın izini arayın** — Üretilen dosyanın tarihi, kaydın son satırı, veritabanındaki zaman damgası. İz yoksa görevin başarısız mı olduğu yoksa hiç tetiklenmediği mi bilinemez: bunlar iki ayrı sorundur.
2. **Komutu elle çalıştırın** — Elle çalışıp otomatik çalışmıyorsa sorun işlemde değil zamanlamadadır. Olası nedenleri ikiye bölen test budur.
3. **Çalışma bağlamını kontrol edin** — Sunucunun başlattığı bir görevin oturumu ve giriş yapmış kullanıcısı yoktur, bazen sitenin PHP sürümünden farklı bir sürüm kullanır. Kullanıcı varsayan bir işlem sessizce başarısız olur.
4. **Süreyi denetleyin** — Görev, bir sonrakine kadar geçen aradan uzun sürüyorsa iki çalışma çakışır. İşleme göre bu, yinelenen kayıtlar ya da veritabanı kilidi üretir.
5. **Erişim anahtarlarını kontrol edin** — Birçok görev, anahtarla korunan bir adresten tetiklenir. Yeniden kurulumda yenilenen bir anahtar, hiçbir mesaj vermeden mevcut tüm zamanlamaları geçersiz kılar.

## Başarısız olan bir görev bunu size söylemeli

> Asıl düzeltme görevi yeniden çalıştırmak değil, bir başarısızlığın uyarı üretmesini sağlamaktır. Hata durumunda gönderilen basit bir e-posta ya da bakılabilen tarihli bir durum dosyası, görünmez bir arızayı aynı gün saptanan bir olaya dönüştürür.

## Bir zamanlamayı habersiz bozan şeyler

Barındırma değişikliği: sunucu görevleri dosyalarla birlikte kopyalanmaz ve yeniden oluşturulmalıdır.

PHP sürüm değişikliği: zamanlanmış komut, artık aynı adla var olmayan bir çalıştırılabiliri çağırıyor olabilir.

Sitenin başka bir dizine taşınması: göreve yazılmış mutlak yol artık hiçbir yere götürmez.

Kendi görevlerini götüren ya da her denemede başarısız olan öksüz görevler bırakan kaldırılmış bir modül.

Bir dış servise ait süresi dolmuş parola ya da erişim anahtarı.

## Doğru sayfadan devam edin

- **PrestaShop'ta cron görevleri** — PrestaShop'a özgü işleyiş ve tuzakların ayrıntısı. ([/prestashop/problemes/taches-cron-ne-sexecutent-pas](/prestashop/problemes/taches-cron-ne-sexecutent-pas))
- **Cron nedir** — Zamanlanmış görev nedir ve nasıl tetiklenir. ([/glossaire/cron](/glossaire/cron))
- **Otomasyon** — Bir işlem zinciri onarılmak yerine yeniden düşünülmeyi hak ettiğinde. ([/services/automatisation](/services/automatisation))
- **Ürün akışı bağlamak** — Bozulan görev bir karşılaştırma sitesini ya da pazar yerini besliyorsa. ([/guides/connecter-flux-produits](/guides/connecter-flux-produits))

## FAQ

### Görevin ne zamandan beri çalışmadığını nasıl bilirim?

Ürettiği dosyanın değiştirilme tarihi anında yanıt verir. Hiçbir şey yazmıyorsa veritabanındaki en güncel kayıt büyüklük fikrini verir.

### Sunucu görevini, bir adresi çağıran dış bir servisle değiştirebilir miyim?

Evet, barındırma görev oluşturmaya izin vermediğinde yaygın bir çözümdür. Adresin bir anahtarla korunması gerekir, aksi hâlde işlemi herkes tetikleyebilir.

### Aynı anda iki çalışma ciddi bir sorun mu?

İşleme bağlıdır. Bir içe aktarma ya da eşitlemede evet: veriler iki kez yazılır ya da çakışır. Çakışmayı önleyen bir kilit alışılmış çözümdür.

### Görev çalışıyor ama hiçbir şey yapmıyor, neden?

Çoğu zaman işlemin başındaki bir koşul artık sağlanmadığı için: devre dışı bir modül, boşaltılmış bir ayar, ulaşılamayan bir veri kaynağı. O zaman işlemin kendi kaydı vazgeçilmez olur.

### Küçük bir mağazada otomatik görev gerekir mi?

Ne yaptıklarına bağlıdır. Önbellek temizlemek ya da terk edilmiş sepetleri silmek her ölçekte yararlıdır; kataloğu bir işletme yazılımıyla eşitlemek ancak o yazılım varsa anlamlıdır.