Artikel mit Tag s9y
s9y und PHP 8 (oder mach ich da was falsch?)
Heute hat Manitu angekündigt, dass PHP 7.4 demnächst (Ende Januar) verschwindet, nachdem das in ner guten Woche nicht mehr die Standard-Version sein wird. Ich hatte im Hinterkopf, dass das dann verwendete PHP 8 ein größerer Schritt war, und entsprechend mal nachgesehen, ob mein s9y da denn drauf laufen sollte. Stellt sich raus: Es gibt da von September 2021 eine einzelne Beta-Version eines Update, mit dem PHP 8 unterstützt werden sollte. Aber eben Beta. Und auch schon ein Jahr alt. Hab ich dem Manitu-Support gemailt, was der denn so empfiehlt, kam zurück: Naja, die Beta da ist immer noch besser als nichts. Also hab ich die Version installiert, erstmal ohne akute Fehler. Und dann im Siteadmin habe ich auf PHP 8.0 umgestellt. Sah oberflächlich okay aus, aber die RSS-Feeds waren plötzlich leer. Da fliegt wohl irgendwo ein HTTP 500, weil irgendwas sehr unglücklich über irgendwas ist. Ne Fehlermeldung bekomme ich selbst dann nicht, wenn ich das PHP per display_error on in der .htaccess darum bitte.
Tja, und jetzt kann ich also erstmal nicht auf PHP 8 umstellen, weil dann keien Feeds mehr da sind. Ob in den nächsten Monaten jemand was auch immer da schief geht, behebt, oder ob ich irgendwas tun kann? Keine Ahnung. Von PHP hab ich ohnehin keine Ahnung, da kann ich nur gucken. Unerfreulich. Wie auch die Bugs, die ich jetzt in der Beta-Version treffe (Links einbauen funktioniert nicht, um mal den offensichtlichten gerade zu benennen). Alles äußerst unerfreulich.
Ach ja: Tipps, was ich noch tun kann: Mail, Twitter oder Mastodon sind offen
Update: Nachdem ich den Tipp bekommen habe, dass es ein Ding gibt, namens $serendipity['production'], was man setzen kann (in der serendipity_config_local.inc.php, die bei manitu dem Server-User gehört, und nicht per FTP nativ beschreibbar ist, aber da kann man sich ja Rechte einräumen), kam ich etwas weiter, indem ich mit Fehlermeldungen statt leerem Feed beworfen wurde. Stellt sich raus: Das Karma-Plugin hat Probleme. Wenn man das entsorgt hat, kommt aber schon das Podcasting-Plugin, was ich nicht einfach so entfernen will. Da war erst irgendwas mit Logging-Code, den ich auskommentiert habe, dann blieben aber leere Arrays, und dann habe ich erstmal wieder aufgegeben. Also, nein, s9y ist für mich noch nicht PHP-8-tauglich.
Blogdate
So, dann habe ich das Blog mal mehr oder weniger freiwillig aktualisiert. Grund ist, dass manitu heute früh das zugegeben reichlich alte PHP abgeklemmt hatte, mit dem ich hier noch gelaufen bin. Eine Mail an den Support hat mir eine temporäre Freischaltung gebracht, aber langfristig wollte ich dann doch mal aktualisieren. Und jetzt sitze ich vor dem neuen Editor und frage mich, wie ich den richtig bediene. Da hat sich zu viel geändert als dass ich es verstehen würde.
Update: Wie sich rausstellt, war ein nicht aktuelles Plugin Schuld daran, dass ich keine Details gesehen habe. Ein Eintrag im Forum hat mir den Tipp gegeben, dass die Plugins mal geprüft werden könnten. Da gab es erst ne leere Seite, hab ich Error_log eingeschaltet, und dann die fehlerhaften Plugins live gelöscht. Dann kam ich zumindest zur Konfiguration, aber Update ging so gar nicht. Keine Ahnung, warum. Aber mit dem Hinweis auf Plugins hab ich nachgesehen, dass das Tag-Plugin eine Aktualisierung hatte. Und weil das innen drin aus zwei Dateien besteht (und ein paar Übersetzungen) habe ich die aus Github per Zwischenablage auf dem Server ausgetauscht. Ergebnis: Jetzt sehe ich was. Und frage mich, was dem Plugin-Updater fehlt.
Update nochmal paar Stunden später: Also, was dem Updater fehlt habe ich rausbekommen. Es ist aber kompliziert. Und zwar hat s9y ein paar Bibliotheken mitgeliefert, die sinnige Funktionen implementieren. Eine davon hat für Fehlerbehandlungen versucht eine PEAR/Exception.php einzubinden. Da hat der Server auch eine Datei gefunden, die aber außerhalb der erlaubten Dateien, in denen der Prozess zugreifen darf liegt. Entsprechend schlug das fehl. Was dem Server nicht aufgefallen ist: Eine ähnliche Datei liegt in einer der mitgelieferten Bibliotheken auch. Ich habe den Aufruf entsprechend angepasst, und schon ist auch da kein Fehler mehr aufgetreten. Dann waren noch obskure Probleme rund um das Podcast-Plugin (da gibt's ne Fehlermeldung im Feed, und je nach Position der Meldung vielleicht keinen Feed). Die entsprechende Zeile hab ich händisch zu begradigen versucht, mir dabei aber glatt die Enclosures aus dem Feed gefegt. Also hab ich das Plugin wieder in den Originalzustand versetzt und hoffe jetzt, dass es keine weiteren Fehler gibt.
Und nur um den Teil mal auszuprobieren habe ich inzwischen auch mal vom iPad aus einen Eintrag geändert. Das geht jetzt auch mit dem neuen grafischen Editor. Im alten System musste dessen Vorgänger immer abgeschaltet werden, weil iOS und der sich nicht verstanden haben.
Alles zusammen habe ich da inzwischen mehrere Stunden versenkt. Nur gut, dass ich nichts dringendes vorhatte.
tweet
s9y 1.5
Mo? Bil!
Ja, ich kann jetzt auch einigermaßen mobil bloggen. Einziger Haken: Die App, die ich dafür nutz, versteckt ständig die Tastatur. Doof. Schreib ich den Text eben woanders. Hauptsache, Copy&Paste tut. Tut's doch, oder?
Und eine weitere Kleinigkeit habe ich hier noch eingerichtet: Wenn man sich das Blog in einem mobilen Browser anschautr, kriegt man jetzt auch eine optimierte Fassung zu sehen. Hoffentlich. Für's iPhone habe ich das jedenfalls schon erfolgreich getestet.
Redirect
Eins Punkt Drei
kleines Bildchen
Ich habe gerade mal eine klitzekleine Zeile in das Template dieses Blogs eingebastelt, damit auf dem iPhone und den iPod Touch mein Birnchenbild als Icon für einen eventuellen Webclip genutzt werden kann. Zumindest auf meinem Touch funktioniert das auch schon.
Wer so etwas auch tun will, kann einfach nachlesen, was man dafür tun muss.
Update in quer
Eins Punkt Zwei
![;-)](/plugins/serendipity_event_emoticate/img/emoticons/wink.png)
aktualisiert
Da kommt was auf mich zu
Geupdatet
Der Grund, warum ich nach der Freigabe der Trackbacks schnellstmöglich auf diese Version aufrüsten wollte, liegt daran, dass der hier beiliegende Spamfilter für Trackbacks intelligenter geworden ist. Vorher konnte der bereits einen Trackback zurückverfolgen und nachsehen, ob auf der sendenden Seite überhaupt ein Link zu dem Beitrag zu finden war, auf den angeblich Bezug genommen wurde. Was der Filter jetzt dazugelernt hat, ist ein relativ einfacher Timeout. Will heißen, dass eine Seite, die nicht erreichbar ist, so den Server nicht unbegrenzt belastet.
Mal sehen, ob in dieser Betaversion noch größere Probleme versteckt sind. Jetzt, wo die Kommentare wieder funktionieren, könnt ihr das ja einfach mal testen.
Ohne, aber mit
Gerade habe ich versucht, meine s9y-Installation auf die aktuellste Betaversion aufzurüsten, was aber nicht funktioniert hat. Das Problem besteht darin, dass s9y Beim Update prüft, ob der PHP-Prozess auf (unter Anderem) sein Verzeichnis schreiben kann. Das ist bei der jetzigen Einrichtung nicht der Fall.
Dummerweise ist mir das Problem erst aufgefallen, nachdem ich alle Dateien aus dem Update bereits auf den Server geschoben hatte. So habe ich jetzt die Dateien wieder durch die vorher installierte Version ersetzt, und warte mal darauf, ob der Support mir helfen kann, dass ich doch das Update hinbekommen kann.
Haben will ich das Update vor allem, weil ich vorher die Beschränkung, dass Trackbacks nicht funktionierten, aufheben konnte. Gleich mal testen, ob das auch wirklich klappt.