WordPress Heartbeat API ကို ကန့်သတ်ခြင်းသည် WordPress အုပ်ချုပ်မှုပANELတွင် နောက်ကွယ်က admin-ajax.php request frequency ကို လျှော့ချခြင်းဖြင့် server CPU အသုံးပြုမှု ကို နားစွဲချိန်မှာ အထောက်အကူပြုနိုင်သည်။ Shared hosting, မကြာခဏ update လုပ်ရတဲ့ WooCommerce store, နောက်ထပ် အများကြီးရေးသားသူရှိတဲ့ blog များမှာ Heartbeat API သည် 15-60 seconds တစ်ကြိမ် server ကို request ထုတ်ပေးနိုင်သည်။ ဒါကြောင့် မလိုအပ်တဲ့ CPU အသုံးပြုမှု ၊ admin panel နှေးကွေးခြင်း ၊ hosting resource limit warning များ ဖြစ်ပေါ်နိုင်သည်။ ချက်ချင်းပိတ်မထားဘဲ သုံးစွဲနေတဲ့ page သက်တမ်းအလိုက် 60-120 seconds အထိ interval ကို တိုးပေးခြင်း၊ မလိုအပ်တဲ့နေရာမှာပိတ်ပြီး လိုအပ်တဲ့နေရာမှာသာဖွင့်ထားခြင်း၊ hosting panel မှာ resource usage ကို တိတိကျကျ တိုင်းတာခြင်းသည်ပဲ ဖြေရှင်းနည်းတစ်ခုဖြစ်သည်။
ဒီ guide မှာ Heartbeat API ဟာ ဘာလုပ်ပေးသလဲ၊ ဘယ်အချိန်မှာ performance issue ဖြစ်စေသလဲ၊ ဘယ်လို setting တွေက safe ဖြစ်သလဲ၊ WordPress site မှာ CPU usage ကို လက်တွေ့နည်းလမ်းနဲ့ ဘယ်လိုလျှော့ချနိုင်သလဲ ဆိုတာ အဆင့်ဆင့်ရှင်းပြသွားပါမည်။ မလိုအပ်တဲ့ background traffic ကို သိသာထိန်းချုပ်ရင်း၊ auto-save နှင့် session control အကျိုးရှိ feature တွေကို ပျက်စီးစေမည့်အန္တရာယ်မရှိအောင် optimize လုပ်ပေးနိုင်ပါတယ်။ Site သည် 508 Resource Limit, 503 Service Unavailable, admin panel နှေးကွေးခြင်း စတဲ့ပုံစံများ မကြာခဏဖြစ်လျှင် ဒီ setting တွေကို ရှေ့ဆုံးစစ်ကြည့်သင့်တဲ့ optimization ဖြစ်သည်။
WordPress Heartbeat API ဆိုတာဘာလဲ?
WordPress Heartbeat API သည် browser နှင့် server အကြား တစ်ကြိမ်စီအချိန် interval များဖြင့် data sync လုပ်ပေးတဲ့ WordPress mechanism တစ်ခုပါ။ ဒီ communication ဟာ /wp-admin/admin-ajax.php file ကို အသုံးပြုသည်။ Heartbeat API သုံးပြီး၊ post editor မှာ auto-save, concurrent editing detect, session timeout check, plugin real-time notification စတာတွေကို တစ်လျှောက်လုပ်ပေးနိုင်ပါတယ်။
ဥပမာ - editor တစ်ယောက် post မှာရေးနေတုန်း auto-save လုပ်ဖို့အတွက် server ကို regular interval နဲ့ request တစ်ခုကို ဖြင့်ပေးတယ်။ Single user များအတွက် CPU burden မရှိပေမယ့်, 8 editors, 2 admin တွေ, WooCommerce panel ကို multi-user team တစ်ခုက simultaneous open လုပ်ထားရင် request frequency တိုးတတ်ပါတယ်။ 10 concurrent admin session တွေ, 30 seconds interval နဲ့ 1 hour တစ်လျှောက် 1,200 Heartbeat request အထိ ဖြစ်နိုင်သည်။ Plugins တွေက request တွေကို extra data တွေ attach လုပ်ပေးရင် CPU usage ပိုမိုမြင့်မားတတ်ပါတယ်။
ဒါကြောင့် Heartbeat API ဟာ မကောင်းတဲ့ feature မဟုတ်ပါ။ မသင့်တော်တဲ့ interval, မလိုအပ်တဲ့ page, heavy plugin နှင့်အတူ run ဖြစ်သွားရင် performance issue ဖြစ်တတ်ပါတယ်။ Configuration ကို site setup နဲ့အညီ frequency ကို တိတိကျကျ ထိန်းချုပ်လို့ရတယ်။
Heartbeat API ဘာကြောင့် CPU အသုံးပြုမှု တိုးတတ်တာလဲ?
CPU usage ဆိုတာ server မှာ PHP process run တဲ့ computational power ဖြစ်ပါတယ်။ WordPress ဟာ dynamic CMS ဖြစ်လို့ PHP request တစ်ခုတစ်ခု마다 theme, plugin, database, core အားလုံး process လုပ်ပါတယ်။ Heartbeat request တွေက CPU နည်းနည်းပဲသုံးပေမယ့် PHP process ကို trigger လုပ်ပါတယ်။
CPU spike တွေဖြစ်စေတဲ့အကြောင်းအရင်းများမှာ:
- Request interval ပိုမြန်: တချို့ screen တွေမှာ Heartbeat 15 seconds interval သို့တိုးနိုင်သည်။ Single user မှာတောင် 1 hour တစ်လျှောက် 240 request ဖြစ်နိုင်တယ်။
- Multiple open tabs: User တစ်ယောက် admin panel တွင် 4 tabs ဖွင့်ထားလျှင် တစ် tab တစ်ခု Heartbeat traffic ကို generate လုပ်နိုင်သည်။
- Heavy plugins: Security, analytics, backup, page builder, WooCommerce plugins တွေ Heartbeat request တွေကို extra data ပေါင်းထည့်နိုင်သည်။
- Low resource hosting: CPU limit နည်းတဲ့ hosting package တွေ background request များနည်းနည်းပဲဖြစ်ပေမယ့် peak traffic မှာ limit ကို ဖြည့်နိုင်သည်။
- Bot traffic vs real user traffic overlap: Frontend user traffic နဲ့ admin panel traffic တွေ resource sharing ဖြစ်နိုင်သည်။
အထူးသဖြင့် admin-ajax.php access log တွင် frequent request တွေ တွေ့ရလျှင် Heartbeat traffic ကို စစ်သင့်ပါတယ်။ Hostragons hosting panel မှာ resource usage graph နဲ့ CPU spike တွေကို ကြည့်နိုင်ပြီး၊ site သုံးစွဲမှုအပေါ်မူတည်၍ WordPress ဟော့စတင်း package များကို ရွေးချယ်နိုင်ပါသည်။
Heartbeat API ကို တစ်ပြိုင်တည်းပိတ်ထားတာ မှန်သလား?
အများဆုံး site တွေအတွက် တစ်ပြိုင်တည်းပိတ်တာ မသင့်တော်ပါ။ Short-term မှာ CPU usage နည်းနိုင်ပေမယ့် auto-save, content lock, session renewal, plugin notification တို့ ပျက်စီးနိုင်ပါသည်။ Multi-author blog တွေမှာ concurrency edit ဖြစ်သွားလျှင် content loss ဖြစ်နိုင်ပါတယ်။
Safe approach က API ကို လိုအပ်တဲ့နေရာမှာသာ open ထားပြီး interval ကို တိုးပေးခြင်းဖြစ်ပါတယ်။ ဥပမာ - post editor မှာ 60 seconds, admin panel မှာ 120 seconds, frontend မှာ ပိတ်ထားခြင်းဟာ business site များအတွက် best balance ဖြစ်ပါတယ်။ WooCommerce order, stock management screen တွေမှာ special test လုပ်သင့်ပါတယ်။
Heartbeat API အတွက် အကြံပြု Setting Table
| Scenario | Recommended Setting | Expected Effect | Remark |
|---|---|---|---|
| Single-author blog | Admin 120 sec, editor 60 sec, frontend off | Admin-ajax request များ သိသာလျှော့နည်း | Auto-save interval ကို test လုပ်သင့် |
| Multi-author content site | Editor 60 sec, admin 90-120 sec | CPU usage လျှော့၊ content lock မပျက် | Open tab count ကို monitor လုပ်သင့် |
| WooCommerce store | Admin 60-90 sec, frontend careful disable | Panel load လျှော့ | Cart, payment, stock plugin များကို test လုပ်သင့် |
| Corporate showcase site | Admin 120 sec, frontend off | Safe & light optimization | Form, security plugin များကို check လုပ်သင့် |
| Resource limit warning site | Try 60 sec, then 120 sec | CPU spike လျှော့နိုင် | Log & hosting graph တို့နဲ့ measure လုပ်သင့် |
ဒီ table က starting point ဖြစ်ပါတယ်။ အကောင်းဆုံး setting ကို site user count, plugin structure, theme heaviness, hosting resource အပေါ်မူတည်၍ ပြင်ဆင်သင့်ပါတယ်။ Measurement မလုပ်ဘဲ setting ပြောင်းလိုက်ရင် sometimes CPU issue ကို hide လုပ်နိုင်ပေမယ့် root cause ကို မဖြေရှင်းနိုင်ပါ။
WordPress Heartbeat API ကို ဘယ်လို ကန့်သတ်မလဲ?
WordPress Heartbeat API ကို ကန့်သတ်ဖို့ practical method သုံးမျိုးရှိပါတယ်။ Plugin ဖြင့်၊ theme functions.php ထဲ code ထည့်ခြင်း၊ performance plugin ထဲ setting အသုံးပြုခြင်း။ Technical knowledge မရှိလျှင် plugin method သာ safest ဖြစ်ပါတယ်။ Developer များအတွက် code method ကပို flexible ဖြစ်ပါတယ်။
၁။ Heartbeat Control Plugin ဖြင့် ကန့်သတ်ခြင်း
အလွယ်ဆုံးနည်းမှာ Heartbeat traffic ကို manage လုပ်တဲ့ specialized plugin တစ်ခုသုံးခြင်းဖြစ်ပါတယ်။ WP Rocket သုံးတဲ့ Heartbeat Control plugin သို့မဟုတ် ယုံကြည်စိတ်ချရတဲ့ plugin များကို install လုပ်ပြီး admin, editor, frontend အတိုင်း interval သီးသန့်ထည့်နိုင်ပါတယ်။
လုပ်ဆောင်သည့်အဆင့်များ:
- WordPress admin panel မှ Plugins > Add New ကိုသွားပါ။
- Heartbeat Control ကိုရှာပြီး latest, trusted plugin ကို install လုပ်ပါ။
- Activate လုပ်ပြီး settings screen ကိုဝင်ပါ။
- Dashboard တွင် frequency ကို 60/120 seconds သို့ပြောင်းပါ။
- Post editor မှာ 60 seconds interval သို့ပြောင်းပါ။
- Frontend မှာ Heartbeat ကို disable or maximum interval သို့ပြောင်းပါ။
- Save လုပ်ပြီး 24 hours CPU graph ကို monitor လုပ်ပါ။
Advantages က revert လုပ်လွယ်တယ်။ Issue တစ်ခုဖြစ်လျှင် plugin ကို deactivate လုပ်ပီး default behaviour ပြန်ရနိုင်တယ်။ Downside က site ကို extra plugin တစ်ခု ထပ်ထည့်ရသည်။ Plugin count ကို နည်းနည်းထားချင်လျှင် code method ကို သုံးနိုင်ပါတယ်။
၂။ functions.php ဖြင့် Heartbeat interval ပြောင်းခြင်း
Code method သုံးချင်လျှင် main theme functions.php ထဲမထည့်ဘဲ child theme functions.php သို့မဟုတ် custom small plugin ထဲမှာ ထည့်သင့်ပါတယ်။ Theme update လုပ်လျှင် setting မပျက်စီးအောင်။
Heartbeat interval ကို 60 seconds သို့တိုးခြင်း code sample:
add_filter('heartbeat_settings', 'hostragons_heartbeat_interval'); function hostragons_heartbeat_interval($settings) { $settings['interval'] = 60; return $settings; }
ဒီ code သည် default interval (15 sec) ကို 60 sec သို့တိုးပေးသည်။ Request count ကို theory အရ 75% လျှော့နိုင်သည်။ 5 admin session မှာ hourly request 1,200 က 300 သို့ချိန်သွားတယ်။ Plugins တွေ request တစ်ခုမှာ processing ထပ်နေသည်ကိုလည်း consider လုပ်သင့်သည်။
More aggressive disable frontend code example:
add_action('init', 'hostragons_disable_heartbeat_frontend', 1); function hostragons_disable_heartbeat_frontend() { if (!is_admin()) { wp_deregister_script('heartbeat'); } }
Frontend မှာ Heartbeat script ကို တစ်လုံးတည်းပိတ်သည့် code ပါ။ Member, notification, cart update, frontend editor သုံးတဲ့ site တွေမှာ thoroughly test လုပ်သင့်ပါတယ်။ WooCommerce checkout, cart, my account page တွေမှာ unexpected behaviour ဖြစ်လျှင် plugin method ကို page-wise enable/disable သုံးသင့်ပါတယ်။
၃။ WP Rocket နှင့် Performance Plugins ဖြင့် Manage လုပ်ခြင်း
Cache/performance plugin များက Heartbeat control ကို built-in feature အနေနဲ့ ထည့်ထားတတ်ပါတယ်။ WP Rocket တို့မှာ Heartbeat section မှ admin, editor, frontend အတွက် interval ကို သီးသန့်ရွေးနိုင်ပါတယ်။ Already performance plugin သုံးနေတဲ့ site တွေအတွက် extra plugin install မလုပ်ရတော့ဘူး။
Performance plugin တွေမှာ same function ကို two modules တစ်ပြိုင်တည်း enable မလုပ်သင့်ပါ။ WP Rocket Heartbeat control နှင့် standalone Heartbeat Control plugin ကို activate တစ်ပြိုင်တည်း မလုပ်သင့်ပါ။ WordPress optimization rule က single tool per function, measurable changes, gradual adjustment ဖြစ်ပါတယ်။
CPU Usage ကို Measurement ဖြင့် Optimize လုပ်ခြင်း
Heartbeat setting ကို apply လုပ်မလုပ် measurement လုပ်ခြင်းက professional optimization ကိုအရေးကြီးပါ။ Admin panel fast ဖြစ်နေတယ်ဆိုတာ alone proof မဟုတ်ပါ။ CPU usage graph, PHP process count, access log, error log တို့ကို တစ်ပြိုင်တည်း assessment လုပ်သင့်ပါတယ်။
Recommended test plan:
- Baseline measurement: Setting ပြောင်းမလုပ်ခင် 24hr CPU/RAM graph ကို record လုပ်ပါ။
- Access log check:
admin-ajax.phphourly request density ကို analyze လုပ်ပါ။ - Apply first setting: Heartbeat interval ကို 60 sec သို့တိုးပြီး frontend ကို disable လုပ်ပါ။
- Wait 24-48 hours: Same traffic condition မှာ CPU fluctuation ကို monitor လုပ်ပါ။
- Try 120 sec interval: Corporate site တွေမှာ longer interval သုံးလဲ issue မဖြစ်နိုင်ပါ။
- Test critical functions: Auto-save, WooCommerce cart, order management, membership flow ကို check လုပ်ပါ။
ဥပမာ - corporate WordPress site တစ်ခုမှာ admin panel open ချိန် CPU usage 80-90% peak ဖြစ်နေတယ်ဆိုပါစို့။ Heartbeat interval ကို 15 sec မှ 60 sec သို့တိုးလိုက်လျှင် CPU spike 20-40% လျှော့နိုင်သည်။ Backup plugin တစ်ခု hourly full scan run လုပ်နေပါက Heartbeat alone optimize လုပ်လို့မလုံလောက်ပါ။ ဒီအတွက် WordPress အရှိန် အာရုံစိုက်ခြင်း နှင့် ဟိုက်စ်တင် အရင်းအနှီး အသုံးပြုမှု ကို တစ်ပြိုင်တည်း optimize လုပ်သင့်ပါသည်။
admin-ajax.php Traffic အားလုံး Heartbeat လား?

