I've got an application that does some work then hits an URI callback once the work is done.
For testing, I'd like to send an SMS to my cellphone.
Something like http://www.jonskeetistheman.com/SMSSend.aspx?phone=4255555555&msg=supdawg
Are there any REST based SMS services (free) that ya'll can recommend?
It's not free, but it is cheap: http://www.twilio.com/sms/
Apparently it's all the rage lately.
The only free one I know is from Zeep Mobile.
This post from killerapi explains the catch. Basically it embeds ads, and is more troublesome to use.
Paid SMS APIs are plenty: Nexmo, Hoiio, Twilio.
Zeep Mobile offers a free SMS service with a Short Code
I'm not sure about free one.
the one I use is clickatell which has the exact same interface (although on an ever so slightly different domain), and costs a few cents per sms.
www.voxox.com -
Free and offers a wide variety of services, SMS is just one of them.
Related
I am facing a problems to send the sms verification codes to my mobile application users,
Since some of telecom operators are blocking these kind of sms and not allowing the users to receive such sms,
So i am looking for verification code messeges provider to serve me in all over the countries (not blocked by local mobile networks operators)
The cost should be affordable not expensive, to use for mobile app verfication. Can you advise me how to do.?
I am still a little unsure whether this will solve your issue, but here is a suggestion. Search for two factor authentication providers on Google. There are several to choose from. Some of them offer trial plans so that you can test them. You have not stated clearly whether it is internationally you want to use this, or in certain countries. I would presume that the issue can be that a very inexpensive sms provider will not send international sms messages, due to the cost involved. I am not familiar with any blocking of such messages, so an example of your situation (e.g. Carrier or country, and the service you have already tried using) could make it easier to help.
The more information you provide in a question on so, the easier it is to get good help.
I want to build an application where it is possible for one client to call another client using webRTC. I've started to look into webRTC providers and I've found Toxbox among others.
Is it possible, using TokBox OpenTok, for a client to actually make a call to another client (similar as a regular phone call)? From their docs and specifications it seems that it is only possible to create a "session" (a room in which participants meet and chat).
Am I missing something, or are they only providing sessions that people join/leave?
Twilio seem to offer what I need here,
but I find it strange that I cannot find something similar at Tokbox.
Thanks,
Muff
Yes it is possible.
You need to make the distinction between the type of API the platform exposes to what you can do with it.
While the OpenTok API is built around the concept of a room/session - you can easily use that concept to create a call. There are many openTok developers who do just that.
Twilio indeed offers the same capability - as are many others (a partial list can be found in this report - https://bloggeek.me/webrtc-paas-report/ - while the report is a paid one, the list is available on that page
I want to access UCWA API in android code. Is it possible?.
If possible, pls give me an idea and hello world program.
does UCWA API support for Video Chat and Screen Sharing?
Yes, UCWA is a REST based API, so there's no reason why you wouldn't be able to access it from an Android app. Your best bet is to look through the samples on http://ucwa.lync.com/
There are no known Java libraries available, so you have to do all of that on your own. Paul's link is a good place to start, however you might also find the MS pages on a C# implementation useful(1), they certainly are cleaner than the Javascript based samples at http://ucwa.lync.com/
As for supporting video chat and screen sharing, the answer for now seems to be no. UCWA may be able to initiate these on the users Lync client though.
(1) http://msdn.microsoft.com/en-us/library/office/dn551186%28v=office.15%29.aspx
I am new to the bloomberg API so forgive me if this is silly but I am creating a html website on a mac and I want to simply fill a div with some data from bloomberg e.g. the current value of the EURUSD.
How can this be done? Is this what the bloomberg API is for?
This is something that would typically be forbidden by the license - data obtained from the Bloomberg API can generally not be redistributed.
Plus (you might know that) the Bloomberg API is publicly available but to be able to receive actual data through the API, you need to subscribe to Bloomberg, which is a payable service.
There are probably better (and less expensive) ways to get EUR.USD rates.
The API is for this, but the licensing is typically not. You can use the server mode and try to communicate with a Bloomber Server (paid component) and ask for licensing to redist the data. Your problem here is not technical but legal
If you don't have a Bloomberg account, you can get an idea of how this is done using the Bloomberg API Emulator. It works and looks just like the Bloomberg API, but it doesn't require an account to use. It doesn't return real data, but you can use it to learn how to request data from the Bloomberg API.
From a 10-minute read of the Developer's Guide at http://www.openbloomberg.com/, it looks like you might be able to use it to get current foreign exchange rates. The Developer's Guide gives coding examples in Java, .NET, C++, and C.
Is there any way to test SMS messaging without having a texting plan?
There isn't any way to setup the equivalent of a mock email server for the purposes of testing an SMS service is there? Are there any other ways to accomplish the task? Perhaps setting up something like a GrandCentral account that can receive text messages?
I am looking to test SMS messages to multiple accounts without having to find multiple people with texting plans and coordinating the effort.
Google now has the answer for which I seek. With the roll-out of their new Google Voice (previously GrandCentral) they added the ability to received text messages to the phone number (which currently is free). While technically somewhat of a text plan, one could theoretically sign up for a few accounts and be able to test multiple phone numbers.
http://www.google.com/voice/
Update (Nov 2010):
Perhaps an even better way to do this now is to use either Tropo (tropo.com) or Twilio (twilio.com). Both of them offer low cost SMS messaging and Tropo is free for development. I've been using Tropo and it's very quick and easy to setup and write and code for.
It would depend on the method of how you're sending out the SMS messages. If you're using the email method (<ten digit number>#<cell provider's doman>) you can fake it with a regular email account that can be purged automatically. If you're using an actual SMS publisher your best bet would be to refactor the design so that you can test that your function gets called the expected number of times, but doesn't actually send the messages. Then when you want to test the production-ready code you actually round up a group of people and try it out.
Having a provider that doesn't charge for incoming text messaging (like US Cellular) comes in handy for situations like that.
SMS text can be done under a few different protocols. I've had success with SMPP using the Easy SMPP .NET library and this java-based SMPP server simulator. It saved me a bunch of overpriced service charges.
you can send email to their phone:
18005551212#txt.att.net (IIRC)