Can anyone recommend a payment gateway that has been optimised for a mobile?.. I have just checked out paypal on a mobile devise and although it doesn't have a heavy amount of data to be downloaded, it is far from optimised for mobile user experience... i.e. you have to pinch zoom to fill in forms etc... Does anyone know of a payment gateway that is mobile friendly?... Kind regards J
PayPal has a great mobile experience and it will automatically switch to that if using a mobile device. How do you have PayPal integrated now? Are you just using a standard button? How long ago did you create it?
If you take a look at www.givemobiley.org you'll see a good example of PayPal in a mobile experience. I developed that with jQuery Mobile, and I used the Express Checkout API with PayPal.
If you load the demo on your computer you'll see the experience you expect there, and if you load it on your mobile device you'll see the experience you'd expect there.
Related
I have been trying to understand PWA and the difference between it and web & native apps. Though found many interesting things about the same, I am clueless on what exactly are the benefits of PWA if you are an app development company. Will it help you get better customers? Or it will have no such impact.
You can check this site: Can Your Company Benefit from a Progressive Web App?.
Progressive web apps (PWA) is a new concept that bridges the gap between websites and mobile apps. They promise offline capabilities as well as improved speed and performance.
Benefits of progressive web apps:
Offline mode
Feels like an app, works like a website
Improved performance
Fast install on devices
Push Notifications
No app store submission
Will it help you get better customers?
I can say yes because increased speed leads to improved user experience and retention rates.
You can also check this related SO post: What features do Progressive Web Apps have vs. native apps and vice-versa, on Android
Progressive Web Apps actually offer more hardware access than commonly thought.
You can check the link above for more information. Hope this helps!
I joined Google Chrome dev summit in SF last year. Lyft try to implement PWA version because it help user make a first call easier. At the first time people not want to download any application because it take time at least 1 mins. In this case PWA will help to solve it and after user try PWA Lyft can push msg to ask user to install native app version later.
I am trying to find a parallel payment implementation for my mobile app, where the payment should happen with in my application and not redirected to any browser.
I have seen few options like paypal parallel payment, but this doesn't provide native app purchase support.
Can some one please point me to right direction. I am wondering am I only one trying for this option? :)
Your help is greatly appreciated.
Thanks,
Ramesh.V
You are looking for an API payment gateway rather than a checkout page solution. There are numerous services such as Stripe, BrainTree, BlueSnap and even PayPal that offer this.
The reason this is not popular for apps is that you'll need to become PCI compliant for that, which is a pain. Non of the above services will grant you access to the API without it, but they will be happy to give you a checkout page (browser) to drop the PCI compliance requirement.
I've successfully used a service called Zooz for my mobile checkout and it works nicely.
You can goto www.zwitch.co . This is an Indian payment startup which offers in-app payment natively.They have mobile SDK with which you can accept payments in your app.You can design your own payment page.They say you will be reduced from the PCI Scope
We recently had a mobile site built which was great but when we send out our html emails I'm having to use media queries on the links to send customers to the desktop site or mobile site as the URLs are different Eg. m.mobilesite.com and www.desktopsite.com.
I'd like to use something like 'detectmobilebrowsers.com' so I can do away with the media queries and have one link which is built up of both the mobile and desktop links. The setup advice on this site is not very helpful.
Does anybody know how to do this?
Personally, I don't like the sound of that. You cannot guarantee that the mail/webmail client will be able to support "responsive links", regardless of the device that the user is viewing it on. Hence, you could very well be pointing users to the wrong device specific site.
What I would do, is point all of your email links to the main site version. At that point, you should have some form of device detection in place on your server. Your site logic should be able to forward the user on to the correct site specific page (e.g. mobile visitor sent to mobile version of same page, desktop user not redirected).
If you don't any redirection logic in place (you really should, read this), basically this is what you're looking to achieve:
http://www.9xb.com/wordpress/wp-content/uploads/2012/08/mobile-deployment-small.png
If you're not following the rules laid out by Google regarding redirects and canonical link tags, you may find yourself in trouble at some point.
If this is all a bit beyond your technical ability, I'd suggest you speak with whoever built your mobile site as this isn't for the faint hearted.
I am planning on making a WAP page to provide a software.
Now i need to find out what mobile phone model the client who logs into my webpage is using so that i can redirect him/her to the appropriate download link.
This is similar to what opera does on their opera mini site. When you log in it finds out your model and sends you to the link
How can i add this to my site.
There are a number of solutions for determining mobile device, based on the UserAgent making the request. (Some solutions use other factors as well.)
Try looking at:
WURFL
MDBF
DeviceAtlas
DetectRight
Volantis
MobileAware
Movila
UAProf
The technology you are using to create your pages will also affect which of the above is the best solution for you.
A great website with some tutorials is mobiforge.com (the people behind device atlas), also plenty of true open source software at wurfl
I want to implement "mobile website provider" tool. Basically, It intake desktop website url and generate a mobile version of website without edit/add additional content to the desktop website. I am planning to design a product like (what mofuse.com does. This website create mobile websites). This tool should be hassle free to client(who are not tech savvy.)
1.Q) I want to know kind of functionality involved in this process.
2.Q) In Java Technology, I need the tool set and functionality of this actitity.
As I am new to this mobile application environment. Any information(web links) regarding this will be appreciated.
Update:
its not like skweezer.com.
I had a website and I want to "mobile"ize it. 1) What kind of java tool set I have to use to create mobile web site? 2) How to test in multiple mobile devices 3) How the domain name will be created for mobile websites.
Check out our Wapple Architect tech (http://wapple.net) - we allow you to use the same content from web to mobile, but if it's mobile, instead of outputting the html, use a web service to turn it into the right content for that particular handset.
Mobilizes the same domain, no need for m.yourdomain.com or anything like that.
Check http://wapple.net on a mobile for example!
there are certain plugins which mobilise your website .
they check user agent and if user agent is of mobile browser they load another css of mobile and if you want to redirect some another redirect it ther.
you dont have to buy separate domain make sub domain or cname like
m.yourdomain.ccom
wap.yaourdomain.com
try some javacripts code which detect browser type and redirect accordingly.
The best place to learn about mobile toolkits are
WURFL - The open source community built around profiling devices and managing their capabilities (http://wurfl.sourceforge.net/)
Mobile Elements - A tool to help you build mobile sites using a proxy type approach (http://www.mobilelements.com)
Device Atlas - A device profiling tool (http://www.deviceatlas.com)