krischanski.de

Jetzt wird übrigens auch noch die Datenbank umgestellt. Nächste Woche. Offenbar ist dem Provider aufgefallen, dass MySQL schon länger in viel neueren Versionen als 5.7 zur Verfügung steht. Da sich dann aber u.a. auch die Latte an reservierten Wörtern erheblich verlängert, war es gar nicht schlecht, damit noch zu warten, bis sich das wirklich bei allen Webprogrammierern rumgesprochen hat; ich musste hier in der lokalen Umgebung ab und zu was zurechtbiegen, um die Spalte namens »empty« vernünftig zu maskieren … dabei sollten natürlich immer alle Spaltennamen ordentlich maskiert werden.

So. Datenbank-Server ist umgestellt, Website geht noch. Jetzt kann ich auch ein paar Änderungen direkt per SQL-Befehl durchführen, die vorher ohne REGEXP_REPLACE() nicht funktioniert haben.

Jetzt ist seit gestern auch noch das Drupal dieser Website abgelaufen beziehungsweise dessen Unterstützung mit Sicherheitsupdates, und ich bin noch gar nicht fertig mit meinen Versuchen, sie auf Version 10 umzustellen. Herrje.

So. Jetzt hat’s geklappt mit dem Drupal-Update. Konnte alle Stellen mit händischem PHP durch passende Alternativen ersetzen und habe erstmal zwei weitere Zusatz-Module deinstalliert, die aber auch nicht allzu wichtig sind. Alles schick?

Ja sage mal, Kommentare werden aber in der Suche nicht mehr gefunden, richtig? Guck ich mal …

Konfiguration nochmal abspeichern und dann den Index neu füllen, scheint aber geholfen zu haben. Zumindest für die schon vorhandenen Kommentare. Vielleicht werden aber die neuen nicht automatisch indiziert?

Sieht so aus. Scheint bei der aktuellen Konfiguration auch folgerichtig zu sein. Muss ich wohl nochmal anders versuchen.

Nee, die Konfiguration war schon richtig, ich musste nur über mein kleines Zusatz-Modul für Anpassungen und Änderungen noch festlegen, dass beim Anlegen/ Ändern/ Löschen eines Kommentars der kommentierte Inhalt neu indiziert/indexiert werden muss. Das ist ja nur für die drupaleigene Suche von sich aus schon so vorgesehen, muss bei der Verwendung der alternativen Search-API aber (und wenn die Kommentare gesucht und gefunden werden sollen) händisch nachgetragen werden. Sollte jetzt funktionieren.

Ich hab mal eben ein paar sicherheitsrelevante HTTP-Header in die Website eingebaut, falls jetzt auf einmal was nicht mehr funktionieren sollte, insbesondere mit den externen Inhalten, bitte Bescheid sagen.

Die Validierungs-Links im Footer gehen natürlich nicht mehr, wenn kein Referer mehr mitgeschickt wird. Muss ich wohl doch den aktuellen URI konkret mitgeben, dann täte der Link auch beim Öffnen neuer Tabs funktionieren, das wäre ja sogar ein win-win.

Schwupps, schon gehnse wieder bzw. sogar viel besser als vorher, s.o.

Jetzt seh ich bei der Verschlagwortung gerade, dass natürlich nach der Einführung der Security-Header die inline eingefügten Javascripte bei den Adventskalendern nicht mehr ausgeführt werden. Muss ich mir mal eben überlegen, wie ich damit umgehe. Mit data-Attributen und Abarbeitung im zentralem Script? Wäre vielleicht das einfachste, muss ich kein nonce einfügen, und das wäre dann auch für den Cache besser.

Jetzt hab ich noch rausgekriegt, wie man die RSS-Feeds wieder vernünftig formatiert und an ein paar der Auflistungen rangebammelt kriegt. Benutzt die noch jemand?

Die Liste der neuesten Kommentare jetzt mit Datum. Yeah oder Nee?