Hi Chris, ok mach ich! Danke...
Für Rest sind die URLs allerdings ausschlaggebend. Aber vielleicht kann ich da ws "faken" mit URLs als Parameter, z.B: ?eID=rest&url=/Pantoffeln/Modelle/234/ Grüße, Till On 09/09/2013 07:11 PM, chris Wolff wrote: > Hi Till > dann schau dir mal den eID mechanismus an. > damit ist es relativ einfach möglich in deiner extension die Komplette > ausgabe des typo3's zu übernehmen > um z.b JSON oder Spezielle XML Formate auszugeben. > > gruss chris > > Am 9. September 2013 18:10 schrieb <g4-l...@tonarchiv.ch>: >> Hi Chris, >> >> danke für die ausführliche Info! >> >> Wie Du unschwer festgestellt haben wirst, habe ich mich noch nicht >> wirklich mit FLOW beschäftigt. >> So wie's aussieht, bräuchte ich eigentlich Neos ;) >> >> Ich denke, ich werde den Weg via extbase und realULR versuchen. Extbase >> brauche ich sowieso schon für's frontend, und die REST-Schnittstelle ist >> relativ einfach gehalten; in unserem Fall sogar auch nur readonly... >> >> Grüße, >> Till >> >> On 09/09/2013 05:35 PM, chris Wolff wrote: >>> Hi Till, >>> >>> die Tabellen strucktur, von extbase und flow haben nix miteinander zu tun. >>> typo3 CMS geht ausserdem davon aus das die gesamte datenbank ihm gehört. >>> sprich wenn du ein database compare im install tool machst würde es >>> alle tabellen von flow löschen wollen. da es für diese keine >>> ext_tables.sql defintionen gibt. >>> >>> FLOW aberbeitet mit Doctrine (um modell auf tabellen zu mapen und >>> relationen abzubliden( und UUIDs (globalen unique idenfiers) (strings) >>> CMS arbeitet mit UIDs tabelllen einteutigen integers, und >>> configurations gesteurtem mapping (ext_tables.sql + Typoscript) >>> >>> ich kann nur davon abraten eine zweite applikation welcher art auch >>> immer in ein typo3 DB zu packen. >>> >>> ich plane gerade auch ein API für ein Projekt an dem ich arbeitet. >>> mein planung geht jedoch eher dahin: >>> >>> in der virtual host configuratation ein alias /API/ zu definieren. das >>> dann auf eine Seperate PHP Application geht. die dann die >>> localconf.php einließt um die datenbank konfiguration zu laden. und >>> dort dann die zugriffe zu machen. >>> >>> alternative kannst du die API vieleicht mittelst eines extbase plugins >>> und eID lösen. >>> >>> es kommt halt darauf an wie viel Typo3 du für deine API brauchst. >>> (meine braucht fast kein Typo3) >>> >>> gruss chris >>> >>> >>> >>> Am 9. September 2013 17:05 schrieb <g4-l...@tonarchiv.ch>: >>>> Hat jemand schon mal sowas gemacht? >>>> >>>> Ich schreibe gerade an einem Portal, welches auch einen REST-Webservice >>>> kriegen soll. Ich habe gelesen, dass REST bei FLOW schon integriert ist >>>> und ich von einer entspr. Controller-Klasse erben kann. >>>> Das wäre wesentlich einfacher, als einen eigenen Webservice (z.B. via >>>> UserFunc für realURL) zu schreiben. >>>> >>>> Spricht was dagegen, wenn meine Extbase-Extension und mein >>>> FLUID-Webservice auf die gleichen Tabellen zugreifen? Ist die >>>> Tabellenstruktur überhaupt identisch? >>>> >>>> Grüße, >>>> Till >>>> _______________________________________________ >>>> 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 mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
