cPanel Cron Jobs အဆင့်မြင့် စနစ်ချိန်ညှိနည်းများနှင့် Server အလုပ်အကိုင် လျှော့ချခြင်း

cPanel Cron Jobs အဆင့်မြင့်စနစ်ချိန်ညှိနည်း သည် သင့်ဝဘ်ဆိုဒ်အတွင်း PHP script, backup, maintenance စသည့် command များကို သတ်မှတ်အချိန်အလိုက် အလိုအလျောက် run လုပ်ပေးသော scheduling system ဖြစ်သည်။ တော်တော်တင်းသည့် setup လုပ်နိုင်ပါက server load ကိုလျှော့ချနိုင်သော်လည်း, မမှန်ကန်စွာ schedule လုပ်မိပါက CPU, RAM, disk I/O ကိုအလျင်မြန်ဆုံး သုံးစွဲသွားနိုင်ပါသည်။ ထိရောက်သည့် cron setup အတွက် job frequency ကိုမလိုအပ်သော်လည်း မကြာခဏ run မလုပ်သင့်၊ output ကို redirect လုပ်ပြီး, overlapping ကိုကာကွယ်၊ workload များကို traffic နည်းသည့်အချိန်သို့ ပြောင်းထား၊ log များဖြင့် monitoring လုပ်သင့်ပါသည်။

Hosting environment များတွင် cron jobs သည် မမြင်နိုင်သည့် hero များပဲဖြစ်သည်။ Email queue process လုပ်ခြင်း၊ stock update၊ cache clean၊ XML product sync၊ database maintenance command များ၊ invoice reminder၊ WordPress task၊ Laravel scheduler စသည်တို့သည် cron မှတဆင့် run လုပ်ခြင်းများဖြစ်သည်။ သို့သော် job တစ်ခုကို မကြာခဏ run လုပ်ခြင်း၊ finish မလုပ်ခင်ပြန် run လုပ်ခြင်း၊ တစ်ကြိမ်တည်းတွင် large file များကို process လုပ်ခြင်းစသည်တို့ကြောင့် web site သေးသေးလေးတစ်ခုမှတောင် shared hosting resource ကို overload ဖြစ်စေနိုင်သည်။ ဤလမ်းညွှန်တွင် cPanel တွင် advanced cron setting များကို တစ်ဆင့်ချင်းလမ်းညွှန်ပေးပြီး, practical command နမူနာများနှင့် stable & lightweight operation တည်ဆောက်နိုင်အောင် ရှင်းပြသွားပါမည်။

cPanel Cron Jobs ဆိုတာဘာလဲ၊ ဘယ်အချိန်သုံးသင့်လဲ?

Cron jobs သည် Linux-based system များတွင် သတ်မှတ်အချိန်တွင် command run လုပ်ပေးသည့် scheduler mechanism ဖြစ်သည်။ cPanel သည် technical knowledge မရှိသူများအတွက် visual interface ဖြင့် management လုပ်နိုင်စေသည်။ ဥပမာ၊ တစ်ညလျှင် 03:15 တွင် backup run လုပ်ရန်၊ 10 မိနစ်တစ်ကြိမ် email queue ကို process လုပ်ရန်၊ တစ်ပတ်လျှင် temporary file များကို clean လုပ်ရန် cron ကိုသုံးနိုင်သည်။

Cron job တစ်ခုကို သုံးသင့်သောအခြေအနေများ-

• Task ကို user visit မလိုအပ်ပဲ background မှ run လုပ်ရန်
• Job ကို interval တစ်ခုတစ်ခု repeat လုပ်ရန်
• Manual run လုပ်ခြင်းသည် operational error ဖြစ်နိုင်သည့် risk ရှိပါက
• Heavy processing ကို visitor experience မထိခိုက်အောင် traffic နည်းသည့်အချိန်တွင် run လုပ်ရန်
• Application, email, report, integration queue တို့သုံးနေပါက

ဥပမာ၊ e-commerce site တစ်ခုတွင် XML product feed ကို တစ်မိနစ်တစ်ကြိမ် sync လုပ်ခြင်းသည် မလိုအပ်သော overload ဖြစ်နိုင်ပါသည်။ Supplier data ကို တစ်နာရီတစ်ကြိမ်သာ update လုပ်ပါက, cron job ကိုတစ်နာရီတစ်ကြိမ် run လုပ်နေခြင်းသည် efficiency တစ်ခုပဲဖြစ်ပါသည်။ 24 နာရီအတွင်း 1440 run ကို 24 run သို့လျှော့ချနိုင်ပြီး, call count ကို 98% လျှော့ချနိုင်ပါသည်။

