Avisota 1.5.0 Final

Druckbare Version

70 Beiträge dieses Themas auf einer Seite anzeigen

19.08.2011, 12:19
tril

Avisota 1.5.0 Final

Mit noch letzten Änderungen darf ich heute die 1.5.0 Final freigeben.

Bitte Update FAQ Hinweise beachten

Die Contao 2.10 Kompatibilität wird mit 1.6 nachgeholt.

Ansonsten darf ich sagen, es wurden insgesamt 50 Tickets für diese Version abgearbeitet und unzählige undokumentierte Änderungen.

Die Neuerungen:
- Blacklist für Abonnenten (Verhindert Re-Import via CSV, wenn sich ein Abonnent vorher abgemeldet hat)
- Migrieren aus dem Contao Newslettersystem
- Persönliche Daten werden im Newslettersystem verwaltet.
- Der Postausgang wurde grundlegend überarbeitet.
- Tracking von Lese- und Reaktionsverhalten der Abonnenten.
und natürlich viele kleine Verbesserungen und Fehlerkorrekturen.
20.08.2011, 11:32
Papillon

Moin moin,

sehr sehr sehr sehr gute Arbeit!
Ich habe die Templates neu erstellt und angepasst. Nun scheint mir jedoch,
dass Avisota aus irgendeinem Grund die newsletter.css nicht mehr lädt. Habe ich
womöglich irgendwo etwas ausgeklammert, was ich hätte lassen sollen?

mail_html_default.tpl

PHP-Code:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Contao Open Source CMS"> <title>ZIWAGO Newsletter - <?php echo $this->title; ?></title> <?php echo $this->head; ?> </head> <body style="background-color:#770000;margin:0;padding:0;"> ... </body> </html>

Inhalt des iFrames der Vorschau:

HTML-Code:

<html><head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> <meta content="Contao Open Source CMS" name="Generator"> <title>ZIWAGO Newsletter - ZIWAGO Newsletter - August 2011</title> </head> <body style="background-color:#770000;margin:0;padding:0;"> ... </body></html>

Edit: Habe nochmal ein reines, aktuelles mail_html_default.tpl angelegt. Auch dort wird die newsletter.css scheinbar
nicht geladen. Hat es da irgendwelche Neuerungen gegeben, von denen ich nichts mitbekommen habe?
22.08.2011, 12:52
tril

Ist in Build 4 behoben :)
22.08.2011, 14:36
Papillon

Hallo Tril,

wunderbar, das hat geklappt. Leider wird bei mir das Datum
nicht richtig geparst. Ich habe mir ein kleines Chaos zusammengeschrieben,
um auf verschiedene Möglichkeiten verschieden zu reagieren:

PHP-Code:

<?php if (!$event['recurring']): ?> <p class="Eventdatum"> <?php $this->future = $event['cssClass']; ?> <?php if ($this->future=='future'): ?> <?php echo $this->parseDate('F Y', $event['startDate']); ?> <?php else: ?> <?php if (!$event['endDate']): ?> <?php echo $this->parseDate('j. F Y', $event['startDate']); ?> <?php else: ?> <?php if ($event['endDate']): ?> <?php $this->span = $this->parseDate('F', $event['startDate']); ?> <?php if ($this->span==$event['month']): ?> <?php echo $this->parseDate('j.', $event['startDate']); ?> <?php echo ' - '.$this->parseDate('j. F Y', $event['endDate']); ?> <?php else: ?> <?php echo $this->parseDate('j. F', $event['startDate']); ?> <?php echo ' - '.$this->parseDate('j. F Y', $event['endDate']); ?> <?php endif; ?> <?php endif; ?> <?php endif; ?> <?php if ($event['time']): ?> <?php echo ', '.$event['time'].' Uhr'; ?> <?php endif; ?> <?php endif; ?> </p> <?php endif; ?> <?php if ($event['recurring']): ?> <p class="Eventdatum"> <?php $this->start_month = $this->parseDate('F', $event['startDate']); ?> <?php $this->end_month = $this->parseDate('F', $event['repeatEnd']); ?> <?php if ($this->start_month==$this->end_month): ?> <?php echo $this->parseDate('j.', $event['startDate']); ?> <?php echo ' - '.$this->parseDate('j. F Y\, ', $event['repeatEnd']); ?> <?php else: ?> <?php echo $this->parseDate('j. F', $event['startDate']); ?> <?php echo ' - '.$this->parseDate('j. F Y\, ', $event['repeatEnd']); ?> <?php endif; ?> <?php echo $event['recurrences']+1; ?> <?php echo $this->parseDate(' \T\e\r\m\i\n\e l\s\, ', $event['startDate']); ?> <?php echo $this->parseDate('G:i\ ', $event['startTime']); ?> <?php echo $this->parseDate(' \- G:i\ \U\h\r', $event['endTime']); ?> </p> <?php endif; ?>

