Hallo Alexey,
herzlich willkommen im Forum.
Natürlich beantworte ich die Frage hier im Forum, denn selbst für die 10€ Unkostenbeitrag für BwTimeControl ist persönlicher Support nicht drin.
BwPostman und BwTimeControl sind nur gegen mod_php getestet. Das ist wohl immer noch Standard bei den meisten Providern. Ja, ich weiß, dass Plesk das als veraltet ansieht, aber Plesk ist nicht der Maintainer von php und solange die offiziellen Images für Docker immer noch mit mod_php daher kommen, sehe ich da auch keinen Änderungsbedarf.
Ich habe aber gerade eine CLI für BwPostman in Arbeit, die ich hoffentlich noch dieses Jahr veröffentlichen kann. Es fängt damit an, dass die Sicherung per CLI gemacht werden kann, dann die Wiederherstellung, erst dann kommt der Versand von Newslettern.
Per CLI braucht es keine zusätzlichen Sicherheitsmaßnahmen, denn CLI läuft ja nur auf dem Server und wenn da jemand fremdes darauf herum turnt, dann gibt es ganz andere Probleme als ein Zugriff auf eine Web-Präsenz per CLI. Bei API würde es anders aussehen, das läuft aber auch nicht ohne Token.
BwPostman liefert keinen Mailer mit sondern verwendet den von Joomla!.
Die Datei stop zeigt an, dass der Cron-Server von BwPostman beendet werden soll, stopped zeigt an, dass der Server beendet ist. Diese Datei wird aber nur gelöscht, wenn der Server mal gestartet ist. So ähnlich ist es mit start und started. Solange start noch nicht geschrieben wird, wird stopped auch nicht gelöscht. Start funktioniert aber wohl per FastCGI nicht, was an en Timeouts zu erkennen ist.
Der von BwPostman mitgelieferte Cron-Server hat nur die Aufgabe, Newsletter zeitgesteuert zu versenden, mehr macht er nicht und daher kann auch keine weitere Beschreibung im Handbuch auftauchen. Wenn der Cron-Server aktiviert ist (die beiden Plugins), kann man beim Newsletter einstellen, wann er versendet werden soll und ob er schon bereit ist für den Versand. Der Cron-Server schaut alle xx Zeit nach (eingestellt im Plugin), ob der Zeitpunkt für einen versandbereiten Newsletter gekommen/überschritten ist. Falls ja, wird der Newsletter mit der eingestellten Batch-Größe versendet. Falls nicht wird einfach weiter gewartet.
Einen echten Cron-Server kriegt man nicht per php auf die Beine, nur rudimentäre, fest umrissene Aufgaben.
Eine API in BwPostman gibt es nur für BwTimeControl, damit ich einen Worker im Hintergrund auf die Beine bekomme. Das ist ein Benutzer, der nach Start des Cron parallel ständig auf der Seite angemeldet ist und auch weiter läuft, wenn der Benutzer, der den Cron gestartet hat, auch sich aus Joomla ausloggt. Er loggt sich aus und beendet damit den Worker, wenn man den Cron stoppt.
Eine Laufzeit von 60 Minuten müsste auch bei ein paar tausend Abonnenten für den Versand reichen, sofern man keine lange Verzögerung eingeben muss, weil die Empfänger-Mailserver sonst auf stur schalten. Wenn man allerdings in de fünfstelligen Bereich bei den Abonnenten kommt, sollte man sich überlegen, die Mailingliste aufzusplitten.
Hth
Romana
