Fragen & Antworten
Einstieg
Abschnitt betitelt „Einstieg“Installiere ich ein eigenes Updater-Plugin?
Abschnitt betitelt „Installiere ich ein eigenes Updater-Plugin?“Nein. Der Host bindet einen festen Versionsstand ein. Nutze die üblichen Installations- und Updateschritte des Host-Plugins.
Brauchen öffentliche Updates einen GitHub-Token?
Abschnitt betitelt „Brauchen öffentliche Updates einen GitHub-Token?“Nein. Öffentliche Repositories bleiben ohne Authentifizierung. Nur entsprechend konfigurierte private Repositories benötigen Zugangsdaten.
Updates
Abschnitt betitelt „Updates“Kann ich Updates aus einem privaten Repository erhalten?
Abschnitt betitelt „Kann ich Updates aus einem privaten Repository erhalten?“Ja. Der Host muss den Private-Modus aktivieren und einen repositorygebundenen Provider bereitstellen. Ein Fine-grained PAT mit Contents read und Metadata read unterstützt die geprüften Release- und Archivendpunkte.
Schaltet der Updater automatische Updates ein?
Abschnitt betitelt „Schaltet der Updater automatische Updates ein?“Nein. Er unterstützt die normale WordPress-Update-Engine. Die Einstellung für automatische Updates bleibt bei WordPress und dem Host.
Einbindung
Abschnitt betitelt „Einbindung“Können mehrere Plugins V2 einbinden?
Abschnitt betitelt „Können mehrere Plugins V2 einbinden?“Ja. Ab 2.2.1 verwenden aktualisierte Adapter die Klasse, die ihre eingebettete Runtime zurückgibt. Das funktioniert auch dann, wenn ein anderes Plugin zuvor eine ältere V2-Klasse geladen hat. Alte Adapter müssen auf diese Einbindung umgestellt werden; nur die PHP-Datei zu ersetzen genügt nicht. Die genauen Schritte stehen in der Einbindungsanleitung.
Lokalisierung
Abschnitt betitelt „Lokalisierung“Gibt es eine zusätzliche Textdomain?
Abschnitt betitelt „Gibt es eine zusätzliche Textdomain?“Nein. Updater-Strings werden in die Hostkataloge übernommen und über einen Hostcallback übersetzt.
Sicherheit
Abschnitt betitelt „Sicherheit“Was passiert nach einem Tokenwiderruf?
Abschnitt betitelt „Was passiert nach einem Tokenwiderruf?“Private Downloads werden auch bei noch gecachten Metadaten abgelehnt. Ein abgelehnter Download ersetzt das installierte Plugin nicht; das Aktivierungsverhalten verantwortet der aufrufende Hostablauf.
Updates
Abschnitt betitelt „Updates“Wann werden Metadaten aktualisiert?
Abschnitt betitelt „Wann werden Metadaten aktualisiert?“Erfolgreiche Metadaten werden 30 Minuten, Fehlschläge 10 Minuten gespeichert. WordPress plant die Prüfungen; manuelles Aktualisieren und die Cacheinvalidierung des Hosts können eine neue Abfrage auslösen.
Was passiert ohne passendes ZIP-Asset?
Abschnitt betitelt „Was passiert ohne passendes ZIP-Asset?“Die Engine verwendet das Source-Archiv des Releases, sofern gültig. Der Host muss es weiterhin als installierbares Pluginpaket prüfen.
Einbindung
Abschnitt betitelt „Einbindung“Wer prüft das tatsächliche Paket?
Abschnitt betitelt „Wer prüft das tatsächliche Paket?“Die Engine prüft die Hauptdatei und normalisiert Verzeichnisse. Vollständige Identitäts-, Angebotsversions- und Plattformprüfungen liegen beim Host, auch im besonderen Core-Bulk-Kontext.
Sicherheit
Abschnitt betitelt „Sicherheit“Wo liegt der Token?
Abschnitt betitelt „Wo liegt der Token?“In geschützter Installationskonfiguration, aus der ihn der Provider bei der Anfrage liest. Er darf nicht in Plugin-Dateien, öffentlichen Repositories, ZIPs, URLs oder Metadaten eingebettet sein.
Library
Abschnitt betitelt „Library“Ersetzt die Library den Host-Updater?
Abschnitt betitelt „Ersetzt die Library den Host-Updater?“Nein. Kataloganzeige und Updates installierter Plugins haben getrennte Verantwortlichkeiten. Der Anzeige-Cache des Library-Katalogs darf den Prüfzyklus des Host-Updaters nicht vorgeben.
Zusätzliche Fragen zum Zusammenspiel
Abschnitt betitelt „Zusätzliche Fragen zum Zusammenspiel“Was ist der Unterschied zwischen Updater und Library?
Abschnitt betitelt „Was ist der Unterschied zwischen Updater und Library?“Der deckerweb Updater verbindet neue GitHub-Releases eines installierten Plugins mit dem normalen WordPress-Updateablauf. Die deckerweb Library ist der gemeinsame Katalog, in dem du weitere Plugins entdecken, gezielt installieren und bei passenden Katalogeinträgen auch Updates ausführen kannst.
Beide Komponenten sind in passende Plugins eingebettet. Für ihre normale Nutzung installierst du kein zusätzliches Updater- oder Library-Plugin.
Brauche ich weiterhin Git Updater? Wie vertragen sich die Updatewege?
Abschnitt betitelt „Brauche ich weiterhin Git Updater? Wie vertragen sich die Updatewege?“Für aktuelle deckerweb-Plugins mit eingebettetem Updater ist Git Updater als zusätzlicher Updateweg nicht nötig. Früher habe ich Git Updater häufig empfohlen und selbst verwendet. Andere Plugins oder Themes können ihn weiterhin benötigen – deshalb nicht pauschal entfernen.
Updater und Library erkennen aktive Git-Updater- beziehungsweise ältere GitHub-Updater-Installationen lokal und können einen gemeinsamen ausblendbaren Hinweis anzeigen. Niemand wird automatisch deaktiviert. Library 1.1.0 enthält außerdem konkrete Anpassungen an Git-Updater-Nonce-Prüfungen und die Übergabe der Pluginidentität. Das ist keine Garantie für jede Kombination von Versionen und Erweiterungen.
Wenn eine Installation oder ein Update fehlschlägt, deaktiviere Git Updater vorübergehend und versuche es erneut. Aktiviere ihn danach wieder, wenn andere Erweiterungen darauf angewiesen sind. Dauerhaft abschalten erst, wenn für alle betroffenen Plugins und Themes ein zuverlässiger anderer Updateweg vorhanden ist.
Zusammenspiel im Detail · Library-Fragen & Antworten
Übernommen aus der veröffentlichten Komponente 2.2.1. Originalquelle · English