Hallo
hast du mal den WordPress Cache geleert.
Mit freundlichen Grüßen
Martin Krüger
Hallo
hast du mal den WordPress Cache geleert.
Mit freundlichen Grüßen
Martin Krüger
Hallo
und klappt es bei dir mit WordPress 7.0.2 nun?
Mit freundlichen Grüßen
Martin Krüger
Hallo
kein Problem, hatte auch schon seit dem Release von Wordpress 7 mehrere Kundenanfragen.
Mit freundlichen Grüßen
Martin Krüger
Hallo
Das ist sehr wahrscheinlich kein Fehler deiner OPcache-Konfiguration, sondern eine Fehlerkennung in WordPress 7.0/7.0.1.
WordPress prüft nicht nur, ob opcache.enable eingeschaltet und die Funktion vorhanden ist. Der Website-Zustand führt intern sinngemäß Folgendes aus:
$status = opcache_get_status(false);
if ($status && true === $status['opcache_enabled']) {
// OPcache erkannt
}
Gibt opcache_get_status() also false zurück oder enthält das Ergebnis opcache_enabled => false, meldet WordPress „Der Opcode-Cache ist nicht aktiviert“ – selbst wenn OPcache tatsächlich arbeitet.
Steht dieser Wert auf:
ist die Ursache gefunden. opcache_get_status() liefert nur Informationen über den Shared-Memory-Cache, nicht über den OPcache-Datei-Cache. WordPress interpretiert das derzeit fälschlicherweise als deaktivierten OPcache. Genau dafür existiert bereits ein bestätigter WordPress-Bug, dessen Korrektur aktuell für WordPress 7.0.2 vorgesehen ist.
Die PHP-Dokumentation bestätigt ausdrücklich, dass opcache_get_status() keine Informationen zum Datei-Cache zurückgibt.
Mit freundlichen Grüßen
Martin Krüger
Hallo
ja momentan, geht es leider nur mit zusätzlicher Mod_Rewrite Regel.
Mit freundlichen Grüßen
Martin Krüger
Hallo
ich habe derzeit noch keine Einstellmöglichkeit in der WebGUI oder über die custom.lua gefunden.
Mit freundlichen Grüßen
Martin Krüger
Hallo
auch in der aktuelle Version LiveConfig 3.2.0 (17401)
Werden auch leider immer noch solche PWs: SinnierenGeprobtDachorganisationAdressieren generiert....
Mit freundlichen Grüßen
Martin Krüger
Hallo
Bericht für Server funktioniert nicht, (Fehlermeldung: Sie haben keine Berechtigung) aber als Admin angemeldet.
LiveConfig 3.2.0 (17401)
Mit freundlichen Grüßen
Martin Krüger
Hallo
mich auch, vielleicht wäre eine Roadmap nicht verkehrt.
MIt freundlichen Grüßen
Martin Krüger
Hallo
und dazu kommt, dass die von LC3 generierten Passwörter nicht mehr den eigenen Vorgaben entspricht, keine Sonderzeichen oder Zahlen.
Mit freundlichen Grüßen
Martin Krüger
Hallo
schon die aktuelle 3.2.X Version genutzt? Diese überprüft die Datenbank auf Fehler.
Bzw. was sagt das liveconfig.log?
Mit freundlichen Grüßen
Martin Krüger
Hallo
bisher sind mit der neuen 3.2.x Version keine Fehler mehr aufgetreten.
Mit freundlichen Grüßen
Martin Krüger
Hallo
hoffe auch das das Update bald kommt.
Mit freundlichen Grüßen
Martin Krüger
Hallo
ich habe gerade auch gesehen, dass bei uns 3 Server auch das Problem haben derzeit.
Mit freundlichen Grüßen
Martin Krüger
Hallo
genau gerade nochmal getestet:
als Kunde mit Benutzer angemeldet, Passwort geändert, ändert sich der HASH.
im LC mit der E-Mailadresse des Postfaches angemeldet, Passwort wird gespeichert aber der HASH ändert sich nicht.
Mit freundlichen Grüßen
Martin Krüger
Hallo
LiveConfig 3.1.4 (17009)
Debian 13.3
Habe folgendes Problem, wenn ein Kunde sich mit seine E-Mail und dem Passwort im LiveConfig anmeldet, und dort das Passwort ändert, wird gesagt das es geändert wurde, und man es z.B. im Outlook selbst ändern muss. Bis hier hin alles okay, aber das neue Passwort wird nicht übernommen, nur wenn der Kunde sich mit seinem Kundenaccount einloggt und dann dort das Passwort ändert.
Könnten Sie das Problem mal bei sich prüfen?
Mit freundlichen Grüßen
Martin Krüger
Hallo
die Funktion gibt es nicht mehr....
Mit freundlichen Grüßen
Martin Krüger
Hallo
wir haben die Upgrade auf Debian 13 und LC3 bereits komplett abgeschlossen, Fazit es läuft stabil und die Kunden sind zufrieden.
Mit freundlichen Grüßen
Martin Krüger