Prioridad de los desencadenantes de URL para salas de espera superpuestas

What happens if several of my waiting rooms match the same URL request?#

It would be possible to have the same URL trigger a catch-all waiting room, a room that matches on a string, and a regular expression based waiting room. Or for two regular expressions or two contains to both capture the same URL. In this case, which room does the user get sent to?

The answer is that the last room to open wins#

This is based on the room opens date, and this is usually exactly what you want. If you want a room to trigger on a particular URL at 9am on a Friday morning, then you want that to take over traffic from any catch-all room that is active at the time which happens to match your URL.

When you look at the room list in your Admin Panel, they are ordered in date opens order. And by default rooms are set to open on the days you create them. So in most cases, the url precedence will naturally work as you would want.

We believe this is less likely to cause confusion than to order precedence based on a preferred arbitrary order, which could prevent expected behavior from happening when rooms open. If you want to force some unusual URL triggering behavior, you can manipulate the room opens dates but this would be the exception rather than the norm.

Este comportamiento permite configurar una secuencia de salas de espera que se «sustituyen» unas a otras en momentos determinados. Por ejemplo, puedes programar salas de espera para que coincidan con las mismas URL, pero que se inicien a horas diferentes, con el fin de establecer un sistema básico de franjas horarias.