Guten Morgen,
Ein Jahr lang habe ich alle Antworten hier im Forum gefunden, nun fehlen mir unter Umständen einfach die richtigen Suchbegriffe. Eventuell gehört das auch in das Unterforum "Installation", ich bin mir da nicht so sicher. Folgendes Problem habe ich mit dem Blog auf BSSW-Online:
Nach dem Serverumzug kann ich mich anmelden, im Backend arbeiten, machen tun, alles funktioniert mittlerweile wunderbar. Klicke ich aber auf [Blog ansehen] (egal ob ich dieses in einem neuen Tab oder einem neuen Fenster öffne), dann bin ich wieder abgemeldet, in dem Meta-Menü steht nur der Button [Anmelden] zur Verfügung, private Seiten sind unsichtbar und aktiviere ich das PlugIn "Category Access", dann kann ich Beiträge entsprechende Kategorien auch nicht mehr lesen.
Das Blog liegt in einem Unterordner, die Struktur sieht folgendermaßen aus:
http://www.subdomain.server_url/content/
ich logge mich also unter
http://www.subdomain.server_url/content/wp-admin
ein.
Als WordPress-Adresse (URL) ist eingestellt:
http://www.subdomain.server_url/content/
als Blogadresse (URL)
BSSW-Online
(.de, .org, .eu und andere zeigen auf das Installationsverzeichnis)
In meiner Unwissenheit vermute ich, das der Hase entweder hier, oder in der htaccess im Pfeffer liegt, kriege das aber nicht wirklich in den Griff. das ist aber doch ziemlich wichtig, da viele Inhalte ausschließlich Mitgliedern zugänglich gemacht werden soll.
Über Tipps wie ich das in den Griff bekomme wäre ich sehr dankbar, die Zeit rennt mir weg und wir benötigen "geschützte" Bereiche um Funktionen zum kollaborativen Arbeiten zu integrieren (Mindmaps, Zotero etc.).
Viele Grüße und einen guten Start in den Tag
Marc
p.s.: Ganz vergessen: Installiert ist WP 2.6.1de
Wiederholtes Einloggen - Private Seiten bleiben unsichtbar
-
-
- Gerade eben
- Anzeige
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.
- ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
- ✔️ Deutsche Server & DSGVO-konform
- ✔️ Persönlicher Support (kein 0815-Ticket-System)
-
Ich denke, das liegt an Folgendem: Wenn Du Dich über http://www.subdomain.server_url/content/wp-admin einloggst, wird das entsprechende Cookie für http://www.subdomain.server_url/content/wp-admin gesetzt. Wenn Du dann die Seite unter http://www.bssw-online.org aufrufst, wird der Cookie nicht gefunden und Du bist ergo nicht angemeldet. Die Frage wäre also, wieso Du das Backend nicht über die eigentliche Domain aufrufst. Ok, gerade probiert, das leitet auf die interne Adresse weiter. Und zwar vermutlich weil Du die in den Optionen eingetragen hast.
Ok, ich bin gerade erkältet und nicht ganz bei mir. Aber ich würde denken, dass Du in diesem Fall in den Optionen einfach nur http://www.bssw-online.org in beide Felder einträgst. Wenn Du das probierst, sei Dir aber sicher, dass Du weißt, wie Du es ggf. in der DB zurücksetzen kannst. ;-)
-
Hi,
Ok, ich bin gerade erkältet und nicht ganz bei mir.
Willkommen im Club und gute Besserung.
ZitatAber ich würde denken, dass Du in diesem Fall in den Optionen einfach nur BSSW-Online in beide Felder einträgst. Wenn Du das probierst, sei Dir aber sicher, dass Du weißt, wie Du es ggf. in der DB zurücksetzen kannst. ;-)
Ich weiß sogar sehr genau wie ich das in der DB zurücksetzen kann, dieses Fest habe ich schon gefeiert. :)
Allerdings hast Du mir wahrscheinlich gerade den notwendigen Denkanstoß geliefert. Ursprünglich war der Eintrag notwendig weil die Datenbank nach dem Umzug eben nicht geändert war und alle Daten aus dem Testgebiet geholt hat. Mittlerweile leiten alle domains auf den aktuellen Webspace um und es wird - nach dem Zurücksetzen - nur die aktuelle Datenbank abgefragt. Ich werde das heute Abend mal versuchen, von hier aus (Firma) kann ich nicht schnell genug reagieren wenn etws schief geht.
Erstmal vielen Dank
Marc -
Zitat
Willkommen im Club und gute Besserung.
Danke! :-)
ZitatIch werde das heute Abend mal versuchen, von hier aus (Firma) kann ich nicht schnell genug reagieren wenn etws schief geht.
Ok, sag Bescheid, falls es das noch nicht war. Dann müsste man ggf. vielleicht noch mal schauen, wie die Domain genau auf den Webspace geschaltet ist.
-
Einen wunderschönen Abend,
das war es schon. Die Seite läuft, der Cookie wird gefunden, alles ist bestens. Herzlichen Dank für Deine Unterstützung.
Viele Grüße
Marc (ich geh jetzt Fische füttern ;) ) -
Guten Morgen,
das war es schon. Die Seite läuft, der Cookie wird gefunden, alles ist bestens.
da habe ich mich etwa zu früh gefreut. Es funktioniert nur bei einigen Weiterleitungen, so zum Beispiel wenn zum login .org/wp-admin oder .eu/wp-admin genutzt wird. Die .de Adresse verhält sich weiterhin buggy.
Dazu muss ich sagen, dass ich mit der Serverkonfiguration nicht zu tun habe, das macht jemand anderes.
Grüße
Marc -
Mach Dich ggf. mal schlau, wie WordPress das mit den "canonical URLs" handhabt. Eigentlich müssten alle Domains außer der, die Du in den Optionen eingetragen hast, auf diese Hauptdomain weiterleiten. Das sollte auf jeden Fall im Blog passieren, bin mir nicht sicher, ob es auch im Backend funktioniert.
Ok, gerade bei mir mal getestet. Nein, die Loginseite leitet nicht auf die Hauptdomain weiter, wenn man sie über eine andere Domain aufruft. Das heißt, da hat man dieses Phänomen tatsächlich, dass man sich über Domain A anmeldet, beim Aufruf der Seite aber zu Domain B kommt und dort nicht angemeldet ist. Tja, ist das nun ein Bug oder einfach nur ein mangelndes Feature?!
So oder so ist das kein Fehler Deines Servers. Wenn es Dich stört, kannst Du aber sicher eine Regel für die .htaccess finden, die alle Aufrufe von domain-b.de/wp-login.php umleitet auf domain-a.de/wp-login.php, denke ich.
-
Moin,
tolle Effekte: Bis gestern Mittag lief es auf alle Fälle gut, die Mitglieder in "Redakteurs"-Rollen waren begeistert. Wer eingeloggt war blieb es auch, die Cookies wurden gefunden. Irgendwann zwischen 13:00 und 15:00 war Feierabend, alle Artikel und Kommentare "weg". Das ist soweit wieder repariert.
Ich werde mich jetzt mal mit der htaccess auseinandersetzen, bezüglich der canonical URLs habe ich schon Einiges gelesen, denke aber dass ich das Problem woanders lösen muss.
Eine Unklarheit gibt es noch: Wird die htaccess jedesmal neu geschrieben, wenn ich in den Einstellungen schraube oder ist diese statisch? Dazu finde ich nicht so richtig klare Informationen.
Viele Grüße
Marc -
Eine Unklarheit gibt es noch: Wird die htaccess jedesmal neu geschrieben, wenn ich in den Einstellungen schraube oder ist diese statisch? Dazu finde ich nicht so richtig klare Informationen.
Die wird des öfteren mal neu beschrieben, dazu reicht IMHO schon der Aufruf der Permalinks-Einstellungsseite. Daher hat die .htaccess bei mir nach Ersteinrichtung keine Schreibrechte mehr. ;-) (chmod 444 glaube ich...) -
Soweit ich weiß überschreibt WordPress dabei aber nur seine eigenen Angaben. Bei mir hat sich da z.B. ein Plugin drin verewigt, und dessen Einstellungen überleben auch ein Neuschreiben per Permalinkstruktur-Speichern.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!