Passwortschutz: Einrichtung und Hilfe

1. Laden Sie die ZIP-Datei mprpasswordprotect unter Module > "Module Manager" hoch und installieren Sie sie.
2. Klicken Sie auf "Configure", um Passwortschutz-Einstellungen zu öffnen.
3. Geben Sie unter "Password" ein gemeinsames Passwort ein und füllen Sie Nachricht aus.
4. Wählen Sie "Protection scope". Wenn Sie ausgewählte Seiten wählen, füllen Sie "Protected pages" aus.
5. Prüfen Sie die Einstellungen zur Umgehung und für Suchmaschinen.
6. Schalten Sie "Enable password protection" ein und speichern Sie. Beheben Sie alle auf der Seite angezeigten Hook- oder Cache-Warnungen.
7. Testen Sie in einer frischen Browsersitzung ohne Mitarbeiterumgehung. Bestätigen Sie die Sperre, die Fehlermeldung bei falschem Passwort und die erfolgreiche Rückkehr zur angeforderten Seite.

Das Modul wird deaktiviert und ohne Passwort installiert. Es installiert die Meta-Seite der Zugangssperre mit dem benutzerfreundlichen Rewrite password. Der Front-Controller der Sperre funktioniert auch über die von PrestaShop generierte Modul-URL.

Für eine Vorschau des ganzen Shops behalten Sie "Entire storefront" bei, legen Nachricht und Passwort fest und lassen "Discourage search engines" eingeschaltet. Es gibt kein automatisches Veröffentlichungsdatum. Deaktivieren Sie die Sperre manuell, sobald der Shop öffentlich sein soll.

Wählen Sie den Umfang für ausgewählte Seiten und dann unter "Protected pages" CMS-Seiten, Produkte, Kategorien, Hersteller oder Lieferanten. Einschluss- und Ausschlussgruppen verwenden den Entitätsselektor. Die Auswahl einer Kategorieseite bedeutet nicht automatisch, dass jede Produktseite dieser Kategorie geschützt ist.

Beispielsweise können Sie die Produkte 42 und 84, CMS-Seite 6 sowie alle Kategorieseiten außer Kategorie 3 einschließen. Diese Auswahl verwendet Produkt-IDs unter products, Kategorie-IDs unter categories und CMS-IDs unter cms. Das Modul gleicht die Entität der Seite ab und bietet keinen Editor für beliebige URL-Muster.

In diesem Modus werden nur passende Entitätscontroller gesperrt. Andere Seiten bleiben öffentlich, sofern Sie nicht "Entire storefront" wählen. Unterstützte Listing-Übergaben ermitteln auch Kategorie-, Hersteller- und Lieferantenidentität für die Abgleichentscheidung.

Die Sperre fängt Frontoffice- und Modul-Front-Dispatches über actionDispatcherBefore und den älteren Hook actionDispatcher ab. Sie sperrt keine Backoffice-Controller.

Eine geschützte Anfrage leitet zur eigenständigen Passwortseite um. Diese zeigt, falls verfügbar, Ihr Shoplogo, sonst den Shopnamen, sowie Nachricht und Passwortformular. Ein gültiges angefordertes Ziel wird in einem versteckten redirect-Feld erhalten. Nach erfolgreicher Eingabe kehrt das Modul dorthin zurück. Ungültige oder unsichere Ziele fallen auf Startseite/Basispfad des Shops zurück.

Ein erfolgreicher Zugang wird im PrestaShop-Cookie des Besuchers gespeichert und ist an das gespeicherte Passwort gebunden.

Das Ändern oder Leeren des gespeicherten Passworts beendet bestehende Besucherzugänge. Besucher benötigen das neue Passwort. Es gibt keine separate Einstellung zur Sitzungsdauer; der Zugang hängt vom PrestaShop-Shop-Cookie ab.

