[TYPO3-german] TYPO3 Flow und CMS mit gleicher DB

g4-lisz at tonarchiv.ch g4-lisz at tonarchiv.ch
Mon Sep 9 19:18:18 CEST 2013


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-lisz at 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-lisz at 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 at lists.typo3.org
>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>>
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
>



More information about the TYPO3-german mailing list