calendar_ical exportiert ab Contao 3.x keine DESCRIPTION mehr

**webfuzzy** · 19.09.2015, 15:55

Hallo Helmut,

bei der Umstellung einer älteren Website von Contao 2.11.17 auf 3.5.x ist mir aufgefallen, dass die ics-Datei keine DESCRIPTION mehr enthält. Der Grund scheint zu sein, dass in den Exportfunktionen von calendar_ical immer noch das Feld details der Tabelle tl_calendar_events als DESCRIPTION ausgegeben wird. Dieses Feld gibt es aber in Contao 3.5.x nicht mehr.

Die Reparatur ist vermutlich nicht ganz einfach, da man jetzt ja Artikelelemente zur Beschreibung eines Events erzeugt und davon können nun auch mehrere zu einem Event existieren, die dann alle in der Tabelle tl_content abgelegt werden.

Evtl. muss man beim Import diesbzgl. auch noch etwas machen?

**Znrl** · 20.09.2015, 16:22

Wenn du nur exportieren willst kannst du mal das hier versuchen:
https://bitbucket.org/Znrl/znrl_ics
Das nimmt den teaser als description. Inhaltselemente werden sonst nicht exportiert.

Das wäre wohl in dem Sinn aufwendig, als dass man nicht weiß welche Inhaltselemente als was exportiert werden sollen.

**webfuzzy** · 21.09.2015, 21:27

Zitat von Znrl

Das nimmt den teaser als description. Inhaltselemente werden sonst nicht exportiert.

Vielen Dank für deine Antwort. Ich habe mir den Link angeschaut; ist auch interessant.
Teaser als Description und Title als Summary war auch meine spontane Idee.

Ich will aus einer Tabelle einer eigenen Erweiterung, die auch Termindaten enthält, aber nicht als Conato Events, diese im iCal-Format exportieren, damit sie dann (z.B. von beliebigen Websites als Abo) als Contao Events wieder importiert werden können. Dazu ist calendar_ical schon die richtige Erweiterung und ich habe für mich auch schon die Änderung gemacht, teaser als description zu verwenden.

Ich wollte hier zumindest mal dem Modul-Autor Helmut Schottmüller mitteilen, das dieses Problem existiert. Ich möchte ja nicht bei jedem Update der Erweiterung wieder manuell nacharbeiten müssen.

**Znrl** · 22.09.2015, 13:43

Vtl. hier als issue reinsetzen:

https://github.com/hschottm/calendar_ical/issues

**papelux** · 08.11.2015, 08:46

Zitat von Znrl

Wenn du nur exportieren willst kannst du mal das hier versuchen:
https://bitbucket.org/Znrl/znrl_ics
Das nimmt den teaser als description. Inhaltselemente werden sonst nicht exportiert.

Das wäre wohl in dem Sinn aufwendig, als dass man nicht weiß welche Inhaltselemente als was exportiert werden sollen.

HI,
Bin zimlich neu hier und habe wahrscheinlich was verbockt.
Habe den znrl_ics hochgeladen, und die Datenbank aktualisiert.
Kalender > ics ist auch im Backend vorhanden, nur wird die Datei *.ics nicht erzeugt, und bei jeder Abspeicherung eines Events wird das Event wohl abgespeichert, nur dass ich dann im Backend ein weisser Schirm erscheint.

MfG
Pascal

**Znrl** · 08.11.2015, 14:27

Ok du hast das manuell installiert und nicht über Composer? Aktuelles Contao?
Du brauchst dafür noch eine zusätzliche Bibliothek: https://github.com/fruux/sabre-vobject, steht auch in der Readme.

Ich hab das bisher nur über Composer installiert bei mir funktionierts.
Ich kann aber gleich mal schauen, was gemacht werden muss, damit das auch ohne geht und die VObject Klasse geladen wird.

**papelux** · 08.11.2015, 14:32

Hi, danke für deine schnelle antwort. Habe 3.5.0
Und wurde manuell installiert.
Wo muss ich die bibliothek sabre-vobjekt denn rein setzen?

Gesendet von iPhone mit Tapatalk

**Znrl** · 08.11.2015, 15:16

