اقتراحات API SMS [مغلقة]
https://stackoverflow.com/questions/804924
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
وأنا أبحث عن العديد SMS المعهد. أساسا لاستقبال الرسائل القصيرة من الهواتف المحمولة. أي اقتراحات؟
المحلول
إذا كنت تبحث عن مزود خدمة الرسائل القصيرة؟ هل يمكن أن تحاول Clickatell
إذا كنت تبحث في إنشاء المعهد الرسائل القصيرة، والنظر في تويتر API
نصائح أخرى
وهناك نوعان الأساسية "API SMS في": SMPP وHTTP
واجهة SMPP هو المعيار في جميع أنحاء العالم تستخدم داخليا من قبل شركات الهاتف الخلوي وكذلك بين SMS إرسال / استقبال العملاء وتلك شركات الاتصالات و<لأ href = "http://itlaw.wikia.com/wiki/SMS_aggregator" يختلط = "noreferrer"> مهام تجميع SMS . أوصي قراءة SMPP v5.0 لل specfication . الدعم الدولي العام لSMPP يدعي "SMPP الامتثال v3.4"، ولكن من الناحية العملية، يتم تغيير SMPP v5.0 للقليلا من 3.4 إلا أن الوثائق هي أفضل بكثير. وكانت وثيقة مواصفات v3.4 SMPP متفرق قليلا، ومنتدى SMS ساهم كثيرا في وثيقة المواصفات مع الإصدار 5.0.
وSMPP هو المواصفات التي توثق وسيلة لإرسال واستقبال الرسائل القصيرة بين عقدتين: وESME أو العميل، والتي ستكون لكم، وMC أو "شركة الاتصالات" الجانب، والتي ستكون شركة الهاتف أو مجمع SMS مع الذي عقد ليكون مدمن مخدرات في البنية التحتية SMS الدولية.
وهناك حاجة SMPP إذا كنت المنفذة لارتفاع حجم، أي: SMS متعددة في الثانية الواحدة. بروتوكول SMPP هو ثنائي بروتوكول الزوج PDU طلب / الاستجابة الذي يعمل على TCP. بروتوكول الزوج الأساسية الطلب / استجابة بسيط نسبيا، ولكن مواصفات SMPP لديها العديد من الملحقات، وفي العالم الحقيقي الأمور تتعقد جدا بسبب العدد الهائل من ملحقات والتضارب في كيفية ميزات مختلفة من SMPP يتم تنفيذها من قبل البرامج وشركات الاتصالات المختلفة . عن طريق SMPP يتطلب أن يكون لديك الخفي / الخدمة تعمل بشكل مستمر لتوفير مرفق الاتصالات SMPP الأقران في الوقت الحقيقي، ولا يمكن تنفيذها بحتة ضمن رمز التطبيق على شبكة الإنترنت. دمج SMPP إلى تطبيق ويب يتطلب تطوير الخفي / الخدمة للتعامل مع جزء ESME من الزوج SMPP ESME / MC، ومن ثم توفير نوع من آلية RPC بين أن البرنامج الخفي والتطبيق الويب الخاص بك.
ومثال مكتبة SMPP هو جيكا . كان جيكا رائدة في تطوير SMPP SMSC، ووأصدرت هذه المكتبة كمصدر مفتوح. واحدة من الدول القليلة جدا التي تعمل على ويندوز. يعمل معظم مفتوحة المصدر SMPP التعليمات البرمجية على * لا شىء.
وبدلا من ذلك، يمكن للمرء أن استخدام SMPP بوابة البرمجيات. إلى حد بعيد خادم SMPP مفتوحة المصدر المعتمدة على نطاق واسع هو Kannel . أعرف العديد من تجميع SMS التي تستخدمها. كما تسألون عن PHP وأفترض لينكس، ودمج مع Kannel قد يكون أفضل رهان. أنا لا يحذرك أنه غير تافهة لتكوين. هناك العديد منها غير مفتوحة المصدر متاحة أيضا مثل و أوزيكي رسالة خادم و الشمال التراسل تكنولوجيز "رسالة المؤسسة ملقم (EMG). كلا من هذه العروض تقدم حلا أكثر "تسليم المفتاح" من Kannel وقد يكون من الأنسب للاستخدامات الخاصة بك.
لأقل التطبيقات حجم، فمن <م> كثير أبسط لتطبيق واجهة HTTP إلى SMS مجمع. هناك العديد من مهام تجميع SMS هناك تقدم واجهات HTTP. ليس هناك معيار عالمي، ولكن ما يقرب من جميع تقديم GET / وظيفة واجهة HTTP بسيطة نسبيا التي هي بسيطة جدا على الاندماج في تطبيق ويب أو أي بيئة البرمجيات حيث HTTP GET / ويدعم وظيفة جيدة. ومهام تجميع SMS كما تقدم عموما بعض الملفات أو واجهة مقرها XML لزيادة حجم الإرسال. كما قارئ المذكورة أعلاه، Clickatell هو مثال لSMS مجمع، فهي تعتبر "الرواد في هذه الصناعة. " مثال آخر، واحد لقد استعملت هو <وأ href = "هتص: //www.routomessaging.com "يختلط =" noreferrer "> Routo التراسل
وكل SMS مجمع ديه API HTTP الخاص بهم، رغم أن معظم جميعا دعم الخدمات نفسها. أيضا، ومعظمهم من تقديم عدد قليل من الائتمانات اختبار الحرة. لقد رمز إلى اختبار مع العديد منهم مكتوبة، وأنها عملية بسيطة ساعة قليلة، وعادة أقل من ساعة مرة واحدة كنت قد كتبت واحدة.
ويمكنك استخدام SMSSync أو مصدر بوابة SMS مجانية ومفتوحة لالروبوت.
وسيكون استقبال الرسائل القصيرة على الهاتف الروبوت الخاص بك، ثم تفعل ما بعد HTTP إلى URL الذي تحدده داخل التطبيق.
ولكن، والخدمات ملاحظة مثل هذه سيكون لها وجود قيود الإنتاجية (حوالي 1 الرسائل القصيرة في 6 ثانية) وكان لديك لإدارة "استضافة" من "بوابة SMS". إذا كنت تستطيع، قد ترغب في النظر في مقدمي SMS الظاهري مثل Nexmo و <لأ href = "HTTP: // developer.hoiio.com/docs/sms_receive.html "يختلط =" نوفولو "> Hoiio API .
