Forum: Italian Ruby user group Invio e ricezione sms o altri sistemi di notifica

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
Eff93e9bbe063b7136c9b6f218071a09?d=identicon&s=25 Marco Mastrodonato (marcomd)
on 2014-08-19 12:47
Ho letto qualche spunto in questa discussione del 2010:
https://www.ruby-forum.com/topic/205117

tralasciando i metodi artigianali riepilogo i servizi:
http://www.clickatell.com
http://www.twilio.com
http://www.smsit.it/home/
http://www.netfunitalia.it

il primo ha buoni prezzi ma la gemma datata potrebbe creare lavoro
aggiuntivo

il secondo è quello che mi sembra più solido e con la gemma attiva
https://github.com/twilio/twilio-ruby

gli altri due non li ho valutati bene, non so se esistono api e
interfacce ruby

Io ora devo solo inviare e solo in futuro valutare qualche servizio
aggiuntivo per la ricezione, twilio potrebbe fare al caso mio. Qualcuno
lo sta usando?

Inoltre, oltre agli sms qualcuno utilizza qualche sistema alternativo di
notifica per smartphone?
Esempio WhatsApi https://github.com/th1988/ruby-whatsapp
La versione ruby non l'ho provata ma guardando il progetto in php ho
visto che gestisce anche gli eventi quindi anche la ricezione.

L'idea è quella di usare sms quando non so chi è il destinatario (es.
clienti) ed al contrario il sistema alternativo (es. collaboratori,
agenti ecc.) ma sarebbe da testare l'affidabilità.
5ffafe70176a99f175d16192fd5be69e?d=identicon&s=25 Luca P. (luca_p)
on 2014-08-19 15:25
(Received via mailing list)
Io lavoro abitualmente con Twilio e Tropo, entrambi ottimi e che ho
visto
nascere.
Ho usato anche Skebby come consulente e devo dire che per quel poco che
ho
visto non era male, ma i due sopra sono meglio.


2014-08-19 12:47 GMT+02:00 Marco Mastrodonato
<m.mastrodonato@gmail.com>:
Eff93e9bbe063b7136c9b6f218071a09?d=identicon&s=25 Marco Mastrodonato (marcomd)
on 2014-08-22 09:16
Sia skebby che tropo sono delle interessanti alternative, grazie.
Quelli di tropo vogliono una cauzione di 10$ per provarlo inoltre la
gestione da codice è meno intuitiva rispetto gli altri due. Skebby
richiede una registrazione come azienda per poter provare il servizio e
non sono ancora riuscito a farlo. Twilio è quello che per il momento
preferisco per la semplicità di utilizzo e per l'assistenza. Ho chiesto
qualche sms di prova in più, rispondono subito (consideranto il fuso
orario) e sembrano efficienti. In pochi minuti sono riuscito anche a
provare il TTS, interessante anche questo!
4aa32d96389aab5d2d398b6dbf84fee5?d=identicon&s=25 Gianluca Padovani (Guest)
on 2014-08-22 09:22
(Received via mailing list)
Io uso questo http://www.ehiweb.it/besms/

Ha delle chiamate API REST molto semplici, una console di
amministrazione,
mi trovo bene. E poi sono delle mie parti e li conosco :-)

Saluti
Gianluca
1a45b192d0bbaf167afb43a41859e313?d=identicon&s=25 Ju Liu (Guest)
on 2014-08-22 10:22
(Received via mailing list)
Tra l'altro per skebby esiste questa gemma:
https://github.com/welaika/skuby

    Ju

--
M.Sc. Ju Liu
Twitter: @arkh4m <http://twitter.com/arkh4m>
Skype: johnny_arkham
Card: http://zerp.ly/ju-liu
--
Societ Cooperativa weLaika
Corso Vigevano 14/B, 10154 Torino (TO), Italy
http://welaika.com - info@welaika.com


2014-08-22 8:21 GMT+01:00 Gianluca Padovani <gpadovani@gmail.com>:
Eff93e9bbe063b7136c9b6f218071a09?d=identicon&s=25 Marco Mastrodonato (marcomd)
on 2014-08-25 09:42
Grazie Gianluca, se li conosci fagliela la gemma, ti fai offrire una
cena :)
hai qualche script di esempio?

Grazie Ju, si l'avevo vista ed hai fatto bene a scriverlo. Non ho ancora
provato skebby perchè richiede una registrazione come azienda ma dovrò
sicuramente valutarli perchè sono seri e offrono tanti servizi
aggiuntivi interessanti
4aa32d96389aab5d2d398b6dbf84fee5?d=identicon&s=25 Gianluca Padovani (Guest)
on 2014-08-27 00:18
(Received via mailing list)
Ciao Marco,
scusa il ritardo nella risposta.

Qui https://gist.github.com/gpad/5287e187731bedfa4244 trovi un esempio
del
loro uso

saluti
Gianluca
656a424090d82cf108c754be9e07d5b0?d=identicon&s=25 Giorgio Robino (solyaris)
on 2014-08-29 07:25
ciao

mesi addietro condivisi la demo: SMS Echo Server (using Skebby)

https://github.com/solyaris/SMS-Echo-Server

utilizzay l'Italiana skebby.it (e la gemma skuby) per l'invio di SMS,
qui ringraziamenti:
https://github.com/solyaris/SMS-Echo-Server#special-thanks

a riguardo di SMS Gateway providers, In generale, avevo fatto un pò di
analisi concludendo che Skebby fosse il migliore (per l'Italia, sia per
l'interfaccia API, sia per l'offerta commerciale).

Ora, confesso chedevo rivedere l'analisi perchè sto lavorando ad
applicazione (commerciale) con rx/tx massiva di SMS / Instant Messaging,
quindi se c'è soluzione migliore di skebby
accetto suggerimenti! (p.s. ai tempi se non ricordo male Twilio e
competitors avevano costi più alti di skebby)

giorgio
656a424090d82cf108c754be9e07d5b0?d=identicon&s=25 Giorgio Robino (solyaris)
on 2014-11-03 15:21
ciao a tutti

sono interessato ad servizi di
- invio SMS (con ricevuta di ritorno)
- ricezione SMS a "centro servizi"

per applicazione "internazionale" (gli utemti potrebbero essere Indiani
come americani, come austriaci...).


In passato ho usato con successo per qualche test L'Italiana Skebby
(vedi mio post precedente).

Al di là degli aspetti commerciali (copsto per singolo sms tx/rx)

Qualcuno ha esperienza con:

- twilio.com ?
- nexmo.com ?

Any idea ?
grazie
giorgio
7694ba11d46028c1ac0377633d269120?d=identicon&s=25 Chiara Stamperti (chia83)
on 2016-04-20 09:51
Ciao a tutti :)

Io utilizzo l’API di SMSFactor.it che permette di inviare sms (con
notifica di avvenuta ricezione).

È facilmente e gratuitamente integrabile in tutti i siti e programmi, ed
è adatta anche per chi ha esigenze internazionali.

Vi indico in link http://www.smsfactor.it/sms-api/

Hanno anche una gemma attiva: https://rubygems.org/gems/sms_factor
This topic is locked and can not be replied to.