¿Que pasó?
A partir del 1 de noviembre, Yandex.Maps ha reducido los límites de uso gratuito de la API HTTP de Geocoder de 25,000 a 1,000 solicitudes por día. Pero no todos fueron notificados de esto.
Además, aunque los nuevos límites solo se refieren a la API HTTP de Geocoder, sigue emparejada con el servicio de incrustación de mapas. Ahora, un exceso accidental en el uso del geocodificador corta sus tarjetas por un día, a pesar del límite anterior para incrustar en 25 000.
Por supuesto, esto es lo que sucedió aquí. Y no solo aquí . Yandex reconoció el problema e incluso ofreció una compensación .
Y así sobre la compensación comienza la correspondencia con el apoyo.
Al principio, no ve que estamos usando la API en absoluto. Pero obtiene la vista después de nuestra captura de pantalla.
Luego redirige al uso comercial .
Además, no ve cómo usamos el geocodificador, lo que explica la falta de notificación de nuevos límites. Aunque nuestra naturaleza habitual de usar un geocodificador es de hasta 100 diarios con saltos de hasta 1,000, y varias veces al año, hasta 25,000. La
conversación termina con una referencia al acuerdo, donde está escrito que Yandex no está obligado a usted, todo debería funcionar de esta manera.
La correspondencia tomó 3 días, de los cuales el primer día las tarjetas no funcionaron. nadie empezó a compensar por nada ni siquiera durante el juicio.
Pero las patas de este empezaron a crecer hace poco más de un año. "¿Por qué apareció este artículo?" Recuerda algo, ¿sí? :)
Versión de Schrödinger et al.
Antes de los límites, el control de versiones era el principal problema.
Entonces, si indica el número de versión, digamos, 1.65, ¿cuál espera obtener al final?
Pensé que era 1,65. Pero no, Yandex.Maps está firmemente convencido de que esto puede ser 1,72, 1,75, etc. Bueno, al menos solo crece. Pero no es exactamente.
Cuando se les preguntó dónde descubrieron que se trataba de una buena práctica, respondieron con un enlace a su propia documentación sobre control de versiones. Inteligentemente, ¿sí? :)
Por lo tanto, recibe errores que no esperaba. Debe editarlos de inmediato; nuevamente, nadie le notificó y no hay ningún lugar donde retroceder.
Al principio, racionalicé este enfoque pensando en comentarios rápidos y editando. Por lo tanto, informó de todo lo que encontró. Pero de nuevo no lo adiviné. Como te entiendo, @ ReDev1.
El soporte podría haber respondido durante años. E incluso se pueden devolver errores arreglados.
Aquellos. usted mismo debe rastrear y conocer todos los cambios, incluso aquellos dentro del código, y realizar cambios de acuerdo con el plan de trabajo de Yandex.
Entonces, resulta que trabaja con una falta de estilos de mapa receptivos, o con una carga de mosaicos inoperante para mapas de objetos, o con un caché de mosaicos de fondo, etc.
No perderé tiempo en documentación y arquitectura de código, que a menudo se parece a un plato italiano.
Es solo negocios, nada personal.
Este es un enfoque cínico. Y el negocio resulta ser malo cuando los especialistas en marketing que fracasan ponen el dinero por encima de su reputación.
Otra confirmación de esto es la reciente ruptura de un gran acuerdo con Yandex. Aún así, alguien tiene en cuenta el estado de ánimo de los usuarios.
Construimos nuestros proyectos de una manera diferente.
Antes de eso, la API Yandex.Maps se había utilizado durante más de 7 años debido a su cobertura y límites convenientes. Pero ahora, dada la naturaleza del uso, los nuevos límites, los precios y la calidad del soporte, no tiene sentido. Es mucho más barato, más conveniente y más flexible utilizar sus propias soluciones basadas en otros productos de código abierto y gratuitos.
Además, tal como están las cosas, tuve que escribir mis propias envolturas para resolver los problemas de los servicios de Yandex.Maps. Por ejemplo, el mismo geocodificador está capacitado en estadísticas de entrada de usuarios. Debido a esto, a menudo sucede que la dirección exacta no está codificada geográficamente, pero, por ejemplo, sin Street View, sí lo está.
Creo que muchos otros proyectos de tamaño medio harán lo mismo. Como resultado, solo los proyectos pequeños que utilizan la funcionalidad más básica permanecerán en Maps y los usuarios comerciales, que recibirán cada vez más errores perdidos. Como resultado, comenzará su salida.
Otra consecuencia interesante de toda esta historia es que dejé de percibir a los empleados de Yandex como especialistas serios. Y hay que dividir, al menos por 10, todo lo que dicen, incluso si hay ganas de escucharlos.
Quizás divertido.
De alguna manera Yandex in Real Estate adquirió una funcionalidad muy similar a lo que fue la propuesta única de nuestro proyecto.
Entonces el paranoico interior pensó en la coincidencia de la coincidencia. Porque 5 años antes habíamos empezado a solucionar el problema de la búsqueda de vivienda, teniendo en cuenta la calidad de vida. En particular, teniendo en cuenta la ecología y utilizando mapas interactivos. Y este sigue siendo un servicio muy especializado.
PD:
Hay algo similar en Google. Estoy pensando en escribir algo también, si terminas de escribirlo.
¿Quién sabe si hay un complemento para el folleto para que pueda usarlo con un backend en la API de Yandex.Maps? En todo caso, ya comencé a escribir una solución similar.