Die Sperre begrenzt Vergleiche auf 10 POST-Versuche pro serverseitig erfasster IP und Shop in einem festen 300-Sekunden-Zeitfenster. Eine Anfrage über dem Limit erhält 429 und Retry-After. Dieses Limit ist auf dieser Einstellungsseite nicht konfigurierbar.

Geschützte Antworten, auch für zugelassene Besucher, werden als privat und nicht cachebar markiert. Beim Speichern von Schutzänderungen wird über die verfügbare Cache-Integration eine Invalidierung des Seitencaches angefordert. Lesen und beheben Sie die Cache-Warnung der Konfigurationsseite, bevor Sie bereits vorgewärmten Seiten vertrauen.

Bei eingeschaltetem "Discourage search engines" sendet die normale Sperrantwort:

HTTP/1.1 503 Service Temporarily Unavailable
Retry-After: 86400
X-Robots-Tag: noindex, nofollow

Sie enthält auch das Robots-Meta noindex, nofollow. Bei Überschreiten des Anfrage-Limits wird 429 statt der normalen 503 der Sperre verwendet. Kann das Modul seine Konfiguration oder die Registrierung der Sperre nicht lesen, verweigert es den Zugriff mit einer Meldung vorübergehender Nichtverfügbarkeit und kurzem Wiederholungsintervall.

Diese Signale entfernen indexierte Seiten nicht sofort. Deaktivieren Sie die Sperre, bevor normaler Shopzugriff und Indexierung wieder möglich sein sollen.

Testen Sie mit einem Browser ohne authentifiziertes Sperr-Cookie und ohne Mitarbeiterumgehung:

1. Öffnen Sie einen geschützten Deep-Link und bestätigen Sie die Weiterleitung zur Sperre.
2. Geben Sie ein falsches Passwort ein und bestätigen Sie Falsches Passwort. Bitte versuchen Sie es erneut.
3. Geben Sie das richtige Passwort ein und bestätigen Sie die Rückkehr zur geschützten Seite.
4. Prüfen Sie im Auswahlmodus, dass eine nicht ausgewählte Seite öffentlich bleibt.
5. Ändern Sie das Passwort und bestätigen Sie, dass der alte Zugriffsnachweis des Browsers abgelehnt wird.
6. Prüfen Sie Header geschützter Antworten und zuvor gecachte Seiten.

Wenn Mitarbeiter den Shop direkt sehen, prüfen Sie "Bypass for logged-in employees" und den PrestaShop-Wartungszugriff. Es gibt keine separate IP- oder Kunden-E-Mail-Freigabeliste im Modul.

Wenn Besucher nicht umgeleitet werden, prüfen Sie Aktivierung, nicht leeres Passwort, Umfang und beide Dispatcher-Hooks. Laden Sie die Konfiguration neu, um die Hook-Registrierung erneut zu versuchen, und verwenden Sie "Integrity". Bei einer Wiederholungsfehlermeldung warten Sie das angegebene Intervall ab und prüfen die Speicherverfügbarkeit. Bleiben alte Seiten öffentlich, beheben Sie die Cache-Warnung und leeren Sie den betreffenden externen Cache.

Es gibt keine Einstellungen für eigene Hintergrundbilder, einen Logo-Schalter oder eine andere Sitzungsdauer. Die Sperre schützt über den Dispatcher verarbeitete Seiten, nicht direkten Webserver-Zugriff auf statische Dateien.

Schalten Sie "Enable password protection" aus und speichern Sie, um die geschützten Seiten wieder zu öffnen. Bestätigen Sie die Cache-Invalidierung und testen Sie als neuer Besucher.

Deinstallieren Sie über "Module Manager", um Menü, Meta-Eintrag der Sperre und Modulkonfiguration zu entfernen. Tun Sie dies erst, wenn der Shop öffentlich sein soll.

Erfordert PrestaShop 1.6.1 oder neuer und PHP 7.1 oder neuer.