cPanel တွင် Cron Jobs Screen ကိုဘယ်လိုရောက်ရမလဲ?

cPanel hosting panel မှ cron setup ကိုရောက်ရန် - cPanel သို့ login ဝင်ပါ၊ Advanced (Gelişmiş) section ကိုရွေးပြီး Cron Jobs menu ကို click လုပ်ပါ။ Screen သည် cron email notification နှင့် new cron job add area နှစ်ခုပါဝင်သည်။ Hostragons cPanel hosting package သုံးနေပါက resource limit များကိုလည်း သတိထားသင့်သည်။ Balanced infrastructure အတွက် cPanel ဟိုစ့်တင် options ကိုလေ့လာနိုင်ပါသည်။

Cron scheduling field များမှာ - minute, hour, day, month, weekday ဖြစ်သည်။ cPanel default options များရှိသော်လည်း, advanced use မှာ custom value များရိုက်ထည့်သင့်သည်။ ဥပမာ၊ 5 မိနစ်တစ်ကြိမ် run လုပ်ရန် minute field ကို */5 ထည့်ပြီး, အခြား field များကို * ထားပါ။ 02:30 AM တွင် run လုပ်ရန် minute = 30, hour = 2, others = * ဖြစ်သည်။

Cron Scheduling Syntax: အခြေခံနှင့် အဆင့်မြင့် နမူနာများ

Cron scheduling သည် 5 field (minute, hour, day, month, weekday) ဖြင့် တည်ဆောက်သည်။ Syntax ကိုမှန်ကန်စွာ သုံးနိုင်မည်ဆိုရင် server load ကိုလျှော့ချနိုင်ပါသည်။ Invalid or aggressive schedule များသည် optimize command များကိုပါ overload ဖြစ်စေနိုင်သည်။

အသုံးများသော Cron Schedule နမူနာများ

Every minute cron job များကို only necessary ဖြစ်သည့်အခါမျှသာ သုံးသင့်သည်။ Shared hosting တွင် PHP script တစ်ခုကို တစ်မိနစ်တစ်ကြိမ် run လုပ်ခြင်းသည် PHP startup, database connection, disk read များကြောင့် load တက်စေသည်။ Job တစ်ခု 45 seconds ကြာပြီး, minute interval တွင် run လုပ်နေပါက, overlap ဖြစ်နိုင်သည်။

Star, Comma, Dash, Slash Operators

Cron syntax တွင် * သည် all values ကိုဆိုလိုသည်။ Comma သည် multiple specific values; hour field တွင် 2,14 ဆိုသည်မှာ 2:00 နှင့် 14:00 တွင် run ဖြစ်သည်။ Dash သည် range; 9-18 သည် 09:00 မှ 18:00 ဖြစ်သည်။ Slash သည် periodic repeat; */15 သည် 15 မိနစ်တစ်ကြိမ် run ဖြစ်သည်။

ဥပမာ - 0 9-18/3 * * 1-5 သည် Monday-Friday 09:00 မှ 18:00 အတွင်း 3 နာရီ interval run ဖြစ်သည်။ Advanced schedule များသည် especially business hour API sync များအတွက် အသုံးဝင်သည်။

Server Load ကိုလျှော့ချနိုင်သော အရေးကြီး Cron Settings

Cron optimization သည် schedule တင်သာမကပါ။ Command execution, output redirect, job overlap prevention, error handling တို့သည် performance ကိုတန်းတိတိထိခိုက်စေသည်။ အောက်ပါနည်းလမ်းများသည် လှုပ်ရှားမှုအမြင့်ဆုံး resource-saving technique များဖြစ်သည်။

၁။ Job Frequency ကို လိုအပ်ချက်အရ သတ်မှတ်ပါ

