Jean-Christian Paul Denis - Mot-clé - php

Plus tu pédales moins vite…

Jean-Christian Denis — Wed, 06 Jul 2022 20:40:00 +0100

…moins tu avances plus vite.

Cela fait plus de six mois (de mon temps libre) que je bricole sans limite le code de Dotclear et je dois avouer que je pensais avancer beaucoup plus vite. J'avais tablé sur environ un an pour sortir une version utilisable ressemblant à ce que j'imaginais d'un Dotclear futur, avec six mois pour remodeler la structure des fichiers, classes et fonctionnement général, puis six mois pour remodeler les méthodes et "tweaker" tout ça.

Evan - Meximieux - 04/2022

Force est de constater qu'au bout de six mois (passés) je suis loin d'avoir fini la première partie. Et je ralentie. Par exemple cela fait 3 semaines que je bloque sur une simple méthode magique que je souhaite supprimer proprement... Im-pos-sible. Trop bien imbriqué et donc remplacement trop lourd... mais je n'abandonne pas. Je ralentie juste. Pas grave, je n'ai pas signé de contrat :p

PS: Pour ceux que ça intéresse (il y en a?), la méthode en question est à l'instant T: Dotclear\Database\Record::__call().

getModifiers

Jean-Christian Denis — Fri, 20 May 2022 21:19:00 +0100

Pour continuer sur ma lancé d'hier, voici quelques constats du moment.

Hier je parlais des ArrayObject, sorte de fourre-tout sans nom et sans type. Un exemple de son utilisation est le passage de paramètres aux méthodes qui servent à faire des requêtes sur la base de données. On les traites à coup de tests pour savoir si une propriété des paramètres est vide, est un tableau, et un tableau d'entier, etc... Je me suis dis, tiens bonne occasion de passer par une mini class qui permette de faire ça.

