Re: [TYPO3-german] Kuriositäten mit 6.2
Am 16.04.14 19:26, schrieb Steffen Liebig: BINGO - ein scheduler job fürs indexing und die Seite war da ! Bei einem näheren Blick musste ich feststellen, dass die cal-Datensätze weg waren. Klaro - das Ding ist deinstalliert, kann ja nix angezeigt werden. Nachinstalliert - falsche Version *grummel*. Also neues besorgt, läuft wunderbar, aber immer noch keine Datensätze. Die hab ich jetzt per t3d übertragen, damit haben wir wieder ein Problem vom Hals. Fehlt noch Folgendes: a) eine Lösung für die Adressenanzeige auf der Präsisiumsseite und in den Bezirken (wie gehabt)...perfekt, wenns Folgendes kann: Als Inhaltselement einbaubar wär schön, also Abruf von Datensätzen aus der bisherigen Tabelle (wenns ne neue bekommt, auch gut, im Notfakll kann man die addys auch neu eingeben) - gruppenweise Ausgabemöglichkeit - Verwendung des bisherigen Templates (nuja die css-Klassennamen werd ich wohl selbst anpassen können *löl*) - (Pass)bildanzeige - Seitenzähler (10-20 Adressen pro Seite) - Linkoption zu den anderen Gruppen ...falls was vergessen, Anschauungsmaterial gibts auf http://www.pfaelzischer-schachbund.de/psb/praesidium.html und unter Bezirke auf der im jeweiligen Bezirk zu findenden Unterseite Bezirksleitung. Ich gehe mitterweile davon aus, dass ich tt_address mit seinem Fehler in einer Leerzeile (da lach ich mich immer noch schief, wenn ich das lese) abhaken kann. Aufgrund seines Alters mehr als nachvollziehbar, aber die Hoffnung stirbt zuletzt ;-). ich habe tt_address nicht so intensiv im Einsatz, es genügte aber wenig zu ändern damit es unter 6.2 lief: * versionsabhängigkeiten in ext_emconf.php (d.h. wenn es installiert ist ist es das eben auch unabhängig von der aktuellen Core-Version ;-) ) * includes entfernen (require_once) * Bibliotheken gegen Namespace austauschen (t3lib::... gegen \TYPO3\CMS\...::...) (da es momentan noch Kompatibilitätslayer gibt ist das auch nicht zwingend) bleibt: require_once() entfernen. das ist nicht so viel Aufwand damit tt_address auch unter 6.2 läuft bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 - Pagetitle nur aus languageField = 0 auslesen
Am 16.04.14 19:03, schrieb Sebastian Schmal: Hallo Liste, wie ich den Pagetitle auslese weiß ich: [...] nur ich benötige egal auf welcher Sprache ich gerade bin, immer den titel aus der Sprache = 0 Wie kann ich denn meine Abfrage umbauen? Komme hier nicht weiter, danke Euch! der Trick dürfte darin liegen, den title aus [pageOverlayFields] heraus zu nehmen, was nur global konfigurierbar ist: Install Tool bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 - Pagetitle nur aus languageField = 0 auslesen
dieser Befehl wäre ja gobal, möchte aber die ausgabe nur an der einen stelle haben. hab schon überlegt den titel via select auszulesen? und dann ggf. sowas hier: select { languageField = 0 } ? grüße und Danke! -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 17.04.2014 08:40, schrieb bernd wilke: Am 16.04.14 19:03, schrieb Sebastian Schmal: Hallo Liste, wie ich den Pagetitle auslese weiß ich: [...] nur ich benötige egal auf welcher Sprache ich gerade bin, immer den titel aus der Sprache = 0 Wie kann ich denn meine Abfrage umbauen? Komme hier nicht weiter, danke Euch! der Trick dürfte darin liegen, den title aus [pageOverlayFields] heraus zu nehmen, was nur global konfigurierbar ist: Install Tool bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] YAG: Von der Albumansicht direkt zum BIld
Hallo Forum ich würde gerne aus der Album Ansicht ohne Umweg über die Übersichtsseite direkt zum ersten Bild des jeweiligen Albums wechseln. Verwendet wird das Default Template von YAG 3.2 und TYPO3 4.6.15 Ich hab zwar schon etwas mit dem Template rumgespielt, allerdings noch keinen Erfolg gehabt. Hat jemand einen Tip für mich? Vielen Dank und Gruss ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] mm-forum Suche (Indizierungsfehler)
Hi Zusammen, ich hab seit längerem ein Problem mit der Indizierung der Forenbeiträge. Sie funktioniert nicht mehr weder händisch, noch per cron_job. Vor einem Monat hat er noch einen Internal Server Error ausgespuckt, wenn ich von Hand indizieren wollte, nun aber nicht mehr. Insofern weiß ich nicht wo ich genau suchen soll. Hat vielleicht jemand einen Tipp, oder das gleiche Problem gehabt? Typo3 in der Version 4.5.32; mm_forum in 1.9.5; php 5.4 Herzlichen Dank Torsten ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] ke_questionnaire 3.0.15 - 500 Internal Server Error
Hallo, ich verwende Typo3 6.1.7 (fluid 6.1.0 und extbase 6.1.0; Abhängigkeiten sind also erfüllt) und habe ich gestern riesig gefreut zu sehen, dass ke_questionnaire nun auch mit der6.1.7 laufen soll. Die Installation hat auf meiner PROD-Stage (auf der DEV, die ein Klon der PROD ist, leider nicht geklappt) auch geklappt. Allerdings, wenn ich eine neue Seite mit Allgemeinem Plugin anlege und dann wähle keQ Inserts a Questionnaire bekomme ich erst die Meldung Diese Änderung beeinflusst die zur Verfügung stehenden Eingabefelder. Die Änderungen speichern und die Anzeige aktualisieren? Die ich mit OK bestätige. Die Seite bleibt grau, im Fireburg kann ich folgendes vorfinden: Firebug Konsole-Reiter: NetworkError: 500 Internal Server Error - http://meine-domain.de/typo3/alt_doc.php?returnUrl=%2Ftypo3%2Fsysext%2Fcms%2Flayout%2Fdb_layout.php%3Fid%3D355%23element-tt_content-1331edit[tt_content][1331,]=edit; Firebug Netzwerk-Reiter (POST an alt_doc.php?edit[...]); Request Antwort: Seite neu laden, um den Quelltext zu holen für: http://meine-domain.de/typo3/alt_doc.php?edit[tt_content][355]=newdefVals[tt_content][colPos]=0defVals[tt_content][sys_language_uid]=0defVals[tt_content][CType]=listreturnUrl=%2Ftypo3%2Fsysext%2Fcms%2Flayout%2Fdb_layout.php%3Fid%3D355 meine-domain.de habe ich eingefügt. Das ist schon die richtige. Das statische ke_questionnaire-Template habe ich eingefügt, die beiden anderen keQ-Plugin-Optionen kann ich ebenfalls einfügen und scheinen zu funktionieren. Kann es sein, dass es hieran liegt:alt_doc.php?e an dem ?, also dass da ein Parameter fehlt? Wenn ich anschließend versuche das Seiteninhaltselement aufzurufen bleibt die Seite auch grau. Im php-errors.log habe ich keine Meldung gefunden. Google war leider auch nicht wirklich hilfreich :( HAt jemand eine Idee? Vielen Dank, frohe Ostern und viele Grüße, Dirk ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 Update 6.2 auf 6.2.1 Backend = Fehler 403
Hallöchen, ich habe im T3 Backend mal den Autoupdater getestet und nun bekomme ich einen Fehler 403 nur für das Backend. Das Frontend geht perfekt. habe eben mal die Rechte mit der 6.2.0 verglichen, alle gleich.. Auch die symlinks sehen gut aus. hat jemand hier noch einen Tipp? Danke Euch -- -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kuriositäten mit 6.2
Hi Bernd, bei mir hat das Teil so eine Fehlermeldung ausgelöst in einer Zeile, in der gar nix drin steht. Das war ne Schau *g*. Ich geh mal auf die Suche, ob noch requires übrig sind. Momentan zeigt es eine weiße Seite, der t3d-Import des Datensatz- und Gruppenordners schlägt fehl: PHP Warning PHP Warning: fread(): Length parameter must be greater than 0 in /home/www/typo3_6.2.0/typo3/sysext/impexp/Classes/ImportExport.php line 2702 und wenn ichs trotzdem versuche: PHP Warning PHP Warning: Invalid argument supplied for foreach() in /home/www/typo3_6.2.0/typo3/sysext/core/Classes/DataHandling/DataHandler.php line 948 PHP Warning PHP Warning: Invalid argument supplied for foreach() in /home/www/typo3_6.2.0/typo3/sysext/core/Classes/Database/ReferenceIndex.php line 230 Hmmm... Am 17.04.2014 08:35, schrieb bernd wilke: Am 16.04.14 19:26, schrieb Steffen Liebig: BINGO - ein scheduler job fürs indexing und die Seite war da ! Bei einem näheren Blick musste ich feststellen, dass die cal-Datensätze weg waren. Klaro - das Ding ist deinstalliert, kann ja nix angezeigt werden. Nachinstalliert - falsche Version *grummel*. Also neues besorgt, läuft wunderbar, aber immer noch keine Datensätze. Die hab ich jetzt per t3d übertragen, damit haben wir wieder ein Problem vom Hals. Fehlt noch Folgendes: a) eine Lösung für die Adressenanzeige auf der Präsisiumsseite und in den Bezirken (wie gehabt)...perfekt, wenns Folgendes kann: Als Inhaltselement einbaubar wär schön, also Abruf von Datensätzen aus der bisherigen Tabelle (wenns ne neue bekommt, auch gut, im Notfakll kann man die addys auch neu eingeben) - gruppenweise Ausgabemöglichkeit - Verwendung des bisherigen Templates (nuja die css-Klassennamen werd ich wohl selbst anpassen können *löl*) - (Pass)bildanzeige - Seitenzähler (10-20 Adressen pro Seite) - Linkoption zu den anderen Gruppen ...falls was vergessen, Anschauungsmaterial gibts auf http://www.pfaelzischer-schachbund.de/psb/praesidium.html und unter Bezirke auf der im jeweiligen Bezirk zu findenden Unterseite Bezirksleitung. Ich gehe mitterweile davon aus, dass ich tt_address mit seinem Fehler in einer Leerzeile (da lach ich mich immer noch schief, wenn ich das lese) abhaken kann. Aufgrund seines Alters mehr als nachvollziehbar, aber die Hoffnung stirbt zuletzt ;-). ich habe tt_address nicht so intensiv im Einsatz, es genügte aber wenig zu ändern damit es unter 6.2 lief: * versionsabhängigkeiten in ext_emconf.php (d.h. wenn es installiert ist ist es das eben auch unabhängig von der aktuellen Core-Version ;-) ) * includes entfernen (require_once) * Bibliotheken gegen Namespace austauschen (t3lib::... gegen \TYPO3\CMS\...::...) (da es momentan noch Kompatibilitätslayer gibt ist das auch nicht zwingend) bleibt: require_once() entfernen. das ist nicht so viel Aufwand damit tt_address auch unter 6.2 läuft bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Anmeldung am Backend scheitert
Hallo zusammen, vielleicht hat irgendjemand eine zielführende Idee, ehe ich hier weitersuche: ich habe einen Server von Suse 12.3 auf 13.1 upgedatet. Seitdem ist eine Backend-Anmeldung an zweien der darauf laufenden TYPO3-Instanzen nicht mehr möglich. An drei anderen geht es problemlos. Alle die gleiche Version. Unterschied ist die verwendete Benutzerführung, das ist bei denen, die nicht funktionieren, noch die mit dem rosa Touch. Die Anmeldung wird als erfolgreich ins Log eingetragen, aber danach kommt wieder die Anmeldemaske mit dem Hinweis, daß es nicht geklappt hat. Die PHP-Session kann eingerichtet werden, löscht man die Session-Datei, ist sie hinterher wieder da. Die gern genommenen falschen Rechte am /var/lib/php5 sind es also nicht. Irgendjemand eine Idee? Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Anmeldung am Backend scheitert
Martin Schoenbeck schrieb: Hallo zusammen, vielleicht hat irgendjemand eine zielführende Idee, ehe ich hier weitersuche: ich habe einen Server von Suse 12.3 auf 13.1 upgedatet. Seitdem ist eine Backend-Anmeldung an zweien der darauf laufenden TYPO3-Instanzen nicht mehr möglich. An drei anderen geht es problemlos. Alle die gleiche Version. Unterschied ist die verwendete Benutzerführung, das ist bei denen, die nicht funktionieren, noch die mit dem rosa Touch. Die Anmeldung wird als erfolgreich ins Log eingetragen, aber danach kommt wieder die Anmeldemaske mit dem Hinweis, daß es nicht geklappt hat. Die PHP-Session kann eingerichtet werden, löscht man die Session-Datei, ist sie hinterher wieder da. Die gern genommenen falschen Rechte am /var/lib/php5 sind es also nicht. Irgendjemand eine Idee? Hallo Martin ja, aber leider nur eine schlechte Ideen das hatte ich auch gemacht, es sollte sogar von 12.2 auf 13.1 gehen, danach waren wir 3 Tage offline. also die SUSE Upgrades auf Servern (bei uns XEN VMs) sind mit äußerster Vorsicht zu geniessen, von 12.1 auf 12.2 hatte es geklappt, doch der brauchte von jetzt an etwa 8 bis 12 Minuten !! zum Hochfahren, das war schlimm. von 12.2 auf 12.3 hatte es das Boot-System zerschossen (Tip : nimm nach wie vor GRUB und nicht GRUB2) und von 12.3 auf 13.1 hatte es den Runlevel nicht korrekt übernommen d.h. nach jedem reboot : alle VMs von Hand hochfahren und !! einzeln überprüfen Idee : schnell wieder zurück auf die 12.3 fahren, das hatte ich mal probiert hatte sogar geklappt und 13.1 auf neuer VM installieren und dann Typo3 rüber holen und ausprobieren und dann erst umschalten mehr Infos über den Upgrade GAU kommen hier : http://www.fernsehmuseum.info/ mit freundlichen Grüßen Gert Redlich | phone:+49 611 502051 + ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Kuriositäten mit 6.2
Den Tipp behalte ich gerne im Hinterkopf. Neuigkeiten: alles wieder da !!! Es fehlt nur das Newsarchiv, dort kommt die bekannte Fehlermeldung: *Fatal error*: Call to undefined method TYPO3\CMS\Extbase\Persistence\Generic\Storage\Typo3DbBackend::parseQuery() in */home/www/typo3_6.2.0/typo3conf/ext/news/Classes/Domain/Repository/AbstractDemandedRepository.php* on line *92 *Das wundert mich allerdings immer noch, aber zeitlich muss das noch etwas warten. Ich geh da ein andermal nochmal bei :-).* * Am 11.04.2014 15:26, schrieb Steffen Liebig: Hallo zusammen, ich hab grad testweise 6.2 installiert. Wenn unser Hoster es schon mal im Angebot hat... Folgendes hat sich nach Übetragung des DB-Dumps und der fileadmin-(etc)-Dateien zugetragen: 1) Es schien alles da zu sein, also habe ich die Seite im FE aufgerufen. Ergebnis: Metadata can only be retrieved for indexed pages. Aha, nur indiziern kann man nur, was sich auch aufrufen lässt. Also wie nun ?! 2) Von wegen alles da: das Kopieren der Dateien hat in den ersten kontolierten Ordnern nur Kopien der jeweils ERSTEN Datei hinterlassen - und zwar genau so oft, wie eigentlich Dateien vorhanden sein sollen. Also richtige Anzahl, aber immer dieselbe Datei. Zumndest wird immer derselbe Name und dieselbe Dateiart im BE angezeigt - während im FTP-Programm alles ok ist. Hat jemand eine Ahnung, was da schiefgelaufen ist ? Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei Bedarf hier. Besten Dank für Ideen Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 Extension 4.5 6.2 Kompatibel machen.
Hallo Liebe Typo3 Mailingliste, wir haben hier ein Typo3 System das noch auf 4.5 Läuft. Upgrade auf 6.2 ist geplant nun müssen jedoch einige hauseigene Extensions Angepasst werden nun stellt sich die frage Wie ich am besten Diverse t3lib_div aufrufe zu GeneralUtility umschreibe. Jedoch so das sie sowohl mit 4.5 als auch 6.2 funktionieren. das sie Kompatibel sowohl mit 4.5 sind als auch Zukunftsicher mit 6.2 funktionieren. Gibt es dafür eine best Practice? Gruss chris -- Christian Wolff AERTiCKET AG - Database and Programming - Boppstraße 10 10967 Berlin Tel. +49 (0) 30 - 69 80 22 33 Fax +49 (0) 30 - 69 80 21 78 eMail cwo...@aer.de http: www.aerticket.de Vorstand Rainer Klee (Vorsitz), Roland Kreling-Behmenburg, Uwe Zobel, Jttka Zimmermann Aufsichtsratsvorsitzender Wolfgang Altmüller Amtsgericht Berlin-Charlottenburg HRB 82 693 UST ID: DE 218 238 232 ** Sagen Sie es uns! Wir haben ein offenes Ohr für Ihre Meinungen und Ideen... AERForum: http://www.aerforum.de/ Facebook: https://www.facebook.com/aerticket Twitter: https://twitter.com/AERGEZWiTSCHER ** ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Anmeldung am Backend scheitert
Hallo Gert, RDE - Gert Redlich schrieb: ja, aber leider nur eine schlechte Ideen Ich brauch nur gute. ;-) das hatte ich auch gemacht, es sollte sogar von 12.2 auf 13.1 gehen, danach waren wir 3 Tage offline. Versionssprünge werden ja ausdrücklich nicht unterstützt. Sollte man also nicht machen. Von 12.2 auf 12.3 war übrigens nach 90 Minuten erledigt und lief wieder. Deshalb hatte ich mir das für den Sprung von 12.3 auf 13.1 auch so vorgestellt. War etwas streßiger. also die SUSE Upgrades auf Servern (bei uns XEN VMs) sind mit äußerster Vorsicht zu geniessen, von 12.1 auf 12.2 hatte es geklappt, doch der brauchte von jetzt an etwa 8 bis 12 Minuten !! zum Hochfahren, das war schlimm. Das wäre mir sowas von egal. von 12.2 auf 12.3 hatte es das Boot-System zerschossen (Tip : nimm nach wie vor GRUB und nicht GRUB2) Keine Ahnung, welcher da aktuell läuft, aber das Starten des Systems war jedenfalls kein Problem. und von 12.3 auf 13.1 hatte es den Runlevel nicht korrekt übernommen d.h. nach jedem reboot : alle VMs von Hand hochfahren und !! einzeln überprüfen Der Server selbst war einigermaßen zügig wieder auf den Beinen. Lediglich postfix bzw. amavis hat mich geärgert, weil sie jetzt alles mit ipv6 machen wollten, ohne daß entsprechende Konfiguration vorhanden war. Idee : schnell wieder zurück auf die 12.3 fahren, das hatte ich mal probiert hatte sogar geklappt und 13.1 auf neuer VM installieren und dann Typo3 rüber holen und ausprobieren Definitiv nicht. Ehe ich das zeitlich dazwischenkriege, habe ich auch TYPO3 mit genügend Ausgaben gespickt, um dem Problem auf die Spur zu kommen. Die Websites laufen ja glücklicherweise, nur eben das Backendlogin nicht. Vielleicht hätte ich noch erwähnen sollen, daß es um eine 4.5.32 geht. Gruß Martin -- Bitte nicht an der E-Mail-Adresse fummeln, die paßt so. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CSV Import mit Extbase
Empfehle dir die ext external_import plus connectors. Anfangs dauerts bis man es am laufen hat, aber kann sehr viel. Gruß Martin Am 17.04.2014 um 20:31 schrieb Harald Keller hkel...@einfallsreich.ch: Guten Tag Ich möchte im Backend einen CSV import(eine Erweiterung Extbase/Fluid) realisieren, wärend dem Import werden die Daten noch etwas bearbeitet. Gibt es vielleicht schon einen Ansatz, wie das mit Extbase zu realisieren ist? Für jeden Tipp dankbar Ein Beispiel wär der Hammer. viele Grüsse und schöne Ostern Harald ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german Bloom ist zweimal Branchensieger im JAHR DER WERBUNG 2014 in den Kategorien Produktionsgüter und B2B-Dienstleistungen. Alle Infos auf http://www.bloomproject.de/news/show/bloom-kanns-am-besten-2-mal-branchensieger-2014/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Extension 4.5 6.2 Kompatibel machen.
Hi Chris, Chris Wolff - AERTiCKET AG wrote: Diverse t3lib_div aufrufe zu GeneralUtility umschreibe. Jedoch so das sie sowohl mit 4.5 als auch 6.2 funktionieren. das sie Kompatibel sowohl mit 4.5 sind als auch Zukunftsicher mit 6.2 funktionieren. Gibt es dafür eine best Practice? Wenn du sowohl 4.5 als auch 6.2 unterstützen willst, dann nutze weiterhin t3lib_div. Die Klassen selbst werden voll unterstützt. Nur die require_once und include_once Aufrufe musst du raus werfen und ggf. durch Einträge in der ext_autoload.php ersetzen. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CSV Import mit Extbase
Hi Harald, Harald Keller wrote: Gibt es vielleicht schon einen Ansatz, wie das mit Extbase zu realisieren ist? Einfach einen Controller bauen, welcher die CSV liest und dann jeweils ein neues Objekt holen objectManager-get('Model'); und dann via repository- add($object) hinzufügen. Natürlich musst du vorher die jeweiligen Properties setzen, welche gespeichert werden sollen. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german