How to run a cron job every Friday — midnight, 5 PM, morning, or any time. Covers crontab setup, Friday-specific schedules, and platform examples for AWS EventBridge, Quartz, and Kubernetes CronJob. See also: Cron Every Friday at 5 PM guide.
The cron expression 0 0 * * 5 runs at 00:00 (midnight) every Friday. The day-of-week field (5) restricts execution to Friday only, while the minute and hour fields control the exact time. This produces 1 execution per week. Typical use cases include weekly team reports, scheduled maintenance windows, recurring data exports, weekly email newsletters, automated timesheet reminders, and end-of-week summaries. Running on Friday ensures the task aligns with your team's workflow. For Quartz Scheduler, use 0 0 ? * FRI (three-letter uppercase day names with ? in day-of-month). For AWS EventBridge, use cron(0 0 ? * FRI *). For Kubernetes CronJob, use schedule: "0 0 * * 5" with numeric day values. Cron day-of-week numbering: Sunday=0, Monday=1, Tuesday=2, Wednesday=3, Thursday=4, Friday=5, Saturday=6. Some implementations also accept 7 for Sunday. To add more days, use comma separation: 1,3,5 for Mon/Wed/Fri. Last updated: June 2026.
The expression 0 0 * * 5 means: at minute 0, hour 0, day-of-month *, month *, day-of-week 5. Each field in the cron expression controls a different time component: minute, hour, day of month, month, and day of week.
Run crontab -e in your terminal to open your crontab editor. Add a new line: 0 0 * * 5 /path/to/your/script.sh. Save and exit. Verify with crontab -l. Make sure your script is executable (chmod +x script.sh) and uses full paths for all commands.
Quartz Scheduler: 0 0 * * 5. AWS EventBridge: cron(0 0 ? * 5 *). Kubernetes CronJob: schedule: "0 0 * * 5" (standard 5-field format). Each platform has slight syntax differences — use our dialect switcher above to get the exact expression.
Standard Unix cron uses 0-6: Sunday=0, Monday=1, Tuesday=2, Wednesday=3, Thursday=4, Friday=5, Saturday=6. Some implementations also accept 7 for Sunday. Quartz uses text labels: SUN, MON, TUE, WED, THU, FRI, SAT.
Common pitfalls: (1) Cron uses a minimal PATH — always use full paths to commands and scripts. (2) Percent signs (%) must be escaped with backslash in crontab. (3) Cron runs in the system timezone — set CRON_TZ=UTC at the top of your crontab for consistent UTC scheduling. (4) Redirect output to prevent email spam: 0 0 * * 5 /path/command >> /var/log/myjob.log 2>&1. (5) Test your cron expression with crontab.guru or our validator above before deploying.
The cron expression 0 0 * * 5 has different syntax on various scheduling platforms. Here is the equivalent expression for each:
| Platform | Expression |
|---|---|
| Unix / Linux crontab | 0 0 * * 5 |
| Quartz Scheduler (Java) | 0 0 ? * 5 |
| AWS EventBridge | cron(0 0 ? * 5 *) |
| Kubernetes CronJob | 0 0 * * 5 |
| Vercel Cron | 0 0 * * 5 |
| GitHub Actions | 0 0 * * 5 (UTC) |
Key differences across platforms: Quartz uses 7 fields starting with seconds and supports L (last) and W (weekday) modifiers. AWS EventBridge requires a 6th year field and uses ? instead of * in day fields when the other day field is specified. Kubernetes uses standard 5-field Unix cron. Vercel Cron uses the same format but schedules are defined in vercel.json. GitHub Actions uses standard cron but runs in UTC timezone only, so adjust the hour field for your local timezone offset.
Follow these tips when setting up cron jobs in production: