500 Layout „default“ nicht gefunden!

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

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