Lashiro's

Decisiones

1. El stock no viaja en el build

   La ficha de cada producto se congela al compilar porque cambia poco; las existencias se leen aparte, con revalidación corta. Si el stock viajara en el build, el sitio mentiría entre despliegues, y ese era justo el problema a resolver.

2. Sin pasarela de pago

   En Venezuela se paga con Pago Móvil, dólares en efectivo, Zelle o Binance, y ninguna pasarela los integra fácil ni barato. El sitio arma la orden con número y la manda por WhatsApp: sin pasarela, sin PCI, sin conciliación ni disputas.

3. Dólar BCV y bolívares

   Cada precio se convierte una vez en el servidor con la tasa oficial y se redondea al centavo, así que lo que suma la tienda cuadra con lo que ve la clienta. Si la tasa no llega, se muestra la moneda base; nunca una tasa escrita a mano.

4. Hecha para datos móviles lentos

   Las clientas llegan desde Instagram, en el teléfono y con mala conexión. Por eso hay CSS a mano en vez de una librería de componentes, fuentes servidas desde el propio dominio, imágenes en AVIF y el trabajo pesado en el servidor.

5. Cada lectura cuenta

   El proyecto vive en el plan gratuito de Firestore, con 50.000 lecturas al día compartidas entre la tienda, el panel y las pruebas. Una carga cuesta una lectura por producto y el stock entero, una sola; guardar en el panel no cuesta nada, y hay alertas antes de llegar al límite.

6. La seguridad vive en las reglas

   Las reglas de Firestore son la frontera real, no la pantalla de login: escribir el catálogo se autoriza contra la lista de administradores, nunca contra estar autenticado. Las rutas del servidor revisan el token antes que nada, y las reglas tienen pruebas propias.

7. El login nunca va antes del carrito

   Se compra siempre como invitada. Las cuentas son opcionales, nadie se identifica con su teléfono sin un código y, al eliminar una cuenta, sus pedidos quedan anónimos.