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 erstellenHm, also wenn das Zurückspielen der User-Tabellen auch keine Änderung bringt, würde ich die als Ursache fast ausschließen...
Da der Login ansich zu funktionieren scheint, bin ich jetzt auch eher bei maxe und vermute, irgendeins deiner Plugins oder dein Theme macht irgendwie einen Redirect vom Dashboard auf die Startseite.
Hast du schon mal probiert alle Plugins zu deaktivieren und/oder auf ein Standard-Theme zu wechseln? Besteht der Fehler dann weiterhin?
Dies wurde bereits umgesetzt aber es gilt nur für neue User. Was mache ich mit den bereits vorhandenen?
Ach so...
Was die vorhandenen angeht, geht es nur so, dass du die Hashes neu aus den Passwörtern erzeugst. Der Weg von Hash zu Hash klappt wie gesagt nicht.
Das geht entweder so, wie du jetzt beschrieben hast (du erstellst den zweiten Hash beim anmelden bzw. der Passworteingabe).
Oder Variante zwei wäre, einfach alle Passwörter zurücksetzen und die Leute auffordern, ein neues Passwort zu erstellen.
Machen viele Seiten und Dienste ja hin und wieder mal (auch aus Sicherheitsgründen).
Ich habe relative Links ("href=impressum"), hardcodiert
Beides solltest du ehrlich gesagt nicht tun.
Verwende lieber Menüs oder Widgets. Hardcoding widerspricht irgendwie dem CMS Prinzip.
Und zu relativen URLs verweise ich immer gern auf den Artikel von Yoast:
https://www.google.de/amp/s/yoast.co…rls-issues/amp/
Ich weiß, beides ist irgendwie leicht OT, aber dein Problem wäre damit ja quasi auch gelöst 
Dann teste nochmal auf ein Standard-Theme (z.B. twenty-sixteen) umzuschalten und schau mal, ob der Fehler auch dann weiterhin besteht...
Also hast du noch gar nicht aktualisiert?
Dann muss das ja vorher schon nicht funktioniert haben.
Die Tipps von Edi und maxe schon ausprobiert?
In beidem Systemen werden unterschiedliche Verschlüsselungsmethoden für das Passwort genutzt. Wie kann man damit am besten Umgehen?
Bridge heißt in dem Fall vermutlich, User können sich in beiden Systemen registrieren und dann mit den selben Zugangsdaten beide Seiten nutzen?
Von der einen Verschlüsselung in die andere wird nicht gehen. Du kommst ja vom jeweiligen Hashwert nicht mehr auf das Augangspasswort (das ist ja Sinn der Sache).
Das einzige was mir jetzt einfällt wäre, beide Systeme dahingehend zu erweitern, dass gleich beim Anlegen bzw. der Vergabe der Passwörter beide Hashs generiert und in der Datenbank angelegt werden...
Jeder kann hier gern Fragen stellen. Es bleibt auch jedem unbenommen, Blocksatz zu verwenden. Der Konflikt in diesem Thread war eher der Ton. Crisatwpde hat halt sehr "konfrontativ" argumentiert und hat entsprechend auch (wie ich finde) berechtigten Gegenwind bekommen. Wer sich selbst für das Maß aller Dinge hält, muss auch aushalten, wenn andere das völlig anders sehen.
Ansonsten hat Edi ja schon geschrieben: In diesem Thread gibt es diverse Lösungsmöglichkeiten für das Problem.
Auf unser HP werden alle Beiträge in Blocksatz eingefügt (http://sternwarte-tornesch.de/) das sieht ordentlich aus, der letzte Beitrag ohne Blocksatz (http://sternwarte-tornesch.de/schule-und-rvst-2/) sieht dagegen ziemlich wüst aus.
Da du es aber auch wieder ansprichst, kann ich mir auch folgenden Kommentar nicht verkneifen:
Geschmäcker sind ja bekanntlich unterschiedlich. Ich finde, deine Seite ist ein gutes Beispiel, warum man auf Webseiten (bis auf sehr wenige Ausnahmen) keinen Blocksatz verwenden sollte. Ich bekomme bei den unterschiedlich breiten Leerzeichen und Abständen zwischen den einzelnen Worten das Grausen. Mir gefällt der Flattersatz in dem Fall wesentlich besser.
Ein ordentlich getrennter Blocksatz ist sicherlich schön, das funktioniert aber im Netz noch nicht vernünftig und zuverlässig (zumindest nicht Browserübergreifend).
Falls die Seite online stehen würde, könnte man sie vermutlich einfach mit HTTRACK offline ziehen. Das funktioniert aber nicht mit der lokalen Wordpress Seite.
Bist du dir sicher? Das wäre jetzt nämlich auch mein Tipp gewesen. Ich muss aber zugeben, dass ich das noch nie mit einer lokalen Installation verwendet habe. Aber ich kann mir gerade gar nicht vorstellen, dass das nicht funktioniert...
Nach Email-Benachrichtigungen von WP dacht ich mir, aha musst mal nachsehen und aktualisieren wie gefordert. Und Zack geht nix mehr...
Blog wird aufgerufen, aber einloggen fehl am Platz !
So ganz habe ich es noch nicht verstanden. Trat der Fehler auf, nachdem du aktualisiert hast oder trat der Fehler auf, als du aktualisieren wolltest?
Vielen Dank für deine Antwort und den Tip!
Ich habe heute morgen alle Plugins (außer Contact Form) deaktiviert und noch bis vor eine Stunde gedacht das Problem wurde behoben ; )
Dann muß ich wohl doch an die BeTheme Optionen und noch mal alles checken ...
Das mit dem an- und abmelden finde ich aber nach wie vor seltsam ...
Das habe ich jetzt nicht ganz verstanden. Hat das deaktivieren der Plugins geholfen oder nicht?
Das mit dem An- und Abmelden halte ich im Moment für einen Zufallsbefund.
Du kannst Mal folgendes testen:
Lade deine Seite Mal mehrmals hintereinander neu, indem du Strg+F5 drückst. Damit erzwingst du, dass die Seite neu geladen wird (und nicht aus dem Cache). Tritt das Problem dann regelmäßig(er) auf?
Kannst du mal testen, ob andere browser auch betroffen sind?
Falls ja, probier mal testweise alle Plugins zu deaktivieren.
2x Admin angelegt, damit eingeloggt und die alten Admins gelöscht.
Das heißt, der neue Admin Account funktionierte aber schon mal? Und er funktioniert aber nicht mehr, seitdem du die "alten" Admin-Accounts gelöscht hast?
Sehr mysteriös... Da du ja aber schreibst, dass ein Backup vorhanden ist, würde ich an deiner Stelle tatsächlich diesen Weg gehen und es einfach nochmal versuchen.
Also ich kann mich normal einloggen und werde auch als eingeloggt angezeigt, nur erscheint das Backend nicht, sondern nur das Frontend unter den WP-Frame oben.
konsequenterweise habe ich die alten Admin-Zugänge gelöscht:grin:...
Kannst du bitte nochmal einen kleinen Tick weiter ausholen?
Wie hast du denn den (oder die) ursprünglichen Admin-Account(s) gelöscht, wenn du mit dem neuen gar nicht ins Backend kommst?
Also ich kann mich normal einloggen und werde auch als eingeloggt angezeigt, nur erscheint das Backend nicht, sondern nur das Frontend unter den WP-Frame oben.
Was passiert denn wenn du dann oben links in der Abdmin-Bar im Menü auf "Dashboard" gehst? Leitet er dich da auch wieder auf die Startseite um?
Die Muffin Group habe ich als erste kontaktiert – an BeTheme liegt es 100 % nicht.
Besteht das Problem auch, wenn du alle Plugins deaktivierst? Dann liegt es 100%ig am Theme 
Ansonsten klingt das nach einem Problem mit dem Ladereihenfolge deiner Scripte und Dateien.
Vermutlich machst du (oder das Theme) irgendwas mit JavaScript, dass aber vorrausgesetzt, dass die Bilder bereits geladen sind. Das funktioniert immer dann problemlos, wenn die Bilder z.B aus dem Cache kommen. Wenn das Script aber ausgeführt wird, bevor sie Bilder vorhanden sind, funktioniert es entsprechend nicht.
Es gibt viele kostenlose und kostenpflichtige Membership-Plugins. Ich würde an deiner Stelle einfach mal damit anfangen, ein paar kostenlose auszuprobieren...
Ganz ohne Programmier-Kenntnisse wirst du aber ziemlich schnell an die Grenzen kommen.
Ich würde vermutlich auch einfach einen Shop nehmen und die Shop-Funktion deaktivieren. Für Woocommerce gibt es viele gute Filter-Plugins.
Alternativ könnte man auch einen Custom Post Type verwenden und dann per JavaScript filtern (z.B. komplett im Front-End über Klassen oder z.B. das Data-Attribut) oder direkt per Ajax.
Bei 1000 Produkten ist die Ajax Variante aber vermutlich die bessere/performantere.
Funktioniert dein ursprünglicher Admin Account noch korrekt? Der muss ja normalerweise noch vorhanden sein.
Besteht der Fehler auch, wenn du die ursprüngliche htaccess wiederherstellst?
Bei Hosteurope
Nur nochmal zur sicherheit... Die Geschichte die ich verlinkt hatte, mit dem FTP Nutzer bei Hosteurope hattest du geprüft (also nicht Verzeichnis Rechte, sondern geprüft ob der korrekte Nutzer zugeordnet ist, der auch berechtigt ist)? Weil das scheint ein relativ häufiges Problem bei Hosteurope zu sein und das äußert sich genau in dem Fehler, den du beschreibst...
Das mit dem debug modus war auf das Problem mit der weißen Seite bezogen. Ist dieses Problem denn behoben?
define('WP_CONTENT_URL', 'http://www.lowcarbdi%c3%83%c2%a4t24.de/blog/wp-content');
Ich sehe gerade, dass du eine Umlaut-Domain verwendest. Hast du im Dashboard unter Einstellungen/Allgemein bei Wordpress-Adresse und Website-Adresse zufällig die Domain mit Umlaut eingetragen?
Falls ja, gehört die dort eigentlich in Punycode rein und nicht als "normaler" Text.
Hier eine Erklärung dazu:
http://www.pas-solutions.ch/wordpress/word…uten-verwenden/
Und der Link, wie du deinen Domainnamen "umwandelst":
https://www.heise.de/netze/tools/punycode/
Das muss zwar nicht unbedingt mit deinem aktuellen Problem zusammenhängen, kann aber...
