[Typo3-dev] ftp2database server

[Jan-Hendrik Heuing [netfielders]]

>> One step further: You could use FTP/WebDAV as well for other users which
>> only have access to certain "documents". This way, they could:
>
> Of course the user rights will be the same as in typo's BE.
> That's why I want to make a server in PHP: using BE functions in it.
Otherwise
> you have to rewrite the authentication stuff.

Sounds OK to me. But how do you seperate different installations on one
server ?


>>     A: Edit content in a pagetree via OO/Word
> Due to the fact that the doc will not be stored in db this is a task for a
> normal ftp server which can be included into the ftp2db server. BE
> authentication can be used here also.

That's the idea, so you just add documents and start some process in
background to parse anything.

>>     B: Edit category-like structures, add documents etc...
>> And I still think if WebDAV does the versioning stuff, it would be a
great
>> tool...
>
> I don't know very much about WebDav, but the problem is the same like the
one
> for the ftp2db server: mapping the database to an imaginary file system.
This
> can be done for the WebDav PROTOCOL also but versioning stuff have to be
> handled by the server which won't be done by magic if you use WebDav :-)

WebDAV would be more like real-files to work with... Not like the idea with
the ftp-client having straight access to the DB....

> But think about it. With ftp2db access you won't have nice editing forms.
You
> simply get the db content as textfile. Therefore I see this feature for
> - advanced users/admins
> - automatic tasks
> - specialized end user application

Well, this could be a way to attach other tools as well. I think it might be
interesting to think about this way of moving data in combination with DAM.
You don't need to access the database directly, it could be something in
between: Add files to some structure, at the same time you put that file
somewhere on the disc while inserting DAM-records. After FTP, you don't have
to index the files, as they are already "indexed".

jh