Mecánica de las colas
What happens if a user joins a Waiting Room before the queue activates?
El usuario puede esperar en la sala de espera, pero no recibirá un número de orden hasta que se active la cola. A todos los usuarios que ya se encuentren en la sala de espera cuando se active la cola se les asignará un número de orden aleatorio. Los usuarios que se incorporen a la cola a partir de ese momento quedarán detrás de esos usuarios iniciales, en el orden en que se hayan incorporado a la cola.
Why don’t I always see the queue drop by exactly the amount I’ve set?
Hay varias razones por las que la disminución de la cola puede no coincidir exactamente con la tasa de entrada que hayas configurado en CrowdHandler:
- La cuota del dominio se establece para todas las colas de tu dominio. Es posible que tengas más de una cola activa; en ese caso, la cuota del dominio se reparte entre todas las colas activas. En el caso de una cola «catch-all», puede haber tráfico de fondo que se transfiera constantemente sin que la cola llegue siquiera a acumularse. Estas transferencias siguen contando para tu cuota del dominio, ya que siguen siendo tráfico que tu dominio tiene que gestionar.
- Some users in the queue give up and their session expires. In this case active users are favored for promotion. The increase in transacting users is limited to your domain rate, but you will see the queue drop by a bigger number due to some of the sessions in the waiting room expiring, in addition to your set rate being promoted.
Will the user join any catch-all queue as soon as they exit another queue?
¿No hará esto que se pongan en doble cola?
When a user is promoted from a queue, they are automatically promoted for any catch-all queues on the same domain. This double promotion is only counted once for all transacting users.
Which queue gets priority?
¿Los usuarios de una cola general tendrán que esperar detrás de los usuarios de una cola específica, o al revés?
Think of queues more like lanes on a freeway. They all have the same capacity, but tailbacks start to build up at the exits where the demand is. So if you have a very busy queue for a specific product, and low levels of background traffic, the waiting room for the catch-all queue will probably not kick in at all. However, if you do see a surprise spike in background traffic, the catch-all waiting room will kick in, and both queues will empty at the same rate. The same is true if you have two or more specific queues running concurrently on the same domain.
Why don’t I always see a perfectly even output flow from simultaneous queues?
Los usuarios activos son los primeros en salir. Las posiciones en la cola se mantienen abiertas para los usuarios que han sido admitidos, incluso si se han desconectado de la sala de espera, hasta que finaliza el periodo de espera. Si tienes una cola que lleva funcionando algún tiempo, es probable que una mayor proporción de esos usuarios estén inactivos. En ese caso, una cola más reciente y más agresiva se llevará una mayor proporción del tráfico de salida.
Why do I often see a significant drop in the queue 3 minutes after a spike in traffic?
A menudo, un pico inicial de tráfico se debe a bots de rastreo o a usuarios que simplemente buscan información sin intención inmediata de realizar una transacción. Este tipo de usuario suele conectarse una sola vez y nunca vuelve a conectarse cuando se encuentra con una sala de espera. CrowdHandler detecta a estos usuarios y cierra esas sesiones para dar paso a los usuarios reales que están en la cola.