For some questions about developing the SMS sending platform in php, ask the expert company to develop a platform for sending SMS messages, connect multiple channels, and combine them into member channels, ad channels and other different types of combinations, each channel combination has three channels: mobile, Unicom, and telecom. My problem is that when the customer service sends a large amount of text messages, what should I do with this demand? my idea is to first store the information submitted by the customer into the database, then the system scans the database every 20 seconds. Run sendmsg. php once to send the submitted information within 20 seconds. There are other good methods. Is there any expert advice on this. I think there are quite a lot of WEB groups using PHP on the Internet. How do they achieve this?
Reply to discussion (solution)
With Message Queue, Baidu's AMQP will definitely not be able to scan the database once every 20 seconds.
Thank you. let me check it out. I used a text message platform. The information in the slowest 20 s library is sent out.
Could you give me a solution?
The information submitted by the customer is first stored in the database. the automatic sending page is not searched for in 20 seconds, but always searching.
If the queue information is sent, the lock status of the message is changed. the content length supported by each channel is different.
This can be encapsulated into a public method call or different sending pages can be opened through different channels.
There are still people who have never done this. Give me some advice.