On crée une instance d'un class Param, on lui balance tous les paramètres qu'on veut, et ensuite la class qui gère les requêtes sur la base transforme Param à sa guise pour avoir en retour toujours le bon type de paramètres. Bon. Ca fonctionne. Mais ça utilise une class générique (Param), une classe par type de requête (LogParam, NoticeParam, UserParam, etc...) ce n'est pas plus court, ce n'est pas plus lisible (enfin si mais c'est plus long). Bref, je ne sais pas si je garde ça…

Tiens, au passage, j'ai essayé de me passer de ce Param et d'utilisé uniquement les sqlStatement déjà présent dans quelques class et qui devront à terme être présent partout. Ben ce n'est pas possible car il est quasi impossible de savoir ce qu'on a déjà mis dedans (on a parfois besoin de modifier un paramètre déjà existant ou de le tester pour ajouter une autre options) et on ne peut pas nom plus passer un SelectStatement a deux requêtes consécutives (ou alors peut-être avec un clone mais ça va devenir compliqué) car si on ajoute par exemple un ->from() dans le première requête, il se retrouve dans la seconde alors qu'on l'y ajoute aussi (cette deuxième requête pouvant être faite sans la première)

Bref, j'ai mal à la tête et je n'arrive pas encore à la bonne solution.

getAttributes

Jean-Christian Denis — Wed, 18 May 2022 19:22:00 +0100

Comme je ne blogue carrément pas assez, je viens de créer une sous catégorie Blabla Dotclear, qui me permettra d'écrire d'ultra court billet pour simplement énoncer par écrit une pensée éphémère sur ce que je bricole à un instant T.

Donc pour inaugurer ce lieu, je vais juste poser à l'arrache deux interrogations ~~du jour~~ de la semaine :

Les ArrayObject ne me plaisent pas, dois-je tous les remplacer par de petits objets dédiés à une tache précise ? J'ai déjà testé en local sur le passage des paramètres aux requêtes tels que getPosts, ce n'est ni plus court, ni plus long, ni plus lisible, mais ça a le mérite de toujours renvoyer le bon typage de variable.
Les RsExtXxx sont impossibles à tracer/typer (ce n'est pas totalement vrai mais j'ai dis que je faisait court), qu'est ce que je pourrais inventer pour y remédier tout en restant aussi simple d'utilisation ?

Voila c'est tout pour aujourd'hui.

Upgrade PHP

Jean-Christian Denis — Sat, 25 Dec 2021 20:20:00 +0000

La prochaine version de Dotclear requiert PHP > 7.4, hors chez moi j'avais une 7.3.xx. C'est l'occasion de faire un petit pense bête sur la manière de faire l'upgrade.

Oriane - La panicière - 12/2021

On part d'une installation Debian avec un serveur Apache2 et on se connecte au surveur web en SSH avec un utilisateur sudo. On commence par mettre à jour la distribution avec la commande :

sudo apt update & upgrade -y

Ensuite on regarde ce qui est installé actuellement et on récupère cette liste :

sudo dpkg -l | grep php

ii  libapache2-mod-php            2:7.3+69                     all          server-side, HTML-embedded scripting language (Apache 2 module) (default)
ii  libapache2-mod-php7.3         7.3.31-1~deb10u1             amd64        server-side, HTML-embedded scripting language (Apache 2 module)
ii  php                           2:7.3+69                     all          server-side, HTML-embedded scripting language (default)
ii  php-cli                       2:7.3+69                     all          command-line interpreter for the PHP scripting language (default)
ii  php-common                    2:69                         all          Common files for PHP packages
ii  php-curl                      2:7.3+69                     all          CURL module for PHP [default]
ii  php-gd                        2:7.3+69                     all          GD module for PHP [default]
ii  php-gmp                       2:7.3+69                     all          GMP module for PHP [default]
ii  php-intl                      2:7.3+69                     all          Internationalisation module for PHP [default]
ii  php-mbstring                  2:7.3+69                     all          MBSTRING module for PHP [default]
ii  php-mysql                     2:7.3+69                     all          MySQL module for PHP [default]
ii  php-xml                       2:7.3+69                     all          DOM, SimpleXML, WDDX, XML, and XSL module for PHP [default]
ii  php-xmlrpc                    2:7.3+69                     all          XMLRPC-EPI module for PHP [default]
ii  php-zip                       2:7.3+69                     all          Zip module for PHP [default]
ii  php7.3                        7.3.31-1~deb10u1             all          server-side, HTML-embedded scripting language (metapackage)
ii  php7.3-cli                    7.3.31-1~deb10u1             amd64        command-line interpreter for the PHP scripting language
ii  php7.3-common                 7.3.31-1~deb10u1             amd64        documentation, examples and common module for PHP
ii  php7.3-curl                   7.3.31-1~deb10u1             amd64        CURL module for PHP
ii  php7.3-gd                     7.3.31-1~deb10u1             amd64        GD module for PHP
ii  php7.3-gmp                    7.3.31-1~deb10u1             amd64        GMP module for PHP
ii  php7.3-intl                   7.3.31-1~deb10u1             amd64        Internationalisation module for PHP
ii  php7.3-json                   7.3.31-1~deb10u1             amd64        JSON module for PHP
ii  php7.3-mbstring               7.3.31-1~deb10u1             amd64        MBSTRING module for PHP
ii  php7.3-mysql                  7.3.31-1~deb10u1             amd64        MySQL module for PHP
ii  php7.3-opcache                7.3.31-1~deb10u1             amd64        Zend OpCache module for PHP
ii  php7.3-readline               7.3.31-1~deb10u1             amd64        readline module for PHP
ii  php7.3-xml                    7.3.31-1~deb10u1             amd64        DOM, SimpleXML, WDDX, XML, and XSL module for PHP
ii  php7.3-xmlrpc                 7.3.31-1~deb10u1             amd64        XMLRPC-EPI module for PHP
ii  php7.3-zip                    7.3.31-1~deb10u1             amd64        Zip module for PHP

On voit qu'on a effectivement la version 7.3 de PHP. IL va falloir la mettre à jour vers la version suivante. Pour cela il faut récupérer une liste de paquetages que le système saura installer. Ici on enchaine plusieurs commandes qui installent de quoi récupérer la liste des paquetages php disponible pour le serveur, on ajoute le lien dans le gestionnaire de paquetages et on met à jour la liste :

sudo apt install apt-transport-https lsb-release ca-certificates curl -y
sudo wget -O /etc/apt/trusted.gpg.d/php.gpg https://packages.sury.org/php/apt.gpg 
sudo sh -c 'echo "deb https://packages.sury.org/php/ $(lsb_release -sc) main" > /etc/apt/sources.list.d/php.list'

Voila, le système de paquetages du serveur va svoir installer ce qu'on veut. On commence par PHP lui même :

sudo apt install php7.4 php7.4-common php7.4-cli

D'après la liste de ce qu'on avait d'installer sur le serveur au début de ce billet, on installe les paquetages correspondant :
Attention la liste ici est juste pour l'exemple, votre serveur n'a pas forcément ces paquetage et en a peut-être d'autres en plus.

sudo apt install php7.4-curl php7.4-gd php7.4-gmp php7.4-intl php7.4-json php7.4-mbstring php7.4-mysql php7.4-opcache php7.4-readline php7.4-xml php7.4-xmlrpc php7.4-zip

Enfin on installe le module PHP d'apache2 :
Normalement il va être automatiquement installer en dépendance des paquetages précédents.

sudo apt install libapache2-mod-php7.4

On nettoie les paquetages qui sont désormais inutiles :

sudo apt purge php7.3 php7.3-common

On désactive l'ancien module et on active le nouveau :
Normalement l'ancien devrait déjà avoir disparu avec la commande purge.

sudo a2dismod php7.3
sudo a2enmod php7.4

Enfin on redémarre Apache :

sudo service apache2 restart

Voila un beau serveur en php 7.4.

Les commandes restent les mêmes pour monter jusqu'à la dernière version (actuellement 8.1) de php. A ceci près qu'il faudra peut-être reconfigurer le fichier ini de php (/etc/php/x.x/apache2/php.ini) Il a également fallu que je désactive l'extension php xmlrpc (ajouter ; au début de la ligne du fichier /etc/php/8.1/apache2/conf.d/20-xmlrpc.ini) pour la version actuelle de Dotclear qui contient déjà des classes faisant la même chose.

Jme lance, Lucette

Jean-Christian Denis — Sun, 19 Dec 2021 17:31:00 +0000

Comme d'habitude, il suffit d'une idée qui me passe par la tête pour me lancer à corps perdu dans une aventure bien trop périlleuse pour moi.

Il y a quelques temps, j'ai commencé à regarder le fonctionnement des espaces de noms dans PHP, avec 10 ans de retard et l'impasse que j'avais fait sur ce système de gestion de classe, l'affaire n'était pas gagnée. Dès le premier aspect ça ma titillé et j'ai, comme toujours, mis mon cerveau en ébullition: Les espaces de noms de PHP permettent une gestion ultra simple de l'auto-chargement des classes depuis leurs différents dossiers. Il n'en fallait pas plus pour que j'attaque à recoder mon moteur de blog préféré en suivant ce principe. (En vrai je me suis fait la main sur des plugins qui tournent chez moi avec ces fameux namespaces) Et voila, je n'ai pas réfléchie, ça engendre des milliers de problèmes et d'incompatibilités avec le code actuel et je suis donc en train d'adapter et de bricoler pour que ça passe. Et comme il y a un moment ou évidement ça ne passe plus, je recommence en modifiant en conséquence. Je suis borné, j'ai déjà recommencé 3 ou 4 fois.

Il serait bon que pour une fois, vu que ça à l'air de me plaire, je prenne le problème dans son ensemble et que je pose les bases d'une réécriture propre. Je sais faire ça moi ?

Ambre et Oriane - La Panicière - 12/2021

Pour la petite histoire, je suis partie sur du 100% classe, plus de fichiers avec des bouts de code, plus de fichier avec 5 ou 6 classes dedans. Cette structure m'oblige donc à revoir certains aspects et rendent le code absolument incompatible (pour le moment) avec l'existant. Par exemple, les pages de la partie administration seront servies depuis un seul point d'entrée et non plus une page/fichier par lieu. Les plugins ne seront plus non plus géré comme aujourd'hui par fichier (_define.php, _admin.php, etc) mais pas classe. Tous les passage pirouettes du core de Dotclear à des méthodes statiques à travers des globales seront à proscrire. (J'ai même envie de passer en dynamique pas mal de classes) J'ai donc pas mal de soucis en perspective. Mais c'est ce qui fait la beauté du jeu. Et puis Dotclear est assez solide aujourd'hui pour que ce ne soit pas une nécessité avant longtemps. Ouf. Ah, et au passage, clearbricks serait engloutie par Dotclear. Voila.

7.1

Jean-Christian Denis — Fri, 30 Dec 2016 11:27:00 +0100

Encore des chiffres, après le passage à Dotclear 2.11 puis 2.11.1 puis 2.11.2 hier, ouf, aujourd'hui ce serveur passe à la dernière stable de PHP, la 7.1.0

Comme certains ont pu le remarquer ou en faire les frais, la sortie de la nouvelle version de Dotclear ne s'est pas fait sans douleur, l'ami Franckpaul a dû passer la journée à transpirer et ronchonner, entre le support sur le forum ou les réseaux, et pondre les correctifs. On avance dans les versions de php et à chaque fois on se retrouve avec des bugs de rétrocompatibilité. Pour quelqu'un comme moi qui donne de temps en temps un coup de main au projet, il devrait être bon de tester diverses anciennes versions de php, et bien non. Fidèle à mon habitude de ne rien faire comme tout le monde, j'ai délaissé l'environnement standard de mon serveur de production pour lui coller la dernière version de PHP, la 7.1... Et ça marche !
Je vais quand même laisser mes serveurs de test sous différentes versions de PHP pour la bonne santé de l'ami Franckpaul.

Tilt

Jean-Christian Denis — Sat, 29 Oct 2016 23:48:00 +0200

Ça y est, on est samedi 23h41, j'ai fait tilt. Ça y est, je me souviens pourquoi j'ai arrêté de coder en php. Ça y est je suis retombé sur des pages parlant de Composer, Symphony, and Co... Ou comment embarquer sur un paquebot de luxe pour pécher la truite... Se coltiner 300 fichiers quand on a besoin juste d'un ou deux trucs, et le tout en ligne de commande. Clap Clap.