မဟုတ်ပါ။ admin-ajax.php သည် WordPress မှာ multiple operation များအတွက် သုံးပါတယ်။ Heartbeat API က တစ်ခုတည်းသာ။ Form plugins, filtering feature, live search, security scan, e-commerce cart update, theme feature တို့လည်း admin-ajax.php ကို request ထုတ်နိုင်ပါတယ်။
ဒါကြောင့် admin-ajax.php traffic ကို Heartbeatလို့ ချက်ချင်း သရုပ်ဖော်မလုပ်သင့်ပါ။ Browser developer tool မှ network panel ကိုဖွင့်ပြီး payload တွင် action=heartbeat ဖြစ်/မဖြစ် စစ်နိုင်ပါတယ်။ Action value တစ်မျိုးဖြစ်လျှင် issue ဟာ နောက်ထပ် plugin သို့မဟုတ် feature ကနေ ဖြစ်နိုင်ပါတယ်။
Server side access log analysis လုပ်နိုင်ပါတယ်။ Frequent request များ ဘယ် IP, ဘယ် hour, ဘယ် referer page ကလာသည်ကို track လုပ်နိုင်ပါတယ်။ Bot traffic ဖြစ်လျှင် firewall, rate limit, bot protection သုံးခြင်းကထပ်မြန်ပါ။ Secure connection, SSL certificate configuration ကို SSL လိုင်စင် page မှ update လုပ်ထားသင့်ပါ။
Heartbeat Limit Setting လုပ်ရာမှာ Common Mistakes
Performance issue ဖြေရှင်းမှာ quick fix လုပ်လိုက်ခြင်း site functionality ကို ပျက်စီးစေတတ်ပါတယ်။ Live site တွေအတွက် အောက်ပါအချက်တွေ particularly important ဖြစ်ပါတယ်။
- API ကို everywhere disable: Auto-save, content lock ကို fully disable ဖြစ်နိုင်သည်။
- Live site မှာ test မလုပ်ပဲ code ထည့်ခြင်း: Syntax error, white screen issue ဖြစ်နိုင်သည်။
- WooCommerce payment flow ကို check မလုပ်ခြင်း: Unexpected cart/order problem ဖြစ်နိုင်သည်။
- Multiple performance plugin simultaneously enable: Conflict, measurement difficulty ဖြစ်နိုင်သည်။
- CPU issue ကို Heartbeat alone blame လုပ်ခြင်း: Heavy query, bot traffic, cron job တို့ root cause ဖြစ်နိုင်သည်။
- Backup မယူပဲ change လုပ်ခြင်း: Small code issue ကို revert ပြန်လုပ်ဖို့အချိန်ကြာတတ်သည်။
Change မလုပ်မီ file/database backup ယူပါ။ Domain, hosting, site management ကို single panel မှ manage လုပ်ချင်လျှင် ဒိုမိန်း စာရင်းစစ်ခြင်း နှင့် ဝက်ဘ်ဟော့စတင်း ကိုသုံးနိုင်ပါတယ်။
Heartbeat API ပြင်ပ CPU Optimization Tips
Heartbeat limit ဟာ effective step ဖြစ်ပေမယ့် WordPress CPU optimization က broader process တစ်ခုပါ။ Long-term performance အတွက် အောက်ပါ tips များကိုလည်း implement လုပ်သင့်ပါတယ်။
Cache Enable လုပ်ခြင်း
Page caching သည် visitor request တွင် PHP/database load ကို သိသာစွာလျှော့တယ်။ Static page တွေမှာ cache enable လုပ်ထားလျှင် every visit ကို WordPress core ပြန် run မလုပ်ဘူး။ CPU usage လျှော့ဖို့ best method ဖြစ်ပါတယ်။
Unused Plugin Remove လုပ်ခြင်း
Inactive plugin တွေ database မှာ load ဖြစ်နိုင်တယ်။ Active plugin count alone မဟုတ်ဘဲ, actual weight ကို consider လုပ်သင့်တယ်။ Analytics, security, page builder, backup plugin များကို regular check လုပ်ပါ။
WP-Cron Control
WordPress cron system ဟာ every visit မှာ trigger ဖြစ်နိုင်တယ်။ High traffic site တွေမှာ CPU usage တိုးတတ်တယ်။ System cron သုံးပြီး scheduled run လုပ်တာပို control လုပ်နိုင်တယ်။ Heartbeat နဲ့ မတူပေမယ့် background load လျှော့ဖို့ similar benefit ပါ။
Database Optimization
Revision, transient, spam comment, old data တွေ database ကို bloated ဖြစ်စေတယ်။ Regular cleaning query duration ကို shortened ပေးတယ်။ WooCommerce site တွေမှာ order/session/log table များကြီးလာလျှင် optimization ပိုမိုအရေးကြီးသည်။
PHP Version & Hosting Resource
Latest PHP version ကိုသုံးခြင်းသည် performance ပိုကောင်းတယ်။ PHP 8.x compatible theme/plugin structure ကို traffic တိုးလာလျှင် CPU usage သိသာလျှော့တယ်။ Software optimization ကို hosting infrastructure နဲ့တစ်ပြိုင်တည်း match လုပ်သင့်တယ်။ Traffic တိုးလာလျှင် VPS ဆာဗာ သို့မဟုတ် scalable WordPress hosting ကို consider လုပ်နိုင်ပါတယ်။
Safe Implementation Roadmap
Live WordPress site တွင် Heartbeat API limit မလုပ်မီ အောက်ပါ steps ကို follow လုပ်သင့်ပါတယ်။
- Full site backup ယူပါ။
- Current CPU, RAM, admin-ajax.php traffic ကို record လုပ်ပါ။
- Heartbeat intensive traffic ဖြစ်နေသည်ကို confirm လုပ်ပါ။
- Frontend Heartbeat ကို disable or long interval သို့ပြောင်းပါ။
- Post editor မှာ interval ကို 60 sec below မချပါ။
- Admin panel မှာ 90-120 sec interval ကို test လုပ်ပါ။
- WooCommerce, membership, form functionality ကို manual test လုပ်ပါ။
- Compare 24-48hr resource usage before/after change.
- Insufficient optimization ဖြစ်လျှင် plugin, theme, cron load ကို analyze လုပ်ပါ။
Single setting ကို fully rely မလုပ်ဘဲ data-driven optimization လုပ်နိုင်ပါတယ်။ Professional WordPress maintenance သည် CPU usage reduction alone မဟုတ်ဘဲ, site stability နှင့် user experience ကို parallel protect လုပ်သည်။
နိဂုံးချုပ် - Heartbeat API ကို တစ်ပြိုင်တည်းပိတ်ခြင်းမလုပ်ဘဲ, Smart Limit လုပ်ပါ
WordPress Heartbeat API limit ကို right method နဲ့လုပ်လျှင် CPU usage ကို သိသာစွာလျှော့နိုင်၊ admin panel ကို smooth ဖြစ်စေပြီး hosting resource ကို efficient အသုံးပြုနိုင်ပါတယ်။ Best practice က API ကို fully disable မလုပ်ဘဲ frontend ကို limit, editor မှာ safe interval, admin panel မှာ 60-120 sec interval ကို test လုပ်ပါ။
CPU issue ဆက်လက်ရှိနေပါက Heartbeat alone မဖြစ်နိုင်ဘူး။ Cache, plugin load, WP-Cron, database, hosting package တို့ကို parallel optimize လုပ်ပါ။ Hostragons မှာ WordPress site အတွက် stable infrastructure ရှာနေရင် WordPress ဟော့စတင်း solution တွေကို ကြည့်ပါ၊ site resource demand အပေါ်မူတည်၍ smooth upgrade plan တစ်ခု ချနိုင်ပါတယ်။
မကြာခဏမေးလေ့ရှိသောမေးခွန်းများ
WordPress Heartbeat API ကို fully disable လုပ်သင့်လား?
အများဆုံး site တွေအတွက် fully disable မလုပ်သင့်ပါ။ Auto-save, content lock, session control တို့ကို impact ဖြစ်နိုင်သည်။ Safer solution က frontend disable, admin/editor interval ကို 60-120 sec သို့တိုးခြင်းဖြစ်သည်။
Heartbeat API interval ကို ပြောင်းလျှင် CPU usage ဘယ်လောက်လျှော့နိုင်လဲ?
Site structure မတူတဲ့အပေါ်မူတည်ပါတယ်။ 15 sec interval ကို 60 sec သို့တိုးလျှင် request count ကို theory အရ 75% လျှော့နိုင်သည်။ Real CPU reduction ကို plugin weight, user count, hosting resource အပေါ်မူတည်ပါတယ်။
admin-ajax.php traffic အားလုံး Heartbeat ဖြစ်နိုင်သလား?
မဟုတ်ပါ။ Form, WooCommerce, live search, security plugin, theme feature တို့လည်း admin-ajax.php ကို request လုပ်နိုင်သည်။ Network panel မှာ action=heartbeat value ကို check လုပ်နိုင်ပါတယ်။
WooCommerce site တွေမှာ Heartbeat limit safe လား?
Safe ဖြစ်ပေမယ့် careful test လုပ်သင့်ပါတယ်။ Cart, payment, order management, stock update, membership page တွေကို check လုပ်ပါ။ WooCommerce site တွေမှာ fully disable မလုပ်ဘဲ interval တိုးခြင်းသည် safer ဖြစ်ပါတယ်။
Heartbeat setting ပြောင်းပြီး test period ဘယ်လောက်ပါသင့်လဲ?
Minimum 24-48hr test လုပ်သင့်ပါတယ်။ CPU graph, PHP process count, admin-ajax.php request, critical site function တို့ ကို monitor လုပ်ပါ။ Traffic pattern ကို weekday/weekend ဖြင့် separate test လုပ်ပါ။