THEMA:

Ups und noch mal ups! Das erste, weil die Sicherung aus BwPostman heraus nicht funktioniert, weil das bisher eine ziemlich sichere Bank war. Das zweite Ups wegen der Versionen. Sowohl Joomla als auch BwPostman sind doch schon ziemlich gut "gelagert", die von BwPostman ist von April 2016!

Dass die Sicherung nicht funktioniert, könnte schon damit zu tun haben, dass kein Platz mehr auf der Platte ist. Was mir aber auch auffällt: Die Version von php ist ja nun ziemlich frisch Damit habe ich BwPostman 1.3.2 ganz sicher nicht geprüft. Eventuell ist die Umstellung auf die php 7.4 ja die Ursache für deine Probleme? Könnte das zeitlich hin kommen?

Hth
Romana

sorry, antwort nicht gesehen

Gruß,
Schorsch

nein, das passt zeitlich leider nicht, war auch meine erste idee. aber nach dem update auf 7.4 ging noch alles wunderbar. erst seit etwa 4 wochen haben wir im postman die darstellungsprobleme nach dem speichern. bisher liesen sich diese noch umgehen, indem man browser back, dann auf das schlösschen (bearbeitungssperre) und dann wieder rein. dann war alles gut und wir konnten versenden. seit gestern klappt dieser workaround nicht mehr,. hmmm...

logs sind übrigens nicht sinnvoll gefüllt.

kann ich so eine sicherung der tabellen auch direkt auf der db machen? irgendwie alle tabellen mit bwpostman sichern und später wieder einspielen? oder mach ich mir da sämtliche querverweise kaputt?

wichtig sind uns nur die subscriber. newsletter-template haben wir nur eines und subscriber-gruppen auch nur eine. die alten newsletter brauhen wir auch nimmer. aber die subscriber sind halt wichtig ...

Okay, an der php 7.4 scheint es also nicht zu liegen. Geht denn der Export der Abonnenten noch? ich vermute, dass das auch nicht mehr geht, weil auch da Plattenplatz gebraucht wird. Also wäre meine Empfehlung, erst mal etwas Platz auf der Platte zu schaffen.

Ja, die Tabellen von BwPostman direkt in der Datenbank sichern und wiederherstellen müsste auch gehen, wenn anschließend gleich ein Check der Tabellen in BwPostman gemacht wird. Es ist ja so, dass zu den einzelnen Bereichen (Newsletter, Abonnenten, Kampagnen, Mailinglisten, Templates), von BwPostman, aber auch zu den einzelnen Datensätzen dort die Zugriffsrechte gespeichert werden. Das läuft aber nicht über eine Tabelle von BwPostman, sondern über die Tabelle der Assets von Joomla. Der Check müsste das reparieren können.

Doch solange kein Speicherplatz vorhanden ist, nützt das wohl alles nichts.

Hth
Romana

Speicher ist jetzt vorhanden. Geht leider noch nicht.
Aber ich hab festgestellt, dass ich wohl Opfer eines DDoS-Versuches war. Bei den Abonennten sind bestimmt 100.000 drin, die von irgendeinem Script-Kiddie zu sein scheinen. Da räum ich jetzt mal auf. Vielleicht hängt der Export auch an der schieren Anzahl der Abnonennten ...

Gibt es die Möglichkeit, über die Tabellen direkt Benutzer zu löschen? Weil bei 100.000 Usern, welche aus dem Hack stammen, dauert das löschen über die normale "Archivieren" und dann "Löschen" Funktion über die Oberfläche ewig.

In den Tabellen gibts die Subscribers und die Zuordnung Subscriber zu Newsletter. Wenn ich in diesen beiden Tabellen die User (bzw die Verknüpfung von der passenden ID zum Newsletter) lösche, hilft das? Oder reiße ich da ein Loch in die Datenbank und nachher geht nix mehr?

Gruß,
Schorsch