WooCommerce Bookings alojamiento que nunca vende la misma ranura dos veces.
La disponibilidad se recalcula en cada vista del calendario, y dos personas pueden alcanzar la última ranura en el mismo segundo. Ambos son problemas de infraestructura antes de que sean problemas de plugin.
Todo un calendario de reserva pide un anfitrión.
El calendario es lo más caro del sitio y lo menos cachéable. La pila está configurada alrededor de eso en lugar de a pesar de él.
Calendarios que cargan mientras la gente está eligiendo
La solicitud de disponibilidad es una llamada AJAX que ejecuta una consulta real a través de cada reserva existente en el rango. Se excluye de la página caché y dado a la cabecera PHP para que el calendario se llena inmediatamente.
Dos clientes, una ranura, un ganador
Las notas de checkout se envuelven para que el cheque de disponibilidad y la inserción de reserva suceda como una única operación cerrada. El segundo cliente se le dice que la ranura ha ido en lugar de ser vendido también.
Mirajes de disponibilidad en memoria
Las reservas despliegan sus cálculos de disponibilidad. Situada en Redis en lugar de en la tabla de opciones, esas búsquedas dejan de competir con los escritos que están creando nuevas reservas al mismo tiempo.
Reservas pendientes que caducan
Las bodegas no pagadas son liberadas por un trabajo programado. Conducido por cron del sistema funciona a tiempo, por lo que las ranuras no se bloquean por las salidas abandonadas hasta que el próximo visitante llega.
Respaldos nocturnos del calendario
Reservas, clientes y pedidos en una instantánea, replicado del origen, restaurable desde el panel de control sin pedir a nadie que reserve.
Mira el calendario, no el servidor.
Los sitios de reserva no tienen nada que ver: un agarre que nunca se lanzó, un cron que se detuvo, un calendario que se hizo más lento mientras la temporada se llenaba.
- Acceso de administración de un clic, sin contraseñas compartidas
- Tiempo de respuesta de punto final de disponibilidad rastreado
- Actualizaciones de enchufe y núcleo con el estado de cada punto
- Restaurar cualquier copia de seguridad diaria del panel de control
Un calendario completo carga como uno vacío.
El costo de disponibilidad crece con el número de reservas ya tomadas, lo que significa que el mes más ocupado del año es también el más lento - a menos que las apariencias estén en memoria.
Lo que cambiamos para WooCommerce Bookings
Estos difieren de un sitio estándar WooCommerce en el mismo plan, porque una tienda de reservas vende una cosa finita que dos personas pueden intentar comprar simultáneamente.
| Ajuste | Qué hacemos | Por qué |
|---|---|---|
| Disponibilidad AJAX endpoint | Excluido de la página caché y dado reservado a los trabajadores PHP | Cada vista del calendario activa una consulta en vivo a través de las reservas existentes en el rango, por lo que no se puede servir desde un caché y no se puede permitir cola detrás de las solicitudes de página ordinarias mientras que un cliente espera las fechas para aparecer. |
| Transientes de disponibilidad | Almacenado en Redis en lugar de la tabla de opciones | Las reservas escriben su disponibilidad de caché constantemente, y manteniendo que churn en la tabla de opciones lo pone en contacto directo con los mismos insertos que están creando nuevas reservas. |
| Operaciones de registro | Disponibilidad de check y reserva inserto envuelto en una sola transacción bloqueada | Sin una cerradura que se mantiene en ambos pasos, dos checkouts simultáneos pueden leer cada uno la misma ranura que libre antes de escribir, y la tienda confirma una cita que no puede honrar. |
| max_execution_time | Criado para los puntos finales que evalúan amplios rangos de fechas | Un cliente que abre una vista de doce meses pide un cálculo a través de cada recurso y cada reserva existente en esa ventana, que es un orden de magnitud más trabajo que cualquier otra solicitud que el sitio sirve. |
| Limpieza de libros de texto | Publicado por el cron del sistema en un horario fijo | Unpaid mantiene el inventario real de bloques, y bajo wp-cron sólo se liberan cuando llega un visitante - por lo que las horas más tranquilas son exactamente cuando los checkouts abandonados mantienen las ranuras fuera de venta el más largo. |
Precios claros y sencillos.
Todos los planes incluyen migración gratuita, copias diarias, SSL y soporte 24/7.
- 1 sitio WordPress
- 10 GB de almacenamiento NVMe
- SSL gratis
- Copias de seguridad diarias
- Despliegue con un clic
- Soporte por tickets
- 5 sitios WordPress
- 50 GB de almacenamiento NVMe
- SSL gratis
- Copias de seguridad diarias
- Despliegue con un clic
- Soporte prioritario por tickets
- 20 sitios WordPress
- 200 GB de almacenamiento NVMe
- SSL gratis
- Copias de seguridad diarias
- Despliegue con un clic
- Soporte dedicado
Preguntas frecuentes.
¿Pueden dos clientes reservar la misma ranura a la vez?
¿Por qué mi calendario de reservas tarda tanto en cargar?
¿Puedo poner el calendario detrás de un caché de página?
¿Se liberan automáticamente las reservas no pagadas?
¿Funciona esto con Amelia o Bookly?
Ejecute WooCommerce Bookings sin vender su calendario.
Migración libre, disponibilidad que se carga al instante, y bloqueo que se mantiene al checkout.