I know this is not programming question but i really want to know what internet protocol is used by google play store, as of know i am thinking they are using HTTPS but i am not sure about whether they used it for searching or downloading, i searched but not find satisfactory answer.
I also how i will protocol used by different apps installed in android.
I tried to find different protocol used by different application and i sort of find about some apps like Whatsapp, FB etc but i need to find about mostly used protocol.
This information is need for my literature survey for my research.
I would ask this kind of question on http://android.stackexchange.com more than here. If you want to find it out directly, use Wireshark or Charles (OS X). With one of these tool, you'll be able to see all out outcoming and incoming connections of your android device (and then able to study the different protocols).
But the standard in the industry is definitely HTTPS and all the companies, even the small startups use HTTPS.
Related
First things first, I am writing this question after researching quite a bit.
Broader View of the issue
In this day and age, we require a more reliable way to perform peer-to-peer communication, preferably using technologies like NFC.
I mean we are in the year 2018 and I cannot believe that there isn't reliable means to communicate peer-peer between and ios and an android. I am talking about offline, close proximity/range communication, which can open up a new world of possibilities for mobile apps. Many of the apps we use to communicate with other devices require one or more of internet, login, credentials/authentication, etc. I am making this effort because most of the readers/users/developers do not actually know what has changed in 2018, so if anythings changed, I would love to hear it!
Hindrances
IOS has very weak NFC support, functionality-wise..?
IOS doesn't support Android Beam.
Not enough members are bothered to fix this or are helpless.
IOS doesn't support non-ios Bluetooth connection? (Doubt it/Tried but failed)
What I need
Efficient cross platform solution for communication between two different mobile devices preferably offline.
A way to send and receive money other than Apple Pay/GPay/Samsung Pay/iMessage/AndroidMessages, such as over NFC/Bluetooth preferably offline mutually, but connected to internet independently.
A way to automatically send data when two devices (different platforms and within ios) are in close proximity, without the need to login or register or any other steps. At least a way to trigger something upon nearing one device from the other, like NFC basically.
What I have
Working android application that uses android Beam to send and receive ndef messages, which is easy to do, between two android devices. So we can make the payment happen here in this case.
Questions arise when we try to proceed with android -> ios or vice versa.
I have read a lot of related questions where the answer is outright NO. However, am not taking time to write this question to be told it's not possible. I want the crowd here on stack overflow to help me find a way to workaround this situation. I know it is a lot to ask, but I feel this invention or discovery will help man app developers stuck in this same zone. This question should be answerable by someone who is ideally in the Fintech domain, and is an IOS developer or mobile developer, with working knowledge of card emulation, secure element, ios 11+ or ios 12 development, NFC, NFC tags, etc.
Questions/Ideas:
Can we use the secure element and NFC Tag with ios 12 or ios 11+ libraries to simulate this required functionality?
Does any third-party library get close to having the ios/iphone act like a NFC writer?
Can we simulate NFC writer for ios?
Can I simulate a tag on android device, have the iphone read it(do not want the apple pay popup somehow) and then follow through the next workflow via the internet? For example, if I had a sender and receiver (payments), since android supports a lot more than ios, can I simulate something on android so that either the apple pay thinks am a terminal of sorts and pays me electronically (securely of course), or at the least can I read apple pay credentials of sorts and simulate a terminal and accept a payment from ios on android?
Something on these lines, I know its not very clear, though I am trying to be clear and simple.
Suggested by others and why it is not a great solution:
WebRTC - Needs internet
alljoyn - Need only 2 device not 2+ and no need for server or client setup.
Relay Server not quite sure is offline or works
android-ios-peer-to-peer-architecture question talks a lot about it as well!
developing-mobile-p2p-payment-apps question, which seems to be relevant has NO answer.
why-android-ios11-cannot-communicate-via-nfc question talks about React Native. I for one have looked at PhoneGap and Nativescript which just have the same level of support for ios. In short, it won't work.
Any I left out, in short no solution.
Comments:
//Due to the fact that there is no solution, I feel even more motivated to post this question. I feel we should come together as one and fight for this right. I mean usually seemingly impossible questions are answered here, so I figured you guys could take this as a challenge. The challenge would be to find a legal loophole, an ethical approach, nothing unethical of sorts. So let me know if we can arrive at any positive conclusion! Thank you for being patient.
//I have read the rules and "do not ask" section, so I would just request moderators to check if there *can* be any answer before you flag it or take it down, by which I mean we just need one correct answer, and it can come from anyone or anywhere.
I am pleased to reveal that there has been demand for this and Google has released Nearby API as early as 2016. This is the way to move forward. This is a device independent API.
Please checkout Monzo Bank's Nearby Pay
Google and others claim it works with Ios as well.
It has been around since 2-3 years, which means there should be good support and documentation, though I might be wrong.
I hope this answer paves the way for others in my position! Good Luck!
One of my client wants to develop an app which allows publisher to sell the eBooks.
Do anyone have any idea or experience of any DRM provider?
I did able to find following options for applying DRM:
Sony URMS - It's looks bit extensive and it is designed to work with old versions readium rendering engine. Moreover I am not sure about the support they will provide if we got stuck while development. I asked few questions to them, but yet to get any answer from them.
Sky Epub - Sky Epub looks good. But client is hesitant to use that since no big name behind that brand.
Readium LCP - It looks good, but it is open source. So we have to install, setup, configure and later maintain everything which will increase development cost. Initially, client would like to go with SaaS DRM provider.
Anyone have any idea about SkyEpub? Or any alternative DRM solution except Adobe?
Sony URMS support is discontinued and SkyEpub is from what I know a SDK, not a DRM technology (and certainly not interoperable if they provide an ebook protection).
Readium LCP is a (non-proprietary) distributed solution, so yes license providers have to install and maintain a server. But some Saas LCP provider are coming. Contact EDRLab if you want to keep in touch on this subject.
Can someone give me a broad overview of what pieces would have to be in place to implement a user-content-driven Android app with a web-based database? Or, link me to some helpful relevant articles on web and app architecture to study?
Further, if II already have a website where people can add content and others can vote on it, and I want to have the same capabilities available via an app, utilizing the same central database, how would I proceed?
I'm guessing I could provide remote authentication into the site via the Android app, and then enable the user's content submissions and votes to sync with the database (and website), but how is that handshake process done? And what elements of the site have to be exposed for the app to "connect to"?
Where are lines drawn between a website just being presented inside an Android web view and being made mobile friendly, versus a stand-alone app having the web/database functionality?
I know if I already have a mobile-friendly website, it might seem logical to simply direct people to the mobile site, but obviously a lot of people use apps and there are some benefits over mobile web.
Sorry for such a general question, but I can't seem to find any good examples of people doing this to learn from, even though I imagine it must be very common.
Thanks!
The best practice is to build REST API on server side to manage content from database, and just hook to it with mobile apps. There is a lot of different libraries to do that on both Android/iOS
create your rest api and make it return json.
i think that the better way is to use okhttp http://square.github.io/okhttp/
for http connection,
retrofit and gson http://square.github.io/retrofit/
for parsing json results;
I'm looking at developing a to-do list Android widget that draws from a OneNote to-do list.
While most Android phones are permanently connected to the internet via 3G or LTE, many tablets are still WiFi only and will not have internet connectivity when on the go. I could, in this situation, store the data that I receive from the API locally and queue any changes made for the next time the tablet is available online, but there's a problem with this solution. What if the user edits the same to-do list via the OneNote app?
What I'm wondering is if there's any way that my widget can talk to the OneNote app when the device is offline.
It seems that OneNote's data files are stored in a location that needs a rooted device to access externally, so interacting with them seems to be not an option. How can I achieve my goal?
I'm new to Android development, but I think Android's Intents system might be a solution. Does OneNote expose any Intents?
Thanks,
YM
(Apologies if the tone in this post seems strange, I originally posted it on answers.microsoft.com but was told that it belongs here instead.)
We don't have Android client APIs at this time, and talking to the local files isn't a good idea, as the app isn't expecting them to change outside of its control. We would like to get round to client APIs, across all platforms, but its unlikely to happen in the next six months at least. This would be a good request to post on our uservoice site to see if there's broader interest. Please do include the scope of the methods you'd need.
NOTE: If you have no idea what TOR or Orbot is, check out this links below:
https://www.torproject.org/
So, I was wondering if possible to add TOR support to my app. This would save the user alot of stress looking for a working proxy and besides, TOR is one of the most safest proxies out there.
Im aware that the The TOR team made an app called "Orbot" which allows Android devices to proxy apps using orbot. The problem is, the only way for Orbot to proxy apps is if they have ROOT and some users do not like taking techy approaches, especially when it has "THIS COULD BRICK YOUR DEVICE!" so I thought if its possible to rip out the Orbot source and add it to my app so my app gets proxied.
This can save lots of people from downloading multiple apps and cut time on setting this up (since my app has to have proxy support to be proxied through TOR which I havent seen much of so i really have no idea on how to have something like this) but im not sure where in the source code is the actual routing to the TOR network and thought i could get a little boost in this.
Im not trying to make my own Orbot, i will give credit
So, does anyone know where to start? I decompiled the regular Orbot app and skimmed through the source but not much rings a bell.
Thanks!
Use ORlib, which "is an Android Library for use by any application that wishes to route its network traffic through Orbot/Tor".
If you want to avoid forcing user to install Orbot, you can include Tor in your application using this project which includes Orbot's tor binary and allows full control over it.