WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Anmeldung am Backend nicht mehr möglich ! Hat jemand eine Idee?
Passwort mit Mail erhalten, bei Eingeben keine Meldung sondern nur ein kleiner Zugriff und sofort wieder auf der Login Seite!
Seite läuft - aber ohne Backend = Seite nicht mehr brauchbar...
Für alle Info zum voraus herzlichen Dank
Gruss Urs Etter
Offline
Sind in der Config.php alle Pfade richtig angegeben? kommt mal vor nach einem Serverwechsel.
Online
Danke für die Antwort
alles richtig und unverändert
Lg Urs Etter
========
define('WB_URL', 'https://corvettec8.ch/cms/wb/wbce'); // no leading/trailing slash or backslash.
define('ADMIN_DIRECTORY', 'admin'); // no leading/trailing slash or backslash. A simple directory name only.
require_once(dirname(__FILE__).'/framework/initialize.php');
// end of file -------------
Offline
Ist serverseitig irgendetwas geändert oder umgestellt worden, PHP-Version, Datenbank oder ähnliches?
Das Problem tritt auf, wenn die Session nicht in die Datenbank geschrieben werden kann, siehe hier:
https://forum.wbce.org/viewtopic.php?pid=26139#p26139
Offline
Nein es wurde nichts umgestellt, in der DB 'sessions' habe ich alles gelöscht, da hats auch ip's gehabt, die aus dubios fremden Standorten kamen mit timestamp von heute nacht 0300 (ca. da konnte ich nicht mehr anmelden)
Läuft wieder und ein ganz herzliches Dankeschön aus der Schweiz. Ihr habt mir sehr geholfen, denn heute 1500 und Abend laufen wichtige daten von Corvette Racing.
Was kann man verbesser? Update auf 1.4? (login verzeichnis umbenennen?)
Gruss Urs Etter
Offline
Ja, mit einem Update auf 1.4 und der Umbenennung des /admin-Verzeichnisses (dann auch den Eintrag in der config.php entsprechend ändern) müssten sich solche Probleme vermeiden lassen.
Offline
das Vergnügen war wohl einmalig, nun ist die Sessions leer und der Effekt der Gleiche, Backendanmeldung nicht möglich.
am Ende des Lateins, Gruss Urs Etter
Offline
Update gemacht?
Offline
nein - nur admin umbenannt ...
werde wohl müssen das Update - nur hoffe ich dass das klappt weil die Update Scripte ja evtl. auch Zugriff auf das Backend/Login haben müssen?
Gruss Urs Etter
Offline
Wurde das /admin-Verzeichnis auf dem Server umbenannt, vor dem Upload die Umbenennung entsprechend im Installationspaket anpassen.
Wenn nach dem Update die Anmeldung weiterhin nicht möglich ist, bitte mal Zugangsdaten (Backend und FTP) per PM an mich.
Offline
mache ich gerne, vielen Dank
Urs Etter
Offline
Die Tabelle wächst und wächst / Information infolge Speicherüberschreitung Sql Datenbank.
Diese kann aber nicht geleert werden und zeigt auch keinen Rekord an!
Somit ist die Datenbank gelockt und lässt erklären warum keine daten geschrieben werden können.
Kann diese Tabelle gelöscht werden? wird sie neu aufgebaut?
Gruss Urs
Speicherplatzverbrauch
Daten 3,2 GiB
Index 384 KiB
Insgesamt 3,2 GiB
Datensatz-Statistiken
Format Compact
Kollation utf8_unicode_ci
Erzeugt am 25. Aug 2019 um 11:3
Offline
In der Tabelle werden alle Zugriffe (auch Frontend) gespeichert, die Tabelle wächst also mit jedem Besucher. Nur sollte sie keine Gigabyte-Ausmaße annehmen, denn normalerweise werden ältere Session-Einträge automatisch gelöscht. (Ich weiß so auf Anhieb allerdings nicht, wo das getriggert wird und nach welchem Zeitraum Alteinträge entfernt werden.)
Du darfst die Tabelle nicht löschen, denn dann ist keine Anmeldung am Backend mehr möglich. Leeren sollte aber per phpmyadmin, adminer o.ä. gehen. Eventuell scheint es dann nur so, als ließe sich die Tabelle nicht leeren, weil sofort wieder neue Sessions dort hineingeschrieben werden.
Offline
Wenn ich es richtig verstanden habe, bleiben die Frontend Sessions per default für zwei Stunden aktiv, BE Session kann man ja definieren bzw. endet mit dem Abmelden.
Wenn deine DB wirklich einen Lockdown bekommt, da diese mehrere GB groß wird, klingt dass für mich nach einer DDoS Attacke (die seit mindestens einen Tag läuft?).
Beitrag geändert von colinax (26.08.2019 13:03:44)
Offline
Hallo Florian
Per Provider habe ich natürlich eine vernünftige SqlGrösse gemietet. Diese war aber tatsächlich gelock, dh. write konnte nicht mehr ausgeführt werden, also auch kein Anmelden oder anderes.
Natürlich währe mein Update 1.4 auch zünftig in die Hose gegangen ohne Platz auf der DB. Am Wekend waren so gegen 500 user auf meiner Seite und da hats einige Triggers für Programme/Zugriffe und auch (neue) Sessions innerhalb. Das hat den zu den 4g Gigas geführt (inklusive Vergangenheit)
Der letzte wbce_sessions Record war der einzige und in den Daten standen alle (Schrott) Informationen. Dies konnte warscheinlich vom Programm? zum Update/Löschen nach timestamp nicht mehr gehandelt werden. Nach dem löschen stehen nun wieder ordentliche Records mit Daten zur Verfügung.
So, Glück oder Unglück, viele Besucher sind ja gut für die Seite.
-Eventuell ist dieser Schnipsel für andere User brauchbar, wenn nicht mehr am Backend angemeldet weren kann.
-Update auf 1.4 - Freier Speicher (Sql) vor dem Update anschauen.
//Schnipsel
//alles ausser admin=1
$abfrage = "DELETE FROM `wbce_dbsessions` WHERE `user` = 0 ";
$result = mysql_query($abfrage);
mysql_close($link);
echo 'wbce_sessions in db deleted.';
Beitrag geändert von chadmin8 (26.08.2019 20:34:07)
Offline