Blog de dada

DevOps, bidouilleur et routard plein de logiciels libres

PluXml

Message de service

Rédigé par dada / 13 août 2017 / 1 commentaire


Coucou les gens,

J'ai enfin pris le temps de nettoyer la pile de redirections foireuses que je trainais sur la machine faisant tourner ce blog. Pour info, c'est une vingtaine de lignes pleines de conditions à la mord moi le nœud qui essayait tant bien que mal de garder debout un gros passif.

Dans les trucs que je devais vraiment faire : dégager le /blog qui ne servait plus à rien et corriger mes URL pour qu'elles rentrent dans Wallabag.

C'est fait !

Notez que je n'ai pas fait grand chose pour la compatibilité avec Wallabag, j'ai simplement activé cette option dans PluXML :

PluXML dégage de slash dans la query (Eh ouais, je parle technique !) et ça décoince l'ajout au plus beau pour des Read-It-Later. En plus, ça ne casse pas les anciennes URL, ce qui doit être une nouveauté de la version 5.6 du CMS !

Je m'inquiète pour le RSS. J'ai, normalement fait attention mais n'hésitez pas à me prévenir si quelque chose de loufoque apparait sous vos yeux.

Bonne soirée par chez vous !

Passer son C1 Scaleway sous PHP 7

Rédigé par dada / 12 décembre 2016 / 2 commentaires


Je laisse PHP 7 dans le titre mais je précise ici que je parle de PHP 7.0 et pas de PHP 7.1.

Notez que passer outre les dépôts officiels de Debian et qu'utiliser un dépôt maintenu par un tiers engage la stabilité de votre serveur et de votre installation. J'ai pas de souci chez moi, mais ça ne veut rien dire !

Les C1 de Scaleway sont des serveurs tournant sur une architecture ARM et si c'est sympa dans les faits, c'est un problème quand on veut utiliser PHP 7 avec sa Debian 8 Jessie.
Les dépôts bonus classiques que les debianneux doivent tous connaître sont les dotdeb. On y retrouve les dernières versions de PHP packagés avec sérieux par Guillaume Plessis, pour les architectures x86 et x86_64 mais pas d'ARM. Pas de support du C1 donc.

Pour remédier au problème, vous pouvez passer par le travail de mati75.
deb http://repozytorium.mati75.eu/raspbian jessie-backports main contrib non-free 
Pour ajouter la clé GPG :
gpg --keyserver pgpkeys.mit.edu --recv-key CCD91D6111A06851
gpg --armor --export CCD91D6111A06851 | apt-key add -
Ceci-dit, comme ce ne sont pas des dépôts officiels et qu'il n'y a pas que PHP dedans, je n'ai pas ajouté cette clé pour empêcher APT d'aller taper dedans sans une double validation. C'est pas super propre, mais bon.

Notez que la totalité des modules PHP ne sont pas encore disponibles : j'ai en tête memcached puisque je m'en servais. Tant pis.

J'ai passé le serveur de ce blog sous PHP 7.0 ce week-end : RAS jusqu’à maintenant. Le gain de performance est légèrement notable mais je ne m'attendais pas non plus à une révolution compte tenu des caractéristiques faibles du C1.

Voici la liste des services qui tournent sur ce serveur et que je certifie fonctionner avec cette version de PHP :

Par contre, Sticky-Notes est dans les choux. Il va me falloir un autre pastbin-like !

Adapter les commentaires de PluXml 5.5 à son thème

Rédigé par dada / 29 avril 2016 / Aucun commentaire




Avec la sortie de la version 5.5 de PluXml est arrivée une nouvelle gestion des commentaires. C'est principalement la gestion de la réponse à un commentaire existant qui est mieux mise en avant. Je vous laisse traîner dans les commentaires des derniers billets de ce blog pour voir le changement simple mais bienvenu.

Quand on utilise un thème perso, comme celui de ce blog, cette nouveauté n'est pas effective. Pluxopolis nous a sorti un billet expliquant comment faire pour en profiter : c'est par ici. La manipulation est simple, foncez vous mettre à jour.

Je profite de cette mise à jour du thème pour pousser ces modifications sur son dépôt Github. Ce n'est pas grand chose, mais ça me permet de vous rappeler que ce thème n'est pas seulement le mien, c'est aussi le votre si vous le voulez.

Passer à PluXml 5.5

Rédigé par dada / 03 avril 2016 / 5 commentaires




PluXml, c'est ce qui propulse ce blog depuis quelques temps maintenant. Presque deux ans en fait.

Ce premier avril, en plus de voir apparaitre la drôle entreprise Diaspote Inc (ahah) est sortie la version 5.5 de ce moteur de blog.

Au programme, une interface d'administration retravaillée. Ce ravalement est bien agréable sachant que l'ancienne commencait sérieusement à se faire vieille. Un truc agréable fait son apparition : la possibilité, en plus de la date de publication, de préciser la date de la dernière modification. En gros, maintenant, vous aurez la date précise à laquelle j'ai corrigé les dernières fautes d’inattention.
Si vous voulez parcourir la liste complète des changements, c'est par ici. L'annonce officielle est par là.

Si vous ne connaissez pas du tout PluXml, sachez que ce CMS ne s’embête pas avec une base de données. C'est fondamental quand on n'a pas envie de dépenser une fortune dans un serveur bien trop puissant : c'est donc fondamental pour moi.

Pour les utilisateurs actifs de PluXml, la mise à jour est fichtrement triviale. Tout doit être remplacé par les nouveaux fichiers à l’exception du répertoire de votre thème, de vos plugins, de votre config.php et du /data. C'est tout. C'est quand même bien plus simple que de lutter avec owCloud !


PluXml - Afficher une alerte quand un billet est trop vieux

Rédigé par dada / 21 août 2015 / 3 commentaires


Lorsqu'on passe un temps fou sur l'internet à lire une quantité dingue d'information, on n'a pas toujours le réflexe de s’inquiéter de la date à laquelle les informations lues ont été publiées. Même un vieux roublard peu se faire avoir.

Cela faisait un bout de temps que je voulais afficher chez moi ce que l'on peut trouver sur la toile, comme chez Philippe Scoffoni, comme là : un message alertant le lecteur que ses yeux se baladent sur du texte de l'air glaciaire.

J'ai donc sorti mes doigts de DevOps pour pondre ces quelques lignes de code, largement inspirées de ce que j'ai trouvé ici.

<?php
    $ndays = 90;
    if(floor((strtotime(date('YmdHi')) - strtotime($plxShow->plxMotor->plxRecord_arts->f('date'))) / (60*60*24)) > $ndays) : ?>      
        <p style="background-color: #ffe17a; text-align:center; vertical-align:middle; color: black; padding:5px;border-radius: 2px;box-shadow;color: #404040; "> Attention, ce billet se traine depuis plus de 3 mois. Les informations qu'il contient ne sont peut-être plus à jour. </p> <br />
<?php endif; ?>
Ce n'est sans doute pas ce qui se fait de plus beau, malgré l'aide de Smol, mais ça fait le taff. Quand un billet affiche plus de 3 mois au compteur, j'annonce la couleur. Trois mois, exemple, dans l'espace temps de l'Internet, c'est frôler l'obsolète.


Ce bout de code est à placer dans la page article.php, fichier à éditer via les paramètres d'affichage, entre header et le premier h1, mais libre à vous de le mettre où vous voulez, avec la couleur que vous voulez, les photos de licorne que vous voulez, et j'en passe.