I'm developing a web site that's going need to generate tweets. I have a twitter account, but don't want to post tweets to that account until the site is live, or a least, in beta. I tried creating a second account just for the purpose of posting during the development process, but twitter wants a mobile phone # that's different from the first account, so this approach wouldn't work unless I had a second phone.
Is there a standard way to make sure all the pieces are working together without posting test messages to the web site's main account during development?
EDIT:
To post tweets with the twitter API, you have to go to the app permissions page and switch to "Read and write." When you do this, it shows the error:
Error
You must add your mobile phone to your Twitter profile before granting your application write capabilities.
Please read https://support.twitter.com/articles/110250-adding-your-mobile-number-to-your-account-via-web for
more information
My mobile phone is already registered with the production account. To register it for the dev account, I'd have to de-register it for the main account. I'm trying to avoid that. I need to have both active so that both accounts can be used at the same time.
Unfortunately with Twitters mobile side phones to numbers are a one to one relationship. You will have to resort to getting a different phone number luckily there are some good options out there.
Get a Skype phone number. Its about 5$ per month but would probably be the easiest and cheapest solution.
If your like me and dont like lingering monthly bills attached to your credit card then you can go to almost any local gas station or store and buy a cheap phone and pay as you go plan. This will give you limited capabilities with this phone (no internet access unless you pay). But on the up side you would have a physical phone and number and no monthly bill to accidentally forget about for 3 years before you remember about it. I bought one a year or 2 ago after I dropped my phone in a river for a one time fee of about $40.
Have you tried just to use an irregular phonenumber? For example 00000000. Twitter might not accept it, but it's atleast worth a try.
Related
The microcontroller in question is a NodeMCU and the application is to Verify payments for a vending machine. The machine displays a QR code for customers to pay through the Google Pay App.
The requirement is to check the bank account for an increase in balance and verify a payment.
I have no experience with the Google Pay API so please suggest the process.
If there's a better platform for payments and verification please feel free to suggest.
It looks like this specifically a Google Pay thing and unfortunately Stripe doesn't support that Google Pay functionality directly.
Since this wouldn't work at all for i.e. iPhones, and since I presume you have some kind of server-side application here anyways, you may just want to instead consider building a web app that the QR code directs to, that allows payment in more ways than just Google Pay.
im creating an Android app and i want to put it on Google Play. I want the users to download it, use and test it for about 7 days and then, the app will be blocked and the user has to buy it to continue using it.
I've tried with Backup Manager but it didnt work.
Then i read about Licensing (i have a good tutorial already) but i dont know if its what i need.
Other option is to make a subscrition payment to use, but with a free trial, however this is a bad option because the user has to put the payment method and data to use the app.
What do you think guys? can i use Licensing for what i need or better other tecnology?
EDIT:
Maybe i didnt explain myself very good, i want to know if with the Licensing system i can do a trial version of an app for like 7 days. I've tried the other solutions and didnt work for me (Backup Manager, SharedPreferences...) and want to know if Licensing can help me or if its another technology i can use.
There is no direct solutions for what you want.
Google provides a Subscriptions trial with their Subscriptions library, but then the users should pay "regularly" for the content of your app. (weekly, monthly or yearly etc..)
The best option for your use case in my opinion should be this:
You setup your app as FREE on the store
When the user download the app the first time, you create some sort of key which identify your installation on that device
After trial period ends, you can block the app usage until the user purchase an In-App item which re-enable the app functionality.
This is some sort of FREE/PRO version logic which a lot of developers already use in the store.
I am trying to test the in-app billing in my app.
I tried using the static codes google provide, and it works perfectly fine. Now I want to raise the level and check with a test account. I've added a test account to my developer account and when the test account tries buying the content (the item is shown) it tells :Your order could not be processed. Please try again. I've registered this test account several days ago, and still nothing.
Did anyone encounter this problem and know hows to solve it?
Thanks!
You cannot buy your own apps.
http://support.google.com/googleplay/android-developer/bin/answer.py?hl=en&answer=141659
You should make sure that your app is signed with the release key.
Also, if you uploaded an APK to your Console just to enable in-app products (it's not published), make sure that your testing application has the same android:versionCode.
I had a similar issue today, and yes this is as per Google's policy to not let people buy their own apps using the same account that you used in the Google Play Developer Console.
To get around this:
Go to the settings of your Android device
Go to accounts Go to Google accounts
Remove the Google account that you used in the Google Play Developer Console
Add a new/secondary Google account (if you dont' have a second Google account, you will have to create one first).
Add your payment method for this Google account (i.e. credit card)
Go to Google Play store and buy your app!
Re-add your original Google account in settings -> accounts.
I wanted to experience things the way the user does when they download and install my app, so it was important to me to go through the same process.
am having a task for developing an application that uses mobile phone in collection data and the client want to make use of cheapest mobile phone available in the market such as nokia N1280. The application is supposed to send data in a centralized server somewhere then web app for analysis and report generation. The web part there is no problem with me but am struggling to find the best and cost effective methods of collecting data from the field. s there anyone who has an idea of what method could be most effective of data collection? I thought of USSD but am not that familiar with it and am not sure how much it gonna cost my customer. text messages could be a good option but the problem is that it hard to control inputs from the user. Any help?
Thanx in advance..
mobile data collection in developing countries is a fairly well researched problem and there are existing free and open source solutions that have been shown to work at scale (thousands of phones, millions of records). try a site like mobile active to get a sense of the options.
my guess is that you'll likely settle on a javarosa-based system like open data kit using $50-$100 phones and gprs for data.
disclaimer: i work on both javarosa and open data kit.
I need a Facebook application that kind of sit in the 'background' of user operations. Once the app is installed by the user, it will keep on sending the user's status updates, new friend connections etc to another web app of mine. It will keep on getting info no matter whether the app page is open or not.
My question is -- is this possible? So far, I've played around a simple iFrame app written with the Java API. It seems that it can only perform data collections whenever the page is hit.
EDIT: Privacy is definitely a valid concern here. But the application will definitely prompt for permission even if FB API is not built in to do so.
You can ask the user for the offline_access extended permission by using the fb:prompt-permission FBML tag: <fb:prompt-permission perms="offline_access">Can I have access to your data all the time?</fb:prompt-permission>, store the user's session key in your database and then query the Facebook API as needed. (You may need other extended permissions if there's other data you want to access that isn't a standard API call.)
Note that this isn't against the terms of service, but you won't be allowed to store any of the data you receive for more than 24 hours.
Tho I wont suggest it, but if you create an "app" which has an associated user account, which you then ask the user of the facebook app to add as a friend, then you can achieve what you want in the question.
e.g., lets say your app was iFacebook - then you create a regular user account called iFacebook Friend, and ask users of your iFacebook app to add iFacebook Friend to their friends(*) list. Then you can scrape data off your app users via the regular facebook account 'iFacebook Friend'.
However, doing so is probably going to violate some usage policies of facebook, and can likely to get you banned, or reported as a privacy violating app. However, if what your app does is useful enough, some people will happily let privacy go...
(*) you can entice them into doing this by giving incentives, such as bonus points, extra exclusive 'stuff' that only those who have added the friend would get.
Nope. Facebook doesn't want apps having too much user data in general, and certainly doesn't want them accessing it when the user is not actively interacting with the application.
Heck, infinite session keys aren't even supported anymore. Those still around have all been grandfathered in.