ٹاسک شیڈیولنگ کیسے کام کرتی ہے؟

Question

Accepted Answer

Laravel کا **task scheduler** آپ کو شیڈول شدہ (دہرائی جانے والے) ٹاسک — جیسے روزانہ رپورٹس، صفائی، یا یادوں کو بھیجنا — روانی سے **کوڈ میں** متعریف کرنے دیتا ہے، بہت سے انفرادی cron entries کو منیج کرنے کی بجائے۔ ایک واحد cron entry Laravel کے scheduler کو چلاتا ہے، جو پھر آپ کے متعریف کردہ ٹاسک کو ان کے شیڈول شدہ اوقات میں چلاتا ہے۔

## جو مسئلہ حل کرتا ہے

```text
Traditionally, each recurring task needs its own crontab entry on the server
→ scattered, hard to version-control, server-specific, error-prone.
Laravel: define ALL scheduled tasks in code (version-controlled), with ONE cron entry.
```

## شیڈول شدہ ٹاسک متعریف کرنا (کوڈ میں)

```php
<?php
// in the schedule definition (app/Console/Kernel.php or routes/console.php)
$schedule->command('reports:generate')->daily();
$schedule->command('emails:reminders')->hourly();
$schedule->job(new CleanupJob)->everyFifteenMinutes();
$schedule->call(fn() => DB::table('sessions')->where(...)->delete())->dailyAt('02:00');

// expressive frequency methods:
->everyMinute() ->hourly() ->daily() ->weekly() ->monthly()
->dailyAt('13:00') ->weekdays() ->cron('0 0 * * *')   // or a raw cron expression
```

ٹاسک **روانی، قابلِ فہم API** کے ساتھ متعریف کیے جاتے ہیں — آپ Artisan commands، queued jobs، یا closures کو بیان کنے والے frequency methods (`daily()`, `everyFifteenMinutes()`, `dailyAt()`) کے ساتھ شیڈول کر سکتے ہیں، سب کچھ version-controlled کوڈ میں بکھرے ہوئے crontab entries کی بجائے۔

## واحد cron entry جو اسے چلاتا ہے

```bash
# add ONE cron entry on the server — runs the scheduler every minute
* * * * * cd /path-to-app && php artisan schedule:run >> /dev/null 2>&1
```

یہ ایک entry ہر منٹ `schedule:run` کو چلاتا ہے؛ Laravel دیکھتا ہے کہ آپ کے متعریف کردہ کون سے ٹاسک due ہیں اور انہیں چلاتا ہے۔ آپ دوبارہ crontab کو چھوتے ہی نہیں — تمام شیڈولنگ کوڈ میں رہتی ہے۔

## مفید آپشن

```php
$schedule->command('backup')->daily()
    ->withoutOverlapping()        // don't start if the previous run is still going
    ->onOneServer()                // in multi-server setups, run on only ONE server
    ->emailOutputOnFailure('ops@x.com');
```

## اہمیت

ٹاسک شیڈولنگ کسی بھی ایپلیکیشن کے لیے اہم ہے جس میں **دہرایا جانے والا background کام** ہو — روزانہ رپورٹس، متواتر صفائی، یادیں/digests بھیجنا، ڈیٹا sync کرنا، batches کو پروسیس کرنا — جو ایک عام ضرورت ہے، اور Laravel کا scheduler ایسے ٹاسک کو منیج کرنا روایتی cron سے کہیں زیادہ صاف ستھرا بناتا ہے۔

بنیادی فائدہ تمام شیڈول شدہ ٹاسک **روانی سے version-controlled کوڈ میں** متعریف کرنا ہے بکھرے ہوئے، server-specific crontab entries کی بجائے: یہ شیڈولنگ منطق کو آپ کی ایپلیکیشن کے ساتھ رکھتا ہے (reviewable، deployable، environments میں مطابقت رکھنے والا) اور ایک بیان کنے والا API (`daily()`, `everyFifteenMinutes()`, `dailyAt()`) استعمال کرتا ہے جو cron syntax سے بہت زیادہ قابلِ فہم ہے۔

چالاک ڈیزائن — ایک **واحد cron entry** جو ہر منٹ `schedule:run` چلاتا ہے، جو پھر آپ کے due ٹاسک کو چلاتا ہے — کا مطلب ہے کہ آپ cron کو ایک بار setup کریں اور دوبارہ اسے نہ چھویں، تمام شیڈولنگ کوڈ میں منیج کریں۔

شیڈول شدہ ٹاسک متعریف کرنے کا طریقہ سمجھنا (commands، jobs، frequency methods کے ساتھ closures)، single-cron-entry setup، اور مفید آپشن (`withoutOverlapping`, multi-server safety کے لیے `onOneServer`) قیمتی علم ہے جو ایسی ایپلیکیشنیں بنانے کے لیے جو دہرایا جانے والا خودکار کام کریں۔

چونکہ شیڈول شدہ/متواتر ٹاسک ایک بار بار حقیقی دنیا کی ضرورت ہیں، اور چونکہ Laravel کا scheduler raw cron entries منیج کرنے کے لیے ایک صاف، version-controlled، بیان کنے والا متبادل فراہم کرتا ہے، ٹاسک شیڈولنگ کیسے کام کرتی ہے یہ جاننا senior-level علم ہے maintainable ایپلیکیشنیں بنانے کے لیے خودکار دہرایا جانے والے operations کے ساتھ — ایک عام، عملی ضرورت جو scheduler خوبصورتی سے سنبھالتا ہے۔