Artikel nach update nicht veröffentlicht obwohl online

HerrB
Beiträge: 6935
Registriert: Do 22. Mai 2003, 12:44
Wohnort: Berlin
Kontaktdaten:

Beitrag von HerrB » Di 25. Okt 2005, 16:58

ein hinweis im setup auf das readme.txt kann aber nicht schaden...
Ja, aber ... leider wird die ReadMe.txt kaum gelesen.

Auch sind die verfügbaren Tools wenig vertrauenserweckend (updatesequence gibt so gar nix aus, convert_startarticle und recipients wenig, die restlichen Dateien im tools-Verzeichnis liefern teilweise atemberaubende Fehlermeldungen, da sie mit falschem Bezug aufgerufen werden).

Vielleicht - aber das wird wohl bis V4.6 nix mehr - könnte man ja - wenn es nicht ins Setup wandern soll - eine "Optionen"-Seite basteln, wo die verfügbaren Funktionen erläutert, ausgewählt und ausgeführt werden können...

Bei convert_startarticles mag es nicht so wichtig sein, da (vermutlich) beim Upgrade der Kompatibilitätsmodus gesetzt wird (d.h. zunächst ändert sich nix).

Die Konvertierung der Empfänger muss jedoch durchgeführt werden, da ein Versenden eines Newsletters unter Verwendung von MAIL_STOP usw. sonst nicht funktioniert (ich muss gleich mal gucken, was dann eigentlich passiert... :wink: ). Und ich denke, dass es für den Admin schon peinlich sein könnte, an 1000 Leute einen nicht funktionierenden Newsletter zu versenden... (klar, er sollte in die ReadMe.txt gucken und ohne Anpassung der Newsletter-Module wird er auch nicht glücklich werden, aber na ja...).

Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!

Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net

timo
Beiträge: 6284
Registriert: Do 15. Mai 2003, 18:32
Wohnort: Da findet ihr mich nie!
Kontaktdaten:

Beitrag von timo » Di 25. Okt 2005, 17:00

HerrB hat geschrieben: Vielleicht - aber das wird wohl bis V4.6 nix mehr - könnte man ja - wenn es nicht ins Setup wandern soll - eine "Optionen"-Seite basteln, wo die verfügbaren Funktionen erläutert, ausgewählt und ausgeführt werden können...

Bei convert_startarticles mag es nicht so wichtig sein, da (vermutlich) beim Upgrade der Kompatibilitätsmodus gesetzt wird (d.h. zunächst ändert sich nix).


Siehe ein Posting über dir ;) Hat sich wohl grade überschnitten.
Die Konvertierung der Empfänger muss jedoch durchgeführt werden, da ein Versenden eines Newsletters unter Verwendung von MAIL_STOP usw. sonst nicht funktioniert (ich muss gleich mal gucken, was dann eigentlich passiert... :wink: ). Und ich denke, dass es für den Admin schon peinlich sein könnte, an 1000 Leute einen nicht funktionierenden Newsletter zu versenden... (klar, er sollte in die ReadMe.txt gucken und ohne Anpassung der Newsletter-Module wird er auch nicht glücklich werden, aber na ja...).

Gruß
HerrB
Andere Frage: Gibt es eine Möglichkeit festzustellen, ob der alte Newsletter in Verwendung ist? Wenn ja könnte man doch daran die Umwandlung automatisch und einmalig vornehmen...

HerrB
Beiträge: 6935
Registriert: Do 22. Mai 2003, 12:44
Wohnort: Berlin
Kontaktdaten:

Beitrag von HerrB » Di 25. Okt 2005, 17:22

Siehe ein Posting über dir Hat sich wohl grade überschnitten.
Ja... :lol:
Andere Frage: Gibt es eine Möglichkeit festzustellen, ob der alte Newsletter in Verwendung ist? Wenn ja könnte man doch daran die Umwandlung automatisch und einmalig vornehmen...
Die convert_recipients kann so oft aufgerufen werden, wie man will: Bei Empfängern, für die in der Spalte key oder hash (ich weiss es jetzt selbst nicht mehr) kein oder ein Eintrag falsche Länge vorliegt (die Spalte ist älter als V4.4.x...), wird ein neuer Schlüssel erzeugt und eingetragen. D.h. bei jedem weiteren Lauf werden die korrekten Schlüssel nicht mehr angefasst.

Nur verwenden halt die Newsletter-Core-Dateien in Contenido beim Versenden eines Newsletters (wenn man MAIL_STOP usw. verwendet) diesen Schlüssel aus der DB.

Darüberhinaus werden Datensätze, die nicht urlencoded in der DB stehen, teilweise nicht angezeigt (diese Umwandlung fehlt noch, ich gucke es mir heute abend an...).

Es gibt folgende Fälle:
- Neu: Nutzer startet mit V4.6 und integrierten Newsletter-Modulen: Kein Problem
- Neu: Nutzer startet mit V4.6 und verwendet die Module aus V4.4.x (Überarbeitung): Anmeldung geht, leerer Schlüssel, versenden geht (da noch die Daten des Beispielmandanten hinterlegt sind), Schlüssel ist jedoch ungültig.
- Update: Nutzer wechselt von V4.4.x (mit Überarbeitung) auf V4.6 (ohne weitere Anpassungen): Anmeldung geht, leerer Schlüssel, versenden geht nicht, da keine Artikel-ID hinterlegt ist. Wird nun die Artikel-ID manuell hinterlegt, geht ein Versenden, Schlüssel ist jedoch ungültig.
- Update: Nutzer wechselt von V4.4.x auf V4.6 und setzt nicht die Überarbeitung (damit liegen die Daten nicht urlencoded in der DB) und die neuen Module ein: Da geht alles mögliche nicht. Sogar die Anzeige der Empfänger im Backend dürfte Probleme machen.
- Update: Nutzer wechselt von V4.4.x auf V4.6 und setzt nun die neuen Module ein: Leerer Schlüssel bei vorhandenen Empfängern, Anzeige der Empfänger im Backend bereitet Probleme.

Was man machen könnte, wäre, dass wenn ein Empfänger ohne Schlüssel aufgefunden wird, automatisch die Schlüsselerzeugung aktiviert wird. Mmmh, das teste ich mal.

Nichtsdestotrotz muss der Admin die Newsletter-Module ersetzen...

Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!

Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net

Gesperrt