ပထမဆုံးမေးခွန်းသည် - job တစ်ခုကို ဘယ်လောက်ကြာခဏ run လုပ်သင့်လဲ? တစ်နေ့တစ်ကြိမ်သာ report produce လုပ်သော် hourly cron မလိုအပ်ပါ။ XML supplier file တစ်ခုကို ၆ နာရီတစ်ကြိမ်သာ update လုပ်ပါက, ၅ မိနစ် interval checking သည် traffic နှင့် workload ကိုတိုးတက်စေသည်။ System admin များသည် frequency ကို business need အရ သတ်မှတ်ပြီး, observation data နဲ့ ပြန် review လုပ်သည်။

Calculation - 8 seconds duration cron job, minute interval မှာ တစ်နေ့ 1440 run = 11,520 seconds CPU time. 15 minutes interval မှာ 96 run = 768 seconds only. Schedule change တစ်ခုမှာ workload ကို 15x လျှော့ချနိုင်သည်။

၂။ Cron Output ကို Email မပို့ပါ

cPanel default မှာ cron output ကို email ပို့နိုင်သည်။ Debug အတွက်သုံးနိုင်သော်လည်း, frequent job များသည် mail queue ကို overload ဖြစ်စေနိုင်သည်။ Output redirect နည်းလမ်း-

/usr/local/bin/php /home/kullanici/public_html/script.php >/dev/null 2>&1

Standard & error output ကို discard လုပ်သည်။ Critical job များတွင် output ကို log file ထဲသို့ redirect လုပ်သင့်-

/usr/local/bin/php /home/kullanici/public_html/script.php >> /home/kullanici/logs/script.log 2>&1

Log file များသည် unlimited မကြီးသင့်။ Weekly/monthly log rotation, delete or compress old logs သင့်တော်သည်။ Otherwise, disk quota ပြည့်ပြီး unexpected website error များဖြစ်နိုင်သည်။

၃။ Overlapping Job ကို ကာကွယ်ပါ

Server load တက်စေသော common issue မှာ previous cron job finish မလုပ်ခင် next run တိုးလာခြင်းဖြစ်သည်။ Especially import/export, report, backup script များသည် risk ရှိသည်။ Linux မှာ flock command ဖြင့် lock လုပ်နိုင်သည်-

/usr/bin/flock -n /tmp/urun-aktarimi.lock /usr/local/bin/php /home/kullanici/public_html/import.php >/dev/null 2>&1

-n option သည် lock in use ဖြစ်ပါက wait မလုပ်ပဲ exit လုပ်သည်။ Thus, duplicate job မ run ဖြစ်နိုင်။ Shared hosting တစ်ခုမှာ flock path ကွဲပြားနိုင်သည်; not working ဖြစ်ပါက hosting support ကိုတောင်းနိုင်သည်။ Hostragons support request များတွင် command, schedule, log sample များပါဝင်ပါက solution ပိုမြန်စေသည်။

၄။ Heavy Jobs ကို Low Traffic Hours သို့ ပြောင်းပါ

Backup, image processing, large CSV import, database optimization များကို traffic နည်းသည့်အချိန် run လုပ်သင့်သည်။ မြန်မာ target site များတွင် 02:00-05:00 AM သည် quiet hours ဖြစ်နိုင်သော်လည်း, site type နှင့် audience ပေါ်မူတည်သည်။ News site, B2B portal, international e-commerce site များတွင် traffic pattern ကွဲပြားနိုင်သည်။

Decision ချရန် web analytics, access log, resource usage graph များကို ကြည့်သင့်သည်။ Global audience ရှိပါက single night hour မသုံးပဲ, workload ကို chunk အသီးအသီးအဖြစ် schedule လုပ်သင့်သည်။ Example- 100,000 products import ကို one-time run မလုပ်ပဲ, every 10 minutes 1,000 products process queue structure သုံးပါ။

၅။ PHP CLI Version ကို မှန်ကန်ရွေးပါ

cPanel server များတွင် PHP version တစ်ခုထက်ပိုရနိုင်သည်။ Website သည် PHP 8.2 သုံးနေသော် cron CLI သည် PHP 7.4 default ဖြစ်ပါက compatibility, error, performance issues ဖြစ်နိုင်သည်။ Full PHP path ကိုသုံးပါ-

/opt/cpanel/ea-php82/root/usr/bin/php /home/kullanici/public_html/artisan schedule:run

Laravel, Symfony, WordPress CLI, custom PHP script များတွင် correct PHP version သည် security & performance နှစ်ခုလုံးအတွက်အရေးကြီးသည်။ Latest PHP version သုံးသင့်၊ old version မသုံးသင့်။ Infrastructure compatibility အတွက် Linux Hosting နှင့် PHP version support page ကိုလေ့လာနိုင်သည်။

