ioDLcount 1.0

[mr_F_2]

don't know if this is out there yet (couldn't find it)

1) What is it

A simple script to tell a user, after retreiving a file, how many other users have retrieved that file

ie:

[L] RETR hmc-cd2-diesel.part03.rar
[L] 150 Opening BINARY mode data connection for hmc-cd2-diesel.part03.rar.
[L] 226-Total of 30 MB downloaded in 2 files.
[L] 226-.-=======================================

Means that the file is 15 MB, and it has been downloaded twice.


get in ioFTPD scripts section

peace

[MaZza_Dj]

Hi guy,
nice this option in one ftp...
for install the ioDLcount.exe?

OnDownloadComplete = EXEC ..\scripts\ioDLcount.exe

is right?

[mr_F_2]

Originally posted by MaZza_Dj

for install the ioDLcount.exe?

OnDownloadComplete = EXEC ..\scripts\ioDLcount.exe

is right?

no it's
OnDownloadComplete = EXEC ..\scripts\ioDLcount.exe w

[MaZza_Dj]

yes work 8))))
coool
nice script thanks 8)))

[Grendel]

It works well for me too...

Big THX and a

:banana: :banana: HAPPY BIRTHDAY mr_F :banana: :banana:

[Grendel]

Just for Info...

Downloading filenames with spaces,
can results in corrupted .DLCount-files.

[mr_F_2]

Originally posted by Grendel
Just for Info...

Downloading filenames with spaces,
can results in corrupted .DLCount-files.

can result in, or does? my computer crashed and my source code is temporarily unavailable. but i'll fix it when i get the chance (soon)

[Grendel]

normally .ioFTPD.DLCount file contains:

filename.extension<TAB>Bytes<TAB>DL-counter

Here's one example with same release:

.ioFTPD.DLCount after first DL (without spaces in filename):

01_-_track1.mp3	9828238	1
02_-_track2.mp3	9571305	1
03_-_track3.mp3	7675283	1
04_-_track4.mp3	9865820	1
05_-_track5.mp3	6333599	1
06_-_track6.mp3	14115302	1
07_-_track7.mp3	6568398	1
08_-_track8.mp3	13195592	1
09_-_track9.mp3	15916313	1
10_-_track10.mp3	6697641	1

and now .ioFTPD.DLCount after first DL (with spaces in filename):
this is what I got...

09 - track9.mp3	15916313	107 - track7.mp3	6568398	105 - track5.mp3	6333599	103 - track3.mp3	7675283	110 - track10.mp3	6697641	0
09 - track9.mp3	15916313	0
08 - track8.mp3	13195592	0
07 - track7.mp3	6568398	0
06 - track6.mp3	14115302	0
05 - track5.mp3	6333599	0
04 - track4.mp3	9865820	0
03 - track3.mp3	7675283	0
02 - track2.mp3	9571305	0
08 - track8.mp3	13195592	106 - track6.mp3	14115302	104 - track4.mp3	9865820	102 - track2.mp3	9571305	101 - track1.mp3	9828238	1
10 - track10.mp3	6697641	1

also it doen't show the msg

"226-Total of xx MB downloaded in x files."

in this case

[wooolF[RM]]

hey mr_F

I took a look at one script of yours called ioDLcount. The idea is very good, kinda nifty feature I would like to use it (and actually allready tried it) but forced to not do so.

Why not? Well... I sort all of my sections/folders/releases by date (newest first), that way I can see latest releases at the top. And ioDLcount completely messes it up cause it saves data in the file inside of the release folder (thus updating data stamp of the release).

So... I was gonna ask you if there's any chances to redo proggie in some way (still thinking about speed which is main concept of ioFTPD) where it wont update date stamp of the release. Kinda tricky probably... I thought maybe it could be saved under /logs folder ... hmmm

Regards

[mr_F_2]

i like it.

