Kann es vielleicht sein, dass bei den WordPress-Instanzen, bei denen das Wartungsrelease nicht automatisch durchgeführt wurde, durch eine Eintragung in der wp-config.php wie folgt blockiert wird?
define( 'WP_AUTO_UPDATE_CORE', false );
Thread-Starter
onlaie
(@onlaie)
define( ‚WP_AUTO_UPDATE_CORE‘, false );
ist nicht drin.
Hier die Plugins einer der Sites, wo noch immer kein Update durchgeführt wurde:
# Must-Use Plugins
- Keine Daten verfügbar
# Aktive Plugins
- Advanced Database Cleaner - 4.0.6
- Advanced iFrame - 2025.10
- Category Posts Widget - 4.9.22
- Complianz - Terms and Conditions - 1.2.8
- Disable & Remove Google Fonts - 1.8.2
- Disable Gutenberg - 3.3
- Download Monitor - 5.1.7
- FooGallery - 3.1.11
- My Sticky Bar - 2.8.6
- Real Cookie Banner - 5.2.14
- Regenerate Thumbnails - 3.1.6
- SEOPress - 9.5
- Solid Mail - 2.2.2
- Supaz Easy Background - Easy way to add parallax image or video backgr - 1.0.2
# Inaktive Plugins
- Advanced iFrame custom folder - 1.0
Die anderen Instanzen nutzen nicht WordPress 6.9 sondern sind noch bei einer älteren Version.
Ja, stimmt! Die eine hier ist noch auf 6.8.3. Dh. es sind schon frühere Updates nicht erfolgt.
Dh. hier liegt irgendwo das Problem …
Die Updates werden vom Hosting gesteuert
Nein, definitiv nicht.
Wenn die Einstellung in WordPress auf
Diese Website wird ausschließlich mit Wartungs- und Sicherheits-Updates von WordPress automatisch auf dem neuesten Stand gehalten.
steht, dann werden nur Aktualisierungen innerhalb der Hauptversion eingespielt. Das heißt:
- Wenn WordPress 6.8.3 genutzt wird, findet kein Update auf 6.9.1 statt. Würde es eine 6.8.4 geben, würde dieses eingespielt werden.
- Wenn WordPress 6.9 genutzt wird, wird es auf 6.9.1 aktualisiert.
Diese Einstellung stellt sicher, dass das Projekt durch möglicherweise mit einer neuen Hauptversion kommende Features nicht zu irgendwelchen Auffälligkeiten führt. Du musst bei Projekten die so eingestellt sind, selbst das Update auf die neue Hauptversion durchführen. Dadurch kannst du sicherstellen, dass das Update in jedem Fall richtig funktioniert.
Wenn du immer alle Updates haben willst, klicke unter Aktualisieren auf den Link „Automatische Aktualisierungen für alle zukünftigen Versionen von WordPress aktivieren.“. Danach steht dort:
Diese Website wird automatisch mit jeder neuen Version von WordPress auf den aktuellsten Stand gebracht.
In dem Fall würde das Projekt dann tatsächlich jedes Update vom Core automatisch eingespielt bekommen. Also auch von 6.8.3 auf 6.9.1.
Siehe auch: https://haurand.com/wordpress-automatisches-update-auf-major-verhindern/
Thread-Starter
onlaie
(@onlaie)
Wenn WordPress 6.8.3 genutzt wird, findet kein Update auf 6.9.1 statt. Würde es eine 6.8.4 geben, würde dieses eingespielt werden.
Wenn WordPress 6.9 genutzt wird, wird es auf 6.9.1 aktualisiert.
Ok. Woher weiß man, dass zB. 6.8.3 keine „Hauptversion“ ist, 6.8.4 aber schon?
Dachte eher 6.8, 6.9, das wären Hauptversionen, aber 6.8.3, 6.8.4 oder 6.9.1 nicht?
Dh. wir haben ein Update auf eine Hauptversion vergessen.
„Automatische Aktualisierungen für alle zukünftigen Versionen von WordPress aktivieren.“
Ist das ratsam? Ich meine, wie wahrscheinlich ist es „zu irgendwelchen Auffälligkeiten führt„?
Bin mir da immer unsicher.
Der Aufbau der Versionsnummern legt fest, was eine Hauptversion ist. Bei 6.8.3 ist „6.8“ die Hauptversion, die „.3“ steht für die Bugfix-Version. Und ja, du hast offenbar einzelne Projekte nicht von 6.8 auf 6.9 aktualisiert, auch wurde das auf Grund von o.g. Einstellung nicht automatisch für dich gemacht. Das musst du nun manuell nachholen.
Wie du mit automatischen Aktualisierungen umgehst, ist absolut dir überlassen. Hier gibt es keine generelle Empfehlung, wie man es machen sollte. Das muss man eigentlich je nach Projekt entscheiden. Ich mache z.B. generell keine automatischen Aktualisierungen und spiele alles per Hand ein. Und ja, das ist ein Zusatzaufwand, bedeutet aber auch für meine Projekte mehr Sicherheit in der Verfügbarkeit. Ich kann aber auch gleichzeitig verstehen, wenn man für seinen Blog, der nur Texte und Bilder hat, den Automatismus aktiviert. Dann hat man mehr Zeit für seine Inhalte und muss sich nicht um die Technik sorgen. Man kann keine Wahrscheinlichkeit zu möglichen Problemen angeben, da das von zu vielen Faktoren abhängig ist.
Thread-Starter
onlaie
(@onlaie)
Bei 6.8.3 ist „6.8“ die Hauptversion, die „.3“ steht für die Bugfix-Version.
Genauso habe ich das bisher verstanden.
Aber dann verstehe ich den Satz noch weniger:
Wenn WordPress 6.8.3 genutzt wird, findet kein Update auf 6.9.1 statt. Würde es eine 6.8.4 geben, würde dieses eingespielt werden.
Egal, wir werden alles wieder auf manuell stellen. Dann gibts kein Ratespiel, was wer automatisch oder nicht macht.
Teste mal InfiniteWP. Das ermöglicht (mit der free Version) das Aktualsieren website-übergreifend von allem: WordPress, Plugins, Themes, Übersetzungen. Außerdem kannst du eine E-Mail-Benachrichtigung über vorliegende Updates einrichten, wobei du den Intervall festlegen kannst.
Thread-Starter
onlaie
(@onlaie)
Sorry, Nachricht übersehen. Das Plugin liest sich va. für Admins mehrerer Projekte interessant!
Und das beschriebene (insbesondere „E-Mail-Benachrichtigung über vorliegende Updates“) geht auch in der Free-Version?
Und das beschriebene (insbesondere „E-Mail-Benachrichtigung über vorliegende Updates“) geht auch in der Free-Version?
Ja, das funktioniert alles in der Free-Version.
Den Intervall für den E-Mail-Versand (wie oft täglich z. B.) musst du über einen Cronjob festlegen.
Das Plugin liest sich va. für Admins mehrerer Projekte interessant!
Ja natürlich, dafür ist es gedacht. Du kannst unterschiedliche Websites (Domains) einbinden.
Vom Admin-UI aus:
- Alles zusammen oder ausgewähltes aktualisieren (betrifft sowohl Websites, als auch z. B. nur ein bestimmtes Plugin usw.)
- Mit Klick das Frontend einer Website ansehen
-
Mit Klick direkt, ohne gesonderte Anmeldung, ins Backend und manuell aktualisieren
- Backups anlegen
- Wiederherstellen
- Manuell nach Updates suchen, direkt für alle hinzugefügten Websites und alles auf einmal aktualisieren.
- Funktioniert auch, wenn man einen .htaccess-Passwortschutz auf wp-login.php/wp-admin hat.
Die Software selbst wird eigenständig installiert, ohne WordPress. Auf den WordPress-Websites, die du einbinden willst, muss das WordPress-Plugin (Installer Plugin) installiert werden, das mit der Software connected.
Ich empfehle die manuelle Installation (DIY – Manual Installation) der Software IWP Admin Panel.
Man kann die Software auch mehrfach, in unterschiedlichen Ordnern installieren, dafür werden unterschiedliche E-Mail-Adressen und unterschiedliche Datenbanken (sowie unterschiedliche Cronjobs für die E-Mail-Benachrichtigung) benötigt. Das ist hilfreich, wenn man viele Websites über Infinitewp verwaltet. 15 pro Instanz sind gut zu handlen (Performance). Besser 2 oder mehr Instanzen mit je 15 Websites parallel/gleichzeitig laufen lassen, als 1 mit >= 30 Websites. Das bezieht sich auf den manuellen Check auf vorhandene Updates sowie auch auf die Aktualisierungen selbst.
Und wichtig: Der oder die Ordner wo Infinitewp installiert wird, sollte/n mit einem .htaccess-Passwort-Zugangsschutz versehen werden.
Thread-Starter
onlaie
(@onlaie)
Danke für die umfangreiche An- und Einleitung!
manuelle Installation (DIY – Manual Installation))
Da könnten noch Fragen auftauchen und wenn ok, komme ich hier darauf zurück.
Leider habe ich dzt. die Probleme mit den „Passwort Terroristen“ und auch daher leider wenig Zeit, mich in dieses recht professionell anmutende, evtl. auch komplexe Plugin einzuarbeiten.
Aber es ist fix notiert!
Danke!
Gerne 🙂
Da könnten noch Fragen auftauchen und wenn ok, komme ich hier darauf zurück.
Aber bitte dann in einem neuen Thread.
