فروشگاه WooCommerce با اقدام‌های گیرکرده
هزاران اقدام زمانبندیشده در انتظار مانده‌اند و ایمیل‌ها دیر می‌روند. LayerAssist اقدام ناموفق را پیدا میکند، صف را دوباره راه می‌اندازد و یک cron واقعی تنظیم میکند.
مطمئن شوید وظایف زمانبندیشده واقعاً اجرا می‌شوند.
پشتیبان‌ها، ایمیل‌ها، درون‌ریزی‌ها، نوشته‌های زمانبندیشده: بیشتر کار سایت شما طبق برنامه در پس‌زمینه انجام میشود. LayerAssist بررسی میکند که این کارها اجرا می‌شوند، پیدا میکند چرا یکی اجرا نشده و دوباره راهش می‌اندازد.
در یک نگاه
- در گفتگودر گفتگو کارهای cron را فهرست میکند، لاگ‌هایشان را می‌خواند، زمانبند WordPress و فرایندهای پس‌زمینه را بررسی میکند و کاری را که اجرا نمی‌شود رفع میکند.
- خودکارسازیبه‌عنوان خودکارسازی خودتان، میتواند هر صبح بررسی کند کارهای شبانه اجرا شده‌اند – مثلاً پشتیبان تازه‌ای وجود دارد – و اگر یکی اجرا نشده بود خبر دهد.
- پایشگر داخلیاگر کارگر صف شما بهعنوان سرویس اجرا میشود، پایشگر سرویس داخلی همان لحظهٔ توقفش هشدار میدهد.
- هنوز نههنوز پایشگر داخلی «ضربان» برای کارهای cron وجود ندارد.
کارهای پس‌زمینه بی‌صدا شکست می‌خورند
کارهای cron و صف‌ها وقتی اجرا می‌شوند که کسی نگاه نمی‌کند: پشتیبان‌های شبانه، ایمیل‌های صورت‌حساب، درون‌ریزی محصولات، پاک‌سازی کش، نوشته‌های زمانبندیشده. وقتی یکی متوقف شود هیچ صفحهٔ خطایی ظاهر نمی‌شود – فقط کار انجام نمی‌شود.
بعداً و به سخت‌ترین شکل باخبر می‌شوید: پشتیبانی که لازم دارید سه ماه قدمت دارد، مشتریان صورت‌حساب نگرفته‌اند، مقالهٔ صبح هرگز منتشر نشده.
نشانه‌های اینکه کار زمان‌بندی‌شده‌ای اجرا نمی‌شود
- پشتیبان‌ها ساخته نمی‌شوند یا قدیمی‌تر از حد انتظارند
- نوشته‌های زمانبندیشده «زمانبندی از دست رفت» نشان می‌دهند
- ایمیل‌ها یا برون‌ریزی‌های روزانه متوقف شده‌اند
- صف مدام طولانی‌تر میشود و کارها «در انتظار» می‌مانند
چرا کارهای cron و صف‌ها متوقف می‌شوند
زمانبند WordPress فقط با بازدید اجرا میشود
WP-Cron وقتی اجرا میشود که کسی سایت را ببیند. در سایتی با بازدید کم، یا پشت کش، کارهای زمانبندیشده دیر یا اصلاً اجرا نمی‌شوند.
مسیر یا محیط اشتباه
کاری که دستی اجرا میشود، در زمانبندی شکست می‌خورد چون نسخهٔ PHP متفاوت است، مسیری وجود ندارد یا اسکریپت جابه‌جا شده.
فرایند کارگر متوقف شده
کارگرهای صف باید همیشه اجرا شوند. پس از خرابی، استقرار یا راه‌اندازی مجدد، هیچ چیز دوباره راهشان نمی‌اندازد.
کارهایی که از کار می‌افتند یا روی هم انباشته می‌شوند
یک کار ناموفق، قفلی که هرگز آزاد نمی‌شود یا کاری که بیش از بازهٔ خودش طول می‌کشد، همه‌چیز پشت سرش را مسدود میکند.
LayerAssist چطور کارهای پس‌زمینه را در حال اجرا نگه می‌دارد
برنامهٔ زمانی، لاگ‌ها و نتیجه را بررسی میکند: چیزی که کار قرار بود تولید کند.
آنچه زمانبندی شده را فهرست میکند
crontab سرور، کارهای cron در کنترل‌پنل میزبانی و رویدادهای زمان‌بندی‌شدهٔ WordPress را می‌خواند و هرکدام را توضیح میدهد.
بررسی میکند کار واقعاً اجرا شده
دنبال مدرک میگردد: یک ورودی لاگ، فایل پشتیبان تازه، ایمیل ارسال‌شده، صف خالی‌شده.
پیدا میکند چرا کاری شکست خورد
فرمان کار را همان‌طور که cron اجرا میکند اجرا میکند، خطا را می‌خواند و سپس مسیر، نسخهٔ PHP یا مجوزها را اصلاح میکند.
درست راه‌اندازی میکند
میتواند WP-Cron را با cron واقعی سرور جایگزین کند، کارگرهایی تنظیم کند که خودشان دوباره راه بیفتند و ثبت لاگ اضافه کند تا شکست‌ها ردی باقی بگذارند.
نمونه: پشتیبان‌هایی که بی‌صدا دیگر ساخته نمی‌شدند
چه چیزی را بررسی میکند
- crontab: پشتیبان هر شب ساعت 02:00 زمانبندی شده
- جدیدترین فایل پشتیبان: 74 روز قدمت دارد
- لاگ cron: کار با «mysqldump: command not found» شکست می‌خورد
- علت: یک به‌روزرسانی سرور ابزار را جابه‌جا کرد و کار هنوز از مسیر قدیمی استفاده میکند
چه چیزی را تغییر میدهد
مسیر در اسکریپت پشتیبان اصلاح شد، یک بار اجرا شد و ایمیل هنگام شکست تنظیم شد
چه چیزی به دست می‌آورید
- مدرکی که کارها اجرا می‌شوند، نه فقط اینکه زمانبندی شده‌اند
- شکست‌ها صبح روز بعد پیدا می‌شوند، نه ماه‌ها بعد
- کارهای زمان‌بندی‌شدهٔ WordPress که سر وقت اجرا می‌شوند
- کارگرهای صف که پس از خرابی برمی‌گردند
موقعیت‌های واقعی
برنامهٔ Laravel با صف
پس از یک استقرار، کارگر صف دیگر هرگز راه نیفتاد. LayerAssist آن را زیر supervisor قرار میدهد تا خودش دوباره راه بیفتد و یک پایشگر سرویس پیشنهاد میکند.
سایت خبری با مقاله‌های زمانبندیشده
مقاله‌های زمانبندیشده برای ساعت 6:00 ظهر منتشر می‌شوند: پشت کش، WP-Cron فقط وقتی کش منقضی می‌شد اجرا می‌شد. cron سرور این را حل میکند.
چطور کارهای cron را با LayerAssist بررسی کنیم
سرور یا میزبانی را متصل کنید
SSH تصویر کامل را میدهد؛ کنترل‌پنل میزبانی هم کارهای cron خودش را نشان میدهد.
بررسی بخواهید
در گفتگو: «کارهای زمان‌بندی‌شدهٔ ما اجرا می‌شوند؟» یا «چرا درون‌ریزی دیشب شکست خورد؟»
بگذارید کار را رفع کند
علت را پیدا میکند، رفعش میکند و کار را یک بار اجرا میکند تا ثابت کند کار میکند.
آن را به بررسی صبحگاهی تبدیل کنید
یک بررسی روزانه بهعنوان خودکارسازی خودتان بخواهید و برای کارگرهای صفی که بهعنوان سرویس اجرا می‌شوند پایشگر سرویس اضافه کنید.
پرسش‌ها دربارهٔ پایش کارهای cron
cron زمانبند خود سرور است و دقیقاً سر وقت اجرا میشود. WP-Cron زمانبند داخلی WordPress است و فقط وقتی کسی سایت را ببیند اجرا میشود. برای زمانبندی مطمئن، LayerAssist میتواند WP-Cron را از یک cron واقعی سرور اجرا کند.
بله، با دسترسی SSH. فرایندهای کارگر، کارهای ناموفق و طول صف را بررسی میکند و میتواند کارگرها را زیر Supervisor یا systemd اجرا کند تا خودشان دوباره راه بیفتند.
با یک بررسی زمانبندیشده بهعنوان خودکارسازی خودتان: مثلاً هر صبح دنبال مدرک اجرای کارها میگردد و اگر چیزی نبود خبر میدهد. هنوز پایشگر داخلی «ضربان» وجود ندارد.
خواندن کارهای cron و لاگهای کاربر خودتان با دسترسی معمولی انجام میشود. تغییر سرویسهای سیستم یا کارهای کاربران دیگر sudo لازم دارد که از طرح Plus به بالا در دسترس است.
راهنماهای مرتبط
- پایشگر داخلیسرویسهای سروروقتی سرویسی مثل پایگاه داده متوقف شود هشدار میدهد.
- خودکارسازیبهروزرسانیهای WordPressهر روز بهروزرسانیها را بررسی، پشتیبانگیری، بهروز و آزمایش میکند.
- خودکارسازیخطاهای برنامهلاگهای خطا را مرتب می‌خواند و میگوید چه چیزی مهم است.
همهٔ راهنماهای پایشببینید هر طرح شامل چیستLayerAssist چطور کار میکند
از $۹ در ماه · ۱۴ روز برای تغییر نظر
دفعه بعد که چیزی خراب شد، می‌دانید از کی بپرسید.
همین امروز سایت خود را اضافه کنید و اولین پرسش را بپرسید. مناسب شما نیست؟ ظرف ۱۴ روز لغو کنید و نخستین پرداخت را پس بگیرید؛ فقط هزینهٔ کار هوش مصنوعی مصرف‌شده کسر میشود.
۷ روز رایگان · بدون نیاز به کارت اعتباری · نیازی به دانش فنی نیست.