Command Examples: WordPress, Laravel နှင့် Custom PHP Scripts

Different application များသည် cron approach ကွဲပြားသည်။ Project တစ်ခုချင်းစီအတွက် single correct method မရှိသော်လည်း, resource-saving principles အများစုသည် - short job, idempotent, data corruption မဖြစ်အောင်, error log ထုတ်သင့်သည်။

WordPress Cron Optimization

WordPress default သည် WP-Cron mechanism သုံးသည်။ Scheduling သည် time-based မဟုတ်ဘဲ visitor event-based ဖြစ်သည်။ Low traffic site များတွင် job delay ဖြစ်နိုင်၊ high traffic တွင် unnecessary trigger များဖြစ်နိုင်သည်။ Controlled setup အတွက် wp-config.php တွင် WP-Cron ကို disable လုပ်ပြီး, cPanel cron job ဖြင့် interval schedule run လုပ်နိုင်သည်-

define('DISABLE_WP_CRON', true);

Then, cPanel မှာ 10/15 minutes interval ဖြင့် command ထားနိုင်-

/usr/bin/wget -q -O - https://siteadiniz.com/wp-cron.php?doing_wp_cron >/dev/null 2>&1

WP-CLI သုံးပါက-

/usr/local/bin/wp cron event run --due-now --path=/home/kullanici/public_html >/dev/null 2>&1

Heavy WooCommerce site များတွင် cron interval သတ်မှတ်သည့်အချိန် order, stock, email, subscription job များကိုလည်း consider လုပ်သင့်သည်။ Performance-focused WordPress site များတွင် WordPress ဟော့စတင်း သုံးခြင်းသည် resource isolation နှင့် cache management အတွက် advantage ဖြစ်သည်။

Laravel Scheduler

Laravel project တွင် mostly single cron job define လုပ်ပြီး, detail schedule ကို app/Console/Kernel.php မှ manage လုပ်သည်။ cPanel cron command typical-

* * * * * /opt/cpanel/ea-php82/root/usr/bin/php /home/kullanici/proje/artisan schedule:run >> /home/kullanici/logs/laravel-schedule.log 2>&1

Laravel schedule:run ကို every minute မှာ run လုပ်နိုင်သော်လည်း, actual job schedule ကို framework အတွင်းမှာ manage သင့်သည်။ schedule:run job ကို short duration ဖြစ်အောင် optimize လုပ်သင့်။ Long-running job များကို queue worker သို့ ပို့ပါ၊ withoutOverlapping, lock methods သုံးပါ။ Production environment တွင် cache, config, route optimization လုပ်ပါ။

Custom PHP/Shell Scripts

Best practice မှာ large job ကို small chunk အဖြစ် run လုပ်ခြင်း။ Example- import.php script ကို every run မှာ all data မ process လုပ်ပဲ, unprocessed first 500 records ကိုသာ handle လုပ်နိုင်သည်။ Thus, memory usage stable ဖြစ်ပြီး timeout risk လျှော့ချနိုင်သည်။ Command example-

/usr/bin/flock -n /tmp/import.lock /usr/local/bin/php -d memory_limit=256M /home/kullanici/scripts/import.php >> /home/kullanici/logs/import.log 2>&1

memory_limit value ကို wisely သတ်မှတ်ပါ။ Too high limit သည် multiple simultaneous process တွင် server overload ဖြစ်နိုင်သည်။ Too low limit သည် job incomplete ဖြစ်နိုင်သည်။ Correct value ကို test run နှင့် log analysis ဖြင့် find လုပ်ပါ။

Advanced Performance Techniques

nice နှင့် ionice ဖြင့် Priority Down

VPS သို့ server permission ရှိပါက, nice နှင့် ionice command များသုံးပြီး cron job CPU & disk priority ကို down လုပ်နိုင်သည်။ Example-

/usr/bin/nice -n 10 /usr/bin/ionice -c2 -n7 /usr/local/bin/php /home/kullanici/backup.php

nice သည် CPU priority, ionice သည် disk I/O priority ကို control လုပ်သည်။ Shared hosting တွင် restriction ရှိနိုင်သော်လည်း, VPS/dedicated server တွင် full control ရှိသည်။ Special requirement project များအတွက် VPS ဆာဗာ solutions သုံးနိုင်သည်။

