XFileSharing Pro - Max parallel downloads

[pinku1]

Hi,
Can i limit my visitors to download 1 download at time.
And premium memberes to unlimited.
If possible please explain how
Thanks

[dzimi83]

IMHO it does not possible now. Look for the Hotfile/Netload. They used they own FS for tracking connections.

[dzimi83]

But... wait.. the http://shareator.net/ (based on XFS) can tracking the connection... PilgrimX182 ?

[PilgrimX182]

It's "based" on XFS, but using special exclusive engine which is not for sale yet.

[dzimi83]

It's "based" on XFS, but using special exclusive engine which is not for sale yet.

Too bad. I think some few big hosters are able to pay for this engine.

[admin]

It's "based" on XFS, but using special exclusive engine which is not for sale yet.

Too bad. I think some few big hosters are able to pay for this engine.

Tell these "big hosters" contact us and we will talk with them

[dzimi83]

and... ? Nothing happend ;] I send PM to you

[dzimi83]

Nevermind. I updated the dl.cgi script and database to track user connection.
I think I will be able to post my patch here soon - to allow the XFS users to test it and maybe PilgrimX182 will add my patch to the XFS tree.

My second patch fix the point system to allow to add the point after the download is finished.

My patchsets does not works with the direct downloads. Based only on the dl.cgi script.

[pinku1]

Nevermind. I updated the dl.cgi script and database to track user connection.
I think I will be able to post my patch here soon - to allow the XFS users to test it and maybe PilgrimX182 will add my patch to the XFS tree.

My second patch fix the point system to allow to add the point after the download is finished.

My patchsets does not works with the direct downloads. Based only on the dl.cgi script.

Hey that will be cool!
Cant wait for you to share it here

[dzimi83]

Hmm, you might try it on the uploadspace.eu site. It is my first implementation.

try on this links:

Code: Select all

http://uploadspace.eu/gnhppoka9zyx/ps-init24b.avi.part1.rar.html
http://uploadspace.eu/ue2ztjw7kt9d/ps-init24b.avi.part2.rar.html

My implementation need many fixes (for example does not reading db values from XFSConfig), does not redirecting to error page (only show raw information about another active downloading), etc.
Oh and need to have an extra software installed on the dedicate box

[PilgrimX182]

lol, too many extra things. I've made dl.cgi as light as possible and it's still eating lots of CPU. So extra things inside will eat even more.

[dzimi83]

No no. No at all many extrac things. My idea was to add the SQL function to add the PID id to the XFS database.
The deamon written in perl running on the File Server side "checks" the PIDs process and remove the IPs from SQL when the PID has been closed.

The second thing was to change the default point policy. I moved the point add SQL function from Download2 from index.cgi to dl.cgi, so the abuses can not abuse the point system. They have to wait. after the download is finished the point is added.

I think it is the best possiblity right now. Don't know how does it have to look like in the future. Maybe the FS servers should be written at all in perl/C ? I start thinking about it. I was looked for the Hotfile File Servers and Netload File Servers.

Hotfile: (Fri Jun 26 21:45:37 2009 Server: AdFlow Server v0.1)

Code: Select all

Fri Jun 26 21:45:36 2009 GET http://hotfile.com/dl/1071913/96d87b5/TiaT-DgtlPlygrnd-wKatsumi.avi.html HTTP/1.1
Fri Jun 26 21:45:36 2009 Host: hotfile.com
Fri Jun 26 21:45:36 2009 Accept: */*
Fri Jun 26 21:45:36 2009 Referer: http://hotfile.com/dl/1071913/96d87b5
Fri Jun 26 21:45:36 2009 User-Agent: Mozilla/4.0 (compatible; MSIE 5.00; Windows 98)
Fri Jun 26 21:45:36 2009 Pragma: no-cache
Fri Jun 26 21:45:36 2009 Cache-Control: no-cache
Fri Jun 26 21:45:36 2009 Connection: close
Fri Jun 26 21:45:37 2009 HTTP/1.0 302 Moved Temporarily
Fri Jun 26 21:45:37 2009 Cache-Control: no-cache, must-revalidate
Fri Jun 26 21:45:37 2009 Date: Fri, 26 Jun 2009 19:45:31 GMT
Fri Jun 26 21:45:37 2009 Location: http://s32.hotfile.com/get/a07813f1311715adea89c8dd174b5d97fe9a1c78/4a45255b/1/52030d5e287da0ab/105b29/TiaT-DgtlPlygrnd-wKatsumi.avi
Fri Jun 26 21:45:37 2009 Server: lighttpd/1.4.20
Fri Jun 26 21:45:37 2009 Content-Length: 0
Fri Jun 26 21:45:37 2009 Content-Type: text/html
Fri Jun 26 21:45:37 2009 Expires: Sat, 26 Jul 1997 05:00:00 GMT
Fri Jun 26 21:45:37 2009 Set-Cookie: ip=87.98; path=/; domain=.hotfile.com
Fri Jun 26 21:45:37 2009 Redirect to http://s32.hotfile.com/get/a07813f1311715adea89c8dd174b5d97fe9a1c78/4a45255b/1/52030d5e287da0ab/105b29/TiaT-DgtlPlygrnd-wKatsumi.avi
Fri Jun 26 21:45:37 2009 GET http://s32.hotfile.com/get/a07813f1311715adea89c8dd174b5d97fe9a1c78/4a45255b/1/52030d5e287da0ab/105b29/TiaT-DgtlPlygrnd-wKatsumi.avi HTTP/1.1
Fri Jun 26 21:45:37 2009 Host: s32.hotfile.com
Fri Jun 26 21:45:37 2009 Accept: */*
Fri Jun 26 21:45:37 2009 Referer: http://s32.hotfile.com/get/a07813f1311715adea89c8dd174b5d97fe9a1c78/4a45255b/1/52030d5e287da0ab/105b29
Fri Jun 26 21:45:37 2009 Cookie: ip=87.98
Fri Jun 26 21:45:37 2009 User-Agent: Mozilla/4.0 (compatible; MSIE 5.00; Windows 98)
Fri Jun 26 21:45:37 2009 Pragma: no-cache
Fri Jun 26 21:45:37 2009 Cache-Control: no-cache
Fri Jun 26 21:45:37 2009 Connection: close
Fri Jun 26 21:45:37 2009 HTTP/1.0 200 OK
Fri Jun 26 21:45:37 2009 Server: AdFlow Server v0.1
Fri Jun 26 21:45:37 2009 Date: Fri, 26 Jun 2009 19:45:31 GMT
Fri Jun 26 21:45:37 2009 Content-Type: application/octet-stream
Fri Jun 26 21:45:37 2009 Content-Length: 111867904
Fri Jun 26 21:45:37 2009 Accept-Ranges: bytes
Fri Jun 26 21:45:37 2009 Content-Disposition: attachment; filename="TiaT-DgtlPlygrnd-wKatsumi.avi"
Fri Jun 26 21:45:37 2009 Content-Transfer-Encoding: binary

