Je voulais expérimenter avec le routage de mon framework perso Watamelo en faisant en sorte que l'action à exécuter de chaque route soit définie sous forme de callable dès le départ.
Jusqu'ici, je transmettais deux arguments (string) : la classe et la méthode à exécuter.
Mais comment rendre cela plus générique pour désigner n'importe quelle fonction/méthode exécutable ?
Cela fait déjà plusieurs fois que Firefox me fait le coup : un plantage, une mise à jour ou autre. Je le redémarre, mais au lieu de mes centaines (milliers ?) d'onglets, je ne trouve qu'un onglet solitaire désespérément vide...
J'ai déjà appris de mes erreurs, je tente en premier lieu de restaurer la session précédente via l'interface, mais rien.
J'ouvre alors mon dossier de profile, me doutant que le fichier sessionstore.jsonlz4 que j'y trouverai ne vaudra rien (juste cette nouvelle session vide), mais qu'au moins, le contenu de sessionstore-backups/ me permettra de me sortir de ce mauvais pas.
Mais en l'ouvrant : rien, le dossier est vide !
En voyant les propos de https://sebsauvage.net/links/?68lT_w, il m'est venu l'idée de faire quelque chose de similaire.
Le but : prendre l'habitude d'utiliser un dossier temporaire (tmp) pour certains travaux nécessitant de conserver des fichiers le temps d'un travail, en sachant que son contenu ne sera pas perduré dans le temps.
Il me servira en premier lieu de dossier de téléchargement, et on verra pour la suite.
En voyant les propos de https://sebsauvage.net/links/?68lT_w, il m'est venu l'idée de faire quelque chose de similaire.
Le but : prendre l'habitude d'utiliser un dossier temporaire (tmp) pour certains travaux nécessitant de conserver des fichiers le temps d'un travail, en sachant que son contenu ne sera pas perduré dans le temps.
Il me servira en premier lieu de dossier de téléchargement, et on verra pour la suite.
Je discutais récemment avec un de mes étudiants de la gestion de hitboxes dans un jeu vidéo. Le fruit de cet échange m'intéressant, j'ai voulu formaliser tout cela.
L'idée ? Comment aborder les données de hitboxes rectangulaires (AABB) pour simplifier les calculs, ou tout du moins, les rendre plus intuitifs.
Même si j'évoques les différentes approches de hitboxes, ça n'a pas vocation à couvrir pleinement l'état de l'art, ce sont juste les périgrinations d'un informaticien et enseignant curieux.
Où se trouve la limite entre le vert et le bleu ? Je ne parle pas de turquoise ou cyan comme intermédiaire, mais bien de la perception qu'on a du « milieu » entre deux couleurs.
En tombant sur le test ismy.blue, je me suis rappelé les fréquents débats que j'ai avec ma compagne sur le sujet. Il est donc temps pour moi de « trancher » la question une bonne fois pour toutes.
SPOILER : ça ne sera pas tranché dans cet l'article... C'est plutôt une amorce de réflexion.
À chaque nouveau petit projet, je ressens le besoin d'ajouter une favicon. Ce n'est même pas pour le design ou une volonté d'identité graphique, mais surtout pour m'y retrouver dans mes nombreux onglets.
J'avais tenté un générateur de favicon en PHP/GD y'a quelques temps, mais j'ai vite abandonné l'idée, frustré du résultat.
Aujourd'hui, j'ai enfin une base qui me plait, ne nécessitant pas de serveur (pur Js).
Pour continuer sur ma lancée des petites configs Apache utiles (cf catégorie Serveur web), en voici une concernant les logs.
J'avais déjà partagé un premier conseil de configuration pour Apache, mais j'en ai plein d'autres dans ma hotte. Je vais les rassembler dans la catégorie Serveur web.
Commençons par un snippet pour changer le port d'écoute d'Apache .
(oui, je m'amuse avec les icônes, mais c'est mon blog, je fais ce que je veux !)
Au fil des versions, PHP offre de plus en plus de souplesse pour transmettre des arguments à une fonction. La syntaxe suivante est désormais possible :
<?php
example(1, ...['arg3' => 3], arg5: 5);
Il était temps que je me mette à la page. Du coup, je vous partage ça...