Über Composer liegt die Datei unter composer/vendor/sabre und das autoloading funktioniert automatisch.
Wenn du kein Composer nutzen kannst/willst geht das eben nicht, schaue grade was man da am besten machen kann.
Bzw. das beste wäre natürlich den Composer zu nutzen

.

**papelux** · 08.11.2015, 15:31

Gut, dann muss ich mal über den composer schlau machen, resp rausfinden, wie der funktionniert, und wie ich den hochlade

Gesendet von iPhone mit Tapatalk

**Znrl** · 08.11.2015, 16:08

Den kannst du übers Backend installieren, vorher am besten den Check machen
Contao-Cehck
Bzw. Composer-Check https://github.com/contao-community-...composer-check.
wichtig ist vorallem, dass du genug memory_limit hast, je nach Erweiterungen sollten es mind 100-120MB sein.

Wenn das ganze nicht klappt meld dich nochmal.
Dann kann ich schauen ob das auch ohne geht.

**papelux** · 10.11.2015, 16:45

HI, hatte die tage keine Zeit, habe den Check gemaacht, ist alles ok.
Nur ist mir aufgefallen, dass ich dann ja keinen ER mehr habe, falls ich kommerzielle Erweiterungen hochladen möchte.
Oder bin ich da falsch?

**Znrl** · 11.11.2015, 00:01

Also hochladen per FTP geht genauso ... der Composer ersetzt aber das ER, das ist richtig.
Vorher installierte Erweiterungen funktionieren aber meine ich weiter das müsste man testen.

Ansonsten So:
1.
Sabre\VObject
Wichtig nicht den Master Branch nehmen, sondern bspw. die aktuellste 3.4.7 -> https://github.com/fruux/sabre-vobject/tree/3.4.7

2.
Den NamespaceClassLoader installieren gibts auch übers alte ER
https://contao.org/de/erweiterungsli...Loader.de.html

3.
Dann Sabre\Vobject unter system/modules/znrl_ics/vendor/sabre/vobject
einfügen (sprich dort drin kommen dann direkt bin,lib,tests,...).
Ordner muss angelegt/umbenannt werden.

4.
Die Datei system/modules/znrl_ics/classes/IcsExport editieren und
__construct() durch das ersetzen:

PHP-Code:


    public function __construct()

    {

        $loader = new \Composer\Autoload\ClassLoader();

        $loader->addPsr4('Sabre\\VObject\\', __DIR__.'/../vendor/sabre/vobject/lib');

        $loader->register();

    }

Ich hoffe ich hab nichts vergessen, dann sollte es so auch ohne Composer gehen

**papelux** · 12.11.2015, 07:20

Vielen Dank,
Werde das mal so testen.

Gesendet von iPhone mit Tapatalk

**papelux** · 12.11.2015, 11:38

Habe alles genauso gemaacht, wie beschrieben.... Leider klappt es nicht.
Kalender -> Ics habe ich normal mit den bestehenden Kalender verbunden, beim abspeichern erscheint noch immer einen weisse Seite, wird jedoch abgespeichert.
Nur ein file *.ics wird nicht generiert....

Zitat von Znrl

Also hochladen per FTP geht genauso ... der Composer ersetzt aber das ER, das ist richtig.
Vorher installierte Erweiterungen funktionieren aber meine ich weiter das müsste man testen.

Ansonsten So:
1.
Sabre\VObject
Wichtig nicht den Master Branch nehmen, sondern bspw. die aktuellste 3.4.7 -> https://github.com/fruux/sabre-vobject/tree/3.4.7

2.
Den NamespaceClassLoader installieren gibts auch übers alte ER
https://contao.org/de/erweiterungsli...Loader.de.html

3.
Dann das ganze unter system/modules/znrl_ics/vendor/sabre/vobject
einfügen (sprich dort drin kommen dann direkt bin,lib,tests,...).
Ordner muss angelegt/umbenannt werden.

4.
Die Datei system/modules/znrl_ics/classes/IcsExport editieren und
__construct() durch das ersetzen:

PHP-Code:


    public function __construct()

    {

        $loader = new \Composer\Autoload\ClassLoader();

        $loader->addPsr4('Sabre\\VObject\\', __DIR__.'/../vendor/sabre/vobject/lib');

        $loader->register();

    }