timeout ဖြင့် Stuck Job Termination

Sometimes, external API response မလာ၊ file lock ဖြစ်သည်၊ script hang ဖြစ်သည်။ timeout command သုံးပြီး job duration ကို limit လုပ်နိုင်သည်-

/usr/bin/timeout 300 /usr/local/bin/php /home/kullanici/public_html/api-sync.php >> /home/kullanici/logs/api-sync.log 2>&1

300 seconds ထက်ကြာပါက job ကို terminate လုပ်သည်။ Thus, faulty process မည်သည့်အချိန်တွင် resource consume မလုပ်နိုင်။ timeout job များသည် interruption resilience design လုပ်သင့်; stepwise processing, state tracking in DB သုံးပါ။

Database Query Optimization

Cron workload များသည် PHP မှာမက database query မှာပါ ဖြစ်နိုင်သည်။ Index မပါသော query, large table scan, MySQL CPU usage တက်စေသည်။ Thousands of records process လုပ်သော cron script တွင် WHERE field များသည် indexed ဖြစ်သင့်သည်။ Bulk update တွင် LIMIT ကိုသုံးပါ၊ million records update ကို single query မလုပ်ပါ။ SELECT * ကို avoid လုပ်ပါ။

Example- stock update job မှာ sku field ကို search လုပ်ပါက, sku field ကို index လုပ်ပါ။ Otherwise, table scan တစ်ခုမှာ 50,000 products တစ်ခုအတွက် seconds vs minutes difference ဖြစ်နိုင်သည်။

Security Checklist for Cron Jobs

Cron jobs သည် server မှ command run လုပ်သည့်အတွက် security အရေးကြီးသည်။ Wrong permission, public maintenance file, uncontrolled parameter injection များသည် risk ဖြစ်နိုင်သည်။

• Command တွင် absolute path သုံးပါ; relative path သည် error prone ဖြစ်သည်။
• public_html အပြင်တွင် script များကို web access ရှိမည့် folder တစ်ခုထက် secure folder တွင် သိမ်းပါ။
• File permission ကို overly broad မပေးပါ; 777 permission မသုံးပါ။
• External URL-triggered cron endpoint ကို secret token ဖြင့် protect လုပ်ပါ။
• Log file တွင် API key, password, personal data မရေးပါ။
• SSL-enabled secure endpoint သုံးပါ; SSL လိုင်စင် guide ကိုကြည့်ပါ။
• Domain change တွင် cron URL ကို update လုပ်ပါ; new project အတွက် ဒိုမိန်း စာရင်းစစ်ခြင်း step ကို include လုပ်ပါ။

Especially URL-based cron job များတွင် HTTPS သုံးပါ။ HTTP endpoint များသည် monitoring & manipulation risk ရှိသည်။ Endpoint ကို guess လုပ်နိုင်ပါက bot trigger ဖြစ်ပြီး unexpected load ဖြစ်နိုင်ပါသည်။

Monitoring, Logging နှင့် Troubleshooting

Cron job တစ်ခု success ဖြစ်သည်ဟု presumption မလုပ်ပဲ, log ဖြင့် validation လုပ်သင့်သည်။ Start/end time, record count, error code, duration log များကိုထားပါ။ Simple log line တစ်ခုသည် troubleshooting ကို အမြန်ဆုံးဖြေရှင်းနိုင်စေသည် - 2026-03-10 02:30 started, 02:33 finished, 1250 records processed, error 0 လို။

cPanel တွင် resource usage screen ရှိပါက CPU, RAM, entry process, I/O graph များကိုကြည့်ပါ။ Peak hour တွင် spike တွေ့ပါက cron job schedule ကိုစစ်ပါ။ Multiple cron job များကို same minute schedule လုပ်ထားပါက, 5-10 minutes interval တွင် distribute လုပ်ခြင်းသည် load peak ကို down လုပ်နိုင်ပါသည်။

Common Error & Solution Table

Shared Hosting, VPS, Dedicated Server Cron Strategy

Shared hosting တွင် cron job များကို အလွန်သေချာစွာ plan လုပ်သင့်သည်။ CPU, RAM, I/O resource များသည် fair usage policy ဖြင့် restriction ရှိသည်။ Short-duration, low-frequency, well-logged job များသည် shared hosting အတွက် ideal ဖြစ်သည်။ Heavy data processing, video encoding, large backup, persistent worker process များအတွက် shared hosting သင့်တော်သည်မဟုတ်ပါ။

