Oblivion remaster : ils se sont rendu compte que le cadavre de Skyrim était froid, il font maintenant de la nécromancie avec celui d'Oblivion. C'est sale Bethesda, c'est très sale.
Pitin, ce que j'ai ri ! C'est tellement ça: de la nécromancie
Et tu sais quoi? ça m'a donné envie quand même ! comme quoi, je suis vraiment un con... sommateur
Sammy a vu Rogue One et je pense comme lui, pour les mêmes raisons: c'est le meilleur film de toute la saga starwars... précisément parce qu'on s'éloigne du modèle - que dis-je : du moule - des trilogies...
Check mon copain !
Je dirais que le Mandalorien est à l'opposé du spectre du livre de Bobafett: là où on déteste Bobafett malgré quelques (rares) bonnes choses, on aime inconditionnellement Mando malgré quelques passages plus faibles...
Parfois, un post en entraîne un autre... Ainsi, tu t'es mis à coder un BOT presque par inadvertance - avec les difficultés qu'on connaît - et tu le partages parce qu'il n'y a pas de raison que l'auteur soit le seul à pleurer... pis t'as un copain qui te lit et qui prend le truc au sérieux... en tout cas suffisamment pour te proposer d'en faire un autre !
Je suis donc parti pour tester ladite API: pour la faire courte, ça m'a permis - après les galères d'usage - de comprendre comment tout ça fonctionnait (en particulier la demande d'un token, l'appel d'une api en php etc)
J'en suis arrivé à un script qui produit un texte donnant la couleur du jour et celle du lendemain.
«Oui, mais ce serait cool...»
Le texte c'est bien, mais ce serait mieux si on pouvait récup les données en HTML et intégrer ça avec une Iframe, comme un code d'intégration.
Pis éventuellement en RSS aussi...
Bon, tant que j'y étais, j'ai aussi fait un mode json, au cas où on voudrait ça dans un frontend à soi...
Du coup, mon API s'appelle de plusieurs façons différentes:
URL seule ➜ retour en texte RAW (prêt à poster)
URL?html ➜ retourne le code HTML
URL?json ➜ renvoie les données en JSON
URL?rss ➜ le flux RSS de l'API
(cadeau bonux) URL?embed_code ➜ retourne le code pour mettre ça sur son site avec une iframe.
Pour faire bonne mesure
Le script produit un fichier pour chaque type de retour et ne le régénère qu'une fois par jour afin d'éviter de se faire «hammerer» comme dit @parigotmanchot
Jusque là, tout va à peu près dans un monde couci, couça
À ce stade, le script fonctionne même si le code est un peu sale et pas bien rangé... il fait ce qu'on lui demande. A part que parfois, il ne donne pas la couleur du lendemain... mais pas en local... juste en distant. Je n'ai pas encore vraiment cherché pourquoi, mais je pense que c'est dû au moment où l'on appelle l'API de RTE.
Du coup, le script appelle les deux API et retourne les données cumulées des deux.
ce qui donne ça
J'en veux j'en veux...
Si ça vous intéresse, le zip est là : RTETempo.zip et il est distribué sous stricte licence faites-en ce que vous voulez. 😅
Les constantes au début permettent de configurer un peu:
TOKEN_BASE64 : pour mettre votre propre jeton si vous voulez vous inscrire sur RTE (qui accepte les emails jetables type yopmail, je dis ça je dis rien 😬)
TEMPO_BEFORE_TODAY, TEMPO_BEFORE_TOMORROW, ECOWATT_BEFORE_TODAY, ECOWATT_BEFORE_TOMORROW : pour définir le texte renvoyé avant la couleur.
HTML_STYLE : pour changer le style du HTML généré
TEMPO_HTML_TEMPLATE, ECOWATT_HTML_TEMPLATE : pour changer le code HTML à utiliser en cas de retour HTML
ECOWATT, TEMPO : deux booléens permettant de débrayer l'un ou l'autre des appels (si vous ne voulez que ECOWATT ou que TEMPO)
Et le BOT ?!
Ben j'ai fait un autre BOT pour poster les couleurs du réseau une fois par jour... https://piaille.fr/@RTE_color ( @RTE_color@piaille.fr )
Comme toujours, le bookmarklet vous permet d'envoyer l'URL courante à Stamp: ouvrez l'image dans un nouvel onglet et cliquez sur le bookmarklet.
pour les plus observateurs
Bande de coquins, vous avez sans doute remarqué un autre bookmarklet à côté du premier... c'est un bookmarklet dynamique: grâce à lui vous pouvez créer des bookmarklets avec un texte spécifique.
Par exemple, si vous envisagez d'utiliser souvent le tampon «dans ton cul», pourquoi le retaper à chaque fois ? Glissez ce lien dans la barre de favoris et let's the fun begins !
Comme d'hab
Fait à l'arrache, interrompu toutes les minutes mais avec amour, dévotion à l'absurdité du monde et mon ordi.
Et allez, encore une matinée de perdue pour un truc que j'avais pas prévu et qui devrait fonctionner parfaitement: la balise <video> et la balise <track> pour ajouter les sous-titres.
Pour afficher une video pour les élèves avec les sous-titres que j'ai traduit de youtube, en gros, je fais un truc comme ça:
Merci à tous pour vos témoignages anti-java qui font que je me sens moins seul et pour vos conseils en la matière !
@Antichesse (o ^ω^ o) Merci à toi en particulier pour ta proposition il se pourrait que je te prenne au mot o/
Je vais aller essayer la rubrique openclassroom dédiée à Kotlin DQP ( https://www.youtube.com/watch?v=QpNOl2BU7tE pour la référence ^u^ )
@Duke : Effeectivement, c'est le souci de base, le risque de retrouver mon Bronco à toutes les sauces
Toutefois, si Broncomic intéresse vraiment, je réfléchirai à l'adapter pour un usage plus général:
en créant des graphismes plus génériques
en prévoyant la possibilité d'importer ses propres graphismes simplement
en travaillant peut-être aussi la maquette pour qu'elle soit plus mobile friendly (gros taf )
en isolant le code spécifique de l'appli car pour le moment, elle fait partie d'un ensemble basé sur mon framework perso
en refactorisant le code pour permettre à des gens sains d'esprit de le reprendre sans se retrouver en PLS avec un pompier qui leur demande combien il a de doigts...
Si vous aimez les couteaux et que vous voulez faire un geste sympa il y a moyen d'aider un pote mastodon dans une mauvaise passe: il est obligé de revendre sa collection de couteaux parce que l'activité de travail du cuir dans laquelle il avait décidé de se reconvertir n'a pas fonctionné suffisamment pour qu'il en vive...
Alors là, on est clairement dans le code du dimanche, et vous allez voir pourquoi...
J'avais envie de faire un outil de visualisation de données facile d'accès et simple, comme un microservice que je pourrais utiliser par la suite dans une de mes applis...
Comme toujours, avant même de voir si ça existerait pas déjà, je me demande comment faire le truc moi-même et ce que je vais pouvoir apprendre avec...
C'est alors que je me dis que le SVG ce serait bien:
redimensionnable
léger
universel
je ne connais pas la génération de SVG en PHP : youpi
Je me lance...
et j'arrive à des résultats pas trop dégueus mais tout se corse (chef-lieu Ajaccio) quand je dois placer le texte (nombres, noms de colonnes etc)
C'est emmerdant à center, c'est emmerdant à redimensionner: bref c'est emmerdant. Pour résumer.
J'en ai tellement chié pour un résultat tellement pas terrible que, d'un coup, je me suis rappelé que mon copain JerryWham avait fait une lib juste pour ça !
phpGraph
Une lib qui permet de transformer des données en graphique au format SVG directement, avec des options de configuration et des rendus différents (ligne, barres, camemberts etc), ça vous tente ? Ben c'est par là :
Ce n'est pas pour visualiser des données épiques, multidimensionnelles ou vraiment très nombreuses (les clés se chevauchent s'il y a trop de données et on peut les masquer en ajoutant hidekeys en paramètre.)
Ce sera sans doute appelé à évoluer mais bon, je me suis bien amusé et j'ai touché du doigt que faire du SVG, ça se fait pas entre deux portes au doigt mouillé...