# Cron İfadesi Oluşturucu: Zamanlamaları Yapın ve Doğrulayın URL: https://upstreamapi.com/tr/tools/cron-ifadesi-olusturucu Type: tool Locale: tr Published: 2026-09-13 Updated: 2026-09-13 --- > Beş alanlı standart bir zamanlamayı oluşturan veya doğrulayan, açık bir Türkçe açıklaması ile sonraki beş çalışma saatini UTC cinsinden gösteren ücretsiz bir cron ifadesi oluşturucusu. ## Zamanlanmış İşler ve Rollout Pencereleri için Cron İfadesi Oluşturucu Hazır ayarlardan bir zamanlamayı oluşturun veya kontrol etmek için bir cron ifadesini yapıştırın. Zamanlamayı göndermeden önce açık bir Türkçe açıklama ve sonraki beş çalışma saatini alın. ## Cron ifadesi oluşturucu Aşağıda alanları veya hazır ayarı seçin. İfade, açık bir Türkçe açıklama ve sonraki beş çalışma saati yazarken güncellenir. *[Interactive widget — see the live page for the full experience]* ## Bu cron ifadesi oluşturucu nasıl çalışır ### Beş alan, standart söz dizimi Dakika, saat, ayın günü, ay ve haftanın günü: crontab, GitHub Actions zamanlaması ve Kubernetes CronJob'un tümü tarafından okunan alanlar. Aralıklar (9-17), listeler (1,15,30), adımlar (*/5) ve joker işaretler üretimde yaptıkları şekilde ayrıştırılır. ### Gün alanları OR'lenmiş, AND'lenmiş değil Ayın günü 1 ve haftanın günü Pazartesi olarak ayarlayın; iş ayın 1'inde veya herhangi bir Pazartesi günü çalışır, sadece her ikisi de hizalandığında değil. Vixie-cron ve Kubernetes CronJob'un gerçekte değerlendirmesi böyledir ve çoğu oluşturucu atlattığı detaydır. ### Sonraki beş çalışma, canlı olarak hesaplanmış Her düzenleme, gerçek takvim boyunca ileri yürüyerek beş UTC zaman damgasını yeniden hesaplar, bu nedenle asla çalışamayacak bir zamanlamayı (Şubat'ta 30. gün gibi) burada boş gösterir, crontab'da sessizce ölü oturmak yerine. ### Kontrol etmek için yapıştırın, sadece oluşturmak için değil Zaten bir cron stringiniz var mı takım arkadaşından, bir CronJob manifestinden veya eski bir Stack Overflow yanıtından? Alanına yapıştırın ve aynı açıklama ve çalışma saatlerini alın, ayrı doğrulayıcı gerekmez. ## Boş alanlardan güvendiğiniz bir zamanlamaya kadar 1. **Hazır ayardan başlayın** — Yaygın bir zamanlamayı seçin (beş dakikada bir, hafta içi sabah 9, ayın 1'inde), veya varsayılanları bırakın ve oradan ayarlayın. 2. **Önemli olan alanları ayarlayın** — Hızlı seç açılır listeleri kullanın veya doğrudan yazın: virgülle ayrılmış listeler, aralıklar için tireler ve */N adımlar her alanda çalışır. 3. **Göndermeden önce onaylayın** — Açık Türkçe açıklamayı okuyun ve sonraki beş çalışma saatini bakım pencereniz veya SLO bütçesine göre kontrol edin, sonra ifadeyi crontab, CI zamanlaması veya CronJob manifestinize kopyalayın. *Uygulama detayı* ## Gün-ay ve haftanın günü alanları neden OR mantığını kullanır POSIX/vixie-cron, Linux crontab ve Kubernetes CronJob'un arkasındaki uygulama, çoğu kişinin asla geçmediği garip bir kurala sahiptir. Hem gün-ay hem de haftanın günü alanları * dışında kısıtlandığında, iş bir tane eşleştiğinde çalışır, her ikisi de eşleştiğinde değil. Gün-ay 1 ve haftanın günü Pazartesi olarak ayarlayın; zamanlamayı ayın 1'inde ve her Pazartesi günü tetikler, sadece 1. gün Pazartesi olduğunda değil. Ya alanı * olarak bırakın ve kısıtlanmış olan günü kısıtlar. Bu oluşturucu, basitleştirilmiş bir sürümü değil, crontab'ınız gerçekte çalıştırdığı için bu kuralı izler. Bir platform ekibinin saat 23:00'te yazdığı zamanlamayı en çok etkiler: ilk iş gününde veya ayın 1'inde çalıştır, hangisi önce gelirse, çoğu kişiye AND gibi görünür ve üretimde OR gibi davranır. - POSIX/vixie-cron (Linux crontab, Kubernetes CronJob): bir gün alanı kısıtlandığında OR - Quartz cron (Java tabanlı zamanlayıcılarda yaygın): genellikle iki gün alanından birinin * yerine ? olarak kalmasını gerektirir, belirsizliği tamamen önler - Bu oluşturucu POSIX/vixie-cron kuralını izler, çünkü crontab ve CronJob'un gerçekte yürütülmesi budur ## Sık sorulan sorular ### Is this cron expression generator free? Yes. It runs entirely in your browser, no account, no rate limit, and no data sent anywhere except an anonymous page-view beacon. ### What timezone are the next run times shown in? UTC. Most crontabs, GitHub Actions schedules, and Kubernetes CronJob resources default to UTC or the container's system time, so this avoids a timezone conversion error. Confirm your own system's timezone before you rely on the exact minute. ### Why does day-of-month 1 and day-of-week Monday run on both, not just when they overlap? Because that is how cron itself behaves. Standard vixie-cron implementations, including Linux crontab and Kubernetes CronJob, evaluate those two fields with OR logic once either one is restricted away from *. This tool matches that behavior on purpose. ### Does it support @daily, @reboot, or other shortcut macros? No, only the five standard numeric fields, since that's what most orchestrators require anyway. @daily maps to 0 0 * * *, @hourly to 0 * * * *, and @weekly to 0 0 * * 0. ### Is my schedule sent to a server? No. Parsing, the plain-English description, and the next-run calculation all run client side. Nothing about the fields you type is transmitted or stored. ### Does the next-run calculation account for daylight saving time? No, everything is computed in UTC, which has no DST. If the system running your cron daemon uses local time with DST, check the offset separately around the transition dates twice a year. ### Can I type month or weekday names instead of numbers? Yes. jan through dec and sun through sat work in the month and day-of-week fields alongside the numeric 1-12 and 0-6 ranges, including in ranges and lists. ## Cron işi çalışır. Tetiklediği dağıtımı ne kısıtlar? upstreamapi, özellik bayrağı rolloutlarını bir SLO bütçesine bağlar, bu nedenle cron tetikli bir dağıtım çager gitmeden önce otomatik olarak geri alabilir, sonra değil. *Call to action: SLO gated rolloutların nasıl çalıştığını görün* ## FAQ ### Bu cron ifadesi oluşturucu ücretsiz mi? Evet. Tamamen tarayıcınızda çalışır, hesap yok, hız sınırı yok ve anonimleştirilmiş sayfa görüntülemesi işareti dışında hiçbir veri gönderilmez. ### Sonraki çalışma saatleri hangi saat diliminde gösterilir? UTC cinsinden. Çoğu crontab, GitHub Actions zamanlaması ve Kubernetes CronJob kaynakları UTC'ye veya konteyner sistem saatine varsayılan olarak ayarlanır, bu nedenle saat dilimi dönüştürme hatası önlenir. Tam dakikaya güvenmeden önce kendi sisteminizin saat dilimini doğrulayın. ### Ayın günü 1 ve haftanın günü Pazartesi neden her ikisinde de çalışır, sadece üst üste geldiğinde değil? Çünkü cron'un kendisi öyle çalışır. Standart vixie-cron uygulamaları, Linux crontab ve Kubernetes CronJob dahil, bu iki alanı bir alan * dışında kısıtlandığında OR mantığı ile değerlendirir. Bu araç bu davranışı kasıtlı olarak eşleştirir. ### @daily, @reboot veya diğer kısayol makrolarını destekler mi? Hayır, yalnızca beş standart sayısal alan, çünkü çoğu orchestrator buna ihtiyaç duyar. @daily 0 0 * * * ile eşleşir, @hourly 0 * * * * ile ve @weekly 0 0 * * 0 ile eşleşir. ### Zamanlamam sunucuya gönderilir mi? Hayır. Ayrıştırma, Türkçe açıklama ve sonraki çalışma hesaplaması tamamıyla istemci tarafında çalışır. Yazdığınız alanlar hakkında hiçbir şey iletilmez veya depolanmaz. ### Sonraki çalışma hesaplaması yaz saatini hesaba katar mı? Hayır, her şey UTC cinsinden hesaplanır, yaz saati yoktur. Cron daemonunuzu çalıştıran sistem yerel saati DST ile kullanırsa, her yıl geçiş tarihleri etrafında mahsup ayrı olarak kontrol edin. ### Sayılar yerine ay veya haftanın günü adlarını yazabilir miyim? Evet. Ocak ile Aralık (jan-dec) ve Pazar ile Cumartesi (sun-sat) İngilizce kısaltmalarıyla ay ve haftanın günü alanlarında sayısal 1-12 ve 0-6 aralıklarıyla birlikte çalışır.