Hallo UW,
ich bin wieder da! Ich hatte gestern ein wundervolles Familienfest, aber Karl hat Dir ja weiter geholfen.
Auch wenn der Beitrag schon auf gelöst steht, will ich mich da noch mal einhaken, denn es sind ja noch ein paar Fragen ungeklärt.
Zur Migration:
Auch ich habe Seiten von 1.5 nach 2.5 umgezogen und ja, es war damals gar nicht einfach. Das lag vor allem daran, dass Joomla damals keine eigene Strategie zum Upgrade angeboten hat. Das ist heute doch ein ganzes Stück anders. Ich habe im letzten halben Jahr bei rund 10 Webseiten ein Upgrade auf Joomla 3 gemacht und keine wirklichen Probleme gehabt.
Wichtig ist in erster Linie, dass man all seine installierten Erweiterungen auf den allerneuesten Stand bringt. Dann ist zu prüfen, ob all diese Erweiterungen auch unter Joomla 3 laufen. Hier muss man sich eventuell von der ein oder anderen Erweiterung verabschieden.
Dann habe ich im Backend unter
Erweiterungen -> Erweiterungen -> Verwalten alle Erweiterungen deaktiviert, die nicht zum Kern von Joomla gehören und bei denen ich Zweifel hatte, dass sie problemlos migrieren. Zur Sicherheit habe ich auch das Template auf ein Standard-Template von Joomla umgestellt.
Dann war eine Sicherung sowohl der Datenbank als auch der Dateien dran. Wenn ich nämlich beides habe, dann kann ich zur Not auch wieder auf den Ausgangspunkt zurückkehren, ohne Schaden zu erleiden und mit der Erkenntnis, dass es so noch nicht funktioniert hat.
Dann habe ich die Migration zu Joomla 3 direkt in Joomla laufen lassen. Dann waren Tests dran, ob alles funktioniert. Als erstes habe ich wieder auf mein Template umgeschaltet und dann auch eine Erweiterung nach der anderen aktiviert und immer wieder getestet, damit ich weiß, wo es klemmt, falls es klemmen sollte. FOF das von Akeeba mitgeliefert wurde, war so ein Kandidat. BwPostman mach da selbst keine Probleme. die 1.0.x-Reihe funktioniert bestens unter Joomla 3.
Ganz zum Schluss habe ich dann auch noch mal nachgesehen, ob es Updates für die installierten Erweiterungen gibt. Für BwPostman gibt es da die 1.1.0.1.
Falls Du da Unterstützung haben willst, dann unterhalten wir uns darüber aber per Mail, Mailadresse siehe Header auf der Seite, Impressum… Das wird allerdings nicht ganz kostenfrei sein. Mein Bäcker gibt seine Brötchen leider auch nur gegen einen Obulus ab. Den kostenfreien Teil hast du gerade gelesen.
Jetzt zum eigentlichen Thema des Threads:
Während der Bearbeitung eines Newsletters (aber auch eines Abonnenten, einer Mailingliste, einer Kampagne,…) wird das oberste Menü abgeschaltet, damit man eben über
schießen/abbrechen oder
speichern und schließen aus dem Bearbeiten heraus geht, damit genau das mit dem Schloss nicht passiert. Gegen ein zurück in der Browser-Navigation kann ich natürlich nichts machen oder ein Schließen des Fensters. Dann gibt es eben das Schloss. Das wird man los, indem man - wie Karl schon geschrieben hat - über globales Einchecken geht oder wenn derjenige, der als letztes an diesem Datensatz gearbeitet hat, die Bearbeitung einfach noch mal aufruft und dann den ordentlichen Weg wählt, das Bearbeiten zu beenden. Das nachträgliche Bearbeiten darf zumindest dann nicht scheitern, wenn es derselbe User ist, der bearbeiten will.
Wenn ich einen Nesletter mit Schloss anklicke sehe ich zwar das Bild mit dem 5 Schritten aber dann geht nichts mehr. Garnichts. Noch nichtmal ausloggen
Eigentlich sollte man dann den Newsletter schon speichern und auch verlassen können, wenn man noch nicht auf
versenden geklickt hat. Das Senden selbst macht, wie Du ja sicherlich gesehen hast, ein modales Fenster auf. Wenn da - aus welchem Grund auch immer - sich BwPostman aufhängt, dann geht freilich nichts mehr.
Woran könnte man denn erkennen ob ein Datenimport nicht ordnungsgemäß war. Und wie kann man den reparieren? Ich kann unmögliche 1700 Adressen von Hand eingeben.
Man kann sich die importierten Abonnenten in der Liste ansehen, da steht eigentlich alles Wesentliche drin. Es könnte sein (das muss ich mir erst noch mal ansehen), dass es Probleme bereitet, wenn es Datensätze ohne Vor- oder Nachname gibt, in den Optionen aber eingestellt ist, dass diese Daten vorhanden sein sollen. Datensätze ohne Mailadresse werden gleich beim Import bemängelt.
Datensätze ohne Vor- oder Nachname findet man am schnellsten, wenn man nach der entsprechenden Spalte sortieren lässt (Klick auf die Überschrift in der Liste).
Ich habe die Daten jetzt einmal als xml und einmal als cvs exportiert. Über die Funktion geht es nicht, da bekomme ich folgende Fehlermeldung: Die Webseite unter
www.xxxx.de/administrator/index.php?opti...aveTables&format=raw
ist möglicherweise vorübergehend nicht verfügbar oder wurde dauerhaft an eine neue Webadresse verschoben.
Kommt diese Fehlermeldung sowohl bei Export nach CSV als auch nach XML? Das ist mir völlig neu…
Nachtrag:
Die Fehlermeldung kommt bei dem Menüpunkt "Wartung" "Tabellen sichern".
Da wird aber nur eine XML-Datei geschrieben und es wird kein Format raw verwendet.
Die Antworten auf diese Fragen wären für mich als Entwicklerin ganz hilfreich, damit wir BwPostman verbessern können.
