Je souhaite ajouter la possibilité d'envoyer des rappels aux personnes par e-mail et SMS pour les événements spécifiques auxquels ils ont souscrit sur une application Web que je suis en train de créer. La partie email n’est pas difficile, mais je me demande où trouver une bonne solution pour envoyer des SMS.
Ce serait également un avantage si cette solution permettait la communication SMS bidirectionnelle avec mon application Web, de sorte que les personnes puissent répondre avec un type de message CONFIRM ou CANCEL.
Quelqu'un at-il mis en œuvre quelque chose comme ça? Est-ce que quelqu'un connaît de bons outils sur le marché?
EDIT: Je me rends compte qu’il s’agit plus d’une question du type "beaucoup de façons de traiter ce chat" et je l’ai donc changée en wiki de communauté.
la source
Réponses:
J'ai dû modifier cette réponse à quelques reprises car les services que j'avais initialement recommandés ont cessé leurs activités. Je crois que le nouveau chef de file de l'industrie, Twilio , possède une excellente API et des prix raisonnables. Tropo , Plivo et Nexmo sont d’ autres solutions intéressantes .
Cela fait un petit moment que j'utilise IMified pour faire des choses similaires et j'ai trouvé que ça fonctionnait bien. Il vous permet de recevoir des SMS (ou des messages Twitter et IM) sous forme de HTTP POST et la réponse de votre serveur Web est envoyée en réponse. Ils offrent également un service Web qui peut être utilisé pour engager une conversation et envoyer des messages .Alors que je cherchais d'autres options, je suis tombé sur Zeep Mobile (Remarque: Zeep Mobile ne sera plus en activité à compter du 01/08/2013) qui dispose d'une API pour l'envoi et la réception de SMS. Il est gratuit et financé par la publicité ou disponible moyennant des frais mensuels. Je n'ai pas essayé, mais ça a l'air assez intéressant.Vous pouvez également utiliser une passerelle SMS comme ClickATell .
Bonne chance!
EDIT: J'ai trouvé une question sur StackOverflow qui contient beaucoup plus de suggestions, dont certaines peuvent être obsolètes.
la source
J'ai eu un ami qui a réussi à mettre en œuvre cela par courrier électronique. Je crois qu'il l'a fait exactement de la même manière que ce site recommande :
la source
J'utilise Twilio pour la voix et j'ai été très impressionné. Je suis sûr que leur système SMS n'est pas très différent. Cela vous permettra d’envoyer à n’importe quel transporteur sans connaître l’adresse électronique à laquelle envoyer (comme je l’ai remarqué, elles changent avec le temps).
la source
Ceci est pour l'envoi uniquement, mais j'ai utilisé Penny SMS pour un projet et j'ai eu de la chance avec. Si vous utilisez Ruby, consultez la gemme penny_sms_muncher .
la source
Deux autres options que j'ai envisagées dans le passé:
API Skype
Envoyez et recevez des SMS à l'aide de la nouvelle API Skype. Je suppose que Twilio est moins cher, mais Skype est disponible dans plusieurs pays (si vous souhaitez recevoir des SMS)
Connecter un téléphone à votre serveur
Si vous résidez dans un pays (comme l’Argentine) où les entreprises de passerelle SMS facturent beaucoup, il est peut-être moins cher d’acheter un téléphone et de le brancher sur votre serveur (en fonction de l’environnement de votre hébergement, bien sûr). Vous pouvez ensuite utiliser un logiciel tel que SMSToolkit pour interagir avec le téléphone.
la source
Je recommanderais d'examiner l'API bidirectionnelle fournie par http://www.world-text.com/ .
la source
J'ai écrit un système de messagerie SMS de deux manières utilisant Vidicom UK en tant que fournisseur de SMS (je ne sais pas s'ils vont encore). Fondamentalement, ils ont une API basée sur HTTP où vous pouvez envoyer et recevoir des messages SMS. C'est trop compliqué à expliquer en détail, mais j'avais essentiellement deux tables de base de données, une pour les messages entrants reçus de la passerelle et une autre pour les messages sortants mis en file d'attente puis envoyés à la passerelle.
En gros, je devais ensuite analyser les messages entrants pour voir s’ils contenaient des mots clés tels que CANCEL ou STOP, puis traiter le message en conséquence. Malheureusement, vous recevez beaucoup de messages erronés - vous seriez surpris du nombre de personnes qui envoient des SMS au mauvais numéro - vous devez donc répondre en disant "Message non compris", etc.
la source
Si vous voulez un fournisseur de SMS en masse abordable, avec une API de développeur, vous pouvez utiliser www.SourceSMS.com - ils offrent une couverture internationale et des scripts que vous pouvez simplement télécharger et intégrer à votre site Web.
la source
Une autre option consiste à utiliser la fonction mail de PHP et une liste des serveurs de messagerie de l'opérateur, comme suit:
Faire un formulaire HTML sur un fichier PHP,
Puis définissez où le courrier sera envoyé:
Envoyer le courrier: ($ email, $ sujet, $ msg, $ maildefra besoin d'être défini et dans un format approprié, recommande également de nettoyer les entrées)
Assurez-vous que PHP possède des paramètres de messagerie valides dans php.ini. Si vous avez des questions, vous avez juste à me les poser.
la source
Je ne suis pas sûr que vous puissiez faire quoi que ce soit avec les réponses. Certaines API ont été conçues pour implémenter la fonctionnalité de texte avec Google Voice.
http://code.google.com/p/pygooglevoice/
http://code.google.com/p/google-voice-java/
la source
Il existe de nombreux producteurs et fournisseurs de services. Je connais Ozeki SMS Gateway. Les URL suivantes peuvent vous aider si vous souhaitez une solution interne avec votre propre modem GSM, votre fournisseur SMPP / UCP / CMD ou autre. Quand vous faites une décision, la première question: combien de SMS voulez-vous envoyer ou recevoir?
HTTP SMS API avec des exemples .
API SMS pour les développeurs ASP / ASP.NET et exemples pour PHP Les développeurs qui expliquent comment configurer les pages de fonctionnalité SMS peuvent vous fournir des informations utiles.
la source