i forgot all about fixing the spaces bug so i'll do that right now and try getting your log path thingy underway. but i'm not sure how well it'll work because it's going to require one big ass file which is kind of slow...

i guess i could do a folder inside logs called ioDLcount that contains a DLcount file for each filename that has been accessed on FTP... because access times would be DRAMATICALLY and INSANELY improved then.

what do you think?

[mr_F_2]

CHECK the script page biiitch

http://www.ioftpd.com/scripts/script.php?id=136

fixed some bugs, no log path thingy yet though i'll try that soon

changelog::

- fixed major filesizing bug in the getfilesize routine, filesizes were reported wrong sometimes
- fixed major filesizing bug in the listdir routine, filesizes were reported wrong sometimes
- fixed bug that made files with spaces in them not work
- re-stylized I/O routines ....
- added a prevention line of code to stop those damned directories getting listed in the DLcount files..


ALSO

UPDATE YOUR IOFTPD.INI, the SYNTAX CHANGED

[wooolF[RM]]

Originally posted by mr_F
i guess i could do a folder inside logs called ioDLcount that contains a DLcount file for each filename that has been accessed on FTP... because access times would be DRAMATICALLY and INSANELY improved then.

what do you think?

Yeh, 1 DLcount for each file sounds most clever and fastest imho Go for it! Good luck

Regards

[mr_F_2]

I released 2 MORE versions

both are of source 1.2 ... i used getfilesize routine to calculate all filesizes in versions 1.0 and 1.1... WELL that's a big mistake, and you'll see why when your FTP times out while it is calculating filesizes for the first time. Now i grab the filesizes directly from windows reporting the filesize (which I should have done in the first place but I'm stupid)...

So VERSION 1.2 fixes this huge error by getting rid of this routine all together. If you are running anything but V1.2 or V1.2W you should UPDATE NOW

it's about ... well, approximately ONE BILLION times faster and the timeout issue is gone

the SECOND new version out is 1.2W aka the WooolF[RM] version.

It dumps the files to folder ..\logs\ioDLcount_files
You gotta create this folder before it will work, but that's in the readme.txt
YES I could have made ioDLcount make this directory if it didn't exist but WHO wants to check for that shit when it coudl be a nanosecond faster????

There is also another app included in the 1.2W version that is called when you delete a folder to delete the associated DLcount file in the DLcount store.

the ioDLcount_files store in version 1.2 works in manner like this:

Some.Release-GRP would create:
..\logs\ioDLcount_files\Some.Release-GRP
with data in it about how many times each file has been downloaded and the filesize of that file.

if the release is multicds or has subs or something it will look like this:
..\logs\ioDLcount_files\Some.Release-GRP-CD1
..\logs\ioDLcount_files\Some.Release-GRP-CD2
..\logs\ioDLcount_files\Some.Release-GRP-SUBS
..\logs\ioDLcount_files\Some.Release-GRP

so basically, a file for each directory.

hope you like it.

as always, full C source is included in the zipfile so you can peek at the code if you're curious or make sure it's not doing bad stuff if you're just paranoid ... or you can customize or help me improve it.

~~~ mr_F

[mr_F_2]

if i told those 5 users who got version 1.2 (normal and version W) already, that if they are having a reporting problem
(IE: reports that 0 bytes have been downloaded no matter what...) i wonder if it would bother them that i admit to being an idiot?

... well if they DO have these problems... just re-download the files...
everything is fine... i'm sorry
I'm just tired of studying for exams and working on this project killed my brain more

[wooolF[RM]]

Originally posted by mr_F
it's about ... well, approximately ONE BILLION times faster and the timeout issue is gone

w00t w00t Go speedy go!

Originally posted by mr_F
the SECOND new version out is 1.2W aka the WooolF[RM] version.
...
hope you like it.

Awww, I feel special Thanks a lot dude! And i'm more then sure I'll love it (that is if it works ).

My Best Regards Gotta give it a try