• [^] # Re: Idée pour Hurl

    Posté par (site web personnel) . En réponse à la dépêche epub, le convertisseur EPUB3 à la volée de LinuxFr.org. Évalué à 5. Dernière modification le 08 novembre 2024 à 10:22.

    Bonne idée le filtre zipfiles.

    De ma petite expérience avec Hurl (que j'ai utilisé uniquement pour img et epub pour LinuxFr.org donc), il y a deux autres points qui m'intéresseraient :

    • un moyen d'appliquer un text-to-hexa / hexa-to-text à une variable (j'ai des GET http://{{TARGET}}:8000/img/687474703A2F2F{{WEB_HEX}}2F6E6F6E6578697374696E67 que je pourrais rendre plus clairs et me dispenser d'un commentaire). Avec un biais ansible, je dirais pouvoir faire un {{ MYVAR | text_to_hexa }} par exemple (en l'occurrence "https://" + MYVAR + "/non-existing" le tout passé à un filtre text_to_hexa). Au passage j'ai noté que plus ou moins involontairement j'ai mis des majuscules ou des minuscules dans mon hexadécimal dans les tests, ce qui serait aussi évité avec text_to_hexa(uppercase) / text_to_hexa(lowercase)). Quelque chose qui ressemble à https://github.com/Orange-OpenSource/hurl/issues/2258 et au concept de generator apparemment.
    • un moyen de plus réutiliser le code d'un test, par exemple seulement faire varier la méthode et l'URL visée dans mon cas. Quelque chose qui ça ressemble à https://github.com/Orange-OpenSource/hurl/issues/2950 je dirais.

    Je peux faire les deux avec du shell autour en gérant mes appels à hurl (en pré-calculant la variable et en faisant une boucle shell) mais si je pouvais rester en pur hurl, je me dis que ça serait plus sympa.