I guess this background programming language is capable of processing concurrency! I guess this background programming language is capable of processing concurrency!
Reply content:
I guess this background programming language is capable of processing concurrency!
The main support is Go.
Http://www.csdn.net/article/2014-11-07/2822545
Do you really think this is a queue? All requests are sold out after one second in the queue. If it is me, the requests are randomly dropped and the queues are lined up. This is a typical business problem.
In addition, even if there are not so many people, you have to create a popular atmosphere. So I don't know how many interesting stories are there, I guess, but intuition tells me this is not a queue.
There should be nothing to do with the ability to implement a queue and concurrency
There is no half-cent relationship with language
The front-end should be the kind of node. js that can support large traffic volumes, and the back-end should be the queue implemented by nosql, I guess
It may be because the first generation of Xiaomi official website is made of php.
It seems that I didn't choose openresty to use Go as a system.
It has nothing to do with the language, and there are actually a lot of implementation methods. Using socket as an example, the so-called snatching is to put you into a queue and it will end, this queue usually uses something like redis or memecache and opens a socket connection at the same time, and another process will process this queue, after each processing, the processing result is pushed to the corresponding client through socket.
The flash sale page should be a pure html static page, with the backend nginx cluster + redis queue +.... In short, it is a matter of architect and O & M, and there is no half-cent relationship with the language.