LuckyShare isn't a scam host, they had funds frozen on them and have been settling their debts to affiliates who got burned with them when that happened.
ScamHosts are only going to be listed in the most extreme circumstances such as FileOM, whose single owner & employee (and still the current owner despite the lies) never spoke a word of truth to me for the duration of my several week long affiliation with him).
__________________
Added after 17 minutes:
I can confirm that for K2S "registered free user", I'm only getting 30kbyte/s on my RDP.
I suggest you write it more clear such as Kbyte/s or Kbit/s, so that we know if bits or byte/s.
"Kbps" doesn't really tell if it's bits of bytes.
I suggest using byte instead of bit, because most people will immediately know how fast that is, than bits which is what most hosts like to show since it'll appear as if it's much faster because of the higher number.
So in the case of K2S, it's 30 KByte/s or 240 Kbit/s.
I'd prefer 30 KByte/s.
If you need any help, such as checking and verifying download speed and other info on hosts, let me know.
Another suggestion to you is that for this project to perhaps generate some income for you, you should include your referral link in the site URL, so that people who find your site useful are able to register under you and help support you this way.
Its written in the proper format, KBps and Kbps. There is no such thing as Kbyte/s, there is KByte/s.
Lots of people incorrectly say that companies use bits for measuring bandwidth to make the numbers seem bigger but this is simply not true. The truth is that it goes back to dialup days with analog modem speeds such as 56.6 which was 56.6 Kbps. Meanwhile the early file systems from going back all the way to the era of my 80286 with a 300 baud modem (thats 300 bps) measured data sets in Bytes.
So to keep things simple I always teach people this: transfer speed is bits, file size is Bytes.
I'm not even going to dive into hard drive sizes that use TiB aka Tebibytes (which based on factors of 1000) while OSs use Terabytes (which is based on factors of 1024), but I'm sure you can read up on that if you want on wikipedia, and you can read about proper units and symbols for both SI and binary numbers here:
http://physics.nist (dot) gov/cuu/Units/binary.html
So yeah, I do appreciate any corrections you may find and you can feel free to post them here in this thread. When I get to writing out the Help page of the site (which will explain each individual column) I'll cover bits & Bytes so that it should be more clear to all
Thanks for the tip!
__________________
Added after 34 minutes:
2 Mistakes I found
Rapidgator files are not stored 60 days for registered users it is 30 days
Keep2share registered users do not get 400k download speed
RapidGator: You are right (source:
Rapidgator.net: Fast, safe and secure file hosting) and I've updated the site with the correct information, thanks for that!
Keep2Share: I spent a couple minutes reviewing their site and I don't see where I got that original 400 Kbps from, keep in mind that 400 Kbps = 50 KBps so I do believe that field is accurate, but either way I'm gonna ping Mark from MoneyPlatform to review the stats pretty soon for me
__________________
Added after 11 minutes:
I can confirm that for K2S "registered free user", I'm only getting 30kbyte/s on my RDP.
I suggest you write it more clear such as Kbyte/s or Kbit/s, so that we know if bits or byte/s.
"Kbps" doesn't really tell if it's bits of bytes.
I suggest using byte instead of bit, because most people will immediately know how fast that is, than bits which is what most hosts like to show since it'll appear as if it's much faster because of the higher number.
So in the case of K2S, it's 30 KByte/s or 240 Kbit/s.
I'd prefer 30 KByte/s.
If you need any help, such as checking and verifying download speed and other info on hosts, let me know.
Another suggestion to you is that for this project to perhaps generate some income for you, you should include your referral link in the site URL, so that people who find your site useful are able to register under you and help support you this way.
RDP is not something that should be used to determine bandwidth. In fact to be honest I believe RDP is not something that anyone should even consider selling or buying in the year 2014 where we have multi core CPUs that can provide economical virtual environments using hypervisors like Xen, Citrix, VMWare, KVM, VirtualBox, etc.
But hey that's just my opinion. But either way RDP is a "shared environment" which mean you'll have extremely high chances of having "noisy neighbors" that will battle you for resources such as network bandwidth, disk I/O, RAM, CPU, GPU. With noisy neighbors you can't rely on any reliable facts for measuring transfer speeds....
And as I explained a few moments ago, 30KBps = 240Kbps which are the proper notations for binary values, and SI values, respectively. Values labelled as KByte/s or Kbit/s are incorrect. And as I said a few moments ago, bandwidth is measured in SI values so 240Kbps would be the proper value for referencing transfer speeds.
awesome idea,
and very nice site.
Thanks!
__________________
Added after 1:
I also thought hard about how to include a PPD chart, because there are so many varieties such as file size categories as well as country tiers, and in the end, I simply suggest you just copy their PPD chart text and dump it in 1 single cell.
Most PPD users will already know very well the file size they typically use and where their traffic are coming from and what kind of country tier their traffic usually are in, so there's really no need to be able to sort that PPD chart.
Maybe for sorting purposes and additional info, one could also list info such as max PPD pay, for example $30/1000. In this case, one should be consistent, for example always list it as /1000, because some site may list as /10 000, but we'll just convert it to /1000 to display on your site.
As well as useful info such as max revenue per IP/day. This is very useful info for PPD users to be able to decide which PPD site we will decide to "whore" on... =P
Oh, also a column which you'll write last time the data of this host was updated, so we have an idea how current or outdated it may be.
Earlier today I also grabbed some other domains similar to this one, specifically imagehostreview.com where the PPD table will be the primary table used for affiliate earnings. So I've got to figure out how to code something for both down the road (if I actually do an imagehostreview.com site) as well as for filehostreview.com PPD rates.
The max revenue per ip/day would go into a separate table, but the actual geographical areas table I'm thinking of having something like this:
-------------------------------------
| TIER | COUNTRIES | RATE |
------------------------------------
| TIER 1 | US UK RU IN DE | $3/1000 |
-------------------------------------
| TIER 2 | ES BR CO CC | $2/1000 |
-------------------------------------
| TIER 3 | CA PR SW TR | $1/1000 |
-------------------------------------
Specifically I want the countries to be displayed as flags with their names appearing only when hovering over the flag image/icon. This will make it possible down the road for me to make something that can shift the table values around so you can figure out something like "what hosts have Brazil in Tier 2 and not Tier 3".
Since there are so many different things in play for displaying this table its gonna take me a little bit for me to get it done properly, I gotta play around with various code and tools before I got it looking/working the way I have it envisioned in my head
Regarding last update time, thats stupid easy for me to inject into the table, I'll probably do this at or around the same time I work on making each of the column headers sortable.
I'm just not putting that into place just yet as I'm more focused with obtaining more information and fact-checking existing information for any errors (of which I know some exist as I warn in the bootstrap .jumbotron div class at the top of the site.
