Mal sehen, wieviele überhaupt teilnehmen.
Das hier ist mehr ein Logbuch für mich selbst - aber wenn es wen interessiert, es darf jeder sehen.
Die Meldungen, welche die Verbraucherzentrale NRW wie ich von lebensmittelwarnung.de bezieht, verbreitet mein Bot über eine Stunde eher. Dafür fassen die klarer zusammen, da arbeitet wohl ein Mensch.
Die Verbraucherzentrale NRW warnte heute vor einem Brie. Da der - zumindest bisher - nicht auf lebensmittelwarnung.de erschienen ist, habe ich deren Tröt geteilt.
Die letzte Warnung ist 3 Tage alt: Ist nicht viel los zur Zeit. Aber es ist ja gut, wenn nichts zurückgerufen werden muss.
Beinahe täglich trötet der Bot Updates. Nicht bei allen konnte ich ermitteln warum. Ich hoffe mal, die ändern wirklich etwas, was ich noch nicht gefunden habe.
Seit Tagen läuft alles wie am Schnürchen, inklusive ein paar Tröts.
Nur ein Tröt: Trilya Oliventresteröl, 4 Liter
Hammerhart: - In der untersuchten Probe wurden deutlich erhöhte Gehalte an Mineralölbestandteilen (MOSH und MOAH) festgestellt. Die Orientierungswerte wurden um mehr als das Zehnfache überschritten.
Anscheinend ist jetzt alles wieder stabil und funktioniert. Mein Bot hat vorhin die Hühnerbrühe mit Glasscherben ordnungsgemäß verkündet.
Jetzt, wo der Bot auch ohne die "Expertensuche" von lebensmittelwarnung.de auskäme, läuft anscheinend wieder alles stabil. Das ist mir nur Recht, aber sollte sich so ein Ausfall wiederholen, könnte ich umstellen. Jahrzehntelange IT-Erfahrung sagt mir allerdings, dass sich der nächste Ausfall anders manifestieren wird.
Meine Hinweise haben die Betreiber erreicht. Die haben es in Ordnung gebracht, jetzt geht wieder alles. Parallel hatte ich den Bot erweitert, so dass er notfalls auch mit der Einstiegsseite klarkommt. Dabei sind leider ausser den gewünschten Warnungen auch ein paar alte wiederholt worden.
Nachdem alles wieder funktioniert, verwendet der Bot wieder die Expertensuche.
Auf das Kontaktformular geantwortet hat übrigens lebensmittelwarnung@bvl.bund.de .
Es bleibt dabei: Die sog. Expertensuche, liefert nur noch die Fehlermeldung "403 Forbidden". Auf diese wäre der Bot angewiesen.
Ich habe gestern schon versucht, per E-Mail jemand zu erreichen. Bisher keine Antwort. Daher habe ich es eben noch über das Kontaktformular gemeldet.
Und ich habe die Links zu den beiden aktuellen Produktwarnungen (Chorizo und Frosty) getrötet.
Auch heute gab es schon Verbindungsstörungen. Jetzt (14:00h) funktioniert die Verbindung, um 13:18 ging sie mal nicht.
Die Zeiten, in denen die Verbindung zwischendrin immer wieder mal stabil ist, reichen für den Bot aus, um neue Warnungen zu entdecken und zu tröten. Es geht also nichts verloren, nur kommt zur Zeit nicht viel.
lebensmittelwarnung.de liefert bei der vom Bot verwendeten "Expertensuche" nur noch einen Fehler des vorgeschalteten Proxyservers, der liefert nur den Fehler "403 forbidden".
Der Bot ist also seit 14:33h blind. Dummerweise kamen danach zwei Warnungen, die wurden nicht getrötet. Habe per Tröt darauf hingewiesen.
Auch heute laufend Ausfälle. Seit ca.19:00h kein Ausfall (bis 20:42h, da ich dies schreibe).
Seit gestern bis heute Mittag war Verbindung schon 10 mal weg.
Die untere Grafik vom 18.06. habe ich durch eine aktualisierte Version ersetzt.
Von gestern auf heute hat der Bot schon wieder 6 Ausfälle von lebensmittelwarnung.de bemerkt.
Hoffentlich bessert sich das.
Ich dachte schon fast, die hätten Betriebsurlaub.
Satte 3 Werktage ohne eine Meldung. (Und seit 6 Tagen nichts wirklich Neues, bei den Erdbeeren wurden nur die betroffenen Bundesländer immer mehr.)
Aber heute wieder 2 Artikel, einer mit Update am selben Tag (wg. mehr betroffenen Ländern), ergab 3 Tröts.
Heute hat der Bot zweimal lebensmittelwarnung.de nicht erreichen können. Ich hoffe, das bessert sich.
Ich habe eine Umfrage gestartet:
Mal sehen, wieviele überhaupt teilnehmen.
es haben sich von 8 von 28 Followern geäussert:
Also bleibt es vorerst, wie es ist.
Seit gestern ist lebensmittelwarnung.de wieder stabil
erreichbar. Ich habe auf meinem Smartphone in der Zwischenzeit ein
Monitoring eingerichtet, so sehe ich zukünftig den Status der Site und
auch den Status meines Bots als Android-Notification. Aber nun, da alles
geht, sieht es natürlich so aus: 
wenn man es aufklappt so1: 
Ein Tröt hing seit gestern. Der Grund war ein Fehler meinerseits (Verwechslung der Skriptdatei). Das habe ich korrigiert, aber dann versehentlich den hängengebliebenen Tröt gleich 2x getrötet. Die sporadische Unerreichbarkeit von lebensmittelwarnung.de hat sich nicht gebessert.
So langsam nervt es. Ich bekomme nämlich jedes Mal, wenn der Bot lebensmittelwarnung.de nicht erreicht, eine Mail. Und eine weitere, wenn er wieder geht.
Bei einem gepflegten Serverausfall hätte ich dabei meine Ruhe: Site fällt aus, ich bekomme eine Mail, Site ist ein paar Stunden down, dann wieder up, ich bekomme zweite Mail. So war's gedacht.
Da die Site jetzt aber "-zig" Male am Tag für kurze Zeit down ist, nur um kurz darauf wieder zu funktionieren, bekomme ich 2x "-zig" Mails. Toll! Habe bestimmt schon 50 gelöscht. Hoffentlich bekommen die das bald wieder repariert.
Ich habe mir das heute mal angesehen: lebensmittelwarnung.de ist tatsächlich auch per Browser zeitweise nicht erreichbar. Dennoch habe ich den Bot modifiziert, so dass er es ein paar Mal versucht, bevor er für eine Runde aufgibt.
Und immerhin hat er vorhin allen Widrigkeiten zum Trotz die Norovirus-verseuchtem Kaufland-Erdbeeren getrötet.
Am Nachmittag hat sich die Problematik verschlimmert, lebensmittelwarnung.de ist manchmal minutenlang nicht erreichbar. Dagegen ist natürlich auch der modifizierte Bot nicht gefeit.
Der Bot meldet seit gestern immer wieder mal sporadisch Verbindungsausfälle. Zuletzt heute um 17:18h, mit dem Fehler Error 500 Can't connect to www.lebensmittelwarnung.de:443 (Connection reset by peer)). Der Lauf ein Viertelstündchen später klappt dann immer.
Sollte sich das etablieren, werde ich über Gegenmaßnahmen nachdenken, beispielsweise mehrfache Verbindungsversuche im Fehlerfall.
Für die zurückliegenden Tage füge ich nachträglich Überschriften im Blog ein.
Habe der Dokumentation den letzten Schliff verpasst, das Layout
entspricht jetzt meiner Vorstellung. Ich hoffe, es sieht bei Euch so aus
wie bei mir, ähnlich diesem Beispiel: 
Hilfs-Skript zur automatisierten Bereitstellung der Dokumentation erstellt. Ob sich mein One-man-workflow vom Markdowneditor direkt zur codeberg-page bewährt, muss sich zeigen.
Außerdem war es an der Zeit, ein erstes Release V1.0 für den Source-Code auf codeberg.org bereitzustellen.
Heute fiel mir auf, dass es in einigen Warnungen den Punkt "Vertrieb über" gibt. Da ich ihn für aussagekräftiger halte, als den "Hersteller / Inverkehrbringer" ("Von" im Tröt), habe ich dem Bot beigebracht, ihn zu finden und ggf. dem "Von" vorzuziehen und ihn an dessen Stelle als "Bei" zu tröten.
Kleine Panne dabei am Rande: Der alte Bot hat versehentlich ein weiteres Mal den "Try Moin Bio Matcha Pure"-Tee getrötet, weil ich vergessen hatte, ihn zu stoppen (den Bot, nicht den Tee).
Zudem wurden die Ligaturen vom 29.07. auf einmal als Hyroglyphen angezeigt.
Es ist mir immer noch nicht klar, warum es dazu kam, dass der passende Font nicht geladen wurde, aber der Fallback-Font kannte keine Ligaturen.
Dabei habe ich dann auch noch gelernt, dass es falsch war, die Ligaturen als Zeichen (UTF-8) in HTML einzubauen. Richtig ist, die richtigen Font-Meta-Tags ins HTML einzubauen, dann macht der Browser das ganz von selbst mit dem normalen Text. Und im Fall das es mit dem Font Probleme gibt, bekommt der Fallback eben auch den normalen Text, den er dann auch darstellen kann. Also habe ich alle Seiten einmal durchgenudelt und nun klappt es mit dem Font.
Heute nur die HTML-Doku mit so genannten Ligaturen verfeinert.
Wer nicht versteht, wovon ich rede:
Ligaturen sind einzelne spezielle Zeichen (Glyphen), welche
Zeichenketten aus mehreren Buchstaben ersetzen, was laut
Schriftsatzprofis für angenehmen Lesefluss sorgt. Wenn man das
implementiert, fällt es zumindest nicht unangenehm auf. Hier einige
Ligaturen für Doppel-f: 
(wobei bei genauer Betrachtung auffällt, dass der verwendete Font
offenbar keine Glyphen für fj und ft hat.)
Nun lief der Bot über einen Monat fehlerfrei. Jetzt wäre es an der Zeit, mal die Bekanntheit zu steigern.
Wenn der Bot jetzt weiterhin verlässlich läuft, wird es hier vorerst keine Einträge mehr geben.
Heute kam eine Warnung, der Bot hat sie getrötet. Also wieder alles im Lot.
Gestern ziemlich genau um 14:00 hat sich mein Serverchen aufgehängt - warum genau lässt sich nicht feststellen (es ist ein sog. Headless-Server, ohne Konsole, auf welcher wahrscheinlich die Ursache zu lesen gewesen wäre).
Aber ich hatte bisher keine Vorsorge für diese Art Ausfall getroffen. Schlicht, weil es in 11 Jahren Dauerbetrieb des Kistchens das erste Mal passierte und mir gar nicht klar war, dass er in einem solchen Fall schlicht stehenbleibt und nicht neu startet.
Nun habe ich mich damit auseinander gesetzt, das nächste Mal wird er neu starten. Wenn das dann mal nicht hilft, haben wir ein anderes Problem.
Was zu tun ist, damit er neu startet anstatt stehenzubleiben, habe ich hier beschrieben.
Des Weiteren muss ich mir vielleicht Gedanken darüber machen, wie ich das System von außerhalb überwachen kann um schneller mitzubekommen, wenn es hängt.
Der Bot überwacht sich zwar selbst, aber das war in vorliegenden Fall natürlich wirkungslos. Aber da ich einen Neustart, der ja jetzt forciert wird, sehr wohl überwache, ist das nicht vordringlich.
Ich habe leider erst gegen 21:30 bemerkt, dass das Serverchen hängt und der Bot daher auch.
Habe daraufhin das Problem manuell getrötet, auf die nicht versandten Warnungen hingewiesen und auch darauf, dass vorerst keine mehr kommen.
Gut, dass Wochenende ist - am Wochenende kommen keine Warnungen.
Bis gestern war Ruhe, dann kamen gleich ein ganzer Schwung Warnungen (Gesundheitsgefahr durch verschreibungspflichtige Medikamente). Eine davon kam eine Stunde vor den anderen, wurde dann aber vom Bot erneut getrötet. Da wurde wieder der Inhalt geringfügig geändert.
Seit Tagen kommen keine Warnungen der Behörde. Bot läuft, aber bekommt nichts zu tun.
Bot funktioniert seit Tagen korrekt. Auch heute wieder bis nachmittags 2 neue Warnungen korrekt getrötet.
Währenddessen arbeite ich an einer Version, die die Warnungen dem RSS-Feed entnimmt und weitgehend komplett trötet, wozu eine Warnung in mehrere Tröts geteilt wird, wenn sie nicht in einen passt.
Wieder wurden die Warnungen im Web offenbar nachträglich geändert, weswegen der Bot die Paprika-Gewürzmischung 3 mal getrötet hat, weil er eine Aktualisierung annahm. Um herauszubekommen, was sich eigentlich ändert, habe ich jetzt mal die Top 10 Einzelwarnungen mit curl gesichert. Der Bot läuft ab sofort nur von 11:00 bis 17:00, ich will nicht, dass die Paprika heute noch mal getrötet wird.
Keine neue Warnung, aber ein Update für die Treets-Erdnüsse (PDF vom Hersteller kam hinzu). Bot hat getrötet.
Pfingstwochenende verlief erwartungsgemäss ruhig. Bot heute (da ab heute alle Warnungen mindestens 2 Tage alt sind) erneut überprüft, ob die Logik funktioniert. Sie tut es. Mal sehen, wie es mit der nächsten neuen Warnung wird.
Produktiv-Umgebung umgestellt auf neue Version. Diese wertet jetzt das Datum in der Liste der ersten 10 Warnungen (neue warn_page in der ini ohne zeitliche Einschränkung) aus. Damit sollte das gestrige Problem und das des unnötigen Re-Tröt erledigt sein. Ich hoffe diese Version nicht zu früh produktiv gesetzt zu haben.
Problem 1: Warnung blieb unerkannt.
Ein Blick
in die App heute zeigt (in der 24h-Ansicht) dass die App die gestrige
Änderung nicht als Aktualisierung betrachtet (mein Bot leider schon).
Ich überlege, wie ich es erreichen könnte, dass so etwas vom Bot nicht
mehr getrötet wird.
Problem 2: Murks auf lebensmittelwanung.de
Nicht zu fassen, was für ein Murks: Die App zeigt in der
24h-Ansicht eine neue Warnung "Treets Salted Peanuts Vegan 200 Gramm"",
aber die Webseite in derselben Ansicht nicht!
Lösung: Aktion erforderlich
Tröt manuell
getriggert, Bot nimmt jetzt die Top-Ten ohne Zeitraum. Dann muss der Bot
zwar jede Viertelstunde 11 Seiten anstelle von einer einzigen (+derer
der letzten 24h) abfragen, aber das haben die sich selber zuzuschreiben.
Ach, wäre das schön, wenn es ein API zur Abfrage gäbe!
Um 10:33h wurden die "enerBIO Dinkel Waffeln" als aktualisiert getrötet, obwohl im Stand nach wir vor der 20.05. steht. Meine Hypothese: Die haben klammheimlich den Text geändert. Muss noch genauer untersucht werden.
Die Untersuchung hat die Hypothese bestätigt: Die Seite wurde - ohne
Erklärung - modifiziert. Ich habe die Erklärung getrötet: 
Riesenpleite! Gestern gingen Tröts für 50 alte Warnungen raus.
Schuld war ich selbst, denn ich hatte die Übersichts-Seite mit 50 Einträgen (die für die neuere, in Entwicklung befindliche, Botversion gedacht war) versehentlich dem produkiven Bot vorgesetzt.
Um 13:33h hat der Bot eine neue Warnung korrekt getrötet (enerBIO Dinkel Waffeln).
Zwei neue Warnungen gegen Mittag - in gestrige Tabelle (s. u.) eingefügt. Heute klappt aber das Timing, sind aber auch beide neu.
Kuriosum am Rande. Die Original-App alarmierte mich vorhin über Updates zweier Warnungen. Lässt man sich deren Details aber in der App anzeigen, haben die Warnungen ihre letzte Aktualisierung vor Tagen erfahren. Fragt man die App nach Ereignissen der letzten 24 Stunden, findet auch die App erst einmal nichts. Allerdings tauchen die Warnungen dort irgendwann später doch auf. Und wenn es dann dort auftaucht, findet es auch der Bot - denn der verwendet ja diese Seite. Allerdings ist zuerst nur eine von beiden Warnungen in der 24h-Übersicht angekommen (Mönchshof Radler) . Eine nagelneue Warnung (Instant Nudelgericht) tauchte dort nicht auf. Erst lange später.
Die Zeiten werde ich hier ein Weilchen hier notieren.
| Produkt | Daten push |
Daten post |
App-push | M-post | 24h- Zeit |
Datum |
|---|---|---|---|---|---|---|
| Mönchshof Natur Radler Blutorange | 15.05E 18.05A |
vorm. | 13:33 | (abends) | 18.05. | |
| Instant Nudelgericht "Huhn-Geschmack" |
18.05E 18.05A |
15:042 | 15:03 | (abends) | 18.05. | |
| Mais Waffeln Salted caramel |
19.05E 19.05A |
19.05E 19.05A |
11:51 | 12:03 | 12:03 | 19.05. |
| Pesto Bärlauch 165 Gramm |
19.05E 19.05A |
19.05E 19.05A |
11:53 12:38 |
12:03 | 12:03 | 19.05. |
Und ich hatte schon befürchtet, dass der Bot was übersieht.
Stattdessen sieht es so aus, als wenn die App mit dem Push schon da wäre, wenn die Daten am Server in den Detailseiten noch gar nicht aktualisiert sind.
Eigenartig!
Neu! Alle Dokumentations-Seiten haben am Seitenende jetzt einen Link auf das Verzeichnis aller Seiten.
Der Source-Code wurde ausführlich im README auf Codeberg dokumentiert.
Ich hoffe hiermit das Projekt beenden zu können und würde mich verstärkt anderen Projekten zuwenden.
Ich werde den Bot aber natürlich im Auge behalten. Dazu habe ich die offizielle lebensmittelwarnung.de-App auf dem Handy und prüfe derzeit noch für jede dort erscheinende Warnung, ob der Bot sie trötet. Und wenn nicht, tröte ich sie "von Hand".
Der Source-Code ist jetzt bei Codeberg veröffentlicht.
Und das Blog-Layout wurde geringfügig geändert.
Erfreulicherweise ist jetzt endlich Verlass auf den Bot. Er hat gestern ohne mein Zutun mehrfach brav getrötet.
Wenn das so bleibt, gibt es hier jetzt ein paar Tage keinen neuen Eintrag, heute ist Feiertag, übermorgen Wochenende.
Im Moment freue ich mich über jeden einzelnen Tröt, aber natürlich nicht darüber, dass es andauernd Warnungen gibt - am Liebsten wäre mir natürlich auch, wenn es keine Notwendigkeit dafür gäbe.
Die letzten Tage habe ich damit verbracht, die Erkennung von Änderungen auf der Übersichtsseite zu verbessern.
Warum das notwendig war, habe ich hier beschrieben.
Der Bot läuft jetzt wieder automatisch, ich musste nichts in Handarbeit tröten. Der Bot kennzeichnet aktualisierte Warnungen jetzt mit diesem Symbol 🔄 vor dem Text "⚠️#Lebensmittelwarnung⚠️". Die Aktualisierungen bestehen oft - aber nicht immer - nur darin, dass die Anzahl der betroffenen Länder angestiegen ist.
Der Bot hat tatsächlich funktioniert und einen Update erkannt und getrötet. Nur im Log stand ein wenig Unsinn.
Nach umfangreichem Umbau der Crawling-Funktion ist der Bot wieder auf Automatik geschaltet, ich hoffe er blamiert mich nicht wieder.
Damit der Bot endlich mal seinem Namen gerecht wird, muss die Erkennung neuer Warnungen noch einmal umgestellt werden. Daran arbeite ich. Derweilen poste ich mit der alten Version handverlesen.
Eine neue Warnung vormittags. Die Testumgebung hat erfolgreich automatisch getrötet (nicht an Follower). Die Produktiv-Umgebung habe ich daraufhin auch einen Einmal-Lauf machen lassen, die Warnung ist also raus.
Dieselbe Warnung nachmittags, nur ein paar Bundesländer mehr. Wie zuvor.
Der Bot verschickte im manuellen Lauf 2 Warnungen. Diese waren auch in der 24h-Ansicht der Website zu sehen. Neu war leider nur eine. Zur Ursachenforschung kam ich leider erst, als das Problem nicht meht nachvollziehbar war.
Musste erneut die Initialseite ändern, damit die beiden heutigen Warnungen getrötet wurden.
Seit der Bot läuft, gab es das noch nicht: Ein kompletter Werktag ohne eine einzige Warnung.3
Aber gestern war es so.
Das war ein guter Tag! (Außer man möchte den Bot testen.)
Nun wäre es schön zum Testen, wenn eine Warnung käme - aber bis Mittag kam erstmal nichts. In der Zeit habe ich kurz noch den Bot optimiert (aber davon habe nur ich etwas).
Die Geisterstunde brachte die Falschmeldung (an den Betreiber, nicht die Follower) dass die website down wäre.
Ursache war, dass die Logik so programmiert war, dass 0 Warnungen gleichbedeutend website down sind.
Das war aber nur korrekt bis zum gestrigen Wechsel der Einstiegsseite, we{lche nun nur mehr die Warnungen des vergangenen Tages anzeigt.
Ab kurz nach Mitternacht gibt es für den neuen Tag natürlicherweise 0 Warnungen.
Der Zustand website down wird jetzt anderweitig bestimmt.
Bot umgestellt auf die "Expertensuche", um gezielt die Warnungen des Tages abzufragen. Das sollte Mehrfachposts jetzt verhindern. Bot in der Testumgebung aktiviert, in der Produktiv-Umgebung noch nicht. Bis auf Weiteres werde ich den Produktiv-Bot jeweils einmal für einen Lauf starten, wenn es tatsächlich neue Warnungen gibt.
Dadurch sollten den Followern keine Warnungen entgehen.
Die wurden informiert: 
Neue Warnungen (durch einmaligen Botlauf) getrötet. Automatisches Posting nach wie vor gestoppt.
Zu früh gefreut: der Bot trötete alte Warnungen - ich die
Entschuldigung dazu. 
Die Ursache ist ungeklärt. Ich beobachte die Warnungen per App, um manuell den Bot zum Posten zu verwenden. Bis auf Weiteres läuft der Bot nicht mehr automatisch. Die Ursachenforschung braucht jetzt ein paar Tage Beobachtungszeit.
Hurra! Nachdem der Bot ein paar kleinere Fehler beim Posten machte, hat eine korrigierte Version soeben korrekt und wieder wie vorgesehen getrötet. Am Freitag und am Wochenende musste ich manuell eingreifen und habe beim Testen dann auch noch versehentlich längst versandte Warnungen erneut getrötet. Es gibt nun endlich eine klare Trennung von Test- und Produktivumgebung, damit sollte so etwas nicht wiedervorkommen. Wer genau wissen will, was schief lief, kann hier nachlesen.
Heute zwei neue Warnungen. Bot hat sie getrötet.
Eben erst bemerkt (und behoben), ein # fehlte: Statt dem
Tag #Produktrückruf stand da
Produktrückruf.
Heute kam trotz Werktag keine Warnung auf lebensmittelwarnung.de.
Der Bot war brav. Den Logs konnte ich entnehmen, dass er lebensmittelwarnung.de bisher (20:30h) 78 mal befragt hat. Ein einziges Mal kam erst im dritten Anlauf eine brauchbare Antwort, aber das verträgt er.
Hier wurden weitere Zeichen eingespart: - durch bundesweit statt Auflistung aller16 Länder - durch NICHT ..., wenn dies kürzer ist, als die Kürzelliste wäre.
Geändert wurde
Ersteres weil es 3 Zeichen spart, Letzteres weil sich sonst Ware und Warum so ähnlich waren.
Geändert - sowohl im Tröt als auch in der Doku - wurde auch
... in … - das ist optisch manchmal kaum zu
unterscheiden. Aber das erste sind drei einzelne Punkte, das zweite ist
ein einziges (Unicode-)Zeichen. Das spart pro Kürzung zwei Zeichen.
Die Doku wurde ergänzt (um dieses Log) und, insbesondere im Hinblick auf die Kürzungen im Post, aktualisiert.
Dieses "Logbuch" hier erstellt.
Jetzt zählt der Bot richtig und kürzt notfalls radikal. Zur Verifikation die Salami nochmals, diesmal vom Bot versenden lassen (versehentlich sogar zwei Mal 🥴🫣).
Bot reaktiviert - 😇rechtzeitig, bevor was Neues kam. Die Salami ist immer noch die neueste Warnung.
Durch einen Fehler im Bot wurde eine Warnung (Salami) zu lang und wurde daher von der Instanz abgelehnt.
Sofort verkürzte Version des Post erstellt und manuell versandt. Bot zunächst abgeschaltet. Wenn was hereinkäme, müsste ich manuell tröten.
Erste öffentliche Tröts.
Dass der vom Server gemeldete HTTP-Status nicht 200 OK ist, sondern 303 See other, liegt daran, dass lebensmittelwarnung.de bei einem HEAD-request so antwortet. Bei einem GET-request kommt 200 OK, aber ein HEAD-request verusacht weniger Netzwerkverkehr. Dass die auf einen HEAD so ungewöhnlich antworten, ist m. E. nicht korrekt. Die Gemini-KI war da meiner Meinung.↩︎
Das könnte auch bereits die zweite Push-Meldung hierfür gewesen sein↩︎
Irrtum des Tages ;-) - das hatten wir am 20.04. schon einmal.↩︎