Varmista, että ajastetut tehtäväsi todella suoritettiin.

Varmuuskopiot, sähköpostit, tuonnit, ajastetut julkaisut: suuri osa sivustosi työstä tapahtuu taustalla aikataulun mukaan. LayerAssist tarkistaa, että tehtävät suoritetaan, selvittää, miksi jokin jäi suorittamatta, ja käynnistää sen uudelleen.

Lyhyesti

  • ChatissaChatissa se luettelee cron-työsi, lukee niiden lokit, tarkistaa WordPressin ajastimen ja taustaprosessit ja korjaa työn, joka ei toimi.
  • AutomaatioOmana automaationasi se voi tarkistaa joka aamu, että yön työt ajettiin – esimerkiksi että tuore varmuuskopio on olemassa –, ja kertoa, jos jokin jäi ajamatta.
  • Sisäänrakennettu valvontaJos jonotyöntekijäsi toimii palveluna, sisäänrakennettu palveluvalvonta hälyttää heti, kun se pysähtyy.
  • Ei vielä saatavillaSisäänrakennettua ”heartbeat”-valvontaa cron-töille ei vielä ole.

Taustatyöt epäonnistuvat äänettömästi

Cron-työt ja jonot tekevät työtään, kun kukaan ei katso: öiset varmuuskopiot, laskusähköpostit, tuotetuonnit, välimuistin tyhjennykset, ajastetut julkaisut. Kun jokin niistä pysähtyy, virhesivua ei näy – työ vain jää tekemättä.

Saat tietää myöhemmin ja hankalalla tavalla: tarvitsemasi varmuuskopio on kolme kuukautta vanha, asiakkaat eivät saaneet laskujaan, aamun julkaisu ei koskaan ilmestynyt.

Merkkejä siitä, että ajastettu työ ei toimi

  • Varmuuskopioita ei enää synny tai ne ovat vanhempia kuin pitäisi
  • Ajastetut julkaisut näyttävät ”Ajastus ohitettiin”
  • Päivittäiset sähköpostit tai viennit ovat pysähtyneet
  • Jono kasvaa jatkuvasti ja työt jäävät tilaan ”odottaa”

Miksi cron-työt ja jonot pysähtyvät

WordPressin ajastin toimii vain käyntien yhteydessä

WP-Cron käynnistyy, kun joku vierailee sivustolla. Vähän käydyllä sivustolla tai välimuistin takana ajastetut tehtävät suoritetaan myöhässä tai ei ollenkaan.

Väärä polku tai ympäristö

Työ, joka toimii käsin ajettuna, epäonnistuu aikataulussa toisen PHP-version, puuttuvan polun tai siirretyn skriptin vuoksi.

Työntekijäprosessi on pysähtynyt

Jonotyöntekijöiden pitää olla käynnissä koko ajan. Kaatumisen, julkaisun tai uudelleenkäynnistyksen jälkeen mikään ei käynnistä niitä uudelleen.

Kaatuvat tai kasautuvat työt

Yksi epäonnistuva työ, lukko, jota ei koskaan vapauteta, tai väliään pidempään kestävä työ estää kaiken sen takana.

Näin LayerAssist pitää taustatyösi käynnissä

Se tarkistaa aikataulun, lokit ja tuloksen: sen, mitä työn piti tuottaa.

Luettelee ajastetut tehtävät

Se lukee palvelimen crontabin, webhotellin hallintapaneelin cron-työt ja WordPressin ajastetut tapahtumat ja selittää jokaisen.

Tarkistaa, että työ todella ajettiin

Se etsii todisteita: lokimerkinnän, tuoreen varmuuskopiotiedoston, lähetetyn sähköpostin, tyhjentyneen jonon.

Selvittää, miksi jokin epäonnistui

Se ajaa työn komennon samoin kuin cron, lukee virheen ja korjaa sitten polun, PHP-version tai oikeudet.

Laittaa asiat kuntoon

Se voi korvata WP-Cronin oikealla palvelimen cronilla, asettaa itsensä uudelleenkäynnistävät työntekijät ja lisätä lokituksen, jotta epäonnistumiset jättävät jäljen.

