rejetto forum
Software => HFS ~ HTTP File Server => Topic started by: rejetto on January 22, 2008, 02:16:10 PM
-
(http://www.rejetto.com/forumattach/100k.png)
;D
You can read the number of users at this address www.rejetto.com/hfs/?f=awards
I want to say that you'll see the number of users go up and down, not always up, because the counting is made of fresh users (the last month). People who no longer use HFS is just not counted. So that number is real. When you'll visit the page tomorrow, it may be under 100k.
For those of you who wonder how the counting is made: HFS relies on contacting rejetto.com for services like updates, self test, and external IP. What the counter does is to count the number of different IP addresses of such contacts, in the last month. It's updated daily. Since most people has dynamic address, for the A.B.C.D address, the D part is ignored.
Of course this number is not exact, because HFS requires no registration, and I just cannot count the people. But it's representative, and today it touched the magical 6 digits.
-
congrats, and I lol'd at the pic
-
for the A.B.C.D address, the D part is ignored.
not smart..
around here (my house + neighbours) we all start with 84.104.178. ---
so basically you count our entire neighbourhood as just 1 user
[ontopic]
Congratulations!!
-
Yay, I knew this day was coming soon.
For the record www.RAWR-Designs.com has currently supplied around 9000 users, with around 8500 actually visiting our homepage :), this is going off download hits and site hits. We are proud to serve the HFS community.
I am unsure how many people have downloaded from our HFS mirror.
-
around here (my house + neighbours) we all start with 84.104.178. ---
so basically you count our entire neighbourhood as just 1 user
I know. I guess this is lower esteem, but i guess it is amortised with the people who run HFS just once and decide to not use it.
If you have a smarter method, just suggest.
-
Generating a random ID of sufficient length at the start of HFS. The ID is sent on every request and deleted when HFS shuts down. You'd then count only the different IDs, not IPs. Would be a possibility.
-
So you start HFS, then restart, and i'd count it twice?
-
Rejetto, first my congratulations for your successful work.
send with identifier datetime of hfs.exe, then count ip.ip.ip.datetime !
should be a little more accurate (not all people on same ip.ip.ip.xx will install or update at the same time!) , also you don't count hfs working on lans that are not open to wan.
-
also you don't count hfs working on lans that are not open to wan.
HFS would be the first if it were able to count its instances running on non-WAN LAN's.. or something
idea:
Create 2 tables in the database called period1 and period2. You store all the ip addresses of the first day into period1.
The next day, you store all the ip addresses in period2. At the end of that day, you search for duplicates in both tables. This result would be the user count. Clear period1 and start filling period1 with the information of the third day.
At the end of that day, search for duplicates and then clear period2, and start re-filling it with the information from the fourth day. etc.. etc..
for more accurate readings (as not all of us leave their fileserver online the whole day) you could make it check every 2 - 3 hours with the same method.
-
This is a truly epic day. and another truly epic waste of a post by me :|
231 total posts, 6 reasonably intelligent ones. YEAA
-
send with identifier datetime of hfs.exe, then count ip.ip.ip.datetime !
a guy testing betas would result as 5 different users because of the frequent updates
also you don't count hfs working on lans that are not open to wan.
HFS would be the first if it were able to count its instances running on non-WAN LAN's.. or something
the survey tells only 12% are using HFS in LAN only. I guess that at least an half of these are NATted, and thus counted. I don't think they are a large number.
Create 2 tables in the database called period1 and period2. You store all the ip addresses of the first day into period1.
The next day, you store all the ip addresses in period2. At the end of that day, you search for duplicates in both tables. This result would be the user count. Clear period1 and start filling period1 with the information of the third day.
I don't see why this method should work better. I use HFS few minutes in a week.
-
send with identifier datetime of hfs.exe, then count ip.ip.ip.datetime !
how about instead of using the datetime why not get hfs to create a random value on it's first use and then store it in the ini/registry. Then when hfs checks for updates send ip.ip.ip.value
-
I fear people would feel tracked. I remember hard feelings when CPUs got a unique ID.
-
Why not generating the ID which is valid for, say, 24 hours? Then a new one is generated. This method avoids the restart problem.
-
you use today, ID1. you use tomorrow ID2. how would i know you are the same user?
maybe you lost the point on the way :)
-
It's the same with IPs, today I use one, tomorrow another. Nothing won, nothing lost.
But think about routers. 10 PCs with HFS behind a router would all have the same IP, but using the ID you could distinguish between them. Same with all NATed networks.
-
Rejetto, it's much simpler.
Once HFS started it checks for existence of ID in local configuration file. If it's found - use it. Otherwise generate new ID based on IP and local time with precision upto microseconds (windows clock allows it as I know). It would be 64-bit integer (32 for IP and 32 for time), but with very high probability such ID will be unique for each user and will keep between sessions and version updates. This ID can be sent in HTTP headers as part of update process.
Btw, I noticed in the firewall logs that hfs periodically tries to connect to 3 different addresses. Is it really necessary?
-
generating a unique ID was already suggested.
it would work.
the problem is: would it make people angry?
that connection is "find external address" and it is done every minute.
that's because you use a dns service, and HFS needs to know when your router IP change, to update the dns.
i will lower the frequency to 10 minutes.
-
Well, if only counting users per month, it would be easy:
-Check in .ini file: Have I been counted this month?
-If no, generate ID, send ID, delete ID
-Write in .ini: Have bin counted:Yes, if successful
Every HFS would be counted only once per month.
Permanent ID is a no-no.
-
generating a unique ID was already suggested.
it would work.
the problem is: would it make people angry?
Angry? If you publish in "updates" that Unique ID was implemented. People will know why and what for it was done. Also on ID you could do MD5 on final ID so it will never give users IP (however I see it pointless since user IP disclosed already anyway when he connects to update service). So anonymity (if someone concerns) would stay untouched.
And those who are really paranoid can turn off automatic update checking (possible already) and this way no information would disclose at all.
-
Well, if only counting users per month, it would be easy:
-Check in .ini file: Have I been counted this month?
-If no, generate ID, send ID, delete ID
-Write in .ini: Have bin counted:Yes, if successful
Every HFS would be counted only once per month.
Permanent ID is a no-no.
Generating+deleting ID has no point since it is just like without ID at all. Even worse - same IP will give different ID every update and thus counted many times.
-
Well, if only counting users per month, it would be easy:
-Check in .ini file: Have I been counted this month?
-If no, generate ID, send ID, delete ID
-Write in .ini: Have bin counted:Yes, if successful
Every HFS would be counted only once per month.
Permanent ID is a no-no.
Generating+deleting ID has no point since it is just like without ID at all. Even worse - same IP will give different ID every update and thus counted many times.
Please read it again. Every HFS would only get counted once a month. There is no need for the ID anymore. It does not matter if the ID is different the next month as it would be a new count.
Got it? Each HFS would get counted once a month and sleep the rest (in regard of counting). That post was made under the assumption of only counting users this month.
-
Please read it again. Every HFS would only get counted once a month. There is no need for the ID anymore. It does not matter if the ID is different the next month as it would be a new count.
Got it? Each HFS would get counted once a month and sleep the rest (in regard of counting). That post was made under the assumption of only counting users this month.
no, i don't. How it comes that user will count once per month. You propose that update checking will be once per month? Explain your algorithm it's not clear.
-
Each HFS would get counted once a month and sleep the rest (in regard of counting). That post was made under the assumption of only counting users this month.
Reading this of a while ::)
I'm not picking on U MarkV ;) ... but this silly thing about "best way of phoning back home" is still .... "phoning back home".
I'll developp later during the day in my best possible english ;D
TCube
generating a unique ID was already suggested. it would work. the problem is: would it make people angry?
You bet :-[
-
I think I'll stop it now. Just one final word: Please assume you would restart the count from zilch every month, thats what I meant.
-
Having an ID that is different month-by-month is a technically ok, i guess.
It's only a matter of adding a thing that users may think bad. It's a risk.
At this moment HFS doesn't send anything except what is needed for a normal http connection, and we have still a decent counting.
-
you know... tracked or not... i say have hfs generate a random value. ip.ip.ip.value. if hfs has taught me anything its that everything we do, look at or download on the internet is tracked. so ill put money on the fact that the people that would feel tracked..... already are..
and one more idea have a autocheck marked function for hfs reporting, and allow people to opt out of being counted (tracked).. ie no ip ip ip.value being sent..
idk just a thought...
tusken
-
Simple, Send the mac address :)
Afterall mac's are not a secret.
-
I never said an ID would be a evil thing.
I just said people would perceive it as evil.
There are tons of paranoids out there who would stop using HFS and advice people against it.
-
WOW! 100k that a lot man. Glad i didnt miss this ;D You are the king rejetto. You, and your insane posters.
You know the dude that invented chess, he give it to the emperor as a present (have i told this one before? ::)) The emperor said; I love this game, ask me anything you want, and i will make your wish come true. "Thats easy" said the chessinventordude, just give me 2 rice-corns for the first square, then you dobble it for the next, and for the next you dobble it again, and so on. The emperor sent for his mathmaticians and thinking, this was a easy one. ..just to find out that this much rice did not exsist in the whole empire.
My point is; 100k is a hell of a lot more than 50k. A lot more than twice as much :) Capice
-
nice to see you again fysack, and no, you never told this story before (tho i knew it ;))
-
Ditto. Yea,you knew! Why im i not supprised :)
-
If [HFS doesn't send anything except what is needed for a normal http connection] and its a decent way to count things as it is right now. It would not be a good idea to risk making users feel paranoid in using HFS and thinking they are being tracked.
It's only a matter of adding a thing that users may think bad. It's a risk.
At this moment HFS doesn't send anything except what is needed for a normal http connection, and we have still a decent counting.
-
Where is the picture of 50,000 Obama ? Did you delete it so that every one could not see that you are a phcycic`? ;D ;)
-
www.rejetto.com/forumattach/50k.jpg
:D
at the time i made the pic, i didn't even know who the fuck was him. I searched google with something i don't remember, and it popped up with him. I liked him. That's the secret of a politician.
-
www.rejetto.com/forumattach/50k.jpg
:D
at the time i made the pic, i didn't even know who the fuck was him. I searched google with something i don't remember, and it popped up with him. I liked him. That's the secret of a politician.
True :D
-
rofl ;D true .. i bet you searched for winner ;D