• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
UBports Robot Logo UBports Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

UBPORTS Stats

Scheduled Pinned Locked Moved Off topic
20 Posts 9 Posters 4.9k Views 3 Watching
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • D Offline
      doniks
      last edited by 31 Dec 2017, 10:41

      In the meantime it shows 30K "Total Devices", which is also being picked up by other websites:

      https://ikhaya.ubuntuusers.de/2017/12/30/ubuntu-touch-lebt-und-stellt-android-apps-in-aussicht/

      wird die aktuelle Zahl aktiver Nutzer auf รผber 30.000 geschรคtzt.

      Shouldn't we do something? At least change the page title to something else like "Update server access".

      U 1 Reply Last reply 31 Dec 2017, 14:58 Reply Quote 0
      • U Offline
        UniSuperBox @doniks
        last edited by 31 Dec 2017, 14:58

        @doniks

        Good point. I'll bring some people to this thread, maybe we need to remove the device counter for now.

        1 Reply Last reply Reply Quote 0
        • A Offline
          Aury88
          last edited by 7 Jan 2018, 08:31

          could be based on the push notification service?...the push notification service to work shoud already know how many (unique) devices use it.

          B 1 Reply Last reply 7 Jan 2018, 22:50 Reply Quote 1
          • B Offline
            Bastos @Guest
            last edited by 7 Jan 2018, 22:45

            @ds2000x said in UBPORTS Stats:

            if another request is not received again from the same device

            But this seems to be axactly the problem. we don't (want to!) to know if it is the same device or not because we don't want to track it.
            The problem to be solved is how to identify the device without the device to be idetified...

            F 1 Reply Last reply 9 Jan 2018, 10:40 Reply Quote 0
            • B Offline
              Bastos @Aury88
              last edited by 7 Jan 2018, 22:50

              @aury88 said in UBPORTS Stats:

              could be based on the push notification service?...the push notification service to work shoud already know how many (unique) devices use it.

              Maybe you are right. The moment UBpots decided to run this notification service, devices are identified anyway.

              By realizing this, I am not sure if this central notification service is such a good idea never the less I appreciate a notification service very much.

              Off Topic here: Afaik @DanChapman realized a local but not battery consuming notification service for dekko2 which runs like charm on my device.

              1 Reply Last reply Reply Quote 0
              • F Offline
                flohack @Bastos
                last edited by 9 Jan 2018, 10:40

                @bastos I think we should stop being over-sensitive with the tracking problem. There is a fundamental difference between knowing how much unique devices of which hardware and which image channel we got, as opposed to tracking activity.

                By taking a unique device id at the moment of installation and telling a server that it has been installed means just that "someone anonymous has installed ubports on a new hardware". Apps wont have access to this ID for real activity tracking. So we should allow this fingerprinting because it greatly helps us to determine the needs of the community.

                How can I plan for server resources if I do not know the exact amount of devices? Be it 1.000 or 10.000 ? Its important to see a trend also, to just in time bring in new hardware etc.

                The push server does not show any device that is not using a push service and therefore has never signed in to U1 account, so its also not reliable.

                And there is a rationale for having those registrations, if we would open up the push service to the world, soon somebody will come and use it as a zombie virus/worm control dispatcher etc. The days of free access to Internet resources is over, as we trust no one. You have to identify yourself as a legit UT user to use our push server. And the easiest way is be requesting a U1 token for that.

                A mobile device will only be as good as it has integration with some central services, and thats impossible without a minimum exchange of information. So you can choose to not use our OTA and push services, but that makes a lot things harder or impossible.

                The local notification once more: This works because Dekko can easily check POP3 and IMAP accounts for new messages. This is far more complex with Telegram: You need to establish a full blown session to the server, do some crypto talk and then load the list of chats, find out which are muted, then from the remaining ones find those with new messages, and then find out which type of message has been sent there. Plus there are notifications that arent messages at all, which you would never get. There is a reason for implementing all this code on Telegram side, and let them send this to us. Dont think local notification is in any way a trivial, not battery-consuming process.

                BR

                My languages: ๐Ÿ‡ฆ๐Ÿ‡น ๐Ÿ‡ฉ๐Ÿ‡ช ๐Ÿ‡ฌ๐Ÿ‡ง ๐Ÿ‡บ๐Ÿ‡ธ

                A 1 Reply Last reply 10 Jan 2018, 18:31 Reply Quote 1
                • B Offline
                  Bastos
                  last edited by 10 Jan 2018, 08:19

                  I agree, @Flohack
                  Again thank you and your collegues for beeing privacy sensible. But you are right. There is a limit to hystery

                  1 Reply Last reply Reply Quote 0
                  • A Offline
                    Aury88 @flohack
                    last edited by 10 Jan 2018, 18:31

                    @flohack do you think there are many upborts device without push services?
                    however how does the id system work?

                    F 1 Reply Last reply 10 Jan 2018, 18:34 Reply Quote 0
                    • F Offline
                      flohack @Aury88
                      last edited by 10 Jan 2018, 18:34

                      @aury88 Well we dont know ๐Ÿ™‚ - I dont think there are many, but in theory it could be a few 100.

                      The Id system will generate a hash value from the device MAC address plus some other installation-dependent id. Then we split the hash in half to make it double-proof and send this as unique id to the server when asking for updates.

                      This way the server can safely count unique idยดs and there is no backtrace to the user. Itยดs even more secure than using the IP addies since they could be linked to actual users.

                      BR

                      My languages: ๐Ÿ‡ฆ๐Ÿ‡น ๐Ÿ‡ฉ๐Ÿ‡ช ๐Ÿ‡ฌ๐Ÿ‡ง ๐Ÿ‡บ๐Ÿ‡ธ

                      A 1 Reply Last reply 10 Jan 2018, 18:37 Reply Quote 1
                      • A Offline
                        Aury88 @flohack
                        last edited by 10 Jan 2018, 18:37

                        @flohack but when is the id sent? any random time? only at first ubport device start? on server request?

                        F 1 Reply Last reply 10 Jan 2018, 18:38 Reply Quote 0
                        • F Offline
                          flohack @Aury88
                          last edited by 10 Jan 2018, 18:38

                          @aury88 At every time you are asking for updates, specifically OTA image updates.

                          My languages: ๐Ÿ‡ฆ๐Ÿ‡น ๐Ÿ‡ฉ๐Ÿ‡ช ๐Ÿ‡ฌ๐Ÿ‡ง ๐Ÿ‡บ๐Ÿ‡ธ

                          A 1 Reply Last reply 10 Jan 2018, 18:42 Reply Quote 1
                          • A Offline
                            Aury88 @flohack
                            last edited by 10 Jan 2018, 18:42

                            @flohack, that is a very interesting solution! thank you!

                            1 Reply Last reply Reply Quote 0
                            18 out of 20
                            • First post
                              18/20
                              Last post