In our case, we have a lot of android POS devices deployed on ground already that we don't know every device's current android version but we have their IMEI serials and android IDs.
Is there any lookup tool or API that get their android versions through entering the device's IMEI or Android ID ?
I'm trying to get their android versions remotely without having to develop any further features on these devices.
I have searched for a lookup tool but without luck
If android devices are sending requests to your server then you can check user-agent data on server side to get some details about the device. Something like what whatsmyua is doing.
Since you didn't mention your server side programming language, i cann't give you more info about how to do it.
Related
I have a phonegap/cordova application and I need help.
The app connects to my client's WordPress sot via REST API to pull subscriber's info and use it to unlock features.
ita working flawlessly on my end (android and ios) however on my client's ios phones, it doesn't seem to work.
any ideas as to why it isn't working on their end and works on all my devices?
Thanks!
Make sure they haven't activated the option that allows connection to a whitelisted set of websites only. Anyway, this issue you are reporting is getting more and more common in the recent weeks, it seems Apple has introduced something new to bother developers (even more)? What iOS version are they using?
There are some issues in the latest version of iOS 11.3, that causes this type of issue. Also do check whether URLs of all the REST APIs given, must be of the the cloud or server on which its hosted.
It can be one of the issue done by mistake.
I want to make an application on my android device (raspberry pi), which scans an item barcode, adds it to a list, and then tallies up everything. As I have more experience with Web App Development, I figured I might be able to build the app faster this way. However, my problem is, that I am now considering how I would access the localhost database in order to pull the data linked to the corresponding barcode scanned. Should I just stick with SQLite and build an android app?
Edit: I just noticed that there's something called "PAW Server". Has anyone had any experience with using this?
In iOS 6, [UIDevice currentDevice].identifierForVendor provides a unique ID across all the apps from a single vendor.
Is there any way to do the same thing in Android?
There is the Android Id:
Generating Device-Specific Serial Number
Note that Android is designed so you can't automatically get a full device id. Android even modified a pre-existing part of linux that would have made this possible.
Even better than Android id: your app can request the AUTHENTICATE_ACCOUNTS permission. Then you know the user's Google id. This will be common across all apps and phones the user uses.
(Sorry for my english)
I'm new using Android (in fact, I'm just testing android) and I have a lot of questions...
Well, let me explain you the situation. In this moment, in my job, I am writing my code with C# and run it on Windows Mobile 6, the apps are used to make sales, send bills, reserves, etc. The devices (iPAQ 216) are given to the salesmen, and they must use the apps and update them via internet.
Each salesman have a unique client list, unique data and (in some cases) an unique set of apps, which means that I need to prepare a different package for each salesman. Using a Microsoft tool (cabwiz) I can prepare automaticaly a different package for each one of the 150 salesmen. They download their specific package using a tool wirtten by me, and install it and everyone is very happy (maybe)...
Is that possible in Android? How? and if it is not possible, do you know an idea how to accomplish somewhat like that...?
It's not going to be as easy as cabwiz, I can tell you that. But it would be possible, theoretically, to write a script that modifies/generates the unique portions of the source and then compiles a new copy for each user.
If the only difference between the apps is the data on them, then there is no need to generate a different package for each user: have the app download the data from your server and save it after the app is installed. You could also make some modules (I can only guess what kind of functionality you're talking about with regards to different apps per user) only accessible to particular users.
Yes, it's possible however:
You may want to look into writing in java rather than C# as that's more officially supported on android
There are some limitations of the android APIs, in particular there are basic behaviors of the device that can't be altered - without rooting there's no equivalent to the "hook" functionality of windows.
Make sure you get devices with the menu option to enable installation of applications from 'unknown sources'; otherwise deployment will be a lot more difficult. At that moment, this amounts to avoiding AT&T, as their devices presently confine you to the android market or physical connection to a machine running the developer tools as distribution channels. (As a work around you can upload your apps to the market and not publish them, though that won't fully keep them private unless you also include something to require authorization when they run. You could also install the minimal set of dev tools on the salesmens' laptops)
You will probably want to learn about the command-line application build tools and scripting in order to generate a custom apk for each salesman. Once the devices are set to allow unknown sources, you should be able to email the salesman the apk (or a link to it) as an attachment. You should also be able to make the custom apk refuse to run except on a device matching some fingerprint data you've previously collected. While you can develop for android under windows, you may want to look into switching to linux in order to make some of this scripting a little more natively elegant.
I m developing an app that pulls android device IMEI and matches it against the database
Is there a way to retrieve android device IMEI using actions script?
Nope, sadly there is no interface to the native API yet, even the Android Team agrees that it should be there. You should rather use Math.random() and store it locally as it provides more or less the same functionality. Have a read here:
http://blogs.adobe.com/simplicity/2011/03/unique-device-identifiers-on-air-mobile.html
They could have used the IMEI on Android. Looks like someone made an ANE.
http://blog.snowflax.com/native-imei-action-script-extension-for-android/