Ich hoffe ich hab nichts vergessen, dann sollte es so auch ohne Composer gehen

**papelux** · 12.11.2015, 11:55

Die Datei system/modules/znrl_ics/classes/IcsExport habe ich umgeändert und
__construct() durch deinen PHP-coder ersetzt.

Mir fällt aber da in Zeile 3 auf dass der Composer angesteuert wird, den ich ja nicht besitze:

$loader = new \Composer\Autoload\ClassLoader();

Könnte das der Fehler sein?

hier mein Pfad zum Autoloader:
system>modules>_autoload>config

Der NamespaceClassLoader befindet sich hier:
system>modules>_autoload>

**Znrl** · 12.11.2015, 14:17

Nein das ist nur der Namespace vom _autoload bzw. für die Klasse ClassLoader, wenn du dort schaust ist unter library dann der Ordner Composer/Autoload/ClassLoader.php.
Bei mir hat es ohne Composer so funktioniert.

Was klappt denn nicht?
Gibt es eine Fehlermeldung?
-> system/logs/error.log

edit: Danach natürlich die Datebank aktualisieren. Es ist auch nicht verkehrt mal unter Systemwartung den Cache zu löschen und neu anzulegen.

**papelux** · 13.11.2015, 06:58

Hallo,
Also Datenbank wurde aktulaisiert, und cache gelöscht (gestern schon)
Fehlermeldungen gint's keine.
Hier der systemlog, nachdem ich ein Event hinzu gesetzt habe, und auch im kalender>ics einen Export hinzugefügt habe:

[13.11.2015 07:47] A new entry "tl_calendar_events.id=86" has been created (parent records: tl_calendar.id=15)
[13.11.2015 07:45] A new version of record "tl_znrl_ics.id=5" has been created
Löschen Anzeigen
[13.11.2015 07:45] A new version of record "tl_znrl_ics.id=5" has been created
Löschen Anzeigen
[13.11.2015 07:45] A new version of record "tl_znrl_ics.id=5" has been created
Löschen Anzeigen
[13.11.2015 07:44] A new entry "tl_znrl_ics.id=5" has been created
Löschen Anzeigen
[13.11.2015 07:44] Generated sitemap "sitemap_fr-xml.xml"

Fehler werden keine angezeigt, nur dass ich bei abspeichern des Eventes immer im Backend eine weisse Seite erhalte, und die Seite akutalisieren muss.
Man kann den *.ics file ja nur unter /files, respektive unter /share generieren lassen. Aber dort taucht keine solche datei auf.
Und im System Log zeigt er mir auch nur die *.ics Dateien an, die unter Ical sowieso generiert werden.

**Znrl** · 13.11.2015, 14:11

Ich meinte nicht Fehler im Systemlog sondern im Ordner system/logs/error.log, das ist eine Textdatei mit allen PHP-Fehlern. Hast du dort geschaut?
Eine weiße Seite ohne Fehler ist sonst eher ungewöhnlich.

**papelux** · 14.11.2015, 16:56

Sorry, hier die Fehlermeldung:
[13-Nov-2015 07:44:27 Europe/Luxembourg] PHP Parse error: syntax error, unexpected '>' in /var/www/vhosts/amicale.lu/httpdocs/system/modules/znrl_ics/classes/IcsExport.php on line 75

hier die Zeile 75:
>createCalendar($icsExport);

**Znrl** · 15.11.2015, 00:13

Das sollte in der Zeile gar nicht stehen.

Kann es sein, dass du da beim ändern des Konstruktors noch irgendwas anderes geändert hast?
Im zweil heißt das $this->createCalendar($icsExport);

Ich hänge dir Datei mal an, wie sie bei mir aussieht und funktioniert:

IcsExport.zip

Sonst auch mal schauen, dass du wirklich die Master oder 0.5.0beta hast.

**papelux** · 15.11.2015, 09:53

Keine Ahnung, ob oder wie ich was verändert habe in der File....
Auf jedenfall habe ich deine Datei IcsExport.php hochgeladen, und jetzt funktionnierts.

Vielen Dank