在這種情況下，API 將產生一個隨機訊息 ID，您將在對此請求的回應中收到該 ID。 下一個模型是訊息本身。 它允許您指定多個目的地，每個目的地都將收到相同的文字。 您可以向其傳遞一個只有一個目標的陣列：來自的屬性和文字定義對訊息接收者可見的 SMS 訊息的一部分。 具體來說，from 將顯示為訊息的寄件者，而文字自然將是發送的文字。 另一方面，notifyUrl、notifyContentType 和callbackData 是元屬性，用於產生傳送報告並將其發送回給您。 您將在接收遞送報告章節中找到有關遞送報告的更多資訊。 最後，： 顯示回應 $requestBody 和 $client 都準備好後，您可以指示 $client 執行請求並用一行解析回應： 處理所有邊緣情況很重要並通知使用者我們的應用程式發生的一切。
在這種情況下:
，這意味著正確處理成功和不成功的 API 呼叫。 您可以透過將 $client->execute 方法呼叫包裝在 try-catch 區塊中來實現此目的。 從總體上看，它應該如下所示： 注意：在本範例中，我們將只向一個目的地發送一條訊息，因此發送的訊息回應數組將僅包含一個元素，無需 黎巴嫩手机号码清单 循環它。 但是，如果您決定將訊息傳送到多個目的地時，您必須遍歷回應數組。如果發生異常，您可以透過以下方式向使用者呈現詳細的錯誤訊息：上面的程式碼將嘗試解析來自API，即使失敗也會列印$apiCallException包含的任何訊息。 這就是您發送簡訊所需的全部代碼！ 您現在擁有一個功能齊全的用於發送訊息的應用程式。
您可以找到完整的程式:
碼。 檢索訊息日誌 傳送訊息日誌頁面 (logs.php) 用於檢索傳送訊息的日誌並顯示給您的使用者。 它包含從 Infobip API 檢索日誌所需的憑證輸入表單。 此外，它還允許用戶透過目標電話號碼或確切的訊息 ID 過濾所有可用日誌。 使用提交按鈕，頁面會將這些欄位發佈到自身。 使用 Infobip API 用戶端 與我們在發送 SMS 訊息章節中所做的相同，我們需要使用 API 用戶端庫中的幾個類別。 這次 use 語句將如下所示： 您可以再次在生產程式碼中保留 BasicAuthConfiguration 建構子的最後一個參數。
請參閱簡介章節中的註釋:
建置執行上下文 與上一章將資料傳送到 Infobip API 不同，在本例中我們主要專注於從 API 取得資料。 但是，您可能仍然希望按某些屬性過濾檢索到的日誌。 例如，您可能只 英國電信領先 想檢索發送到特定電話號碼的 20 個日誌。 您可以使用 GetSentSmsLogsExecuteContext 模型來指定此類過濾參數： 顯示回應 就像在上一章一樣，我們要處理成功和不成功的 API 呼叫。 同樣，您可以使用 try-catch 區塊來包裝對 $client->execute 的調用，並在 catch 區塊中處理潛在的異常： 如果一切順利並且 API 呼叫成功，您可以迭代返回的結果數組帶有foreach 循環的API。
