Beiträge von threadi

Zu dem Problem gibt es bereits ein Ticket bei den Core-Entwicklern: https://core.trac.wordpress.org/ticket/62504 - dort ist auch ein Fix-Plugin zum Download, welches man gerne mit-testen kann.

In den Foren bei wp.org werden keine Tickets erstellt. Das würde ein Supportsystem voraussetzen, was es nicht ist. Tickets gibt es nur bei den von Entwicklern genutzten Trac-Umgebungen wie auch bei github.

Ich verstehe den Satz leider gar nicht. Kannst Du mit einem Beispiel zeigen was du meinst?

Du nutzt den Excerpt Block für den Text. Dort ist das derzeit nicht als Option machbar. Es gibt dazu beim Gutenberg-Team ein offenes Issue: https://github.com/WordPress/gutenberg/issues/49449

Es gibt aber auch Plugins die den Excerpt erweitern. Ich weiß nicht inwieweit die mit dem Block kompatibel sind, probieren kannst du es aber mal: https://de.wordpress.org/plugins/advanced-excerpt/

Mit der abgekürzten Voransicht meinst du sicher den Textausschnitt. Der wird normalerweise ohne HTML-Formatierung ausgegeben, daher auch ohne Links. Wie man das ändern kann hängt auch vom eingesetzten Theme und Template ab. Welches Theme nutzt du denn? Ein Link zur Website wie in den Forenregeln beschrieben könnte hier helfen.

Und welches Plugin schwebt dir für die Events vor? Oder geht es dir um genau die Wahl derzeit?

Da da von dir genutzte Pro-Plugin kostenpflichtig ist, würde ich dir empfehlen dich zuerst an deren Support zu wenden: https://www.paidmembershipspro.com/support/ - fragen zu kommerziellen Plugins könnte hier im Forum nur jemand beantworten, der diese ebenfalls verwendet. Die Wahrscheinlichkeit ist so gering, dass du vermutlich sehr lange warten würdest.

Wenn Du die Daten übernehmen willst - in was für ein System willst Du sie denn importieren? Ich vermute es geht um eine Art Kalender. Oder geht es um Events? Was ist dein Ziel des ganzen?

Nein, das Problem bei Plugins ist ein anderes als bei Themes. Zudem halte ich wenig von dem herumkopieren von Dateien. Damit löst man ggfs. ganz andere Probleme aus. Ich würde, wie schon geschrieben, auf das anstehende Update diese Woche warten.

Zum Lazy Load-Problem: das wird schon im Ticket https://core.trac.wordpress.org/ticket/62413 bearbeitet. Hier muss man ggfs. nur auf das nächste WordPress-Update warten.

Zum Sprachdatei-Problem von Themes gibt es auch schon ein Ticket, was sogar noch weiter fortgeschritten ist und vermutlich noch kommende Woche in WordPress 6.7.1 gefixt wird: https://core.trac.wordpress.org/ticket/62337

Ich sehe keinen Zusammenhang zwischen Lazy Loads und Sprachdateien von Plugins.

Wenn du dich nicht als reiner Anwender siehst, aber auch kein Entwickler bist, folge zumindest den Neuigkeiten die es zu WordPress gibt. Es gibt zahlreiche Social Media Accounts die diese teilen, aber auch unter https://make.wordpress.org/core/ kannst du rechts dir die Seite abonnieren. Da kriegst du vermutlich auch einiges was dich nicht betrifft, aber zumindest hast du die Stichwörter mal gesehen und ab und zu etwas worauf du dich vorbereiten kannst.

Da wäre ich mal gespannt was er als Ursache ausmacht

Die Mitteilungen vom Core-Team sind für Entwickler gedacht, nicht für Anwender wie dich. Das Core-Team hat hierbei ausreichend Zeit gegeben, viele Entwickler haben sie leider nicht genutzt. Die Anwender, die ihre Systeme ohnehin eher fragwürdig konfiguriert haben, leiden nun darunter.

Und ja, ich nutze bei produktiven Projekte generell nur "Wartungs- und Sicherheits-Updates". Auch spiele ich niemals automatisch Updates von Plugins oder Themes ein. Damit lebt man wesentlich ruhiger und kann sich seine Wartungstage auch in den Alltag planen statt von unliebsamen Dingen daraus rausgerissen zu werden.

Testsysteme braucht man vermutlich nicht bei reinen Content-Webs (außer die sind für Werbeanzeigen oder irgendwelche Maßnahmen heikel), bei Onlineshops würde ich sie immer nutzen. Theoretisch kann man dafür auch https://de.wordpress.org/plugins/wp-staging/ verwenden um es sich einfacher zu machen - geht aber bei sehr großen Projekten rein von der Datenmenge her nicht so gut.

Ich kenne Fälle wie deinen wenn seitens des Hostings eine HTTP-Referer-Policy gesetzt wird die verhindert, dass WordPress Weiterleitungen durchführen kann. Bei dir ist so eine Policy auch gesetzt, allerdings auf einen Wert der keine Probleme machen sollte.

Gleichzeitig hast Du aber auch Content Security Policy gesetzt. Insgesamt macht das auf mich den Eindruck als wäre Serverseitig dein Hosting abgesichert - möglicherweise ist hier irgendeine Einstellung zu viel gesetzt. Ich würde dir empfehlen dich diesbezüglich an deinen Hoster zu wenden, wenn du nicht selbst diese Regeln mit einem Sicherheitsplugin setzt.