Es wird also zunächst mal geprüft, ob es sich um eine ungenaue Terminangabe handelt (cssClass = future), wenn ja,
wird einfach nur der Monat und das Jahr, in dem der Termin auf jeden Fall stattfinden wird, ausgegeben. Wenn nicht, wird
als nächstes geprüft, ob es ein "am"-Event oder ein "von-bis"-Event (sprich endDate 1/0) ist. Darüber hinaus wird überprüft, ob
sich der Monat, in dem das "von-bis"-Event stattfindet, ein und derselbe ist. Wenn ja, wird das Datum mit nur einfachem Monat ausgegeben, wenn nicht, mit den beiden verschiedenen Monaten. Dies alles passiert nur, wenn sich das Event nicht wiederholt.

Wiederholt es sich, wird zunächst wiederum überprüft, ob es sich im gleichen Monat wiederholt oder mehrere Monate "in Anspruch nimmt". Genau genommen müsste man das auch noch mit den Jahren machen, um die Ausgabe im Zweifelsfall so kurz und übersichtlich wie möglich zu halten..

Dann wird die Anzahl der Wiederholungen+1 ausgegeben und über parseDate('... l\s, ', $event['startDate']); ausgegeben. Das " l " steht hierbei für den ausgeschriebenen Wochentag, an den dann ein "s" gehängt wird.

Was das nle_html_events.tpl nicht liefert sind Variablen wie firstDay, month, day, ... Klar könnte ich die selbst definieren, aber z.B. $start_month und $end_month habe ich ja selbst definiert und in Abhänigkeit von $startDate und $repeatEnd gesetzt, also Variablen, die ja offenkundig existieren. Und scheinbar bleiben meine definierten Variablen trotzdem leer.

Was mache ich falsch bzw. fehlt da etwas?

Edit: Es scheint offensichtlich Probleme zu geben, den Monat über parseDate('F', $event['startDate']); zu parsen. Entweder das "F" ist problematisch oder es muss irgendwie an der Tabelle liegen?
22.08.2011, 14:43
tblumrich

Hi.

Ich hab jetzt schon zweimal das Problem gehabt, das der letzte Schritt des Updates über Backend ER (Prüfung/Reparatur Avisota 1.5.0 stable Build 4 - 2 Datei(en) installiert - 339 Datei(en) unverändert - Aktion erfolgreich.) nicht ausgeführt wird (es scheint was zu passieren, aber die Seite bleibt dann doch stehen).

Wenn ich danach manuell die Datenbank aktualisiere geht alles.

Ist ja nur eine Kleinigkeit, aber liegt das an mir und meiner Config oder hat das einen anderen Grund?

Gruß
Thomas
22.08.2011, 14:43
tril

Was hast du denn für eine Zeitzone in den Systemeinstellungen eingetragen?
22.08.2011, 14:45
tril

Zitat:

Zitat von tblumrich

Ich hab jetzt schon zweimal das Problem gehabt, das der letzte Schritt des Updates über Backend ER (Prüfung/Reparatur Avisota 1.5.0 stable Build 4 - 2 Datei(en) installiert - 339 Datei(en) unverändert - Aktion erfolgreich.) nicht ausgeführt wird (es scheint was zu passieren, aber die Seite bleibt dann doch stehen).

Wenn ich danach manuell die Datenbank aktualisiere geht alles.

