project-zs for ioFTPD

[Pichento]

Members page??

Where?

Dont see it here at ioftpd.com

[SnypeTEST]

Originally posted by Pichento
Members page??

Where?

Dont see it here at ioftpd.com

try now. donate some $$

[Pichento]

Already donted for ioftpd & ioB.

Should I really donate more?

Not a problem money-wise, but the new licance types should cover that or?

[Pichento]

Found it thanks bro.

But using php?

i really prefer the caladan version using cygwin. its by far the fastest zipscript out there for ioftpd.

Compiling and exe with the config included is always a faster option.

You got an idea of the speed compared to caladans zipscript-zs?

[SnypeTEST]

it depends on the speed of your computer :-/ .... on my 2.8ghz 512mb pc2100 , it goes around 20ms for regular release, and around 150ms for mp3 (with mp3 bitrate/genre/year turned on).. and 0day went for about the same speed as mp3 upload.

basically instead of having to download cygwin/compile/include the 1mb cygwin.dll , maybe a 400kb php dll , and open source php would be no difference. I was suprised on how good it turned out. Anyway, if you dont like it , dont use it. this was just going to be a private release , but I didnt it expect it to work so well.

Anyway later. got school (in school).

[Stardog]

Originally posted by Pichento
Compiling and exe with the config included is always a faster option.

Yes its quicker to skip the step of reading config from disk, however using cygwin vs native windows code hurts its performance (sometimes by quite a bit)...

[SnypeTEST]

well the config is sorta "included" within the code, it beats making a function to read the values when they are already set within the php

[caladan]

sometimes winapi/framework code is a lot slower ... but anyway the precompiled binarys will be without cygwin.dll ...

@all: plz stay a little bit patient. i dont forget to update the script

[SnypeTEST]

Originally posted by caladan
sometimes winapi/framework code is a lot slower ... but anyway the precompiled binarys will be without cygwin.dll ...

@all: plz stay a little bit patient. i dont forget to update the script

cool!

[melsedir]

Caladan, an update would be awesome =)

[caladan]

ok peeps here are some news about my progress:

i recoded the project-zs a little bit and now it works in win32 compilers (at least in my vs6 ).

what means this: NO CYGWIN is needed. some functions have been replaced with win32 code -> better file/dir handling. another news: there will be less .ioftpd.* files per release ... to be exact only one file per release. i rewrote the code so it only needs one file per release where all info's are stored. of couse there are many more new features but u will get the full list if i am releasing the new code.

one thing: project-zs remains SOURCE ONLY. so no binary at this moment. but now u have the advantage to compile it in vs6 or something and u dont need a cygwin1.dll anymore.

[Pichento]

Awsome Caladan.

I can't wait to try the new version. I've used your zipscript since the beginning and nothing even comes close still.

But will we need an external compiler to compile the code for ourselves or?

I dont wanna havce a script that has to access cfgs every time its executed and i wanna be able to customize (skin) it to my needs.

[Mouton]

reading a configuration file takes about 1/100 of the complete time the zs runs, thus why nobody really cared to optimize that part.
plus io got memory mapping, which allows all scripts to save their config in memory.

[caladan]

Pichento: of couse u have to compile urself.


Mouton: reading a config file evrytime is not the only reason for free source. it allows the REAL scripters to customize this script to fit COMPLETLY their needs. and if there are errors evrybody can fix them by just changing the source. and this 3 advantages are still not all on free source!

[cez]

Glad to here that some still thinks free source is the way to go =) Can't wait to try it out =)