VPS environment တွင် control ပိုများသည်။ System service, supervisor, queue worker, custom PHP settings, advanced monitoring tool များကို configure လုပ်နိုင်သည်။ Dedicated server တွင် highest control ရှိသော် maintenance responsibility ပိုများသည်။ Suitable infrastructure ကို cron job frequency, duration, data size, traffic volume အပေါ်မူတည်၍ရွေးချယ်သင့်သည်။

Practical Optimization Plan: 30 Minutes Cron Cleanup

Cron-based server performance issue တွေ့ပါက, ဤ short action plan ကိုသုံးနိုင်သည်-

• cPanel Cron Jobs screen တွင် job list ကိုကြည့်ပါ။
• Each job purpose, frequency, average duration ကို note လုပ်ပါ။
• Every minute job များကို check/adjust; 5, 10, 15 minutes interval သို့ ပြောင်းပါ။
• Same minute run job များကို split/distribute လုပ်ပါ။
• Command output redirect ထည့်ပါ။
• Long-running job တွင် flock/app lock system ထည့်ပါ။
• Heavy job များကို night hour schedule လုပ်ပါ။
• Log & resource graph ကို one week monitor, new config verify လုပ်ပါ။

ဒီ steps များသည် dramatic improvement များရနိုင်သည်။ Especially unnecessary every-minute job များလျှော့ချပါက, hosting account CPU spike down ဖြစ်ပြီး website response time သည် stable ဖြစ်လာသည်။

နိဒါန်း - Smart Cron, Stable Server

cPanel Advanced Cron Jobs Setting သည် automatic job add screen တစ်ခုသာမက, correct usage မှာ web site performance, reliability, operation efficiency ကို တိုးတက်စေသော tool တစ်ခုဖြစ်သည်။ Job frequency ကို real need အရ set လုပ်ခြင်း၊ output management, overlap prevention, correct PHP version usage, regular log monitoring သည် server load ကို သိသိသာသာ down ဖြစ်စေသည်။ Cron job workload သည် hosting package capacity ကို challenge ဖြစ်လာသည်ဆိုပါက, Hostragons hosting/VPS solution များကို consider လုပ်ပြီး scalable infrastructure သို့ migration plan လုပ်နိုင်သည်။

အကြံပြုမေးခွန်းများ

cPanel cron jobs ကို အနည်းဆုံး ဘယ်လောက် interval ဖြင့် run လုပ်သင့်လဲ?

ဤ value သည် hosting provider limit နှင့် job nature ပေါ်မူတည်သည်။ Generally, 5, 10, 15 minutes interval သည် healthy ဖြစ်သည်; every-minute run ကို only short & essential job များတွင်သာ သုံးသင့်သည်။

Cron output ကို /dev/null redirect လုပ်ခြင်း safe တယ်လား?

Yes, unnecessary email & disk workload ကို down လုပ်နိုင်သည်။ Critical job များမှာ output ကို controlled log file ထဲသို့ write လုပ်သင့်သည်။ Debug period တွင် log retention အရေးကြီးသည်။

WordPress WP-Cron ကို disable လုပ်သင့်လား?

Heavy traffic သို့ job delay ဖြစ်နေသော WordPress site များတွင် WP-Cron disable လုပ်ပြီး, cPanel cron job ဖြင့် 10-15 minutes real schedule set လုပ်ခြင်းသည် stability ကိုတိုးတက်စေသည်။

Cron job သည် server ကို slow down ဖြစ်စေနိုင်တယ်ဆိုရင် ဘာလုပ်သင့်လဲ?

Frequency down လုပ်ပါ၊ job overlap ကို flock ဖြင့် prevent လုပ်ပါ၊ output redirect လုပ်ပါ၊ job ကို chunk အဖြစ် split လုပ်ပါ၊ DB query ကို index check လုပ်ပါ။

Shared hosting တွင် heavy cron job run လုပ်နိုင်သလား?

Short & lightweight job များ run လုပ်နိုင်သည်။ Heavy import, video processing, persistent worker, intensive backup job များအတွက် VPS သို့ higher resource hosting plan သုံးသင့်သည်။