Der Grund für die Meldungen ist eine Optimierung beim Umgang mit Sprachdateien von Plugins im WordPress-Core. Diejenigen Plugins die Sprachdateien einbinden bevor alle Komponenten von WordPress geladen sind, müssen die Stelle zur Einbindung dieser Dateien anpassen. Dazu gab es vor vielen Monaten bereits das Changeset für den WordPress-Core und vor mehreren Wochen zusätzlich noch eine Ankündigung für alle Plugin-Entwickler hier: https://make.wordpress.org/core/2024/10/2…provements-6-7/

Leider haben das nicht viele mitbekommen. Daher gibt es nun bei vielen Projekten diese PHP-Notices (das sind keine Fehlermeldungen). Plugins die nicht angepasst sind, laden keine Sprachdateien mehr, d.h. deren Texte sind englisch. Das ist keine funktionale Einschränkung, nur eine visuelle wenn man sein Projekt eher in anderen Sprachen nutzt.

Es gibt 4 Wege die man als Betroffener eines WordPress-Projektes gehen kann:

* Deaktiviere das WordPress-Debugging. Das ist ohnehin in Live-Systemen unnötig, da es die Ladezeit etwas verzögert, und auch gefährlich, da man in der öffentlich erreichbaren Datei debug.log ggfs. sensible Daten stehen hat.
* Deaktiviere im Hosting die Ausgabe von PHP-Fehlern. Auch das sollte man bei Live-Systemen nie aktiviert haben, da es auch gefährlich sein kann. Fehlermeldungen sollten nur im Error-Log im Hosting auflaufen.
* Mach ein Downgrade deines WordPress auf 6.2.2 und warte einige Wochen bis alle Plugin-Entwickler nachgezogen haben.
* Oder warte einfach ab bis die Plugin-Entwickler reagieren und dann neue Updates installieren. Viele Entwickler haben das in den letzten Tagen bereits, andere ziehen noch nach.

Generell würde ich auch bei produktiv laufenden Webseiten empfehlen keine neuen Hauptversionen von Softwarepaketen zu installieren. Warte lieber auf die ersten Bugfix-Releases und teste das Update dann in einem Testsystem bevor du es im Live-System machst. Damit hast Du dann auch weniger Stress als wie in der jetzigen Situation.

Wenn sie alle in einem Verzeichnis liegen, dann besteht das oben schon beschriebene Risiko einer Ausweitung des Hacks. Du solltest daher deine auch oben schon beschriebenen Gedanken möglichst zeitnah verfolgen.

Ich bin zunächst unsicher was Du mit "pflegen" meinst. Wenn Du die Websites betreust, wärst Du für die Wartung und Einspielung von Updates zuständig. Die anderen Personen geben vielleicht nur Inhalte ein ("pflegen" diese inhaltlich, wie ich es auch manchmal sage), sind daher hierfür gar nicht zuständig. Wenn die anderen Personen jedoch sich auch um die Updates kümmern sollen, ist es durchaus dein Recht als Hostinganbieter zu sagen "ihr kümmert euch nicht um Updates? Hinfort mich euch" da solche Projekte das von dir angebotene Hosting potentiell gefährden (wenn auch nicht durch einen Hackangriff auf andere Projekte so doch ggfs. durch das potentielle Blacklisting einer Server-IP die auf deinen Namen läuft).

Ob ein Hacker von einer auf die anderen Seiten zugreifen kann, hängt stark vom Aufbau des Hostings ab. Richtig eingerichtet sollten die Bereiche der einzelnen Websites voneinander getrennt sein, so dass keine Gefahr besteht. Sollten sich jedoch alle in einem Verzeichnis mit identischen Nutzerrechten befinden, kann das problematisch werden. Details dazu sollte dir der Support deines Hosters sagen können.

Die von dir genannte URL ist das Upgrade-Tool - vermutlich versucht dein WordPress sein neuestes Update einzuspielen (was gestern veröffentlicht wurde) und scheitert an irgendeinem Problem. Ich würde dir empfehlen ins Error-Log vom Hosting zu schauen oder den Support deines Hosters dazu anzusprechen.

Theoretisch brauchst Du dafür nur die Tabellen posts und postmeta. Du könntest ein frisches WordPress installieren und dann die beiden Tabellen entfernen und die aus deiner Sicherung anstelle dessen einfügen. Dann rufst du das WordPress auf und müsstest die Beiträge und Seiten dort sehen können.

Wie gesagt: theoretisch, denn es kommt auch auf ggfs. Verknüpfungen der Datensätze mit anderen Tabellen an, die es je nachdem was du noch für Plugins damals genutzt hast. Zudem enthalten die beiden Tabellen auch Daten von Medien und ggfs. weiteren Datentypen.

Eine Alternative zu o.g. Weg wäre die Programmierung eines Exports der Daten aus den Tabellen in eine WXL-Datei, wie sie WordPress zum importieren verwendet. Das wäre jedoch pure individuelle Entwicklung in PHP und hätte mit WordPress wenig zu tun.

Je breiter die Seite ist umso mehr Platz nimmt der Text ein. Text der über eine sehr große Breite geht, liest sich nicht gut. Das solltest Du auch bedenken, besonders wenn du auf deiner Seite viele Texte präsentieren willst.

Dein Projekt geht offenbar auch um das Reisen. Evtl. wäre es sinnvoll dann eher auf Mobilgeräte als auf große Desktops zu achten, da du vielleicht mehr Besucher hast die Mobil unterwegs sind als zu hause. Suchmaschinen bevorzugen zudem die Mobilansicht zur Bewertung, weshalb deine Gedanken zum Desktop dich am besten nicht zu lange aufhalten sollten.