{"id":16349,"date":"2025-12-29T15:08:23","date_gmt":"2025-12-29T14:08:23","guid":{"rendered":"https:\/\/webhosting.de\/cron-timezone-issues-cronjobs-zeitplanung-fehler\/"},"modified":"2025-12-29T15:08:23","modified_gmt":"2025-12-29T14:08:23","slug":"cron-tijdzone-problemen-cronjobs-tijdplanning-fouten","status":"publish","type":"post","link":"https:\/\/webhosting.de\/nl\/cron-timezone-issues-cronjobs-zeitplanung-fehler\/","title":{"rendered":"Cron-tijdzone-problemen: gevolgen voor cron-taken uitgelegd"},"content":{"rendered":"<p>Cron-tijdzone-problemen brengen cron-taken uit hun ritme: verschillende tijdzones, zomertijdwisselingen en inconsistente <strong>serverconfiguratie<\/strong> uitvoeringstijden verschuiven of taken verdubbelen. Ik laat duidelijk zien hoe deze effecten ontstaan, hoe ik ze test en hoe ik cronjobs in internationale <strong>gepland<\/strong> Omgevingen betrouwbaar plan.<\/p>\n\n<h2>Centrale punten<\/h2>\n<p>De volgende kernaspecten bieden een doelgerichte leidraad voor dit onderwerp:<\/p>\n<ul>\n  <li><strong>UTC-strategie<\/strong>: Uniforme basis zonder zomertijdwisseling.<\/li>\n  <li><strong>DST-risico's<\/strong>: Spronguren veroorzaken dubbele of ontbrekende runs.<\/li>\n  <li><strong>CRON_TZ<\/strong>: Tijdzone per taak in nieuwe cron-versies.<\/li>\n  <li><strong>App-TZ<\/strong>: PHP, Node, Python tijdbewust configureren.<\/li>\n  <li><strong>Controle<\/strong>: Logs, waarschuwingen en testruns rond tijdwijzigingen.<\/li>\n<\/ul>\n\n<h2>Waarom tijdzones cronjobs verstoren<\/h2>\n<p>Een cronjob wordt altijd uitgevoerd volgens de lokale systeemtijd, wat bij afwijkende <strong>Tijdzone<\/strong> onmiddellijk tot uitstel leidt. Als de server op UTC staat, interpreteert Cron elke uitdrukking relatief ten opzichte van UTC, terwijl teams vaak lokale kantooruren in gedachten hebben. Als iemand \u201edagelijks 9 uur EET\u201c plant, komt dat, afhankelijk van de zomertijd, overeen met UTC+2 of UTC+3 en vereist dit een concrete <strong>omrekening<\/strong>. Wie dit verschil vergeet, start dagelijkse rapporten te vroeg of te laat, of mist betalingsvensters. Daarom controleer ik eerst de actieve tijdzone van het systeem en vergelijk ik deze met de verwachting van de toepassing, voordat ik cron-expressies vastleg.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/cron-timezone-office-7681.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Serverconfiguratie in de praktijk<\/h2>\n<p>Ik begin elke analyse met een blik op <strong>timedatectl<\/strong> en date om de tijdzone, NTP-status en offsets te bekijken. Een \u201etimedatectl set-timezone UTC\u201c zorgt voor een betrouwbare basis, waarbij ik vervolgens Cron-expressies omreken naar UTC. In hostingopstellingen treden vaak discrepanties op wanneer de doeltoepassing in \u201eEurope\/Berlin\u201c berekent, maar de server op UTC staat. Hetzelfde geldt voor CLI-PHP en webserver-PHP: een afwijkende \u201edate.timezone\u201c leidt tot verschillende <strong>Tijdbasissen<\/strong>. Ik documenteer de definitieve beslissingen zichtbaar in de projectdocumentatie, zodat niemand later lokaal in plaats van UTC verwacht.<\/p>\n\n<h2>UTC als standaard en omgang met kantooruren<\/h2>\n<p>UTC als servertijd vermindert veel foutbronnen, omdat de klok geen <strong>Zomertijd<\/strong> kent. Ik plan dan elke lokale uitvoering als vaste UTC-tijd, bijvoorbeeld \u201e9 uur EST\u201c in de winter als 14:00 UTC. Zo blijven terugkerende rapporten, back-ups en exports consistent, ongeacht de regionale klok. Als ik CRON_TZ gebruik, definieer ik de tijdzone per taak als er meerdere regio's parallel moeten draaien. Daarnaast documenteer ik een tabel met veelvoorkomende <strong>offsets<\/strong>, zodat de omrekening transparant blijft.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/cronjob_timezone_issues_3928.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Zomertijdvalkuilen en tests<\/h2>\n<p>De zomertijdwisseling zorgt voor de meest typische <strong>Foutbeelden<\/strong>: Runs tussen 1 en 3 uur kunnen uitvallen of dubbel worden uitgevoerd. Daarom plan ik kritieke taken in deze regio's bewust buiten dit tijdvenster. Daarnaast simuleer ik het omschakelmoment in een testomgeving en controleer ik logs, tijdstempels en exitcodes. Ik houd de tijdzonedatabase up-to-date met tzdata, zodat nieuwe regels correct worden toegepast. Bij afwijkingen analyseer ik cron-logs, applicatielogs en systeemtijd samen om <strong>Oorzaken<\/strong> veilig scheiden.<\/p>\n\n<h2>CRON_TZ in detail en verschillen tussen de cron-implementaties<\/h2>\n<p>CRON_TZ staat \u00e9\u00e9n tijdzone per taak toe, bijvoorbeeld als koptekst \u201eCRON_TZ=Europe\/Berlin\u201c v\u00f3\u00f3r de eigenlijke invoer. Nieuwere cron-derivaten ondersteunen dit betrouwbaar, minimalistische varianten (bijvoorbeeld in embedded- of BusyBox-omgevingen) negeren de richtlijn. Ik test daarom de actieve implementatie (\u201ecronie\u201c, \u201eVixie\u201c, \u201eBusyBox\u201c) en het concrete gedrag:<\/p>\n<ul>\n  <li><strong>Interpretatie<\/strong>: CRON_TZ werkt alleen voor de volgende regel of het volgende blok, niet globaal voor de hele crontab.<\/li>\n  <li><strong>DST-gedrag<\/strong>: Bij \u201e0 2 * * *\u201c op lokale tijd tijdens de voorwaartse omschakeling bestaat 02:00 niet \u2013 sommige implementaties <em>overslaan<\/em>, andere <em>inhaal<\/em> om 03:00 uur. Bij het uitstellen (02:00 uur dubbel) kunnen twee runs ontstaan.<\/li>\n  <li><strong>Diagnose<\/strong>: Ik maak een expliciete taak aan die de berekende lokale en UTC-tijd weergeeft en observeer rond de omschakeling gedurende ten minste twee dagen de daadwerkelijke triggertijd.<\/li>\n<\/ul>\n<p>Als CRON_TZ ontbreekt of onzeker is, blijf ik bij <strong>Server-UTC<\/strong> en pas de lokale tijd-logica consequent toe in de applicatie.<\/p>\n\n<h2>Speciale gevallen: @daily, @reboot, Anacron en Catch-up<\/h2>\n<p>De afkortingen <code>@hourly<\/code>, <code>@daily<\/code>, <code>@weekly<\/code> zijn handig, maar niet altijd eenduidig tijdens DST-nachten. \u201e@daily\u201c betekent \u201eeenmaal per kalenderdag\u201c, niet noodzakelijkerwijs elke 24 uur \u2013 tijdsprongen verschuiven daarom de looptijd in werkelijkheid. Voor laptops of VM's die 's nachts uit staan, voegt <strong>Anacron<\/strong> gemiste runs; klassieke Cron doet dat niet. Ik documenteer per taak expliciet of <em>Inhalen<\/em> gewenst is en voer dit technisch uit:<\/p>\n<ul>\n  <li><strong>Geen inhaalraces<\/strong>: Financieel of importvenster \u2013 bij vertraging liever bewust overslaan.<\/li>\n  <li><strong>Inhaalraces<\/strong>: Consistente dagrapporten \u2013 gemiste runs inhalen en in de app markeren als \u201eLate Run\u201c.<\/li>\n  <li><strong>@reboot<\/strong>: Handig voor een eerste opruimbeurt, maar nooit een vervanging voor gemiste tijdvensters.<\/li>\n<\/ul>\n\n<h2>PHP-, cPanel- en WHMCS-configuraties netjes houden<\/h2>\n<p>Vooral bij PHP-stacks botsen instellingen: webserver-PHP gebruikt vaak een andere <strong>Tijdzone<\/strong> dan de CLI, waardoor cronjobs andere tijden berekenen. Ik controleer dit met \u201ephp -i | grep date.timezone\u201c en stel indien nodig \u201ephp -d date.timezone=\u2019Europe\/Berlin\u2018 script.php\u201c in. In cPanel- of Jailshell-omgevingen plaats ik \u201edate_default_timezone_set()\u201c in een centrale configuratie als ik de systeemtijdzone niet mag wijzigen. Als er vertragingen of dubbele runs optreden, kijk ik eerst in het automatiseringsoverzicht van de app en de cron-mailrapporten. Voor hosting situaties verwijs ik graag naar achtergrondinformatie over <a href=\"https:\/\/webhosting.de\/nl\/cronjobs-shared-hosting-onbetrouwbaar-achtergronden-alternatieven-serverbelasting\/\">Cronjobs bij shared hosting<\/a>, omdat beperkte middelen en afhankelijkheden vaak tot tijdsafwijkingen leiden.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/cronjobs-zeitzonenproblem-blogbild-5892.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Databases en tijdzones<\/h2>\n<p>Als ik tijdstempels in UTC opsla, blijven vergelijkingen, retentiestrategie\u00ebn en backfills robuust. Ik zorg ervoor dat DB-events of interne schedulers (bijv. MySQL Event Scheduler, PG-extensies) de gewenste <strong>Tijdbasis<\/strong> Gebruik: stel Session-TZ expliciet in, voorzie jobuitvoer van UTC en lokale tijd en tolereer geen impliciete conversies in migratiescripts. Voor bedrijfslogica met lokale \u201estarttijd\u201c leg ik regels vast in de toepassing (feestdagen, offsetwijzigingen) en sla ik de <em>Bron<\/em> (bijv. \u201eEurope\/Berlin\u201c), zodat historische evaluaties reproduceerbaar blijven.<\/p>\n\n<h2>Containers en Docker betrouwbaar configureren<\/h2>\n<p>In containers leg ik de tijdzone expliciet vast, bijvoorbeeld met \u201eENV TZ=Europe\/Berlin\u201c in het <strong>Dockerfile<\/strong>. Zonder deze specificatie neemt de container niet noodzakelijkerwijs de hosttijd over en voert hij intern onjuiste berekeningen uit. Voor pure UTC-workloads kies ik bewust voor \u201eTZ=UTC\u201c en houd ik logs strikt in UTC, zodat de correlatie tussen services slaagt. In georkestreerde omgevingen documenteer ik de specificaties in de Image-Readme en test ik de run met datumafhankelijke fixtures. Zo voorkom ik dat een enkele container de <strong>Planning<\/strong> van een hele workflow verplaatst.<\/p>\n\n<h2>Kubernetes- en cloud-scheduler in beeld<\/h2>\n<p>Veel georkestreerde omgevingen interpreteren cron-expressies op controllerniveau en vaak in <strong>UTC<\/strong>. Daarom controleer ik per platform of tijdzone-specifieke gegevens worden ondersteund of genegeerd. Als er geen native TZ-ondersteuning is, gebruik ik het beproefde patroon: cluster in UTC, cron in UTC en de applicatie berekent de lokale tijden. Het is belangrijk dat er een duidelijk gedrag is bij <em>Misses<\/em>: moeten runs worden ingehaald als een controller uitvalt, of vervallen ze? Ik documenteer deze beslissing samen met SLO's (maximale vertraging, tolerantievenster) en test bewust failover-scenario's.<\/p>\n\n<h2>Applicatiegestuurde besturing en frameworks<\/h2>\n<p>Veel schedulerbibliotheken staan echte tijdzone-instellingen toe, wat het gebruik van DST sterk vereenvoudigt. <strong>Vereenvoudig<\/strong> kan. In PHP begin ik met \u201edate_default_timezone_set()\u201c en laat ik de app lokaal berekenen, terwijl de server op UTC blijft. In Node.js of Python gebruik ik tijdzone-bewuste planners zoals node-schedule of APScheduler. Voor WordPress verminder ik de afhankelijkheid van mechanische cron-oproepen via <a href=\"https:\/\/webhosting.de\/nl\/wp-cron-begrijpen-optimaliseren-wordpress-taakbeheer-expert\/\">WP-Cron optimaliseren<\/a> en gebruik vervolgens Server-Cron, dat gericht een hit activeert. De app regelt de tijden, Cron levert alleen de <strong>Trekker<\/strong>.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/cron_timezone_issue_4892.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Idempotentie, locking en overlappingen<\/h2>\n<p>Tijdzone-problemen vallen vooral op wanneer taken elkaar overlappen of dubbel worden uitgevoerd. Ik ontwerp taken <strong>idempotent<\/strong> en gebruik Locking:<\/p>\n<ul>\n  <li><strong>kudde<\/strong>: \u201eflock -n \/var\/lock\/job.lock \u2014 script.sh\u201c voorkomt parallelle starts, exitcode 1 activeert een waarschuwing.<\/li>\n  <li><strong>DB-sloten<\/strong>: Voor gedistribueerde systemen zet ik in op DB-ondersteunde mutexen; zo blijft de besturing onafhankelijk van de host.<\/li>\n  <li><strong>De-Dupe<\/strong>: Elke run krijgt een run-ID (bijv. datum+slot). De app controleert v\u00f3\u00f3r schrijfbewerkingen of de slot al is verwerkt.<\/li>\n  <li><strong>Veilige ramen<\/strong>: Definieer bewerkingsvensters waarin een run geldig is (bijv. 08:55\u201309:10 lokaal). Buiten deze vensters wordt de run met een signaal afgebroken.<\/li>\n<\/ul>\n\n<h2>Monitoring, logging en alarmen<\/h2>\n<p>Ik stuur Cron-output nooit naar \u201e\/dev\/null\u201c, maar naar speciale <strong>Logboeken<\/strong> met tijdstempels in UTC en lokale tijd. Een gestructureerde uitvoer met JSON-velden maakt de latere evaluatie enorm eenvoudiger. Ik controleer waarschuwingen op uitval, latentie en dubbele uitvoering, vooral tijdens de zomertijd. Voor taken met zakelijke gevolgen houd ik de looptijd en de laatste succesvolle tijdstempel apart bij. Zo herken ik trends en kan ik <strong>Anomalie\u00ebn<\/strong> v\u00f3\u00f3r het incident opvangen.<\/p>\n\n<h2>Controleerbare tijdformaten<\/h2>\n<p>Ik schrijf tijdstempels consequent in ISO 8601-formaat (UTC met \u201eZ\u201c), voeg optioneel de lokale tijd tussen haakjes toe en een unieke run-ID. Bij correcties van de systeemtijd (NTP-stap) noteer ik de offset. Zo blijven analyses correct, zelfs als de klok is versprongen.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/cronjob_timezone_issue_4927.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Typische scenario's en concrete oplossingen<\/h2>\n<p>Internationaal actieve teams plannen vaak dezelfde klus voor klanten in meerdere <strong>Regio's<\/strong>. Ik los dit op met afzonderlijke cronjobs per tijdzone of met app-logica die UTC-tijden tijdens de looptijd lokaal omzet. Voor omgevingen met beperkte rechten, zoals Jailshell, verplaats ik de controle naar de applicatieconfiguratie. In Docker geef ik prioriteit aan duidelijk gedefinieerde TZ-variabelen en test ik met gecontroleerde systeemtijden. Waar beide werelden samenkomen, scheid ik de verantwoordelijkheden: Cron levert <strong>Starttijden<\/strong>, De app kent regels, feestdagen en lokale tijdsverschillen.<\/p>\n\n<h2>systemd-timer als alternatief<\/h2>\n<p>Op Linux-hosts gebruik ik graag <strong>systemd timer<\/strong>, als ik functies zoals \u201ePersistent=\u201c, \u201eRandomizedDelaySec=\u201c of gedefinieerde nauwkeurigheid nodig heb. De tijdlogica interpreteert standaard de lokale systeemtijdzone; daarom blijft mijn basisregel: host op UTC, timer defini\u00ebren en de app berekent lokaal. Persistente timers halen gemiste runs in, wat handig is bij onderhoudsvensters. Met \u201eAccuracySec\u201c verzacht ik thundering herd-effecten zonder de gewenste slotlogica op te geven.<\/p>\n\n<h2>Vergelijking van verschillende omgevingen<\/h2>\n<p>Het volgende overzicht helpt bij het classificeren van verschillende <strong>Opstellingen<\/strong>. Ik beoordeel daarbij consistentie, inspanning en typische struikelblokken. In veel teams is een globale UTC-server de moeite waard, aangevuld met CRON_TZ of App-TZ als lokale tijden nodig zijn. Docker wint zodra implementaties herbruikbare afbeeldingen en duidelijke specificaties vereisen. Clouddiensten blijven flexibel, maar vereisen een nette <strong>Configuratie<\/strong> de parameters met betrekking tot de tijdzone en databasetaken.<\/p>\n<table>\n  <thead>\n    <tr>\n      <th>Omgeving<\/th>\n      <th>Voordelen<\/th>\n      <th>Nadelen<\/th>\n      <th>Aanbeveling<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>UTC-server<\/td>\n      <td>Uniform, geen DST<\/td>\n      <td>Lokale omrekening nodig<\/td>\n      <td>Servertijd op UTC; app of CRON_TZ voor lokale tijden<\/td>\n    <\/tr>\n    <tr>\n      <td>Lokale tijdzone<\/td>\n      <td>Intu\u00eftief voor teams<\/td>\n      <td>DST-risico's<\/td>\n      <td>CRON_TZ per taak; tests tijdens de omschakelingsnacht<\/td>\n    <\/tr>\n    <tr>\n      <td>Docker<\/td>\n      <td>Reproduceerbare afbeeldingen<\/td>\n      <td>Host-afhankelijkheid zonder TZ<\/td>\n      <td>ENV TZ in het Dockerfile; logbestanden in UTC<\/td>\n    <\/tr>\n    <tr>\n      <td>Cloud-beheerd<\/td>\n      <td>Snelle schaalbaarheid<\/td>\n      <td>parametergrenzen<\/td>\n      <td>Services op gemeenschappelijke TZ\/TRIGGER <strong>kijk op<\/strong><\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<h2>Tijdbronnen, NTP en tijdverschuiving<\/h2>\n<p>Zelfs correcte tijdzones helpen weinig als de systeemklok afwijkt en Cron daarmee <strong>fout<\/strong> Tijden als correct geaccepteerd. Ik vertrouw op NTP\/Chrony en controleer regelmatig de offsets, vooral op VPS en containers. Een consistente tijdbron voorkomt sluipende verschuivingen, die rapporten merkbaar maken op het moment dat het kritiek wordt. Voor meer achtergrondinformatie verwijs ik naar <a href=\"https:\/\/webhosting.de\/nl\/hoe-tijdverschuiving-ntp-chrony-hosting-tijdsynchronisatie-praktica\/\">Tijdverschuiving en NTP<\/a>, omdat een correcte synchronisatie de basis vormt van elke planning. Zonder deze stap werken alle cron-optimalisaties alleen als <strong>pleister<\/strong>.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/12\/cronjobs-timezone-issues-4621.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Testmethoden en reproduceerbaarheid<\/h2>\n<p>Ik test tijdlogica deterministisch: containers met vaste \u201eTZ\u201c, gesimuleerde systeemtijd via ge\u00efsoleerde naamruimte en validatie via \u201ezdump\u201c\/\u201edate\u201c tegen bekende DST-wijzigingen. Voor elke cron-expressie is er een kleine matrix met verwachte UTC-\/lokale tijden, inclusief speciale dagen. Taken die afhankelijk zijn van kalenders (bijv. \u201elaatste werkdag\u201c) kapsel ik in app-logica met vaste testgevallen \u2013 cron triggert alleen het kader.<\/p>\n\n<h2>Implementatiestappen als checklist in doorlopende tekst<\/h2>\n<p>Ik begin met de beslissing \u201eUTC-server of lokale tijd\u201c, documenteer deze en houd me hier consequent aan. <strong>Regel<\/strong>. Daarna controleer ik de systeemtijdzone, PHP-tijd, container-TZ en scheduler-bibliotheken van de app. Voor alle productieve cronjobs schrijf ik de beoogde lokale tijd ernaast en de bijbehorende UTC-tijd tussen haakjes. Ik verplaats kritieke jobs uit het DST-venster en plan een testnacht rond de omschakeling. Ten slotte stel ik logging, e-mailrapporten en alarmen in, zodat elke afwijking een duidelijke <strong>Tip<\/strong> achterlaat.<\/p>\n<p>Aanvullend definieer ik: gewenst catch-up-gedrag, acceptabele latentie per taak, locking-mechanisme, unieke run-ID's en SLO's voor uitvaltijden. Voor multi-regionale setups besluit ik of CRON_TZ per taak of app-gebaseerde tijdzonelogica wordt gebruikt. Ik houd tzdata up-to-date, controleer de cron-implementatie op CRON_TZ-ondersteuning en documenteer uitzonderingen (BusyBox, beperkte panelen). Ten slotte controleer ik of alle tijdstempels ISO-8601 in UTC loggen en of de waarschuwingen specifiek de DST-nacht dekken.<\/p>\n\n<h2>Kort samengevat<\/h2>\n<p>Cron-tijdzone-problemen verdwijnen wanneer ik tijdzonemechanismen zichtbaar maak en beslissingen actief vastleg in plaats van ze in de <strong>borstvoeding<\/strong> laten gebeuren. UTC als server tijd plus CRON_TZ of App-TZ dekt de meeste toepassingen. Ik vermijd het DST-venster, houd tzdata up-to-date en test schakelmomenten gericht. Docker-images en cloudtaken werken betrouwbaar als TZ-variabelen zijn ingesteld en logs in UTC worden bijgehouden. Wie daarnaast WordPress gebruikt, ontlast de tijdplanning via <a href=\"https:\/\/webhosting.de\/nl\/wp-cron-begrijpen-optimaliseren-wordpress-taakbeheer-expert\/\">WP-Cron optimaliseren<\/a> en laat Cron alleen de <strong>Start<\/strong> triggeren.<\/p>","protected":false},"excerpt":{"rendered":"<p>Cron-tijdzone-problemen eenvoudig uitgelegd: gevolgen voor cronjobs, oplossingen voor geplande taken, hosting en serverconfiguratie.<\/p>","protected":false},"author":1,"featured_media":16342,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_crdt_document":"","inline_featured_image":false,"footnotes":""},"categories":[780],"tags":[],"class_list":["post-16349","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administration-anleitungen"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"1971","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":null,"_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"Cron Timezone Issues","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"16342","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/posts\/16349","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/comments?post=16349"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/posts\/16349\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/media\/16342"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/media?parent=16349"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/categories?post=16349"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/nl\/wp-json\/wp\/v2\/tags?post=16349"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}