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
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
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
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
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
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
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
-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Best practice: Daten aus externer Datenbank
auslesen und im Frontend darstellen
Am 10.09.14 14:48, schrieb Stefan Padberg:
Ganz anders: der Kunde will die Daten mit seiner Datenbank-Applikation
direkt in die Typo3-Tabelle schreibe, wenn sie sich
Am 11.09.14 12:26, schrieb Stefan Padberg:
Untersuchen wir mal die Service-Variante. Du schreibst:
Wenn der Kunde schon selbst aktiv Daten schreiben möchte, würde ich
eine kleine Schnittstelle basteln. Der Server soll JSON oder XML per
POST oder PUT an eine von mir definierte Action
Am 09.09.14 17:51, schrieb Stefan Padberg:
Hallo,
wie konzeptioniert man folgende Situation am besten?
Kunde hat Adressdaten auf Kundenserver.
Kundenserver ist nicht gleich Typo3-Server
Kunde möchte Adressdaten auf Typo3-Website ausgeben.
[...]
Dem Kunden ist es egal, wie es gelöst wird.
Hallo Bernd,
dein Fragenkatalog hilft mir. Ich habe heute einen Termin mit dem
Kunden, da werden wir das mal durchkaspern.
Beste Grüße
Stefan
Am 10.09.2014 um 08:41 schrieb bernd wilke:
Am 09.09.14 17:51, schrieb Stefan Padberg:
Hallo,
wie konzeptioniert man folgende Situation am besten?
Ganz anders: der Kunde will die Daten mit seiner Datenbank-Applikation
direkt in die Typo3-Tabelle schreibe, wenn sie sich ändern. Wenn das
kein Service ist...
Thema erledigt, wenn der Provider mitspielt.
Gruß
stefan
Am 10.09.2014 um 09:53 schrieb Stefan Padberg:
Hallo Bernd,
dein
Am 10.09.14 14:48, schrieb Stefan Padberg:
Ganz anders: der Kunde will die Daten mit seiner Datenbank-Applikation
direkt in die Typo3-Tabelle schreibe, wenn sie sich ändern. Wenn das
kein Service ist...
Thema erledigt, wenn der Provider mitspielt.
d.h. aber dass du kein Caching für die
...@lists.typo3.org
[typo3-german-boun...@lists.typo3.org]quot; im Auftrag von quot;bernd wilke
[t...@bernd-wilke.net]
Gesendet: Mittwoch, 10. September 2014 17:04
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Best practice: Daten aus externer Datenbank
auslesen und im Frontend
17:04
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Best practice: Daten aus externer Datenbank
auslesen und im Frontend darstellen
Am 10.09.14 14:48, schrieb Stefan Padberg:
Ganz anders: der Kunde will die Daten mit seiner Datenbank-Applikation
direkt in die Typo3-Tabelle
: Daten aus externer Datenbank
auslesen und im Frontend darstellen
Am 10.09.14 14:48, schrieb Stefan Padberg:
Ganz anders: der Kunde will die Daten mit seiner Datenbank-Applikation
direkt in die Typo3-Tabelle schreibe, wenn sie sich ändern. Wenn das
kein Service ist...
Thema erledigt, wenn der
Hallo,
Nicht zu vergessen noch Frontend-User-Berechtigungen, Versionierung,
Sprachoverlay und Workflows ... wenn Externe ohne Kenntnis von TYPO3 Daten in
die DB schreiben, kann man drauf wetten, dass diese Felder ignoriert werden.
Meist sogar die date-Felder ... Und wenn man später ausbauen
Hallo,
wie konzeptioniert man folgende Situation am besten?
Kunde hat Adressdaten auf Kundenserver.
Kundenserver ist nicht gleich Typo3-Server
Kunde möchte Adressdaten auf Typo3-Website ausgeben.
A)
Kunde gibt mit die Zugangsdaten für seine Datenbank. Es wird ein
Extbase-Plugin erstellt, dass
Hallo Stefan,
spannende Frage?
Die beste und wahrscheinlich auch schnellste Lösung ist sicher die
Ajax-Lösung. C
Sie hat den Vorteil, dass der Kunde nur die Daten freigibt, die ohnehin
veröffentlicht werden sollen.
Sie hat auch den Vorteil, dass es den TYPO3-Server nicht belastet, weil
der
Nabend,
eine Quick-and-Easy-Lösung könnte Variante C mit einer jQuery-Datatable
sein, die direkt ein JSON anzapfen kann:
http://www.datatables.net/examples/data_sources/ajax.html
Gruß,
Marcus
Am 09.09.2014 um 17:51 schrieb Stefan Padberg:
C)
Kunde legt Daten als JSON-Datei ab. Sie werden bei
20 matches
Mail list logo