Ondersteuning » Algemeen WordPress » Inplannen van berichten

  • Sinds vanochtend lijkt het inplannen van berichten niet meer te werken, ik heb vanmiddag een test gemaakt en kreeg het volgende bericht ‘planning mislukt’ bij een bericht.

    Is dit een tijdelijk probleem? Heeft iemand anders er ook last van?

10 reacties aan het bekijken - 1 tot 10 (van in totaal 10)
  • Vraag je webhoster eens..

    Dit gaat namelijk via een functie die Cronjob heet, en niet elke webhoster heeft dit standaard in het pakket zitten.
    Miss. had je webhoster deze functie tijdelijk uitgezet of was hij net onderhoud aan het doen of zoiets.

    9 van de 10 keer heeft dat namelijk niet met WP te maken maar met de digitale clock van je hosting.

    Thread starter John Tilburgers

    (@john-tilburgers)

    Bedankt voor je opmerking, sinds een paar weken draait de site op een snellere server, en zijn daar ook mogelijkheden tot het schedulen van Cronjobs. Problemen met schedulen heb ik echter nog nooit gehad, en ik kan me herinneren uit het verleden dat vlak voordat er een update van WP kwam, ook ineens het plannen niet meer werkte, maar ik zal eerst eens navragen bij de webhoster of die een oplossing weet.

    Dat zou wel heel raar zijn want over 2 a 3 weken komt er ook weer een update van WordPress online.

    🙂

    Maar het lijkt me sterk dat het daar iets mee te maken heeft want jouw WordPress staat totaal los van wat WordPress Core developement doet.
    Er is geen verdere verbinding met wordpress.org.

    Sinds wanneer heeft WordPress een dedicated cron nodig (aka een cron die ingesteld moet worden)?

    Naar mijn weten gaat dit altijd via wp-cron.php welke om de zoveel tijd door WordPress wordt opgeroepen.

    volgens mij klopt je conclusie dan ook niet
    “Dit gaat namelijk via een functie die Cronjob heet, en niet elke webhoster heeft dit standaard in het pakket zitten.”

    Ik denk dat een betere vraag is waarom wp-cron.php niks deed…
    Of mis ik nu opeens wordpress kennis 🙂 (werk er al jaren mee).

    Sorry alvast voor de gene als mijn antwoord fout mocht zijn..

    @theguywho,
    Miss. moet je dan eens wat vaker langskomen op dit forum en wat topics oplossen ipv op één single topic te reageren om iemand alleen maar te willen verbeteren om het verbeteren.

    Speciaal gaan zoeken en dit gevonden, het lijkt me wel een handig artikel.
    http://wp.tutsplus.com/articles/insights-into-wp-cron-an-introduction-to-scheduling-tasks-in-wordpress/

    Hierbij ga je er dus vanuit dat hij in zijn wp-config.php de internal wordpress cron heeft uitgezet.

    Een conclusie die je in me ogen erg overhaast maakt. By all means, tof dat je de tijd neemt en iemand probeert te helpen, maar je reactie is overhaast in mijn mening.

    Standaard gaat wp-cron.php zoals ook uitgelegd staat op de website via het interne WordPress mechanisme. Stel, jij pland een bericht in om 13:00 en iemand bezoekt jouw website tussen 12:50 en 13:30 niet, dan zal het bericht ook pas om 13:30 (zodra iemand de site bezoekt) geplaatst worden.

    Mijn vraag aan de topic starter. Heeft je host toevallig een access.log en staat hierin wel vermeld dat de wp-cron.php opgeroepen wordt?

    WordPress heeft geen dedicated cron maar die kan wel opgezet worden. Maar als dit niet gebeurd is dit geen reden tot het stoppen van inplannen van berichten, wp-cron.php zou dit over moeten nemen (werkt middels bezoekers op je site, het is dan alleen niet op de minuut precies).

    Je kan o.a. proberen om te kijken of de tijdzone en datum goed staat ingesteld op de nieuwe server.

    Oh ja, niet kibbelen over wie er goed/fout heeft en op aantal berichten. Is toch helemaal nergens voor nodig. Hij corrigeert terecht en doet dat ook nog eens netjes.

    Thread starter John Tilburgers

    (@john-tilburgers)

    Dit kreeg ik terug van de webhoster

    Ik kan in je access.log duidelijk zien dat wp-cron.php wordt aangeroepen en dit is het bestand wat “automatische acties” beheert. Ik vermoed alsnog dat het probleem is veroorzaakt door een update van een plugin of dergelijke. Ik kan platform technisch (aan onze zijde) geen redenen verzinnen waarom dit ook niet zal werken.

    Een test die ik gister had klaar gezet, en al gepubliceerd had moeten worden, werd ineens gepost, later die dag.

    Wel speelde er nog een ander probleem, de statisitiek bij de host-site werden niet bijgehouden, daar kreeg ik het volgende antwoord op

    Ik zag dat de error.log ongeveer 2.3 GB was en denk dat ook de veroorzaker van de statistieken problemen is. Ik heb de error.log inhoudelijk bekeken en zag continue meldingen over dat APC geen geheugen meer heeft.

    Een test met het plannen van een bericht die ik net heb gedaan, blijkt dat het probleem is opgelost en het bericht op de juiste tijd gepubliceerd wordt. Wat het precies geweest is, is me onduidelijk.

    heb je zelf weleens de error.log bekeken John?
    Misschien dat dit ook wijst naar wat er mis is.

    iig fijn dat het opgelost lijkt te zijn.

    Thread starter John Tilburgers

    (@john-tilburgers)

    Bedankt, de verklaring is gegeven. Ik had alle elementen van de W3 Total Cache-plugin een APC-cache gegeven waardoor het werkgeheugen vol zat, en dat was de error-melding, en het bleek dat enkel “minify” de bedoeling was. Ik kan ook nergens een begrijpelijke handleiding vinden om die W3 Total Cache plugin perfect in te richten.

    Ik ontdek ik dat er in de website-optimalisatie nog steeds fouten voorkomen, een echte oplossing heb ik niet gevonden, maar ik heb dan ook helemaal geen verstand van servers en databases. Aan de bezoekcijfers te zien (meer dan 3000 visits per dag)zal er wel weinig aan de hand zijn.

    Deze site heb ik gebruikt om te checken: Pingdom
    En het gaat om Tilburgers.nl.

10 reacties aan het bekijken - 1 tot 10 (van in totaal 10)
  • Het onderwerp ‘Inplannen van berichten’ is gesloten voor nieuwe reacties.