Ist ja nur eine Kleinigkeit, aber liegt das an mir und meiner Config oder hat das einen anderen Grund?

Also ein derartiges Verhalten, dass man nicht auf das Datenbankupdate kommt ist mir neu, vielleicht kann es ja jemand bestätigen, ansonsten würde ich auf ein Problem mit deiner Installation tippen :eek:

PS: was heißt denn die Seite bleibt dann doch stehen? Wird Sie weiß oder kommt eine Meldung? Eventuell läuft auch das runonce.php Script irgendwie in einen Timeout?
22.08.2011, 14:58
tblumrich

Hmm, ok.
Dann schauen wir mal, obs noch jemanden gibt.
Ich wüsste garnicht wo ich ansetzen sollte. Oder doch... ich werde mal ein frisches System aufsetzen bzw. einen anderen Server testen.

Danke

Gruß
Thomas
22.08.2011, 15:02
Papillon

Zitat:

Zitat von tril

Was hast du denn für eine Zeitzone in den Systemeinstellungen eingetragen?

Datumsformat: d.m.Y
Zeitformat: H:i
Datums- und Zeitformat: d.m.Y / H:i
Zeitzone: Europe/Berlin
23.08.2011, 10:21
iCodr8

Ich habe von RC3 auf die Final geupdated und nun geht meine Vorschau nicht mehr... Es kommt ein 500 Fehler.
Was mache ich falsch?
23.08.2011, 10:34
tril

Zitat:

Zitat von DJK1992

Ich habe von RC3 auf die Final geupdated und nun geht meine Vorschau nicht mehr... Es kommt ein 500 Fehler.
Was mache ich falsch?

Fehleranzeige aktiviert?
Steht was im Systemlog oder der error.log?
23.08.2011, 10:40
iCodr8

Fehleranzeige ist aktiv und in beiden Logs ist nichts drin.
23.08.2011, 12:21
iCodr8

Das versenden geht dadurch übrigens auch nicht.
23.08.2011, 16:56
smueller

Hallo zusammen,

ich hab leider auch ein Problem. Nach dem Update auf 1.5.0 stable Build 5 läuft er bei mir in ein Umleitungs-Timeout. Musste jetzt den Folder auf dem System per FTP löschen (umbenennen) um das Problem zu lösen.

Könnt ihr hier bitte noch mal gucken was das sein kann? Build 4 funktionierte bei mir, also zumindest funktionierte das System, den Versand konnte ich noch nicht testen, da die Seite noch in der Entwicklung ist. ;)

Schöne Grüße
Sebastian
23.08.2011, 17:20
tril

Zitat:

Zitat von smueller

ich hab leider auch ein Problem. Nach dem Update auf 1.5.0 stable Build 5 läuft er bei mir in ein Umleitungs-Timeout. Musste jetzt den Folder auf dem System per FTP löschen (umbenennen) um das Problem zu lösen.

Ich denke ich weiß was da schief läuft, ich habe eine Änderung an der runonce.php gemacht, jetzt sollte das nicht mehr passieren (wenn es der Fehler war, den ich vermute) :D
23.08.2011, 17:35
smueller

Also mein Problem scheint hiermit behoben zu sein. ;)

Vielen Dank für den schnellen Fix!
24.08.2011, 11:01
iCodr8

ich habe jetzt endlich mal eine Fehlermeldung ausgegeben bekomm, nachdem ich das ganze mal auf einem vernünftigen Server getestet habe...

Fatal error: Maximum execution time of 30 seconds exceeded in /var/...usw.../contaoZeitwerk/system/libraries/Database.php on line 697
24.08.2011, 11:07
iCodr8

Ich habe mal etwas nachgeforscht und bin in der "NewsletterElement.php" gelandet. Dort in der "generateHTML" Methode kommt der Error wenn die letzte Zeile (return $this->Template->parse()) ausgeführt wird.
24.08.2011, 11:23
tril

Du hast aber noch keine eigenen Templates oder?
24.08.2011, 11:40
iCodr8

Doch, ich benutze ein eigenes Template...
24.08.2011, 11:59
iCodr8

