의하시기 바랍(binary SMS)프로토콜 죽는가?[마감]
https://stackoverflow.com/questions/531340
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
는 사람으로 처리하시기 바랍 이진 SMS 프로토콜?이 기술은 여전히 매우 광범위하게 사용하는 메시지 수집하고 운반하지만,그것을 같이 보시기 바랍 spec 지 않 업데이트되며,지원시기 바랍 라이브러리가 서서히 사라져 가고있다."SMS 포럼"(http://www.smsforum.net 다)종료 2007.
나를 위해,그것은 같은 느낌 프로토콜은 죽음에서의 부탁 web-서비스 인터페이스,하지만 내가 궁금 다른 사람들이 무엇을 생각합니다.
해결책
기 때문하시기 바랍는 주로 사용하여 무선 사업자는,당신의 질문에 대한 답변에 많이 의존하는 시장이 무엇/지역/국가를 다루고 있다.
내가 있는 경험과 라틴 아메리카 무선 회사,당신에게 말할 수 있지만 점점 더 많은 기업이 숨어있다 그들의하시기 바랍 서버 behing HTTP webservices(을 제공하는 그들에게 더 많은 유연성)의하시기 바랍 프로토콜은 여전히 요구 사항에 연결의 많은 무선 회사,그것은 확실히 죽지 않았습니다.
고 안에 보면 그 무선 회사,시기 바랍 프로토콜을 매우 많이 살아있는 자신의 내부 네트워크 간의 연결과 함께 다른 캐리어입니다.
그것은 사실의하시기 바랍 spec 변경되지 않은 오랜 시간에,하지만 그건 나쁜 일이죠.이 프로토콜,성숙하고 있는 없을 것으로 보인에서 관심사로 확장되는 새로운 기능을 포함하도록 특별히 있기 때문에 발견되는 유연성이 그들이 필요로 하는 사용자 정의한 HTTP Api
고에 관한 라이브러리 구현이의하시기 바랍, 의 문화적 수준은 매우 높 개발이 활발하지만,권장하지 않습니다 그것의 사용입니다.불행히도 대부분의 성공적인 장기적인 구현을 볼 수 있었의하시기 바랍 클라이언트가되었다 집 재배 구현
다른 팁
시기 바랍에 좋은 프로토콜에 대한 간단한 메시지를 전송합니다.나는 그것을 희망하지 않는 죽을 부탁에의 어떤 HTTP 프로토콜을 기반으로.나는 것에 동의하는 HTTP 프로토콜 것 유연성을 제공합,그러나,그것이 의미하는 지방 탑재량에 따라 어떤 변형의 XML 또는 다른 텍스트 프로토콜,는 것에 영향을 미칠게 성과/전원 사용합니다.
큼하시기 바랍에 의해 유도된 사양에,그것은 위대한 사용합니다.
우리는 여전히 그것을 사용하도해 보시기 바랍니다.
우리는 또한 아직도 그것을 사용 하지만 우리는 repacing 그것은 HTTP 프로토콜에 대한 새로운 프로젝트!
리카르도 레예스는'응답 커버(https://stackoverflow.com/a/545651/467545 다)이 질문합니다.다만 추가하는 내 자신의 경험에서 이 문제입니다.
댓글 이진 메시지
나는 회사는 실행하시기 바랍 허브입니다.우리가 하는 비즈니스 로직 처리를 처리하는 바이너리 SMS.비율은 낮지만,그들이 존재합니다.스마트폰(아이폰,예를 들어)만들 수 있는 바이너리에 대한 SMS 긴 메시지입니다.우리가 보고 있는 일부 사용 사례.
댓글을하시기 바랍 spec
그것은 꽤되었습니다 몇 년간의하시기 바랍 사양이 업데이트되었습니다.나는 보지 못했다는 어떤 주요 캐리어에서 우리를 지지하시기 바랍 5.0spec.거의 모든 곳에서,그것의하시기 바랍 v3.4.나를 위해,그 이유는 다음과 같습니다
- 시기 바랍 v3.4 을 충족 대부분의 요구 사항입니다.회사는 발견 자신의 주위에 방법 제한 사항이 있습니다.
- 성장 추세에 대한 SMS flattening.그것은 이해되지 않을지도 모르지 않는 자원을 소비에 이 지역이다.도하시기 바랍 v5.0 하지 않았 많은 견인력,대안이 없이 개발되고 있습니다.
- 스마트폰 앱을 사용할 수 있는 데이터를 보낼 계획 SMS(지하시기 바랍)및 우회할 SMS 커뮤니케이션 채널이 있습니다.아이폰의 아이메이 트렌드의 가장 큰 체인저 여기에.
에도 불구하고 성장이 감소 추세,SMS 통하시기 바랍는 핵심 통신 프로토콜,아마 계속 살아서 캐리어 공간에 대한 몇 가지 더다.는 엄격 제 개인적인 관찰합니다.
에 코멘트를 사용하시기 바랍
시기 바랍 필요한 특정에 대한 지식 프로토콜,그리고 시간이 걸리고 인내심을 획득하는 지식입니다.그것은 아마도 영향을 받는 상승의 다른 대안을 찾기 시작했습니다.
내가 보는 개발자들은 기울고 더 많은 쪽으로 HTTP 를 기반으로 통신한다.의 구현은 사용자 지정입니다.나는 보았:
- HTTP 를 통신을 사용하여 얻을 매개 변수입니다.는 경우는 동기식 승인이 필요한 통화 된 차단,다른 콜백을 사용하여 보고서를 인정합니다.
- HTTP 를 사용하는 포스트 매개 변수입니다.XML 을 사용하여 설명하는 SMS.
- 웹사 서비스
드물게 일부 사용되는 대안이 있다:
- SMTP.보내기 위해서는 entity.
- IMAP.한다.
하지만 많은 SMS agregattors HTTP Api.나는 생각하시기 바랍에 매우 유용하고 싶을 때 하는 대규모 발신 항목 수하기 때문에,그것은 연결된 프로토콜입니다.
