Qu'est-il arrivé?
À partir du 1er novembre, Yandex.Maps a réduit les limites d'utilisation gratuite de l'API HTTP Geocoder de 25 000 à 1 000 requêtes par jour. Mais tout le monde n'a pas été informé de cela.
De plus, bien que les nouvelles limites ne concernent que l'API HTTP du Geocoder, celle-ci reste associée au service d'intégration de cartes. Maintenant, un excès accidentel sur l'utilisation du géocodeur coupe vos cartes pendant une journée, malgré la limite précédente pour l'incorporation à 25 000.
Bien sûr, c'est ce qui s'est passé ici. Et pas seulement ici . Yandex a reconnu le problème et a même offert une compensation .
Et ainsi de la compensation commence la correspondance avec le soutien.
Au début, elle ne voit pas du tout que nous utilisons l'API. Mais il obtient sa vue après notre capture d'écran.
Puis elle redirige vers un usage commercial .
De plus, elle ne voit pas comment on utilise le géocodeur, ce qui explique le manque de notification des nouvelles limites. Bien que notre nature habituelle d'utilisation d'un géocodeur soit jusqu'à 100 par jour avec des sauts jusqu'à 1 000, et plusieurs fois par an - jusqu'à 25 000. La
conversation se termine par une référence à l'accord, où il est écrit que Yandex n'est pas obligé de vous - tout devrait fonctionner de cette façon.
La correspondance a duré 3 jours, dont le premier jour, les cartes n'ont pas fonctionné. personne n'a commencé à compenser quoi que ce soit, même pendant le procès.
Mais les jambes de cela ont commencé à se développer il y a un peu plus d'un an. "Pourquoi cet article est-il apparu" rappelle quelque chose - oui? :)
Gestion des versions par Schrödinger et al.
Avant les limites, la gestion des versions était le principal problème.
Donc, si vous indiquez le numéro de version, disons 1,65, lequel espérez-vous obtenir à la fin?
Je pensais que c'était 1,65. Mais non, Yandex.Maps est fermement convaincu que cela peut être 1,72, 1,75, etc. Au moins, ça ne fait que grandir. Mais ce n'est pas exactement.
Lorsqu'on leur a demandé où ils avaient découvert que c'était une bonne pratique, ils ont répondu avec un lien vers leur propre documentation sur la gestion des versions. Intelligemment - oui? :)
Ainsi, vous recevez des bogues auxquels vous ne vous attendiez pas. Vous devez les modifier immédiatement - encore une fois, personne ne vous a notifié, et il n'y a nulle part où revenir en arrière.
Dans un premier temps, j'ai rationalisé cette approche en pensant à des retours rapides et en apportant des modifications. Par conséquent, il a rapporté tout ce qu'il a trouvé. Mais encore une fois, je n'ai pas deviné. Si je vous comprends bien, @ ReDev1.
Le support aurait pu être réactif pendant des années. Et même les bogues corrigés peuvent être retournés.
Ceux. vous-même devez suivre et connaître tous les changements, même ceux à l'intérieur du code, et apporter des changements conformément au plan de travail de Yandex.
Il s'avère donc que vous travaillez soit avec un manque de styles de carte réactifs, soit avec un chargement de tuiles inopérant pour les cartes d'objets, soit avec un sous-cache de tuiles d'arrière-plan, etc.
Je ne perdrai pas de temps sur la documentation et l'architecture du code, qui ressemble souvent à un plat italien.
C'est juste des affaires, rien de personnel.
C'est une approche cynique. Et l'entreprise se révèle mauvaise lorsque les spécialistes du marketing qui échouent placent l'argent au-dessus de leur réputation.
Une autre confirmation de cela est la récente rupture d'un gros accord avec Yandex. Pourtant, quelqu'un prend en compte l'humeur des utilisateurs.
Nous construisons nos projets d'une manière différente.
Auparavant, l'API Yandex.Maps était utilisée depuis plus de 7 ans en raison de sa couverture et de ses limites pratiques. Mais maintenant, compte tenu de la nature de l'utilisation, des nouvelles limites, des prix et de la qualité du support, cela n'a plus de sens. Il est beaucoup moins cher, plus pratique et plus flexible d'utiliser vos propres solutions basées sur d'autres produits open source et gratuits.
De plus, tel quel, j'ai dû écrire mes propres wrappers pour résoudre les problèmes des services Yandex.Maps. Par exemple, le même géocodeur est formé sur les statistiques d'entrée utilisateur. Pour cette raison, il arrive souvent que l'adresse exacte ne soit pas géocodée, mais, par exemple, sans vue de la rue, elle l'est.
Je pense que de nombreux autres projets de taille moyenne feront de même. En conséquence, seuls les petits projets qui utilisent les fonctionnalités les plus basiques resteront sur Maps et les utilisateurs commerciaux recevront de plus en plus de bogues manqués. En conséquence, leur sortie commencera.
Une autre conséquence intéressante de toute cette histoire est que j'ai arrêté de percevoir les employés de Yandex comme de sérieux spécialistes. Et vous devez diviser, au moins par 10, tout ce qu'ils disent, même si vous voulez les écouter.
Peut-être drôle.
D'une manière ou d'une autre, Yandex a acquis une fonctionnalité dans l'immobilier qui était très similaire à ce qui était une proposition unique de notre projet.
Puis le paranoïaque intérieur a pensé à la coïncidence de la coïncidence. Car 5 ans auparavant, nous avions commencé à résoudre le problème de la recherche d'un logement en tenant compte de la qualité de vie. En particulier, en tenant compte de l'écologie, et en utilisant des cartes interactives. Et c'est toujours un service de niche.
PS
Il y a quelque chose de similaire sur Google. Je pense aussi écrire quelque chose, si vous avez fini de l'écrire.
Qui sait s'il existe un plugin pour dépliant afin que vous puissiez l'utiliser avec un backend sous l'API Yandex.Maps? Si quoi que ce soit, j'ai déjà commencé à écrire une solution similaire.