Esimerkki: varmuuskopiot, jotka lakkasivat hiljaa

  1. Sinä

    Voitko tarkistaa, että öiset varmuuskopiomme toimivat? Luulen, ettei kukaan ole katsonut niitä kuukausiin.

  2. Mitä se tarkistaa

    • Crontab: varmuuskopio ajastettu joka yö klo 2.00
    • Uusin varmuuskopiotiedosto: 74 päivää vanha
    • Cron-loki: työ epäonnistuu virheellä ”mysqldump: command not found”
    • Syy: palvelinpäivitys siirsi työkalun, ja työ käyttää yhä vanhaa polkua
  3. Mitä se muuttaa

    Korjasin polun varmuuskopioskriptissä, ajoin sen kerran ja asetin sähköposti-ilmoituksen epäonnistumisesta

  4. LayerAssist

    Varmuuskopioitasi ei ole ajettu 74 päivään: palvelinpäivitys siirsi tietokantatyökalun, jota skripti käyttää. Korjasin polun ja otin juuri varmuuskopion; se valmistui ja tiedosto on paikallaan. Jos haluat, voin tarkistaa joka aamu, että tuore kopio on olemassa.

Mitä saat

  • Todiste siitä, että työt ajettiin, ei vain siitä, että ne on ajastettu
  • Epäonnistumiset havaittu seuraavana aamuna, ei kuukausien päästä
  • Ajallaan suoritettavat WordPressin ajastetut tehtävät
  • Jonotyöntekijät, jotka palaavat kaatumisen jälkeen

Todellisia tilanteita

WooCommerce-kauppa jumiin jääneine toimintoineen

Tuhannet ajastetut toiminnot jäävät odottamaan, ja sähköpostit lähtevät myöhässä. LayerAssist löytää epäonnistuvan toiminnon, saa jonon liikkeelle ja ottaa käyttöön oikean cronin.

Laravel-sovellus jonoineen

Julkaisun jälkeen jonotyöntekijä ei enää käynnistynyt. LayerAssist asettaa sen supervisorin alaisuuteen, jotta se käynnistyy itsestään uudelleen, ja ehdottaa palveluvalvontaa.

Uutissivusto ajastettuine artikkeleineen

Klo 6.00 ajastetut artikkelit ilmestyvät puoliltapäivin: välimuistin takana WP-Cron käynnistyi vasta, kun välimuisti vanheni. Palvelimen cron ratkaisee sen.

Näin tarkistat cron-työt LayerAssistilla

  1. Yhdistä palvelin tai webhotelli

    SSH antaa koko kuvan; webhotellin hallintapaneelikin näyttää omat cron-työnsä.

  2. Pyydä tarkistusta

    Chatissa: ”Toimivatko ajastetut työmme?” tai ”Miksi yön tuonti epäonnistui?”

  3. Anna sen korjata työ

    Se löytää syyn, korjaa sen ja ajaa työn kerran todistaakseen, että se toimii.

  4. Tee siitä aamutarkistus

    Pyydä päivittäistä tarkistusta omana automaationasi ja lisää palveluvalvonta palveluna toimiville jonotyöntekijöille.

Kysymyksiä cron-töiden valvonnasta

Cron on palvelimen oma ajastin ja toimii täsmälleen ajallaan. WP-Cron on WordPressiin sisäänrakennettu ajastin, joka käynnistyy vain, kun joku vierailee sivustolla. Luotettavia aikoja varten LayerAssist voi ajaa WP-Cronin palvelimen oikeasta cronista.

Seuraava: WordPress-päivitykset

Alkaen 9 $ kuukaudessa · 14 päivää aikaa muuttaa mielesi

Kun jotain menee seuraavan kerran rikki, tiedät keneltä kysyä.

Lisää sivustosi ja kysy ensimmäinen kysymyksesi jo tänään. Ei sinulle? Peruuta 14 päivän kuluessa ja saat ensimmäisen maksun takaisin, vähennettynä vain käyttämälläsi tekoälytyöllä.

7 päivää ilmaiseksi · Luottokorttia ei tarvita · Ei vaadi teknistä osaamista.