<\/span><\/h3>\nWeb sitenizdeki \u00f6nbellek (cache) dosyalar\u0131 zamanla birikerek gereksiz disk alan\u0131 kaplayabilir veya g\u00fcncel olmayan i\u00e7eriklerin g\u00f6sterilmesine neden olabilir. Belirli bir klas\u00f6rdeki eski \u00f6nbellek dosyalar\u0131n\u0131 d\u00fczenli olarak temizlemek iyi bir pratiktir.
\n
\u00d6rnek Komut (7 g\u00fcnden eski dosyalar\u0131 silme):<\/b> find \/home\/kullanici\/public_html\/cache\/* -type f -mtime +7 -delete<\/code>
\n
\u00d6rnek Zamanlama (Her Pazar sabaha kar\u015f\u0131 4’te):<\/b> 0 4 * * 0<\/code>
\n
Bu komut, `cache` klas\u00f6r\u00fc i\u00e7indeki 7 g\u00fcnden daha eski olan t\u00fcm dosyalar\u0131 bulur ve siler.<\/p>\n<\/span>Periyodik Raporlama ve Analiz Betiklerini \u00c7al\u0131\u015ft\u0131rma<\/span><\/h3>\n\u0130\u015fletmeler genellikle g\u00fcnl\u00fck, haftal\u0131k veya ayl\u0131k raporlara ihtiya\u00e7 duyar. Bu raporlar\u0131 (\u00f6rne\u011fin, kullan\u0131c\u0131 istatistikleri, sat\u0131\u015f verileri) olu\u015fturan betikleri cron ile zamanlayarak s\u00fcreci otomatize edebilirsiniz.
\n
\u00d6rnek Komut (Python beti\u011fi ile):<\/b> \/usr\/bin\/python3 \/home\/kullanici\/scripts\/haftalik_rapor.py<\/code>
\n
\u00d6rnek Zamanlama (Her Pazartesi 08:00’de):<\/b> 0 8 * * 1<\/code><\/p>\n<\/span>WordPress i\u00e7in WP-Cron’u Ger\u00e7ek Cron Job ile Tetikleme<\/span><\/h3>\nWordPress, kendi zamanlanm\u0131\u015f g\u00f6rev sistemi olan WP-Cron’u kullan\u0131r. Ancak WP-Cron, sadece sitenize bir ziyaret\u00e7i geldi\u011finde tetiklenir. Bu durum, d\u00fc\u015f\u00fck trafikli sitelerde zamanlanm\u0131\u015f g\u00f6revlerin (\u00f6rne\u011fin, zamanlanm\u0131\u015f yaz\u0131lar, eklenti g\u00fcncellemeleri) gecikmesine neden olabilir. WP-Cron’u devre d\u0131\u015f\u0131 b\u0131rak\u0131p ger\u00e7ek bir cron job ile belirli aral\u0131klarla tetiklemek daha g\u00fcvenilir bir y\u00f6ntemdir.
\n
\u00d6rnek Komut:<\/b> wget -q -O - https:\/\/siteniz.com\/wp-cron.php?doing_wp_cron >\/dev\/null 2>&1<\/code>
\n
\u00d6rnek Zamanlama (Her 15 dakikada bir):<\/b> *\/15 * * * *<\/code>
\n
Bu kurulumu yapmadan \u00f6nce `wp-config.php` dosyan\u0131za define('DISABLE_WP_CRON', true);<\/code> sat\u0131r\u0131n\u0131 eklemeyi unutmay\u0131n.<\/p>\n<\/span>Belirli Bir URL’yi Otomatik Olarak Ziyaret Etme (wget \/ curl kullan\u0131m\u0131)<\/span><\/h3>\nBazen bir web sayfas\u0131n\u0131 ziyaret ederek bir i\u015flemi tetiklemek gerekebilir. \u00d6rne\u011fin, bir yedekleme beti\u011fini, bir rapor olu\u015fturucuyu veya bir veri senkronizasyon arac\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rmak i\u00e7in o sayfan\u0131n y\u00fcklenmesi yeterli olabilir. `wget` veya `curl` komutlar\u0131 bu i\u015f i\u00e7in idealdir.
\n
\u00d6rnek Komut (`curl` ile):<\/b> curl \"https:\/\/siteniz.com\/api\/guncelle.php\" > \/dev\/null 2>&1<\/code>
\n
\u00d6rnek Zamanlama (Her saat ba\u015f\u0131):<\/b> 0 * * * *<\/code>
\n
Bu komut, belirtilen URL’ye bir istek g\u00f6nderir ve herhangi bir \u00e7\u0131kt\u0131 \u00fcretmesini engeller. Bu, web tabanl\u0131 otomasyon g\u00f6revleri i\u00e7in s\u0131k\u00e7a kullan\u0131l\u0131r.<\/p>\n<\/span>Cron Job Y\u00f6netiminde En \u0130yi Uygulamalar ve \u0130pu\u00e7lar\u0131<\/span><\/h2>\nCron job’lar\u0131 etkili ve sorunsuz bir \u015fekilde kullanmak i\u00e7in sadece do\u011fru s\u00f6zdizimini bilmek yeterli de\u011fildir. Ayn\u0131 zamanda sunucu kaynaklar\u0131n\u0131 verimli kullanmak, hatalar\u0131 ay\u0131klayabilmek ve g\u00fcvenlik risklerini en aza indirmek de \u00f6nemlidir. \u0130\u015fte cron job y\u00f6netiminde dikkate alman\u0131z gereken en iyi uygulamalar ve baz\u0131 profesyonel ipu\u00e7lar\u0131.<\/p>\n
<\/span>Sunucu Y\u00fck\u00fcn\u00fc Dikkate Alarak Zamanlama Yapma<\/span><\/h3>\nA\u011f\u0131r ve kaynak t\u00fcketen g\u00f6revleri (\u00f6rne\u011fin, b\u00fcy\u00fck veritaban\u0131 yedeklemeleri, dosya s\u0131k\u0131\u015ft\u0131rma i\u015flemleri) sitenizin veya sunucunuzun en yo\u011fun oldu\u011fu saatlerde \u00e7al\u0131\u015ft\u0131rmaktan ka\u00e7\u0131n\u0131n. Bu t\u00fcr g\u00f6revleri, genellikle trafi\u011fin en d\u00fc\u015f\u00fck oldu\u011fu gece saatlerine (\u00f6rne\u011fin, 02:00-05:00 aras\u0131) zamanlamak, sunucu performans\u0131n\u0131 olumsuz etkileme riskini azalt\u0131r. Birden fazla yo\u011fun g\u00f6reviniz varsa, bunlar\u0131 ayn\u0131 anda ba\u015flatmak yerine aralar\u0131na birka\u00e7 dakika veya saat koyarak y\u00fck\u00fc da\u011f\u0131t\u0131n.<\/p>\n
<\/span>Komutlar\u0131n Mutlak Yollar\u0131n\u0131 (Absolute Paths) Kullanma<\/span><\/h3>\nCron job’lar, genellikle s\u0131n\u0131rl\u0131 bir ortam de\u011fi\u015fkeni seti ile \u00e7al\u0131\u015f\u0131r ve standart kullan\u0131c\u0131 oturumunuzdaki `PATH` de\u011fi\u015fkenine sahip olmayabilir. Bu nedenle, \u00e7al\u0131\u015ft\u0131raca\u011f\u0131n\u0131z komutlar\u0131n veya betiklerin tam (mutlak) yolunu belirtmek kritik \u00f6neme sahiptir. \u00d6rne\u011fin, `php` yerine `\/usr\/bin\/php` veya `mysqldump` yerine `\/usr\/bin\/mysqldump` kullanmal\u0131s\u0131n\u0131z. Bu, “command not found” gibi yayg\u0131n hatalar\u0131n \u00f6n\u00fcne ge\u00e7er.<\/p>\n
<\/span>Hata Ay\u0131klama i\u00e7in \u00c7\u0131kt\u0131lar\u0131 Bir Log Dosyas\u0131na Y\u00f6nlendirme<\/span><\/h3>\nBir cron job’un neden \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 veya neden hata verdi\u011fini anlamak zor olabilir. Varsay\u0131lan olarak \u00e7\u0131kt\u0131lar e-postaya g\u00f6nderilse de, bu \u00e7\u0131kt\u0131lar\u0131 \u00f6zel bir log dosyas\u0131na y\u00f6nlendirmek daha organize bir hata ay\u0131klama s\u00fcreci sa\u011flar. Komutun sonuna >> \/home\/kullanici\/cron_logs\/gorev.log 2>&1<\/code> ekleyerek hem standart \u00e7\u0131kt\u0131y\u0131 hem de hatalar\u0131 ayn\u0131 dosyaya kaydedebilirsiniz. `>>` operat\u00f6r\u00fc, her \u00e7al\u0131\u015ft\u0131\u011f\u0131nda \u00e7\u0131kt\u0131y\u0131 dosyan\u0131n sonuna ekler, b\u00f6ylece ge\u00e7mi\u015f kay\u0131tlar\u0131 kaybetmezsiniz.<\/p>\n<\/span>G\u00f6revlerin \u00c7ak\u0131\u015fmas\u0131n\u0131 Engellemek \u0130\u00e7in Kilitleme (Locking) Mekanizmalar\u0131<\/span><\/h3>\n