[NE PAS FUSIONNER] Exemple d'implémentation pour raccourcisseur d'URL #105
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Holà !
L'idée serait de faire un raccourcisseur d'url qui conserve un côté humain (donc, pas un uuid à la place des mots), et qui préserve l'unicité des sons (sinon, c'est buggé).
Voici une preuve de concept qui implémente ça.
L'idée : chercher les mots spécifiques à un nom de fichier (par exemple,
voila_cest_pro.mp3
est le seul fichier à utiliser le motvoila
), en choisir un (pour le moment, c'est juste le plus grand mot, ou le plus grand qui contient unz
).Pour ceux qui n'ont pas de spécifiques (55 d'entre eux), j'utilise ASP (un langage logique orienté NP-complet/contraintes, qui ressemble à prolog) pour trouver un ensemble minimal de mots à associer à chaque fichiers, de manière à ce qu'il n'y ait pas de doublons (par exemple, pour
ca_change_tout.mp3
etmais_qu_est_ce_que_vous_voulez_que_ca_me_foute.mp3
, on peut pas leur associer justeca
au deux, sinon ya doublon, donc faut d'autres mots, mais pas trop svp sinon c'est pas un raccourcisseur efficace). Dans les faits, je le laisse patiner 30 secondes max, parce qu'il pourrait tourner BEAUCOUP plus longtemps.Questions ouvertes :