Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Hallo!
Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.
Ich verstehe das Problem nicht: Wenn sich jemand einmal authorisiert, warum soll er es dann später noch einmal tun? Der Artikel ist ja dann nicht für alle freigeschaltet, sondern nur für die jeweilige authorisierte Person.
Dazu fällt mir spontan nur Sessions ein. Allerdings werden die von WordPress nicht genutzt (das setzt auf Cookies), will heißen eine entsprechende Modifikation im WordPress Kern wäre wohl nötig. Ob das den Aufwand rechtfertigt, ich weiss nicht...
Generell brauchste eine serverseitige Passwortverwaltung, der Client darf damit nix zu tun haben. Cookies geben dem User eine Möglichkeit und bleiben auch nach Schließen des Browsers erhalten. .htaccess funktioniert nur für Verzeichnisse, nicht für einzelne Dokumente (was im übrigen die index.php wäre...). Bei aktivierten Permalinks die Verzeichnisstruktur auf dem Server wirklich abzubilden funktioniert auch nicht, da dann in dem Verzeichnis und nicht mehr bei WordPress nach dem Dokument gesucht wird.
Ergo: Meiner Meinung nach würde das nur über Sessions gehn, die in WordPress nicht implementiert sind. Aber ich lasse mich gern eines besseren belehren :-)
Gruß Jeriko
Hihi, anscheinend gar nicht, siehe /wp_pass.php ;-)
Gruß Jeriko
Generell brauchste eine serverseitige Passwortverwaltung, der Client darf damit nix zu tun haben.
Was auf WP aber definitiv nicht zutrifft - hier werden (auch bei 2.x) die Kennwörter als KlarText im Cookie hinterlegt!!!
Da sollte man sich schon mal einen Eingriff im Kern überlegen ;)
vG
Arno
Was auf WP aber definitiv nicht zutrifft - hier werden (auch bei 2.x) die Kennwörter als KlarText im Cookie hinterlegt!!!
Allerdings nur die Beitragspasswörter; was auch nicht weiter schlimm ist, da die in der selben Tabelle stehen wie der Beitrag selbst. Und wer das Beitragspasswort auslesen kann, kann auch gleich den Beitrag lesen.
Allerdings nur die Beitragspasswörter; was auch nicht weiter schlimm ist, da die in der selben Tabelle stehen wie der Beitrag selbst. Und wer das Beitragspasswort auslesen kann, kann auch gleich den Beitrag lesen.
"nicht weiter schlimm" ist gut! In Anbetracht der Tatsache das die meisten Browser mit einer recht langen vorhaltezeit für die Cookies arbeiten, kann jeder der an einem der Rechner - mit dem ich eine der geschützten Seiten im Blog aufrufe - sitzt, mittels dieses Kennworts Zugriff zu wenigstens einer der geschützten Seiten bekommen, obwohl er genau dies nicht soll!
Ansonsten hätte ich die Seite direkt offen lassen können und kein Passwort vergeben müssen! ;)
vG
Arno
PS das gilt latürnich nur dann, wenn man den Cookie nicht löscht - wozu man z.B. in vielen InternCafes keine Möglichkeit hat!
So gesehen hast Du recht; mit "nicht so schlimm" meinte ich aber nur die Tatsache, dass das Passwort nicht verschlüsselt ist.
Ansonsten könnte man (a) ein Plugin entwickeln und/oder (b) einen Bugreport schreiben.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
