Beiträge von danielgoehr

Zitat von ASenna

Das kann ich jetzt natürlich jedes mal, wenn ein neuer Vortrag vereinbart wurde, auf der entsprechenden Seite reinschreiben. Das ist mir aber zu umständlich. Ich würde gerne nur eine Txt-Datei mit den obigen Inhalten per FileZilla uploaden wollen

Ja, prinzipiell geht das. Aber wahrscheinlich nicht mit einer "normalen" Textdatei, weil du Wordpress ja "sagen" musst, welcher Teil der Textdatei was ist. Wordpress "weiß" ja nicht, wo z.B. "Thema" aufhört und "Datum" anfängt. Möglich wäre da zum Beispiel XML oder CSV.

Diese "Brücke" müsstest du aber selbst programmieren. Ich wüsste nicht, dass es sowas in fertig gibt (und wenn, müsstest du es ja noch an deine "Felder" anpassen). Das ginge z.B. indem du einen Shortcode in der functions.php erstellst, der dann die Datei einliest und auf deiner Seite ausgibt.

Ich verstehe aber ehrlich gesagt nicht ganz, warum du diesen Aufwand machen willst? Ist es wirklich weniger Arbeit, die Informationen in eine Datei reinzuschreiben und hochzuladen? Weil ob du dich nun bei Wordpress einloggst und da die Daten reintippst oder sie in eine Datei auf deinem Computer reintippst und dann hochlädst macht doch praktisch keinen Unterschied...

So, ich hab gerade nochmal einen Blick drauf geworfen.

Es ist so, dass die Seite in den meisten Fällen bei mir auch korrekt angezeigt wird.
Aber in ca. einem oder zwei von 10 Fällen sehe ich auch nur eine weiße Seite. Interessanterweise liefert die Seite trotzdem einen 200-Status (der bedeutet eigentlich, dass alles OK ist), aber eben komplett ohne Inhalt. Ich hatte jetzt eher damit gerechnet, dass es dann auch einen 500 (also Server-Fehler) gibt.

Ich würde trotzdem mal damit anfangen, in der error.log bei deinem Hoster nachzuschauen und ggf. die Fehler oder Hinweise mal hier zu posten...

Das kannst du nicht ändern, sondern hängt davon ab, wie das jeweilige Plugin (oder auch Theme) auf die Mediathek zugreift bzw. die Mediathek öffnet. Dafür gibt es mehrere Wege, die sich dann in etwas unterschiedlichen Darstellungen "äußern".

Zitat von rosche65

Das ist echt seltsam, auf allen meinen Rechnern auch auf dem Mobiltelefon muss ich aktualisieren sonst kommt diese weiße Seite

Ich bin gerade nur noch am Handy, deswegen kann ich zur Problemlösung nicht viel beitragen. Aber ich kann zumindest das von dir beschriebene Problem bestätigen. Der Fehler tritt bei mir auch auf.

Zitat von KLE

- backup nicht vorhanden

Und auch wenn das jetzt blöd kommen könnte, aber WordPress weist nicht ohne Grund VOR dem Update darauf hin, dass unbedingt ein Backup erstellt werden soll.

Zitat von joerg.gerstmann

Wo könnte die Seite gecached sein?

Wenn du den Browser-Cache schon gelöscht hast, kann es fast nur ein Cache-Plugin sein.

Oder du schaust mal in das error.log und postest hier die letzten Fehlermeldung.

Zitat von WeHa

Snapshot? Was soll ich dir damit zeigen und wie?

Snapshot ist nur ein anderer Begriff für Backup... :)

Ich glaube b3317133 meint etwas anderes:

Er würde für beide Systeme (das Forum und Wordpress) den gleichen Hash benutzen und Wordpress entsprechend (durch Anpassung/Änderung der wp check password() ) "beibringen", dass er die Authentifizierung mit der gleichen Methode macht, wie das Forum.

Dafür bräuchtest du ja das Passwort gar nicht im Klartext, sondern müsstest den Vergleichs-Hash in WordPress nur identisch erzeugen, wie den Vergleichs-Hash im Forum.

Ich hoffe, ich habe das jetzt richtig verstanden und wiedergegeben...

Edit: Ziemlich smarte Idee übrigens :)

Das Problem ist, ich kann den Fehler auf deiner Seite auch nicht nachvollziehen, Bei mir funktioniert alles soweit.

Dazu kommt, dass dein Theme ein Premium Theme ist, das hier eigentlich nicht supoorted wird. Zum einen, weil wir keinen Zugriff auf das Theme haben und zum anderen, weil der Support eigentlich Aufgabe des Theme-Authors ist, der dafür Geld von dir bekommen hat.

Wenn das Problem bei deaktivierten Plugins weiterhin besteht, ist es wirklich sehr wahrscheinlich, dass es am Theme liegt.

Zitat von T.H.B

Die Muffin Group habe ich als erste kontaktiert – an BeTheme liegt es 100 % nicht.

Kommt die Aussage so vom Support?
Das ist doch super, wenn sie es zu 100% ausschließen können, müssen sie den Fehler ja untersucht haben und dementsprechend auch wissen, woran es liegt. Warum verraten sie es dir dann nicht einfach ;)

Zitat von T.H.B

Wie beschrieben: nach dem Abmelden tritt das Problem erst nach ca. 8 Stunden und zwar regelmäßig seit über einer Woche.

Diese Regelmäßigkeit klingt tatsächlich irgendwie nach Cache. Vernwendest du zufällig ein Caching-Plugin? Falls ja, hast du den Cache vor dem deaktivieren gelöscht?

Hm, 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?

Zitat von Honulu

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).

Zitat von danielmarsch

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?

Zitat von Honulu

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.

Zitat von aldebaran

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).

Zitat von mightyfoxy

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...

Zitat von Rasmus

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?

Zitat von T.H.B

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?