[Feature Request] Trajet Favoris en 1 click

[grouville]

Afin d'améliorer l'expérience utilisateur, il serait intéressant d'intégrer ces 3 fonctionnalités :

• Une section historique, permettant en 1 click de relancer une recherche déjà passée avec la date du jour
• Une option d’édition des alertes en ligne (à côté du bouton info et supprimer)
• La non-suppression des alertes une fois la première trouvée (et garder l'annonce jusqu'à la date en question). Par exemple, j’ai eu une alerte pour un trajet X-Y tout à l’heure, un dimanche matin à 8h (c’est top, je l’ai pris : P), mais si jamais une autre à 11h réapparait, ça serait encore mieux, et donc cool de le savoir sans recréer une alerte :-)

Je veux bien m'en charger

[benoitdemaegdt]

Merci pour cette feature request ! 👍

Quelques commentaires :
Une section historique, permettant en 1 click de relancer une recherche déjà passée avec la date du jour
C'est effectivement une bonne idée pour faciliter et accélérer la création d'une alerte.
Je pensais à une solution certainement plus simple à implémenter : l'utilisateur pourrait indiquer son trajet favoris dans l'onglet "Compte". Une fois qu'il a fait ça, les gares de départ et d'arrivée se mettent par default lorsqu'il veut créer une nouvelle alerte. Qu'en penses-tu ?

Une option d’édition des alertes en ligne (à côté du bouton info et supprimer)
Très bonne idée 👏

La non-suppression des alertes une fois la première trouvée (et garder l'annonce jusqu'à la date en question)
C'est une feature qui m'a été demandé plusieurs fois déjà. Il y a cependant un point de blocage qui est la scalabilité de l'application. Pour récupérer la donnée, je passe par les APIs de la SNCF. Celle ci me bloque si jamais je la sollicite trop (Error 429 Too Many Requests). Je dois donc espacer les requêtes (~10s entre chaque requête actuellement). Plus il y a d'utilisateurs, plus l'app prend donc du temps à processer les alertes de chacun, plus elle devient inutile (pas d'intérêt si elle check la disponibilité toutes les 5h). Pour limiter au max ce problème, j'essaye de limiter le nombre d'alerte en cours :

• max 6 alertes en cours / pers
• suppression des alertes dès le premier déclenchement
  À mon avis il faut continuer de les supprimer dès le déclenchement tant que ce problème de scalabilité n'est pas résolu ... ☹️

[grouville]

Merci pour tes réponses.

Une section historique, permettant en 1 click de relancer une recherche déjà passée avec la date du jour

--> "l'utilisateur pourrait indiquer son trajet favoris dans l'onglet "Compte"

C'est une bonne idée, mais par exemple, de mon côté, j'ai mes habitudes d'optimisation pour mes recherches : quand je recherche, je recherche sur toutes les gares aux alentours (j'ai 6 possibilités). Il ne me faudrait pas 1, mais 6 recherches automatiquement remplies (en comptant l'aller et le retour).

Alors je pourrais faire comme tu le demandes, et peut-être que ça couvrira 95% des besoins, mais la possibilité de piocher dans l'historique donnerait sûrement plus de liberté aux utilisateurs. Après, c'est comme tu veux

Une option d’édition des alertes en ligne (à côté du bouton info et supprimer)

Niquel, je commence à regarder ça 👍

La non-suppression des alertes une fois la première trouvée (et garder l'annonce jusqu'à la date en question)

Je comprends le soucis, et c'est le problème même de Maxplorateur : plus il sera utilisé, et moins cela fonctionnera pour nous de notre côté :-)

Si l'on part dans l'idée qu'une partie des utilisateurs souhaite héberger leur propre version du code, alors c'est une option qui devrait/ pourrait être facilement changée, et qui ne doit pas forcément être implémentée de ton côté (pour les raisons de scalabilité que tu cites)

Qui plus est, comment fais-tu à l'heure actuelle ? Nous pourrions scrapper une liste de Proxys gratuits et itérer dessus. À raison de 100 à 1000 / jours, ça devrait laisser un peu de marge (en espérant que les utilisateurs recherchent en général les mêmes destinations)

[benoitdemaegdt]

Une section historique, permettant en 1 click de relancer une recherche déjà passée avec la date du jour
C'est une des idées que j'avais aussi : rajouter un onglet "destination" qui t'indique les gares aux alentours. Par exemple, tu mets Paris -> Lyon, maxplorateur.fr te conseille de regarder les Paris -> Valence ; Paris -> Lyon st Exupery parce que tu as plus de chance d'en avoir. ça me semble assez intéressant comme feature 😃

Pour ce qui est d'ajouter un trajet en 1 click. A mon avis la meilleure solution (et la plus simple surtout) consiste tout de même à ce que l'utilisateur indique son trajet favoris dans son compte.

• gestion des aller-retour : on peut simplement rajouter un petit bouton flèche haut/ flèche bas pour inverser gare de départ et gare d'arrivée (comme sur l'app de la sncf)
• gestion de plusieurs trajets favoris : dans un second temps, l'utilisateur pourrait rentrer disons ses 3 ou 5 trajets favoris dans son compte. Lors de la création d'une alerte elles lui serait proposées en liste déroulante ou en slider horizontal.

Dans tous les cas ça va être du taf en front !

La non-suppression des alertes une fois la première trouvée (et garder l'annonce jusqu'à la date en question)
C'est tout à fait ça. ça peut etre utile pour les personnes souhaitant héberger leur propre version, mais ce n'est pas dans mes priorités en ce qui concerne maxplorateur.fr

Aujourd'hui, j'utilise en même temps les API de trainline et de la SNCF, pour éviter de spammer l'un ou l'autre. et la moitié du trafic passe par un proxy. En gros ça donne ça (les % sont la part du trafic sortant de maxplorateur.fr) :

Donc effectivement plus il y a de proxy, plus on peut absorber de charge. Encore faut-il les trouver ...

Tu soulèves d'ailleurs un bon point : pour l'instant il n'y a pas de mutualisation des recherches. Donc si il y a 2 alertes Paris -> Lyon pour un même jour et une même heure, je fais 2 appels aux APIs. On pourrait effectivement réduire la charge à ce niveau.