Automatische email na 2 dagen
Als een klant een plaatst bijvoorbeeld vandaag dan wil ik een email versturen 2 dagen later.
Dit wil ik graag automatiseren.
Welke manier zou ik het beste kunnen gebruiken? Ik lees iets over cronjobs?
Is dit de enigste manier en de meest gebruikte manier?
Gewijzigd op 07/07/2020 20:56:43 door - Ariën -
Om er veel controle over te hebben en logs goed terug te kunnen zien, gebruik ik www.setcronjob.com
Kost paar dollar per jaar maar dan heb je wel veel mogelijkheden.
Ben Pastoor op 07/07/2020 20:11:14:
Welke manier zou ik het beste kunnen gebruiken? Ik lees iets over cronjobs?
Dit is in ieder geval waarschijnlijk de meest betrouwbare manier. Een cronjob stelt je in staat op gezette tijden een (PHP-)script uit te voeren. En dit script zou op zijn beurt een soort van taakverdeler kunnen zijn voor het uitvoeren van meerdere taken. Dan krijg je een soort van "triggersysteem". Het script wordt dan bijvoorbeeld elke 5 minuten uitgevoerd, en dit systeem controleert dan vervolgens of er een taak in dat tijdsslot uitgevoerd (had) moet(en) worden. Maar dat is dan meteen een heel erg uitgebreide variant, je kunt ook een enkele cronjob aanmaken voor een specifieke taak, zoals bijvoorbeeld het versturen van bepaalde mailtjes.
Ben Pastoor op 07/07/2020 20:11:14:
Is dit de enigste manier en de meest gebruikte manier?
Er bestaat volgens mij zoiets als een "Poor Man's Cron". Dit is een mechanisme waarbij je tijdens het uitvoeren van iets anders (bijvoorbeeld het serveren van een webpagina) je het cron-script een schop geeft. Dit heeft wel een aantal (potentiële) nadelen:
- indien dit "iets anders" niet plaatsvindt (er wordt bijvoorbeeld nooit een pagina opgevraagd in een bepaald tijdsbestek), dan krijgt het cron-script ook geen schop, en wordt het bijbehorende werk -zolang er geen webpagina wordt opgevraagd- dus ook niet uitgevoerd; er kan dan dus mogelijk een vertraging zitten in de uitvoering van deze taken, dit is uiteraard niet erg ideaal voor dingen die een zekere urgentie hebben / tijdsgevoelig zijn
- dit kan de andere processen waarop de Poor Man's Cron meelift trager maken of in ieder geval beslag leggen op extra resources (geheugen/CPU); als dit wat zwaardere taken zijn die enige tijd kosten, dan moet je dat natuurlijk niet aan het serveren van je pagina's ophangen want dan wordt je website mogelijk baggertraag
Indien jouw webhost deze voorziening niet heeft dan kan de suggestie van @Ramon uitkomst bieden, maar wel met de volgende kanttekening (of ik moet verkeerd begrijpen wat die functionaliteit doet): het lijkt erop dat die dienst gewoon "over het internet" gaat, oftewel de cron-taak is een web-URL die je rechtstreeks kunt aanroepen. Het kan gebeuren dat de taak die je op gezette tijden wilt uitvoeren zich niet echt voor deze constructie leent of je zult extra voorzieningen moeten treffen om ervoor te zorgen dat een herhaalde aanroep geen ongewenst effect heeft.
Een voorbeeld: stel dat je onder je publieke webdirectory op deze manier een cron hebt ingeregeld voor het versturen van een nieuwsbrief: /crons/newsletter.php. En stel nu dat het normaal de bedoeling is dat deze eens per week of maand wordt aangeroepen, maar dat je verder geen voorzieningen hebt getroffen voor het detecteren van het reeds verzonden zijn van de nieuwsbrief die klaar staat om verstuurd te worden. Ik hoef je waarschijnlijk niet uit te leggen wat er dan kan gebeuren als een kwaadwillend persoon deze URL kent ;-). Of misschien zorgt newsletter.php ervoor dat de nieuwsbrief in batches wordt verstuurd om zo de last over tijd te verdelen. Als dit script dan in korte tijd vaak wordt aangeroepen dan kan dit een webserver mogelijk onderuit halen.
Het is gewoon makkelijker wanneer cron-scripts buiten de webdirectory staan en (alleen) aangeroepen (kunnen) worden via een cronjob. Op die manier kan de cron niet op een andere manier ge/misbruikt worden. Dit hangt natuurlijk van de aard van de taak af, maar deze opzet maakt waarschijnlijk de programmering van zo'n taak ook minder complex. Het vermijden van (onnodige) complexiteit in je applicatie is wat mij betreft iets om altijd naar te streven.
Gewijzigd op 07/07/2020 22:39:52 door Thomas van den Heuvel
In een cronjob-commando vul je op een gestructureerde wijze het moment in dat deze moet worden uitgevoerd, en daarna geef je het pad aan naar het juiste script.
Thomas van den Heuvel op 07/07/2020 22:37:07:
Indien jouw webhost deze voorziening niet heeft dan kan de suggestie van @Ramon uitkomst bieden, maar wel met de volgende kanttekening (of ik moet verkeerd begrijpen wat die functionaliteit doet): het lijkt erop dat die dienst gewoon "over het internet" gaat, oftewel de cron-taak is een web-URL die je rechtstreeks kunt aanroepen. Het kan gebeuren dat de taak die je op gezette tijden wilt uitvoeren zich niet echt voor deze constructie leent of je zult extra voorzieningen moeten treffen om ervoor te zorgen dat een herhaalde aanroep geen ongewenst effect heeft.
Klopt, gaat gewoon over het internet. Dus inderdaad zelf ongewenste effecten van dubbel aanroepen etc wel goed afdekken.
