Fragen & Antworten
Einstieg
Abschnitt betitelt „Einstieg“Wo ist der Katalog?
Abschnitt betitelt „Wo ist der Katalog?“Plugins → Plugin hinzufügen → deckerweb öffnen. WordPress.org bleibt die Standardansicht.
Werden externe Dienste kontaktiert?
Abschnitt betitelt „Werden externe Dienste kontaktiert?“Die lokale Ansicht nicht. Installation lädt das ausgewählte GitHub-Release. Optionale Online-Freigaben kontaktieren die konfigurierte eigene HTTPS-Quelle; deren Server sieht die anfragende IP-Adresse. Website-URL, Nutzer-ID, Plugin-Inventar und Telemetrie werden nicht übertragen.
Voraussetzungen und Installation
Abschnitt betitelt „Voraussetzungen und Installation“Warum ist eine Installation nicht verfügbar?
Abschnitt betitelt „Warum ist eine Installation nicht verfügbar?“Die Karte zeigt fehlende oder inaktive Abhängigkeiten sowie WordPress-/PHP-Anforderungen. Voraussetzungen werden nicht automatisch installiert; Aktivierung ist ein eigener Schritt.
Kann der Katalog ausgeblendet werden?
Abschnitt betitelt „Kann der Katalog ausgeblendet werden?“Unter Einstellungen → deckerweb Library (bei Multisite in den Netzwerkeinstellungen). Ausblenden erhält Abhängigkeitsprüfungen und bereits eingerichtete Updates. Online-Abrufe separat abschalten.
Katalog und Updateprüfungen
Abschnitt betitelt „Katalog und Updateprüfungen“Benötigt jeder Plugin-Release eine neue Library?
Abschnitt betitelt „Benötigt jeder Plugin-Release eine neue Library?“Nein. Eine freigegebene Online-Katalogrevision kann eine neuere Plugin-Version unabhängig von der eingebetteten Komponente enthalten.
Warum können Katalog und Updater unterschiedlich aktuell sein?
Abschnitt betitelt „Warum können Katalog und Updater unterschiedlich aktuell sein?“Die Kataloganzeige wird 24 Stunden gespeichert; installierte Plugins nutzen einen unabhängigen Cache im WordPress-Zyklus. Paketaktionen prüfen die Freigabe frisch.
Benötigen Nutzer einen GitHub-Token?
Abschnitt betitelt „Benötigen Nutzer einen GitHub-Token?“Öffentlicher Katalog und Release-Downloads benötigen keine Nutzer-Tokens. Optionale Betreiberzugangsdaten bleiben außerhalb ausgelieferter Dateien.
Gemeinsame Einstellungen und Daten
Abschnitt betitelt „Gemeinsame Einstellungen und Daten“Was passiert beim Entfernen eines Hosts?
Abschnitt betitelt „Was passiert beim Entfernen eines Hosts?“Ein weiterer installierter Host erhält gemeinsam genutzte Daten, auch deaktiviert. Der letzte Host bereinigt temporäre Library-Daten und Caches. Einstellungen bleiben ohne ausdrücklich aktivierte Löschoption erhalten. Installierte Plugins und Inhalte bleiben bestehen. Hosts müssen den mitgelieferten Uninstall-Vertrag aufrufen.
Wird Multisite unterstützt?
Abschnitt betitelt „Wird Multisite unterstützt?“Library-Einstellungen gelten je Netzwerk. Daily Scripture ab 1.0.0 unterstützt Netzwerkaktivierung; ältere installierte Versionen müssen zuvor aktualisiert werden. Bricks QuickNav bleibt auf Website-Aktivierung beschränkt. Berechtigungs- und Abhängigkeitsprüfungen gelten weiterhin.
Wie wird eine Sicherheitslücke gemeldet?
Abschnitt betitelt „Wie wird eine Sicherheitslücke gemeldet?“Im Host-Plugin-Repository Security → Advisories → Report a vulnerability verwenden. Host- und Library-Version nennen; Sicherheitsdetails nicht in öffentlichen Issues posten. Hosts müssen den privaten Meldeweg vor Veröffentlichung aktivieren.
Zusätzliche Fragen zum Zusammenspiel
Abschnitt betitelt „Zusätzliche Fragen zum Zusammenspiel“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
Kann die Library auch ein älteres Plugin ohne eigenen Updater aktualisieren?
Abschnitt betitelt „Kann die Library auch ein älteres Plugin ohne eigenen Updater aktualisieren?“Bei passenden installierten Katalogeinträgen kann die Library ein geprüftes Update direkt in der Karte anbieten, auch wenn die alte Version noch keinen eigenen Updater enthält. Entscheidend sind eine eindeutige Zuordnung und ein freigegebenes kompatibles Paket.
Wenn kein passendes Angebot erscheint oder du unabhängig vom Katalog wechseln möchtest, nutze den manuellen ZIP-Weg oben. Weder der Katalog noch ein Update installiert notwendige Drittanbieter-Abhängigkeiten ungefragt.
Zum manuellen Updateweg · Aktionen im Katalog
Übernommen aus der veröffentlichten Komponente 1.1.0. Originalquelle · English