Is it possible to use Skype Ap2Ap on Android (or iOS), and if so how?
(Ap2Ap is a feature of the Skype API that lets you open a stream and send arbitrary data to anybody on you contact list. Both parties just need to be logged in and to know the application name, and skype does all the hard work like finding the other's IP, bypassing routers, etc.. The feature has been around for a bit and doesn't seem to be used much, but works fine and is available on Windows, Linux, and OS X.)
Related
I am working on a project that connects two user using opentok(tokbox now). It allows the users to be able to chat, do voice/video calls. But now we want that some admin can call another number even when they don't have my app installed.I want the admins to be able to call someone directly from the app and they shouldn't use their own phone.
Some example for this type of working is textnow, 2nd line, and much more apps like this.
So what i am asking here is that which third party services i can use in order to achieve this task.
I have an app that has some unknown devices listed in the analytics portal I use.
I was wondering if Android and iOS have a method that I can call which tells me if the app has been downloaded and opened using an emulator?
I've thought of accessing the device's IMEI, but this is only for mobile phones and doesn't cover tablets. Any help would be greatly appreciated.
You can try filtering out the Connecting device's by their device's model number, name and id.
For that you first need your app to parse the data from the phone, and then send this data to your server while authentication.
The server checks the robots list and then authenticates the exceptions (genuine users).
NB: Nowadays emulators are updated, they are capable of spoofing a Device Name, Model and ID. So it's a hectic job to detect spoofer's.
Just a Mere Concept out of Thoughts, Might possibly work!
There are couple of methods out there. Android includes a built in method,but some of them can be maneuvered.
Android includes some system properties that keep such information. they can be accessed using the getprop utility and there are ways to get the problematically.
More specifically, the "ro.build.characteristics" will contain the word "emulator" when running on emulator.
Long story short: There are couple of libraries that are capable of doing this and are consider reliable.
Here is a good example:
https://github.com/framgia/android-emulator-detector
For iOS see this answer
As a side note. if you are concerned about having a safe environment to run your application, take a look at SafetyNet
I am studying the feasibility of developing a mobile application for Android, for traders, where the client-side installs on a smartphone (A) and of course, through Google Play, and server-side installs itself in another smartphone (B) that installs via the Play also.
B through the merchant takes pictures of your items and upload adding a description (this article) for the application server side, in ways that the user A, which has the side application client can enjoy the products.
In short:
Capturing data to the server must be made through an Android phone that can take pictures of products and upload to the system and adding text to describe the product.
Consultation of products will be made by a mobile phone with Android as well.
Is it possible to do this? If not, I would appreciate to give me suggestions on how to do this. But I wanted to try not to make using computers (PC / Mac) or web app to load the data to the application. I want a system purely mobile. Maybe will use the computers to store the BD system only.
When you say the server side is a phone app, you imply that the phone is always on, the app is always running, and you need no central storage whatsoever.
You also lose any ability to keep analytics for your service, which is a crucial part of any startup.
If you want your app to have the server available even 80% of the time, and you want to keep a central database of what's going on, you must have some server you can control.
There are a lot of very cheap and manageable cloud solutions, so you don't need to buy an actual server.
We have mobile applications on iPhone and Android (and soon to be released Blackberry). The app functionality is the same - we just support several different devices. The app communicates with a back-end web service to receive data.
Now, in the web application, is there any way to easily determine what type of device is connecting to it? Here's what I have available:
serial number (or unique ID) of the device (note that in android simulator it's always 000000000000 and in iphone simulator the format is totally different from actual iphone)
in iphone app, connections are made using NSMutableUrlRequest / NSURLConnection, in Android connections are made using org.apache.http.client.HttpClient
The server web app is written in PHP.
I am willing to settle for a "best-guess" approximation: if I'm right 95% of the time, it's good enough for my purpose.
I'm not sure about any of the blackberry stuff, because that app is still not ready.
Any ideas/help are greatly appreciated. Many thanks.
You could look at the user agent that is hitting the HTTP API and sniff that. That'll work at least 95% of the time. iOS apps will have something like CFNetwork/xxx.xx.x in them. For Android / Blackberry just try it out and see what they are. Alternatively change your app to set the user agent yourself so you will know exactly what version of your app, etc is hitting the API.
Been researching it for a couple of days, and it seems quite impossible (though highly desired).
I'm Looking for a way to anonymously identify users on our website as they later on run our mobile apps (both iphone and android, actually). At the very basic level, I'd simply generate a UID when someone visits our site, plant a cookie on their device, and then retrieve it later when our app is run. This simple implementation seems to be impossible, because the apps don't get access to the same cookie-base as the browsers (which makes sense, privacy-wise).
Also thought about using HTML5 for this purpose, which doesn't seem to provide any solution.
I Tried going the other way around and using the device id as identifier. However, seems like device id won't be available to the web server when someone visits our site.
There seems to be a perfect disconnect between data accessible from the browser, and accessible from the device itself in native apps.
Has anyone ever found a solution for this scenario?
As of my experience what you seek is almost impossible to achieve for a third party developer.
As you mention, the web browser - by default - doesn't have file-system access from the javascript context (which is where your web app will most likely run) and the cookies infrastructure isn't exposed to the application context.
What you could do is to write a plugin to the browser which might enable this one way or another. But then there is the technicality that the browsers on mobile devices usually don't support plugins and even if they did; you can't force your web app users to install the plugin :-(
Yet another, and if possible even more unlikely solution would be to try to influence the device browser project (WebKit or whatever project you wish to target) community to implement the functionality for you (good luck) :-)
A third solution and perhaps even the ethically more correct one would be to allow the user to identify him/her self optionally when using your device client application. Your client iPhone/Android application would then have a "Identify me as a client user"-button. This would of course require you to allow the user to choose a key (an e-mail address?) of his/her own when entering the web app. You'd likely need to store the key on the web server opposed to the client browser cookies.
Hope this gives you some further ideas.
Cheers
Here are some things I think would work (untested):
You can check if the user has a google account login in the browser and on the phone.
Another way would be to have them log in in both apps
Register a special url-handler which opens your android-app with an user-identifier which gets called by the webapp (see this question)
Edit: I over-read the IPhone part - #1 and #3 those answers are Android only (I think).