Re: [TYPO3-german] PDFs IE und FF
Am 11.09.14 16:25, schrieb Carolin Neugebauer: Hallo zusammen, wir haben für einen Kunden eine Typo3-Seite erstellt, die viele PDFs anbietet. Leider kann man im Firefox und im IE die PDFs zwar im neuen tab öffnen, sie laden aber nicht ganz oder nur halb. Wir haben schon vieles probiert, haben aber keine Ahnung, woran das liegen mag. Im safari und Chrome ist alles wunderbar. Anscheinend funktionierte das Ganze auch mal, erst seit Kurzem ist es nicht mehr möglich. Kennt jemand das Problem oder weiß, was man tun könnte? ich hatte mal ein ähnliches Problem. Die Ursache war, dass die Dateien durch ein Script gerouted wurden, dass dann eine Zeit-/Mengen-Beschränkung hatte. während der Client noch mit dem Script verbunden war, hatte das Script aber die Verbindung zur Datei verloren und konnte damit nichts mehr senden. 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] PDFs IE und FF
Hallo Bernd, danke, das habe ich auch weiter gegeben. Ich hoffe, wir finden auch den Fehler! VG Carolin ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] PDFs IE und FF
Danke! Wir testen es gerade! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Gridelements - Erweiterungsoptionen werden nicht gespeicheert
Hallo, nachdem ich es nun geschafft habe, dass ich im BE meine angelgten CE Backend Layouts ausewählen und als Inhaltselement anlegen kann, stehe nich nun vor dem Problem, dass meine Erweiterungsoptionen nicht gespeichert werden. Jedenfalls ist das Feld 'pi_flexform' beim betreffenden Datensatz leer! Im Flexform sind die Felder entsprechend diesem hier definiert: el type=array width_column_normal_1 type=array TCEforms type=array labelBreite Spalte 1/label config type=array typeselect/type items type=array numIndex index=0 type=array numIndex index=020%/numIndex numIndex index=1ym-g20/numIndex/numIndex ... /numIndex /items defaultym-g50/default /config /TCEforms /width_column_normal_1 /el Hat jemend eine Ahnung woran das liegen kann Gruß, Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase/Fluid Kategorien auslesen
Für die Nachwelt: Hier hat jemand eine Extension entwickelt, um einen Kategorie-Baum zu erezeugen. Das ist zwar nicht extakt das, was ich suche, aber ein wunderbarers Beispiel für die Arbeit mit Ketegorien! https://github.com/digicademy/categories_example Danke an https://github.com/tesselation Gruß Christian Gesendet: Donnerstag, 11. September 2014 um 10:40 Uhr Von: Christian Weber c...@gmx.net An: German TYPO3 Userlist typo3-german@lists.typo3.org Betreff: [TYPO3-german] Extbase/Fluid Kategorien auslesen Moin, hat jemand von euch eine Idee/Tipp/Anleitung wie ich in meinem Plugin per Extbase/Fluid an die Kategorien rankomme, in der die Seite, auf der ich mich befinde, kategorisiert ist? Danke für jeden Hinweis! Gruß Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Formhandler: Nach Absenden erneut Formular aufrufen
Hallo Zusammen, gibt es im Formhandler eine Möglichkeit, nach dem Absenden eines Formulars immer wieder direkt in dem ausgefüllten Formular zu landen OHNE Finisher_Redirect einzusetzen? Grüße, Ralf ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Best practice: Daten aus externer Datenbank auslesen und im Frontend darstellen
Am 11.09.2014 um 13:03 schrieb bernd wilke: das GET könnte ja ein Trigger auf eine Routine des TYPO3-Servers sein, die sich dann erst die Daten auf dem Address-Server abholt und direkt in die Datenbank schiebt. das vermeidet dass irgendwelche Dateien hochgeladen werden (egal welches Protokoll). Ja, an das Problem hatte ich auch schon gedacht. Ich glaube, ich löse es so: Der Kunde bekommt einen FTP-Zugang und kann seine Daten als XML- oder JSON-Datei in ein bestimmtes Verzeichnis hochladen. Dann kann er per POST eine importAction auslösen. Er muss gleichzeitig eine Kennung mit angeben, die er selber vorher in den XML-File geschrieben hat. Nach dem Import wird die Datei gelöscht oder entsprechend umbenannt, sodass klar ist, dass sie bearbeitet worden ist. Wenn ich eine Relation zwischen meinen und seinen uids herstellen könnte, dann müsste er auch nicht alle Daten hochladen, sondern könnte sich auf die beschränken, die geändert worden sind. Beste Grüße und danke für die kompetente Unterstützung Stefan -- Bergische Webschmiede Typo3 Dienstleistungen :: Dipl.-Ing. Stefan Padberg :: www.bergische-webschmiede.de --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Best practice: Daten aus externer Datenbank auslesen und im Frontend darstellen
Ich mag ja klare und einfache Workflows. XML generieren, per FTP auf den Webserver legen und die ID dann in einen obskuren POST (warum eigentlich POST)-Request zu schreiben, ist ja an ganz vielen Stellen fehleranfällig. Mal abgesehen davon, dass ich FTP-Zugänge immer als zu elimierendes Sicherheitsrisiko betrachte. Die XML generiert die Datenbank automatisch: check. hochladen, muss sein: check. Alles andere verkompliziert die Sache nur. Bau dem Kunden doch einfach ein BE-Modul, in dem er das XML einlesen kann und den Rest macht Dein Controller. Dauert auch nicht länger, ist aber _viel_ komfortabler. Marc Am 12.09.14 11:24, schrieb Stefan Padberg: Am 11.09.2014 um 13:03 schrieb bernd wilke: das GET könnte ja ein Trigger auf eine Routine des TYPO3-Servers sein, die sich dann erst die Daten auf dem Address-Server abholt und direkt in die Datenbank schiebt. das vermeidet dass irgendwelche Dateien hochgeladen werden (egal welches Protokoll). Ja, an das Problem hatte ich auch schon gedacht. Ich glaube, ich löse es so: Der Kunde bekommt einen FTP-Zugang und kann seine Daten als XML- oder JSON-Datei in ein bestimmtes Verzeichnis hochladen. Dann kann er per POST eine importAction auslösen. Er muss gleichzeitig eine Kennung mit angeben, die er selber vorher in den XML-File geschrieben hat. Nach dem Import wird die Datei gelöscht oder entsprechend umbenannt, sodass klar ist, dass sie bearbeitet worden ist. Wenn ich eine Relation zwischen meinen und seinen uids herstellen könnte, dann müsste er auch nicht alle Daten hochladen, sondern könnte sich auf die beschränken, die geändert worden sind. Beste Grüße und danke für die kompetente Unterstützung Stefan -- Marc Willmann. TYPO3-Freelancer. http://www.marc-willmann.de Seelandstr. 14-16 D-23569 Lübeck TYPO3 Certified Integrator ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Best practice: Daten aus externer Datenbank auslesen und im Frontend darstellen
macht der Kunde aber nicht mit. no way. Stefan Am 12.09.2014 um 11:33 schrieb Marc Willmann: Ich mag ja klare und einfache Workflows. XML generieren, per FTP auf den Webserver legen und die ID dann in einen obskuren POST (warum eigentlich POST)-Request zu schreiben, ist ja an ganz vielen Stellen fehleranfällig. Mal abgesehen davon, dass ich FTP-Zugänge immer als zu elimierendes Sicherheitsrisiko betrachte. Die XML generiert die Datenbank automatisch: check. hochladen, muss sein: check. Alles andere verkompliziert die Sache nur. Bau dem Kunden doch einfach ein BE-Modul, in dem er das XML einlesen kann und den Rest macht Dein Controller. Dauert auch nicht länger, ist aber _viel_ komfortabler. Marc Am 12.09.14 11:24, schrieb Stefan Padberg: Am 11.09.2014 um 13:03 schrieb bernd wilke: das GET könnte ja ein Trigger auf eine Routine des TYPO3-Servers sein, die sich dann erst die Daten auf dem Address-Server abholt und direkt in die Datenbank schiebt. das vermeidet dass irgendwelche Dateien hochgeladen werden (egal welches Protokoll). Ja, an das Problem hatte ich auch schon gedacht. Ich glaube, ich löse es so: Der Kunde bekommt einen FTP-Zugang und kann seine Daten als XML- oder JSON-Datei in ein bestimmtes Verzeichnis hochladen. Dann kann er per POST eine importAction auslösen. Er muss gleichzeitig eine Kennung mit angeben, die er selber vorher in den XML-File geschrieben hat. Nach dem Import wird die Datei gelöscht oder entsprechend umbenannt, sodass klar ist, dass sie bearbeitet worden ist. Wenn ich eine Relation zwischen meinen und seinen uids herstellen könnte, dann müsste er auch nicht alle Daten hochladen, sondern könnte sich auf die beschränken, die geändert worden sind. Beste Grüße und danke für die kompetente Unterstützung Stefan -- Bergische Webschmiede Typo3 Dienstleistungen :: Dipl.-Ing. Stefan Padberg :: www.bergische-webschmiede.de --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Best practice: Daten aus externer Datenbank auslesen und im Frontend darstellen
Aber den komplizierten Weg mag er? Naja. Am 12.09.14 11:43, schrieb Stefan Padberg: macht der Kunde aber nicht mit. no way. Stefan Am 12.09.2014 um 11:33 schrieb Marc Willmann: Ich mag ja klare und einfache Workflows. XML generieren, per FTP auf den Webserver legen und die ID dann in einen obskuren POST (warum eigentlich POST)-Request zu schreiben, ist ja an ganz vielen Stellen fehleranfällig. Mal abgesehen davon, dass ich FTP-Zugänge immer als zu elimierendes Sicherheitsrisiko betrachte. Die XML generiert die Datenbank automatisch: check. hochladen, muss sein: check. Alles andere verkompliziert die Sache nur. Bau dem Kunden doch einfach ein BE-Modul, in dem er das XML einlesen kann und den Rest macht Dein Controller. Dauert auch nicht länger, ist aber _viel_ komfortabler. Marc Am 12.09.14 11:24, schrieb Stefan Padberg: Am 11.09.2014 um 13:03 schrieb bernd wilke: das GET könnte ja ein Trigger auf eine Routine des TYPO3-Servers sein, die sich dann erst die Daten auf dem Address-Server abholt und direkt in die Datenbank schiebt. das vermeidet dass irgendwelche Dateien hochgeladen werden (egal welches Protokoll). Ja, an das Problem hatte ich auch schon gedacht. Ich glaube, ich löse es so: Der Kunde bekommt einen FTP-Zugang und kann seine Daten als XML- oder JSON-Datei in ein bestimmtes Verzeichnis hochladen. Dann kann er per POST eine importAction auslösen. Er muss gleichzeitig eine Kennung mit angeben, die er selber vorher in den XML-File geschrieben hat. Nach dem Import wird die Datei gelöscht oder entsprechend umbenannt, sodass klar ist, dass sie bearbeitet worden ist. Wenn ich eine Relation zwischen meinen und seinen uids herstellen könnte, dann müsste er auch nicht alle Daten hochladen, sondern könnte sich auf die beschränken, die geändert worden sind. Beste Grüße und danke für die kompetente Unterstützung Stefan -- Marc Willmann. TYPO3-Freelancer. http://www.marc-willmann.de Seelandstr. 14-16 D-23569 Lübeck TYPO3 Certified Integrator ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Best practice: Daten aus externer Datenbank auslesen und im Frontend darstellen
Die Menschen lieben das, was sie kennen. Deshalb programmiert er lieber in seiner DB-App rum als sich mit dem Typo3-Backend zu beschäftigen. Mir ist es egal. Einen Importer muss ich so oder so schreiben. Gruß stefan Am 12.09.2014 um 11:50 schrieb Marc Willmann: Aber den komplizierten Weg mag er? Naja. Am 12.09.14 11:43, schrieb Stefan Padberg: macht der Kunde aber nicht mit. no way. Stefan Am 12.09.2014 um 11:33 schrieb Marc Willmann: Ich mag ja klare und einfache Workflows. XML generieren, per FTP auf den Webserver legen und die ID dann in einen obskuren POST (warum eigentlich POST)-Request zu schreiben, ist ja an ganz vielen Stellen fehleranfällig. Mal abgesehen davon, dass ich FTP-Zugänge immer als zu elimierendes Sicherheitsrisiko betrachte. Die XML generiert die Datenbank automatisch: check. hochladen, muss sein: check. Alles andere verkompliziert die Sache nur. Bau dem Kunden doch einfach ein BE-Modul, in dem er das XML einlesen kann und den Rest macht Dein Controller. Dauert auch nicht länger, ist aber _viel_ komfortabler. Marc Am 12.09.14 11:24, schrieb Stefan Padberg: Am 11.09.2014 um 13:03 schrieb bernd wilke: das GET könnte ja ein Trigger auf eine Routine des TYPO3-Servers sein, die sich dann erst die Daten auf dem Address-Server abholt und direkt in die Datenbank schiebt. das vermeidet dass irgendwelche Dateien hochgeladen werden (egal welches Protokoll). Ja, an das Problem hatte ich auch schon gedacht. Ich glaube, ich löse es so: Der Kunde bekommt einen FTP-Zugang und kann seine Daten als XML- oder JSON-Datei in ein bestimmtes Verzeichnis hochladen. Dann kann er per POST eine importAction auslösen. Er muss gleichzeitig eine Kennung mit angeben, die er selber vorher in den XML-File geschrieben hat. Nach dem Import wird die Datei gelöscht oder entsprechend umbenannt, sodass klar ist, dass sie bearbeitet worden ist. Wenn ich eine Relation zwischen meinen und seinen uids herstellen könnte, dann müsste er auch nicht alle Daten hochladen, sondern könnte sich auf die beschränken, die geändert worden sind. Beste Grüße und danke für die kompetente Unterstützung Stefan -- Bergische Webschmiede Typo3 Dienstleistungen :: Dipl.-Ing. Stefan Padberg :: www.bergische-webschmiede.de --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Best practice: Daten aus externer Datenbank auslesen und im Frontend darstellen
Am 12.09.14 11:24, schrieb Stefan Padberg: Der Kunde bekommt einen FTP-Zugang und kann seine Daten als XML- oder JSON-Datei in ein bestimmtes Verzeichnis hochladen. Dann kann er per POST eine importAction auslösen. Er muss gleichzeitig eine Kennung mit angeben, die er selber vorher in den XML-File geschrieben hat. Im XML-File oder im Namen des XML-Files? Nach dem Import wird die Datei gelöscht oder entsprechend umbenannt, sodass klar ist, dass sie bearbeitet worden ist. ok Wenn ich eine Relation zwischen meinen und seinen uids herstellen könnte, dann müsste er auch nicht alle Daten hochladen, sondern könnte sich auf die beschränken, die geändert worden sind. sofern du dir sicher sein kannst dass niemand im TYPO3-BE an den User-Daten bastelt (und dabei evtl. neue IDs generiert) und die Original IDs auch nur Nummern sind kannst du die einfach übernehmen. TYPO3 verlangt keine fortlaufenden uids. 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 Version 6.2x Bilder über RTE einfügen
Am 12.9.2014 07:45, schrieb Mr JayKay: Hi, gibt es diese Funktion wirklich nicht mehr, oder finde ich sie einfach nur nicht mehr an der gewohnten Stelle? Vielen Dank! J.K. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german Erweiterungsmanger - htmlRTEeditor - Konstanten - Haken gesetzt? Dieter -- Dr. Dieter Porth - Mein kleines TYPO3-Labor: http://www.mobger.de/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Contentelement für Download-Dateien aus Verzeichnissen
Hi, gibt es eine Extension für typo3 6.2, mit der sich Dateien in Verzeichnissen als Donwload-Links anzeigen lassen? Ich dachte eigentlich, dass es das gibt, aber das war wohl nur für das gute alte DAM. Ich find nix. Hat jemand einen Tipp? Gruß Stefan -- Bergische Webschmiede Typo3 Dienstleistungen :: Dipl.-Ing. Stefan Padberg :: www.bergische-webschmiede.de --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Best practice: Daten aus externer Datenbank auslesen und im Frontend darstellen
Am 12.09.2014 um 12:20 schrieb bernd wilke: Am 12.09.14 11:24, schrieb Stefan Padberg: Der Kunde bekommt einen FTP-Zugang und kann seine Daten als XML- oder JSON-Datei in ein bestimmtes Verzeichnis hochladen. Dann kann er per POST eine importAction auslösen. Er muss gleichzeitig eine Kennung mit angeben, die er selber vorher in den XML-File geschrieben hat. Im XML-File oder im Namen des XML-Files? Ich dachte, im XML-File. Aber im Namen geht doch auch, oder? Ist wahscheinlich einfacher. Es geht ja nur darum, dass ich sicher sein will, dass derjenige, der die Datei hochlädt, auch derjenige ist, der sie ins Typo3 importiert. Danke Stefan -- Bergische Webschmiede Typo3 Dienstleistungen :: Dipl.-Ing. Stefan Padberg :: www.bergische-webschmiede.de --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Backend-Login nicht möglich / Backendlayout zerschossen
Hallo, bei mir lag das hin und wieder zerschossene Backend am fehlerhaften Pfad der in der Datei scheduler.sh (ruft die Scheduler Tasks via Cronjob auf) eingetragen war. Diese Änderung ist aber erst seit Version 6.2 notwendig. Es ist ein Hosting/Webserver spezifisches Problem. Man kann bei seinem Hoster ja mal nachfragen ob die Webseiten über die die gleichen Pfade wie die Shellskripte abgerufen werden. Eine Differenz dieser beiden Pfade führt zu fehlerhaften Pfaden im Backendlogin. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Dupliucate-Content
Hallo zusammen, gibt es eine Extension bzw. eine Möglichkeit in TYPO3 auf Duplicate-Content zu prüfen? Im Normalfall würde sagen, dass die Duplikate nur wie folgt zu Stande kommen: - verschiedene Domains für die gleiche Seite. - bei Extensions z.B. tt_news die Plugins auf unterschiedlichen Seiten mit z.B. gleichen Kategorien, etc. - Inhalte manuell auf andere Seiten kopieren. - oder der Redakteur legt den Inhalt doppelt an. Ich würde jetzt mal behaupten die ersten beiden sind Konfigurationsfehler, die anderen beiden Fehler des Redakteurs. Gibt es eine Möglichkeit die Duplikate sich anzeigen zu lassen bzw. zu finden? Per Extension vielleicht? MfG Mario ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Dupliucate-Content
Am 12.09.14 14:16, schrieb Mario Batz: Hallo zusammen, gibt es eine Extension bzw. eine Möglichkeit in TYPO3 auf Duplicate-Content zu prüfen? Im Normalfall würde sagen, dass die Duplikate nur wie folgt zu Stande kommen: - verschiedene Domains für die gleiche Seite. - bei Extensions z.B. tt_news die Plugins auf unterschiedlichen Seiten mit z.B. gleichen Kategorien, etc. - Inhalte manuell auf andere Seiten kopieren. - oder der Redakteur legt den Inhalt doppelt an. Ich würde jetzt mal behaupten… die ersten beiden sind Konfigurationsfehler, die anderen beiden Fehler des Redakteurs. Gibt es eine Möglichkeit die Duplikate sich anzeigen zu lassen bzw. zu finden? Per Extension vielleicht? die einzigen Möglichkeiten die ich kenne, die auch einfach aufzuspüren sind, hast du vergessen: * Ein Eintrag bei 'show content from page' in den Seiteneigenschaften. * ein CE vom Typ 'Show Records' mit Referenzen auf anderen Content (pages oder tt_content) Alles andere dürfte nicht trivial sein, vor allem weil man ggfls erst noch HTML-Tags entfernen muss. Außerdem gibt es noch die Option seitenfremden Content mittels Typoscript einzubinden (RECORDS, CONTENT) 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] Implementierung von immobilienscout24
Hallo, auch ich bin auf der Suche nach einer vernünftigen immobilienscout24 Extension. Die aktuellen im TER sind nur bis TYPO3 4.7 möglich (realty , immobilienscout24ttnews). Nur die: immoscout24 api geht für 6.2, aber da weiß ich nicht was ich als Händler-ID eintragen soll. Ich bekomme nach der Anmeldung bei api.immobilienscout24.de einen consumer KEY und consumer SECRET. Mehr nicht. Händler oder Börse ID Fehlanzeige. Ich suche eine Extension, die in immoscout24 gepflegte Daten abruft und in Liste und Detailansicht darstellt. Alles auf der Website des Maklers in TYPO3. Hat in der Richtung jmd. etwas neues am Start? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Implementierung von immobilienscout24
Tach, es ist mit moderatem Aufwand möglich, immoscout2ttnews dazu zu bringen, statt in die tt_news-Tabellen zu schreiben, seine abgerufenen Daten in den Realty-Tabellen zu hinterlegen. Es werden dann halt keine News, sondern Einträge in tx_realty_objects daraus... Am 12.09.2014 um 15:12 schrieb stefan sajok: Nur die: immoscout24 api geht für 6.2, aber da weiß ich nicht was ich als Händler-ID eintragen soll. Ich bekomme nach der Anmeldung bei api.immobilienscout24.de einen consumer KEY und consumer SECRET. Mehr nicht. Händler oder Börse ID Fehlanzeige. Ich suche eine Extension, die in immoscout24 gepflegte Daten abruft und in Liste und Detailansicht darstellt. Alles auf der Website des Maklers in TYPO3. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend-Login nicht möglich / Backendlayout zerschossen
Hallo zusammen! On 12.09.14 13:10, Nanni wrote: Hallo, bei mir lag das hin und wieder zerschossene Backend am fehlerhaften Pfad der in der Datei scheduler.sh (ruft die Scheduler Tasks via Cronjob auf) eingetragen war. Diese Änderung ist aber erst seit Version 6.2 notwendig. Es ist ein Hosting/Webserver spezifisches Problem. Man kann bei seinem Hoster ja mal nachfragen ob die Webseiten über die die gleichen Pfade wie die Shellskripte abgerufen werden. Eine Differenz dieser beiden Pfade führt zu fehlerhaften Pfaden im Backendlogin. Das ist ein Bug[1], der mit der 6.2.5 behoben sein wird. Kind regards, Helmut [1]https://forge.typo3.org/issues/58288 -- Helmut Hummel Release Manager TYPO3 6.0 TYPO3 CMS Active Contributor, TYPO3 Security Team Member TYPO3 inspiring people to share! Get involved: typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Contentelement für Download-Dateien aus Verzeichnissen
Wir standen vor kurzem vor dem gleichen Problem und haben es wie folgt gelöst. 1. Liste Datensatz Dateisammlung anlegen 2. Typ: Ordner von Speicher, Dateispeicher: fileadmin, Ordner: entsprechenden Ordner auswählen 3. Auf der Seite, auf der die Download-Links angezeigt werden sollen, legt man ein neues Inhaltselement vom Typ Dateilinks an 4. (in Schritt 1 angelegte) Dateisammlung über Dateien Dateisammlung auswählen einfügen Ansonsten ist folgender Artikel vielleicht interessant: Simple Folder based Gallery with Extbase and FAL (Helmut Hummel) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Vorgehensweise bei der Extensionentwicklung
Hallo Liste, beim Beginn einer neuen Extension bemühe ich den Extension Builder und erstelle mir die benötigten Models, Properties und Relationen bis das Grundgerüst soweit steht. Weitere Änderungen nehme ich später dann direkt in der IDE vor. Nun stellt sich mir die Frage, ob diese Vorgehensweise so geschickt ist, da sich ja nun der Quellcode in der IDE von den Daten, die der Extension Builder gespeichert hat unterscheidet. Nehme ich nun danach Änderungen mal wieder im Extension Builder vor und speichere diese, werden mir gegebenenfalls Daten gelöscht oder überschrieben (je nach Einstellungen in der settings.yaml). (Git sei Dank, das ich sowas bereinigen konnte) Daher meine Frage, wie man am besten hier vorgeht bzw wie ihr das handhabt. Viele Grüße Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Vorgehensweise-bei-der-Extensionentwicklung-tp266065.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Vorgehensweise bei der Extensionentwicklung
On 09/12/2014 06:17 PM, Eddy Wolbert wrote: Hallo Liste, beim Beginn einer neuen Extension bemühe ich den Extension Builder und erstelle mir die benötigten Models, Properties und Relationen bis das Grundgerüst soweit steht. Weitere Änderungen nehme ich später dann direkt in der IDE vor. Nun stellt sich mir die Frage, ob diese Vorgehensweise so geschickt ist, da sich ja nun der Quellcode in der IDE von den Daten, die der Extension Builder gespeichert hat unterscheidet. Nehme ich nun danach Änderungen mal wieder im Extension Builder vor und speichere diese, werden mir gegebenenfalls Daten gelöscht oder überschrieben (je nach Einstellungen in der settings.yaml). (Git sei Dank, das ich sowas bereinigen konnte) Daher meine Frage, wie man am besten hier vorgeht bzw wie ihr das handhabt. Viele Grüße Eddy Hi Eddy, ich kenne das Problem bestens und handhabe es auch so, wie von Dir beschrieben. Ich habe den Extension Builder schon über ein Jahr nicht mehr benutzt. Wenn ich den jetzt anwerfen würde, wäre das Ergebnis katastrophal. Ab einem bestimmten Punkt kann man Änderungen nur noch von Hand durchführen. Und getter/setter geht via C P auch fast schneller. Allerdings bleiben bei uns die Test-Klassen auf der Strecke... Grüße, Till ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Vorgehensweise bei der Extensionentwicklung
Hallo Till, da bin ich ja fast beruhigt, das es anderen ähnlich ergeht. Ich bin da eigentlich immer am rumlavieren, überlege manchmal die Änderungen der IDE im Extension Builder nachzuziehen oder vielleicht doch nicht. Die Vorgehensweise scheint da irgendwie Sinn zu machen, den Extension Builder zum grundlegenden Aufbau zu verwenden und dann Finger weg von ihm :-) Gruß Eddy -- View this message in context: http://typo3.3.n7.nabble.com/Vorgehensweise-bei-der-Extensionentwicklung-tp266066p266071.html Sent from the TYPO3 German mailing list archive at Nabble.com. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Vorgehensweise bei der Extensionentwicklung
On 09/12/2014 07:20 PM, Eddy Wolbert wrote: Hallo Till, da bin ich ja fast beruhigt, das es anderen ähnlich ergeht. Ich bin da eigentlich immer am rumlavieren, überlege manchmal die Änderungen der IDE im Extension Builder nachzuziehen oder vielleicht doch nicht. Genau das habe ich 2-3x gemacht... aber der Aufwand, bis der Code zw. Builder und CVS wieder harmoniert, war es im Endeffekt nicht wert. Gruß, Till ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend-Login nicht möglich / Backendlayout zerschossen
Hallo Helmut / Nanni, vielen Dank für die Rückmeldung! Gruß Carsten ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 Anfänger aus Leipzig sucht Hilfe
Hallo, suche jemanden aus Leipzig, der mir Hilfestellung zum erstellen von Internetseiten in Typo 3 geben kann. Problem wären Typoscript, Templates und HTML Designvorlagen. Über Hilfe würde ich mich sehr freuen. MfG Andy ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Contentelement für Download-Dateien aus Verzeichnissen
Am 12.09.2014 um 16:16 schrieb Alfred Bez: Wir standen vor kurzem vor dem gleichen Problem und haben es wie folgt gelöst. 1. Liste Datensatz Dateisammlung anlegen 2. Typ: Ordner von Speicher, Dateispeicher: fileadmin, Ordner: entsprechenden Ordner auswählen 3. Auf der Seite, auf der die Download-Links angezeigt werden sollen, legt man ein neues Inhaltselement vom Typ Dateilinks an 4. (in Schritt 1 angelegte) Dateisammlung über Dateien Dateisammlung auswählen einfügen Hmm, funktioniert bei mir nicht. Es werden keine Dateien zum Download angeboten. Und zwar weder mit der Option Ordner von Speicher, noch mit der Option Statische Auswahl von Dateien. Woran kann das liegen? Ansonsten ist folgender Artikel vielleicht interessant: Simple Folder based Gallery with Extbase and FAL (Helmut Hummel) Stimmt, ist interessant. Aber für eine eigene Extension muss man ja mehr schreiben als einen Controller. Oder kann ich mich irgendwie in das Repository einklinken, dass der Typo3 Core ja irgendwo angelegt haben muss, um die Dateien zu verwalten? (Dann könnte ich vielleicht auch den Datei-Upload via Frontend hinbekommen.) Hast du oder jemand anderes noch weitere Hinweise für mich, wie man das anpacken könnte? Beste Grüße Stefan -- Bergische Webschmiede Typo3 Dienstleistungen :: Dipl.-Ing. Stefan Padberg :: www.bergische-webschmiede.de --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 6.2: Extension deaktivieren?
Hallo, ich bin langsam am Verzweifeln: ich versuche unsere TYPO3 Installation von 4.5.35 auf 6.2.4 zu aktualisieren und habe den Prozess jetzt schon mehrmals auf einer Kopie durchgemacht. Jedesmal bin ich gescheitert, weil irgendeine Extension scheinbar doch nicht so wirklich mit 6.2 zusammenarbeitet. Das Problem: weder Front- noch Backend funktionieren dann, denn die Seitengenerierung bricht mit einem Fatal Error ab. z.B.: Fatal error: require_once() [function.require]: Failed opening required 'PATH_t3libclass.t3lib_rteapi.php' (include_path='/www/x/typo3/contrib/pear/:.:/usr/local/lib/php') in /x/typo3conf/ext/tinymce_rte/class.tx_tinymce_rte_base.php on line 32 Nun dachte ich mir, deaktivierst du halt die zuletzt installierte Extension, dann müsste es ja wieder gehen... Aber wie mache ich das? Unter 4.5 konnte man hierzu einfach in der localconf.php die entsprechende Extension rauslöschen, so dass sie nicht mehr geladen wurde. Unter 6.2 gibt's keine localconf.php mehr. Wie kann ich unter 6.2 die betreffende Extension wieder deaktivieren, ohne dass ich Zugriff auf den Extensionmanager im Backend habe? Ich bin mittlerweile ziemlich unsicher, ob mein Vorhaben (Upgrade auf 6.2) überhaupt sinnvoll durchführbar ist, da die Änderungen zwischen 4.5 und 6.2 doch sehr gravierend sind und sich im Laufe der Jahre in unserer Installation scheinbar doch viel Ballast/Müll angesammelt hat. Vielleicht wäre es besser, bei 0 anzufangen. Aber wie bekommt man dann sinnvollerweise die Inhalte, Templates (templavoila), usw. in die nackte 6.2 Installation rein?! Ist so ein Vorgehen sinnvoll? Gruß Markus ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2: Extension deaktivieren?
Am 13.9.2014 07:23, schrieb Markus: Hallo, Aber wie mache ich das? Unter 4.5 konnte man hierzu einfach in der localconf.php die entsprechende Extension rauslöschen, so dass sie nicht mehr geladen wurde. Hallo Markus versuche mal folgendes: 1. Mache im typo3conf-Verzeichnis eine Kopie von der Datei PackageStates.php. 2 Lösche den vermutlich Fehler-verursachenden Eintrag raus. oder lösche die gesamte Datei. (Dann werden nur die essentiellen TYPO3 6.2 Core-Extensions installiert und die Datei wird neu generiert.) Dieter -- Dr. Dieter Porth - Mein kleines TYPO3-Labor: http://www.mobger.de/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german