Das gibts doch nicht... :( Ich bin total am verzweifeln! Jetzt habe ich contao 2.9.5 nochmal komplett neu installiert und Avisota auch und trotzdem kommt wieder der Fehler:

Fatal error: Maximum execution time of 30 seconds exceeded in /var/.../contaoZeitwerk/system/libraries/Database.php on line 710
24.08.2011, 12:09
iCodr8

Ich hab den Fehler!!!

Avisota macht Probleme, wenn das Modul "stylesheets_external" installiert ist!

Vielleicht solltest du dieses Modul mal installieren und Avisota so anpassen, dass es damit auch funktioniert. Denn diese Erweiterung ist für mich ein muss ;)
24.08.2011, 12:31
schman

Für solche Dinge hat Tristan layout_additonal_soruces (wobei ich gedacht habe das diese Erweiterung unter dem Namen Theme+ weiter geführt wird) entwicklet ;)
24.08.2011, 12:33
iCodr8

Warum kann sowas nicht einfach als Standard bei Avisota dabei sein?
24.08.2011, 12:39
Messa

So installiert :)
Und bereit zum Testen.
Werde wenn mir was aufallen sollte gleich Meldung abgeben :)
Danke für deine Arbeit und Mühe tril :)

lg Matthias
24.08.2011, 13:03
tril

Zitat:

Zitat von danielkiesel

Warum kann sowas nicht einfach als Standard bei Avisota dabei sein?

Weil es kein Contao Standard ist, mit externen Dateien zu arbeiten ;)
Avisota unterstützt layout_additional_sources, den Theme+ Support habe ich noch nicht eingebaut. Aber auch stylesheets_external bin ich bereit zu unterstützen. Ich werde mir das mal anschauen.
http://contao-forge.org/issues/1915
24.08.2011, 13:07
iCodr8

Mal ne Frage beim Versand der E-Mails, muss sich da die Seite so ca alle 10 Sekunden neu laden? Bei mir steht eine Restzeit von ca 50 min dran... Ich habe das jetzt mal ne viertel Stunde laufen lassen und habe nur 14 Mails versendet... Wenn ich immer so nach 20 Sekunden aktualisiere habe ich das gleiche Ergebnis... irgendwie komisch...
24.08.2011, 13:17
tril

Zitat:

Zitat von danielkiesel

Mal ne Frage beim Versand der E-Mails, muss sich da die Seite so ca alle 10 Sekunden neu laden? Bei mir steht eine Restzeit von ca 50 min dran... Ich habe das jetzt mal ne viertel Stunde laufen lassen und habe nur 14 Mails versendet...

Die Seite selbst lädt sich nicht neu, da der Versand via Ajax getriggert wird, du siehst ja unten im Log die Zyklen. Wie lange jeder Zyklus läuft und wie viele E-Mail Adressen versendet wurden. Die Standarddauer beträgt 75% der Max-Execution-Time. Wenn deine Max-Execution-Time also 15 Sekunden beträgt, dann läuft der Zyklus maximal 11,25 Sekunden, um nicht in einen Timeout zu rennen. Du kannst die Zyklendauer in den Systemeinstellungen anpassen, wenn notwendig.

Zitat:

Zitat von danielkiesel

Wenn ich immer so nach 20 Sekunden aktualisiere habe ich das gleiche Ergebnis... irgendwie komisch...

Soll heißen, du aktualisierst von Hand? Das solltest du nicht tun, weil der Versand sonst unterbrochen und neu gestartet wird.

PS: Wie groß ist die Domain-Verteilung bei deinen Empfängern? Pro Zyklus wird pro Domain nur eine E-Mail verschickt. Wenn du also überall die gleiche Domain hast, wundert mich die Dauer nicht.
24.08.2011, 13:18
iCodr8

Liste der Anhänge anzeigen (Anzahl: 1)

So Sieht das ganze bei mir aus...
Könnte es auch an den JavaScript Dateien (number.js und outbox.js) liegen?
24.08.2011, 13:22
iCodr8

Die Zeit stimmt ja sowieso nicht überein... Als ich nur 6 Testnewsletter an Googlemail, Web, GMX usw. versendet habe, stand da 15 min und nach 10 Sekunden wurde ich in den Postausgang geredirected
24.08.2011, 13:29
iCodr8

