When a website is implemented in an app, is it possible to open an popup in the app when clicken on a link/button in the website?
If so, what are the possibilities?
Thanks
Grtz
Your case I understand may have two scenarios to it. Say on the same device, click a link on browser it opens in the app much of what medium and a couple of other apps do. Second case is an independent phone and independent browser. Here I would suggest using web sockets to send real time data to the client app when a certain change occurs on the server side which may be caused by change in another client. Basically close to what services like Firebase offer but not actually the same
Related
I want to restrict users to login from one device only using java for the app and I want to know how it possible to do the same thing for the web and if there any better solution.
An unauthorized person has created an android app on our name, logo and showing our website content as is. It has fully functional browser experience in an app. This person is using advertisement to make money using our content.
Our Website: http://www.chittorgarh.com
Fake App: https://play.google.com/store/apps/details?id=davidjack.chittorgarh
What we did in last 2 days:
Complaint to Google. No response so far.
Sent emails to fake app publisher. No response so far.
Created our own official app using exact same way and made it live. We will start pushing it through our website soon. It’s not what we want but do not see any other option.
https://play.google.com/store/apps/details?id=ipo.chittorgarh
Question: How do disable all the traffic from the Fake App?
Tried User-Agent but no luck as it’s exactly same as someone opens the app in chrome on android.
It is basically a web browser within an app, so there isn’t any way around this, if it’s publicly accessible via the web then it’s available to anyone to access or implement within a web view.
All you can do really is create your own app, and add a message regarding the fake app on the homepage of your website.
I've just learned that its going to be pretty tough for me to realize an app that can send a push notification to another device, BUT: is it even worse to send it from Android to iOS respectively iOS to Android ? I know it's possible because WhatsApp does it, but okay, WhatsApp...
The way I need it is, on Phone A (Android) a user clicks on a button "Send 'ring'" to user B (iOS).
When A clicks that Button, an AlertDialog (UIAlertView) shall appear on user B's screen.
That's just to describe what I want to do, it obviously won't only send a 'ring'.
Any suggestions or good tutorials?
To do this, you need to implements the server-side logic, but everithing it's much simple if you use some services like Parse
Here the docs related to iOS and Android.
They have their SDK, there is a pretty good documentation, you can setup everything very quickly. We are using Parse a lot recently and (specially for notifications) it's very helpful.
There are others services like this (most of them based on node.js):
Deployd Open Source
Sockethub Open Source
We are creating a landing page of sorts for our iPhone/Android app and on this page there will be a link to each of the respective app stores. However, when the user is on a computer, it's a bit cumbersome to access the app stores (particularly Apple's app store). So we would like to add a "send text message to phone" feature like Groupon does on http://www.groupon.com/mobile.
Now, my questions with this are as follows:
A) What sort of code do I need to put in to make this feature work? Is this super intensive or are there free or cheap options available out there to do this for me?
B) How does the code know whether it is an iPhone or Android that it's texting? Groupon took me immediately to the Apple store on it's link. Tried going through the source code on Groupon but it was a bit beyond my grasp.
Thanks for any help!
A few different things are needed to get this up and running:
You should use something like Twilio to programmatically send text messages
You need a page on your server (say http://mydomain.com/app_redirect) that sniffs user agents and then redirects the user to either the iOS AppStore or Android store respectively
Once you have those pieces it's fairly simple
Create landing page like groupons
When the user posts their cell phone to your server call Twilio to send out a text message containing the link http://mydomain.com/app_redirect
When user taps the link it will open a webview, which will then redirect to the correct appstore url depending on the device
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).