寫這篇博客紀(jì)念下我此次尷尬的工做。api

首先此次的需求是公司基于借款人給投資人還款時批量發(fā)送短信的需求，剛接到需求的時候我一臉懵逼，無所適從。我但是從沒寫過的，也不知道發(fā)送短信的機(jī)制是什么。今天寫下這篇blog寫是防止本身之后忘記方便看一下。同時也給若是有一樣需求的新手們借鑒，可能寫的很差，但愿看到的大神們多多指教，共同窗習(xí)，共同進(jìn)步。數(shù)組

好了！很少說那些有的沒了，再多說就矯情了。安全

如今來看下235的接口文檔：服務(wù)器

1?普通短信發(fā)送

用戶在遵循HTTP或者HTTPS協(xié)議的前提下，可經(jīng)過GET和POST方式提交短信發(fā)送請求。POST方式提交短信不超過50000個手機(jī)號碼，每一個號碼用英文逗號間隔。(營銷及通知發(fā)送相同內(nèi)容給多個手機(jī)號碼時，經(jīng)過POST方式提交，建議1000或者1000以上一個包提交)。學(xué)習(xí)

1.1?短信提交地址

1.1?參數(shù)定義

序號spa

參數(shù)blog

說明接口

1文檔

account

必填參數(shù)。用戶帳號

2

pswd

必填參數(shù)。用戶密碼

3

mobile

必填參數(shù)。合法的手機(jī)號碼，號碼間用英文逗號分隔

4

msg

必填參數(shù)。短信內(nèi)容，短信內(nèi)容長度不能超過585個字符。使用URL方式編碼為UTF-8格式。短信內(nèi)容超過70個字符(企信通是60個字符)時，會被拆分紅多條，而后以長短信的格式發(fā)送。

5

needstatus

必填參數(shù)。是否須要狀態(tài)報告，取值true或false，true，代表須要狀態(tài)報告；false不須要狀態(tài)報告

6

extno

可選參數(shù)，擴(kuò)展碼，用戶定義擴(kuò)展碼，3位

由于批量發(fā)送： 個人第三個參數(shù)用的是params,字符串格式的多條信息，每一個數(shù)組用';'隔開，數(shù)組的每一個元素用','隔開。規(guī)定格式。

個人params格式是這樣的‘mobileNo,UserName,Time;mobileNo,UserName,Time’...

msg格式"{$var}你好，{$var}立冬了。"，這樣params的第二個第三個參數(shù)就自動匹配到msg上了，第一個參數(shù)253接口那邊就當(dāng)是手機(jī)號碼，發(fā)送短信用的。設(shè)置個最大限度就能夠了。msg是變量短信模板

??提交成功

響應(yīng)狀態(tài)為0 代表那個成功提交到服務(wù)器：如20171108101609,0,1,0

手機(jī)成功收到短信：發(fā)送成功

??提交失敗

錯誤碼為101，服務(wù)器端并未返回msgid。這是我密碼輸錯時。

其實(shí)作完這個事的時候我就感受到其實(shí)就是簡單的調(diào)用接口，何須大費(fèi)波折寫博客。但我以為發(fā)送短信的那一刻確實(shí)是蠻有成就感的。

我有一點(diǎn)疑惑的是為何我用POST的形式就是報發(fā)送失敗,得用GET請求。我貼一下個人代碼上來。

以前單發(fā)的時候都是用POST，多是只能用GET請求，我也不糾結(jié)它了，我就用GET吧！至于GET可能不安全253那邊應(yīng)該作好處理了。

到此就差很少了，注意接口要傳送的參數(shù)就能夠了。一步一步的來。

總結(jié)

以上是生活随笔為你收集整理的php创蓝253四要素认证_PHP下基于创蓝253接口的短信发送的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。