Ich habe die Versandzahl von 100 auf 10 gesetzt... Jetzt geht es :)
24.08.2011, 13:34
iCodr8

So, jetzt funktioniert so ziemlich alles, was ich benötige :)

Vielen Dank an tril!!!
24.08.2011, 13:45
tril

Ach vergiss es, ich kann es ja im Snapshot sehen.
Also bei der Menge ist das Verhalten doch merkwürdig, aber gut zu wissen, dass es durch die Reduzierung funktioniert :)
24.08.2011, 13:47
Papillon

Moin,

ich habe noch ein bisschen rumprobiert aber kann die Ursache nicht
herausfinden. Monatsnamen z.B. werden in meinem o.g. Beispiel nicht
geparst. Auch der Tagesname eines Events wird nicht richtig (bzw. gar nicht)
geparst.

"Kennt" Avisota ggf. zu wenige Parameter oder weiß es einfach nicht so viel
(bzw. nicht genug) mit parseDate('x y z', $this->Date); anzufangen?
24.08.2011, 16:01
tril

Hi Papillon,

der neue Build sollte das Monatsnamenproblem lösen. Das ursprüngliche Startdatum eines Termins steht dir aber nicht mehr zur Verfügung. In dem Inhaltselement wählst du ja einen konkreten Termin aus. Entsprechend sind Start- und End-Datum für diesen einen speziellen Termin.

Übrigens, das hier <?php if ($event['endDate']): ?> wird immer true ergeben, weil das endDatum immer gesetzt ist. Richtig wäre in deinem Fall wohl <?php if ($event['endDate'] > $event['startDate']): ?>
24.08.2011, 17:00
Papillon

Hallo Tril,

wenn ich mir die Template-Variablen ausgeben lasse, wird u.a. auch
[repeatEnd] gelistet. Für den Fall, dass ich einen Termin, der sich wiederholt
in folgender Form ausgeben möchte:

3. September - 1. Oktober 2011, jeden Samstag, 9:30 - 13:00 Uhr

So ist der 3. September mein startDate und bei wöchentlicher Wiederholung
und 5 Terminen ist der 1. Oktober mein repeatEnd. Dia Variable ist ja sogar
vorhanden, warum kann ich sie dann mithilfe von $event['repeatEnd'] nicht ausgeben?

Und sorry, was genau meinst du mit "das ursprüngliche Startdatum eines Termins steht nicht mehr zur Verfügung" ?

Danke schonmal!

Edit: Ich bin doof. Hatte if ($this->recurring): noch nicht in if ($event['recurring']): geändert.
24.08.2011, 17:55
tril

Zitat:

Zitat von Papillon

Edit: Ich bin doof. Hatte if ($this->recurring): noch nicht in if ($event['recurring']): geändert.

Soll heißen du hast es hinbekommen? Oder gibts noch Probleme?
24.08.2011, 19:01
Kim

Wird es eine Möglichkeit geben Bilder absolut zu verknüpfen oder die Attachments vor dem Clienten zu verstecken?
24.08.2011, 19:27
tril

Zitat:

Zitat von Kim

Wird es eine Möglichkeit geben Bilder absolut zu verknüpfen...

Dies ist eigentlich Nachteilig, wenn aber ein größerer Bedarf besteht, bin ich bereit sowas einzubauen.

Zitat:

Zitat von Kim

... oder die Attachments vor dem Clienten zu verstecken?

Das sollte eigentlich passieren. Es ist jedoch von E-Mail Client zu E-Mail Client unterschiedlich ob er "embedded attachments" anzeigt oder nicht. Eigentlich ist es ein Fehlverhalten des Clients "wenn" er sie anzeigt. Alle Bilder werden als "embedded" angehängt und sollten entsprechend nicht angezeigt werden.
25.08.2011, 12:16
Papillon

Zitat:

Zitat von tril

Soll heißen du hast es hinbekommen? Oder gibts noch Probleme?

Hi tril,

fürs Erste bin ich zufrieden ;-)
Danke dir vielmals!

70 Beiträge dieses Themas auf einer Seite anzeigen