These results are filtered, no partials (206) for downloads and no moved (301, 302) requests for urls.

Some users use a Download Manager that can create 100s and sometimes 1000s of connections...

Partials (206) can increase your request numbers, in downloads, by a factor or 10x-100x AND MORE [what happens when a 20 downloads per day site gets just 1 DM with 1k-10k spread connections; or a bunch of 100s or even 10s?]. And I have certainly seen some outrageous claims and results on other unnamed sites.

Also, it is wise to take into account dropped downloads, which are still HTTP Status code '200'. I have just kept the results that were reported in the 10mb-100mb category, did the math, and took out 10k for good measure...

Not to mention that 'bytes out' [%b], under the regular Apache logging mechanism, reports the size of the file and not the amount of data transferred [%O -- mod_logio]. I have always used mod_logio [%O].

Results...For the last 3 years...

Web-Developer/DeveloperSide.NET Web-Server Suite has been downloaded over 60,000+ times.

URL '/download/', which has always contained all the Suites and the extra modules has had over 170,000 requests for files.

MSN Search referrer requests are non-existent, its all google with us.

Successful requests: over 6.2 million

Distinct hosts served: over 750,000

Data transferred: 2.05 terabytes -- probably more like 3 terabytes at the router... Average month for DeveloperSide.NET has been 60GB to 200GB at the router.

Again, these results have been filtered with a custom configuration file; otherwise, by the standard of other websites, some would be at least 10x greater, and even more.

And now with the site re-design and updates taking place, the number of requests and downloads will increase... It usually take about 2 weeks for Google to update, so I will be checking again to see what kind of numbers I'm getting for the week.

My bandwidth allowance is 1200GB per month, 12.5Mb link. Dedicated server. I suppose I do not really need it, but I do have it. My goal for DeveloperSide.NET is to fill that 1200GB per month quota. With a little work, I think it is doable.

Logged

DeveloperSide.NETAdvanced PHP and MySQL Solutions for your Web Design and Development needs with Web.Developer Server Suite.

I would be really curious to see how sourceforge and other sites like download.com hadle the reported numbers. mod_logio is not even built with apache under the 'enable-mods-shared=all' option, under linux.

Logged

DeveloperSide.NETAdvanced PHP and MySQL Solutions for your Web Design and Development needs with Web.Developer Server Suite.

I'm going to have to revise the above numbers. After looking into the matter, it seems that the amount of unique IPs doing 206s, is significant and should be counted in -- correctly. Also, the average suite size was closer to 27MB than 33MB, if not less. And the number of canceled downloads will be small... So just go by unique IP requests -- will lose a few static IP numbers and ISP proxy requests.

That should represent the number of unique IPs doing downloads of the non-ssl + ssl-enabled suite as it was always under these directories, with nothing else there (I think). So the number of downloads is a bit more than 60k. More like 70k-97k. Hard to say exactly as I know its been named everything from www-ssl.rar to setup-v1.18-apache-2.2.3-win32.exe...

So I'm going to just say 70,000+ downloads and leave it there, as this is waisting my time. I can only get specific with current versions as I know the exact string to search for and the fact that the log format did not change (as it did once in the past).

Logged

DeveloperSide.NETAdvanced PHP and MySQL Solutions for your Web Design and Development needs with Web.Developer Server Suite.

Though I'm starting to think it much more accurate to simply count the total bytes out, see the distributions of the above Suite versions, figure out the average suite size with that distribution, and divide the two. As bytes out for Suite will be 99% of the site bandwidth, this will count in everything, and the number of dropped d/ls will be insignificant to the figures for various reasons. Take out another 10k for perl, etc... and its should be right on. Though I think I'm just going to stick to 70,000, and only run for the Suite string starting with September -- v1.18.[Some of those numbers are starting to look more like 90,000 -- and I would rather be safe than sorry.]

There is some really interesting figures in the above...

Maybe 10% at most d/l the manual install packages [Thats my que to get my installer up and running and provide an option under it for a non-install/unpack mode -- that will also take care of only having one Suite package]

D/Ls of ssl-enabled Suite is also 10% max [Soon I will open the ssl option to everyone and just have it in the base package -- again, that takes care of only having one package]