Netload: (Fri Jun 26 21:49:04 2009 Server: lighttpd/1.5.0)

Code: Select all

Fri Jun 26 21:49:00 2009 GET http://netload.in/datei0X4Y0YBM34.htm HTTP/1.1
Fri Jun 26 21:49:00 2009 Host: netload.in
Fri Jun 26 21:49:00 2009 Accept: */*
Fri Jun 26 21:49:00 2009 Referer: http://netload.in
Fri Jun 26 21:49:00 2009 User-Agent: Mozilla/4.0 (compatible; MSIE 5.00; Windows 98)
Fri Jun 26 21:49:00 2009 Pragma: no-cache
Fri Jun 26 21:49:00 2009 Cache-Control: no-cache
Fri Jun 26 21:49:00 2009 Connection: close
Fri Jun 26 21:49:04 2009 HTTP/1.0 302 Moved Temporarily
Fri Jun 26 21:49:04 2009 Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Fri Jun 26 21:49:04 2009 Date: Fri, 26 Jun 2009 19:48:59 GMT
Fri Jun 26 21:49:04 2009 Pragma: no-cache
Fri Jun 26 21:49:04 2009 Location: http://85.131.179.72/3866a58885ad9fe2631a1a9867f40cb442ae726f
Fri Jun 26 21:49:04 2009 Server: lighttpd/1.5.0
Fri Jun 26 21:49:04 2009 Content-Type: text/html
Fri Jun 26 21:49:04 2009 Expires: Thu, 19 Nov 1981 08:52:00 GMT
Fri Jun 26 21:49:04 2009 Set-Cookie: PHPSESSID=c664b0b3c669ee1916c07bef6cf601e7; path=/
Fri Jun 26 21:49:04 2009 Set-Cookie: cookie_test=true; expires=Fri, 26-Jun-2009 20:48:56 GMT
Fri Jun 26 21:49:04 2009 Redirect to http://85.131.179.72/3866a58885ad9fe2631a1a9867f40cb442ae726f
Fri Jun 26 21:49:04 2009 GET http://85.131.179.72/3866a58885ad9fe2631a1a9867f40cb442ae726f HTTP/1.1
Fri Jun 26 21:49:04 2009 Host: 85.131.179.72
Fri Jun 26 21:49:04 2009 Accept: */*
Fri Jun 26 21:49:04 2009 Referer: http://85.131.179.72
Fri Jun 26 21:49:04 2009 Cookie: cookie_test=true
Fri Jun 26 21:49:04 2009 User-Agent: Mozilla/4.0 (compatible; MSIE 5.00; Windows 98)
Fri Jun 26 21:49:04 2009 Pragma: no-cache
Fri Jun 26 21:49:04 2009 Cache-Control: no-cache
Fri Jun 26 21:49:04 2009 Connection: close
Fri Jun 26 21:49:05 2009 HTTP/1.0 200 OK
Fri Jun 26 21:49:05 2009 Accept-Ranges: bytes
Fri Jun 26 21:49:05 2009 Content-Length: 45186655
Fri Jun 26 21:49:05 2009 Content-Disposition: attachment; filename="kts-milfshake.part12.rar"
Fri Jun 26 21:49:05 2009 Content-Type: application/octet-string
Fri Jun 26 21:49:05 2009 Date: Fri, 26 Jun 2009 19:48:59 GMT
Fri Jun 26 21:49:05 2009 Last-Modified: Wed, 11 Mar 2009 15:01:01 GMT
Fri Jun 26 21:49:05 2009 Start Receiving Data!

They useing their own solutions. The first one - using some Ad Server (maybe it is they own server), the second one - using lighttpd - possible with their own scripts/mod.

[naga]

If you can make premium members download from a different simlinked folder or server, you can just limit it with apache's limitipconn mod, though this probably requires some modification of the script

[dzimi83]

Yes... I thought about it too. But there is many problems with your solution.
For example:

What is, when I have multiple file servers ? When one part of the file is in the FileServer #1 and the second part is in the FileServer #1 - well, it might work. Apache module will disallow to download the second part parallel with the first one part. But, when the file is on the FileServer #2 - well, apache won't to limit it

I have the other idea in my mind... mod_perl. It might be usefull for tracking direct downloads too.