Máximo Décimo Hispanio
Sexador de pollos
No es problema, un scrapper te mete delay, si estas limitado a solicitudes, no problem, en background te absorbe a las 2 de la madrugada todas las referencias, los scrapper se usa python, pero se pueden hacer en PHP, Js, y demasSi que habia pensado en una de las cosas que comentas, que el programador haga algo para que todos los dias a cierta hora lea todo lo que ofrece la API, y meterla en la base de datos de la web, para luego trabajar sobre esta ultima. Pero seguramente no sea factible, ya que estuve leyendo toda la informacion que da el proveedor de la API, y creo que esta limitada a 15 solicitudes por segundo (aunque pone que se puede solicitar que aumenten el valor). El catalogo puede tener facilmente 7000-7500 referencias diferentes (si, es una pasada, aunque de ahi se vende luego habitualmente un 10% como mucho, en realidad el catalogo es super amplio), y aunque eso supondria algo asi como 8 minutos (no es mucho tiempo), muchos de los productos que tiene el proveedor "vuelan" en cosa de horas. Y una de las cosas que creo fundamentales a la hora de que la tienda no me quite apenas tiempo, es que los stocks esten visibles en tiempo real, y que los clientes solo puedan pedir lo que hay realmente disponible. De hecho haciendo el pedido entre las 12:00 y las 13:00 cada dia, ya me arriesgo a que alguna cosilla la pidan y cuando yo haga realmente el pedido no quede. Seguramente le diga al programador que al stock de cada producto que me indica la API, la web le quite unas cuantas unidades para mostrarlo, y asi siempre me aseguro que hay un pequeño margen extra. Lo ideal seria que la API aceptara tambien hacer reservas (el proveedor lo acepta pero no desde la API, sino desde la web) y que mi web reservase automaticamente el material cuando el cliente me hace el pedido. Asi no tendria que decrementar el stock real, seria lo ideal, pero de momento va a ser que no es posible, al menos por lo que yo he leido del PDF sobre la API.
Te agiliza mucho tener una BBDD NoSQL, soporta mas peticiones, total, la api son Json, traducido, el mismo esquema que usan las BBDD NoSQL, es almacenar los documentos
Esta muy limitada esa API, no soporta muchos usuarios, te peta en picos, 15 usuarios segundo, es una concurrencia bajisima, lo optimo seria absorber la data y presentarla desde tu BBDD
Es jaleo hacerlo asi, sale pasta, piensatelo bien, igual las ovejas que entran por las que salen, lo veo ajustado todo, margenes, usuarios concurrentes, etc... no es un chollo la api esa
No lo veo, mucho riesgo, poco margen y una api muy poco versatil, estos de la api van rato flipados, sinceramente, se la metan por el trastero