_panic_: weekly status: comments

[_panic_]

Originally Posted by Carpo

over a week ago, i did see it b4 i posted

and i said in that post i needed a couple few... i think i hit right in the middle of that time range, so

[tuff]

im sure i speak for everyone _panic_, we wish you every success at inicom

[_panic_]

Originally Posted by Harm

However, I must admit that they made some communication errors about this product and the release of v1.0.

we did. obviously loosing d1 had a major effect on the schedule, even before he technically disappeared. this transition was a long and slow process, and i'll be cleaning up the website, reworking the schedule, and getting a new timeline given the new situation we have going forward.

Originally Posted by harm

Also, it would be great to be able to chat with _panic_ (or the other members of the dev team, if any) from time to time. Maybe he doesn't like irc but something like a monthly bugday would be great.

i love irc. i'm planning on making myself available over irc and instant messenger as part of my transition to inicom. this is one of the many things i'll be working on next week as i ramp into working full time.

[EwarWoo]

Nice, finally someone with their main focus on io again, congratulations panic

[Mr_X]

Nice to see you back _panic_. That's a good thing that you'll work full time at iniCom.

[peep]

Great news panic, congrats! We now see some light at the end of this tunnel again..

[pion]

Will ioFTPD contain a shared userdb module?
The last(only?) iosharedb module has a lot of flaws/bugs!

[helenoksen]

Originally Posted by pion

Will ioFTPD contain a shared userdb module?
The last(only?) iosharedb module has a lot of flaws/bugs!

A built-in shared db module would indeed be great. But I think what you will hear is that such a thing doesn't really belong in a ftp daemon because of the lot of cons it would bring with it. So you're left with the io scripting community...

Speaking of modules and such, is it possible to write a shared db module entirely in C#?

I've always wanted to write stuff for io but there was always lack of docs and info. How about making a MSDN Library but for io?

greetings,

[Harm]

You're right, it doesn't belong to ioFTPD itself. That's what modules are for

As far as I know, _panic_ is working on documenting the module API (and maybe all of the API). He may also release the source code of a sample module. Apart from that (that's still to come), you can always ask your questions to the community.

[pion]

I don't know if this is the correct section for this question; but what about an upgraded vfs system that allows you to write on multiple destinations points aswell as reading?

In the current beta you can mount several dirs/drives into the same vfs path, and download from all dirs, however, if you try and upload anything you only store stuff on the last entry.. :\ Would be great if ioFTPD used some sort of spanned/lvm logic to fill up the first entry (drive) first, and then move on to the next

[tuff]

pion, its a valid suggestion, although d1 stated many times, that the writing to the last drive in a raid vfs mount was simply a fluke, it wasnt intentional.

if you wish to read/write from this sort of software raid, why not simply use windows built in drive spanning tool?

[pion]

Due the spanned volume function in windows results in massive dataloss if one of the drives in the spanned volume dies..

As a note to my previous post; It seems to me ioFTPD is aiming for a more coorporate marked. Wouldn't a shared userdb (or a common/linkable database solution like mysql) be highly valued?

[iXi]

still waiting for site2site SSL support...~

[oslike]

same here,

i am reading about panic working on some "module-Environment" implementation

... but a short site2site SSL implementation would really add a huge value to the ftpd and it could finaly catch up to the glftpd

[tuff]

bugs fixes would be more welcome than new features imo