Avisota 1.5.0 Final

[tril]

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.

[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

<!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><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?

[tril]

Ist in Build 4 behoben

[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 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?

[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

[tril]

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

[tril]

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

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?

[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

[Papillon]

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

[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?

[tril]

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?

[iCodr8]

Fehleranzeige ist aktiv und in beiden Logs ist nichts drin.

[iCodr8]

Das versenden geht dadurch übrigens auch nicht.

[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

[tril]

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)