Teddy Payet

Plugin "Lister les logos"

Teddy Payet — 2026-02-19T08:30:00Z

Dans SPIP, les logos sont largement utilisés pour illustrer les contenus : logos d'articles, de rubriques, d'organisations ou encore d'objets éditoriaux spécifiques. Avec le temps, un site peut accumuler un grand nombre de logos, parfois difficiles à identifier ou à gérer.

J'ai initialement développé le plugin Lister les logos en 2014 pour répondre à un besoin simple : visualiser rapidement l'ensemble des logos présents sur un site SPIP et faciliter leur gestion.

Le plugin propose notamment :

une liste centralisée des logos utilisés sur le site
une visualisation rapide des images associées aux objets éditoriaux
un accès direct aux contenus liés aux logos
une aide précieuse pour identifier les logos inutilisés ou à remplacer

Cette vue d'ensemble permet de mieux maintenir les médias d'un site, notamment lors d'une refonte graphique, d'une migration ou d'un travail de nettoyage des contenus.

Après plusieurs années d'utilisation, j'ai récemment mis à jour le plugin pour le rendre compatible avec SPIP 4, afin qu'il continue à rendre service aux webmestres et intégrateurs qui souhaitent garder une vision claire des ressources graphiques de leur site.

Plugin SPIP : https://plugins.spip.net/lister_logos.html?compatible_spip=4.4
Documentation : https://contrib.spip.net/4600

La maintenance SPIP n'est pas un coût : c'est une stratégie

Teddy Payet — 2026-01-14T08:00:00Z

La maintenance est souvent traitée comme une contrainte technique. En réalité, elle relève d'un choix de pilotage. Cet article propose un regard stratégique sur la maintenance des projets SPIP, non comme un coût à subir, mais comme une condition essentielle pour décider, arbitrer et faire durer un produit numérique sans que la technique ne devienne un alibi.

Préambule

La maintenance est rarement prioritaire. Tant que le site fonctionne, elle reste en arrière-plan. Elle ne produit rien de visible, n'apporte pas de nouveauté immédiate, et se confond souvent avec une contrainte à repousser.

Pourtant, dans un projet SPIP, la maintenance n'est pas un détail technique. C'est un choix structurant. Un choix qui conditionne la capacité à évoluer, à corriger, à décider sans urgence.

Pendant longtemps, maintenir un site consistait surtout à faire tenir l'existant. Aujourd'hui, les attentes ont changé. Les projets s'inscrivent dans la durée. Les environnements évoluent. Les usages aussi. La maintenance ne peut plus être pensée comme une opération ponctuelle.

Une approche moderne de la maintenance ne consiste pas à tout gérer soi-même. Elle repose au contraire sur une séparation claire. Le cœur de SPIP n'est pas le produit. Les plugins communautaires non plus. Ce qui compte, c'est ce qui fait la valeur du site, son usage, son métier.

Maintenir, ce n'est pas entretenir le passé. C'est organiser l'avenir du projet. C'est dans cette perspective que la maintenance cesse d'être un coût. Elle devient une stratégie. Une manière de rester concentré sur l'essentiel, sans subir la technique, ni la laisser décider à notre place.

Pourquoi la maintenance est encore perçue comme un coût

La maintenance ne se voit pas. Quand elle est bien faite, rien ne change en apparence. Le site fonctionne, les contenus s'affichent, les utilisateurs ne remarquent rien de particulier.

C'est précisément pour cela qu'elle est souvent reléguée au second plan. Elle ne produit pas de fonctionnalités, ne s'accompagne pas d'un livrable visible, et s'inscrit rarement dans un calendrier de communication. Dans beaucoup de projets, la maintenance est confondue avec du support. Elle est associée à la correction, à l'incident, à l'urgence. Jamais à la construction. Jamais à la stratégie.

Ce qui fonctionne n'attire jamais l'attention. Tant que le site tient, la maintenance semble facultative. Et le jour où elle devient indispensable, il est souvent déjà trop tard pour la penser sereinement.

Quand la maintenance devient moderne

La maintenance moderne n'est pas une invention récente. D'autres technologies l'ont intégrée depuis longtemps. Elles ont compris qu'un projet ne devait pas reposer sur la gestion manuelle de chaque composant, mais sur des dépendances clairement identifiées et des processus reproductibles.
Cette approche a fait ses preuves. Elle permet de savoir ce qui est utilisé, dans quelle version, et dans quel cadre. Elle réduit les manipulations hasardeuses. Elle limite les écarts entre les environnements. Et surtout, elle rend les projets compréhensibles par d'autres que ceux qui les ont initialement mis en place.

Appliquer cette logique à SPIP change profondément la manière de penser la maintenance. Le cœur du système et les extensions ne sont plus des éléments que l'on modifie directement. Ils deviennent des briques maîtrisées, intégrées dans un cadre clair. Ce n'est pas une contrainte supplémentaire. C'est une simplification.

La maintenance cesse alors d'être une succession d'actions isolées. Elle devient un processus continu, prévisible, documentable. Un socle sur lequel le projet peut évoluer sans repartir de zéro à chaque étape.

Ce qui fonctionne ailleurs depuis longtemps fonctionne aussi ici, dès lors qu'on accepte de changer de posture. En adoptant ces méthodes éprouvées, on ne cherche pas à rendre SPIP plus complexe. On cherche au contraire à le rendre plus lisible, plus durable, et plus cohérent avec les attentes actuelles des projets numériques.

Se libérer de ce qui n'est pas le cœur du projet

Dans un projet SPIP, tout n'a pas la même valeur stratégique. Pourtant, beaucoup de temps et d'énergie sont souvent consacrés à des éléments qui ne font pas la spécificité du site. Le socle technique, les briques communes, les extensions génériques finissent par occuper une place disproportionnée dans les décisions.

Ce glissement est insidieux. À force de tout considérer comme critique, plus rien ne l'est vraiment. Le pilotage se brouille. Les discussions portent sur la mécanique plutôt que sur la finalité. Le projet avance, mais son centre de gravité se déplace.

Se libérer de ce qui n'est pas le cœur du projet, ce n'est pas se désengager. C'est clarifier. Accepter que certains composants relèvent d'un cadre maîtrisé, stable et partagé, afin de concentrer l'attention là où elle est réellement nécessaire. Sur le produit numérique. Sur les usages. Sur le métier.

À partir de ce moment-là, la maintenance change de nature. Elle n'est plus une accumulation de tâches techniques. Elle devient un outil de pilotage. Un moyen de protéger ce qui fait la valeur du projet, en évitant qu'il soit noyé dans des arbitrages de bas niveau. Maintenir, c'est choisir où l'on met son énergie et sa responsabilité.

Cette clarification est décisive. Elle conditionne la capacité à discuter des évolutions, à prioriser, et à décider sans que chaque sujet technique ne devienne un frein ou un prétexte à l'inaction.

Maintenir, c'est rester en capacité de décider

Un projet bien maintenu est un projet sur lequel il est encore possible de faire des choix. Pas des choix théoriques, mais des décisions concrètes, prises sans urgence et sans crainte disproportionnée.

Quand la maintenance est absente ou subie, cette capacité s'érode progressivement. Chaque évolution devient risquée. Chaque correction soulève des interrogations. Le projet continue d'exister, mais il cesse d'être pilotable. Les décisions ne disparaissent pas, elles sont simplement reportées ou prises dans la contrainte.

À l'inverse, une maintenance pensée comme une stratégie redonne de la marge de manœuvre. Elle permet de décider quand faire évoluer, quand stabiliser, et quand ne pas agir. Elle rend les arbitrages possibles, parce que les conséquences sont mieux maîtrisées.

Cette capacité à décider est essentielle. Elle protège le projet des réactions impulsives, des refontes précipitées, et des changements dictés par l'urgence plutôt que par le besoin réel. La valeur de la maintenance ne se mesure pas en interventions, mais en liberté de décision.

Maintenir, ce n'est pas chercher à tout prévoir. C'est accepter que les projets évoluent, tout en se donnant les moyens de choisir leur trajectoire, plutôt que de la subir.

Conclusion

La maintenance n'est pas un problème technique mal compris. C'est un débat stratégique trop souvent déplacé.

Quand un projet numérique s'enlise, la technique encaisse. Elle devient l'obstacle commode, le responsable désigné, alors que la question réelle est ailleurs. Dans la capacité à piloter. À arbitrer. À décider sans urgence.

Maintenir un projet, ce n'est pas le figer. Ce n'est pas le complexifier. C'est refuser que la technique prenne toute la place, faute de cadre et de choix assumés. C'est créer les conditions pour que le débat porte sur le produit, les usages et le métier, pas sur ce qui aurait dû être anticipé. La maintenance n'est pas un coût. C'est ce qui empêche la technique de devenir un alibi.

Et tant qu'elle est pensée comme une stratégie, elle permet au projet de rester à sa juste place : un outil au service de décisions conscientes, plutôt qu'un frein que l'on subit quand il est déjà trop tard.

Photo de Caleb Jones sur Unsplash

20 ans de blogging technique : ce que j'ai appris

Teddy Payet — 2025-08-16T12:29:48Z

Depuis 2009, ce blog m'accompagne comme un carnet de route technique. De SPIP aux lignes de commande, des astuces de développement aux projets domotiques, j'y ai consigné mes découvertes, mes erreurs et mes progrès. Quinze ans plus tard, je prends un peu de recul pour partager ce que cette aventure d'écriture m'a appris : documenter pour soi, transmettre aux autres et laisser une trace vivante d'un parcours de développeur qui évolue.

Un chemin commencé en 2009

Mon tout premier article de la rubrique Blog, publié en décembre 2009, portait sur un filtre graphique dans SPIP : un petit bout de code, rien de plus. À ce moment-là, je n'avais pas de plan éditorial ni d'ambition particulière. J'écrivais pour ne pas oublier, pour garder une trace de mes expérimentations. Avec le temps, ces notes éparses sont devenues un journal technique à part entière, un espace vivant où se mêlent astuces rapides, réflexions plus construites et découvertes au fil de mes projets.
En revenant sur quinze années de publications, je réalise que ce blog a suivi le même rythme que ma propre évolution. Il a connu des périodes d'intense activité, des creux inévitables, mais toujours cette constance : revenir écrire quand une idée, un problème ou une solution méritaient d'être partagés.

Les grandes périodes de mon blog

2009–2013 : Les fondations techniques
Lorsque j'ai ouvert la rubrique Blog, je ne pensais pas vraiment à construire une ligne éditoriale. J'écrivais surtout pour moi, afin de conserver quelque part les petits bouts de code et les astuces que je découvrais. SPIP occupait une place centrale dans mes expérimentations. J'y testais les filtres, les boucles, les façons d'améliorer l'affichage ou d'optimiser mes squelettes. Beaucoup de mes articles de cette période sont courts, précis, et volontairement très pratiques. Ils reflètent un quotidien de développeur-intégrateur en construction, avide de solutions concrètes.

Ce foisonnement technique a constitué une véritable fondation. Non seulement il m'a permis d'apprendre plus vite en formalisant mes découvertes, mais il m'a aussi donné un sentiment d'appartenance à une communauté plus large. Chaque billet publié devenait une petite pierre ajoutée à l'édifice collectif du web libre.

2014–2018 : Moins de volume, plus de spécialisation
Après cette période d'intense production, le rythme s'est ralenti. Les années 2014 à 2018 ne comptent qu'une poignée d'articles, mais ceux-ci sont plus ciblés. Je n'avais plus besoin de consigner chaque manipulation, chaque filtre ou chaque commande. Mon blog a pris une autre fonction : celle de mémoire technique. J'y revenais surtout quand une solution méritait vraiment d'être fixée, ou lorsqu'un sujet demandait un peu plus de recul.

On y voit apparaître de nouveaux thèmes, notamment l'industrialisation du développement avec l'arrivée de Git, mais aussi des réflexions plus transverses sur l'organisation de mes projets. Cette période marque un passage de l'accumulation de notes à une sélection plus rigoureuse de ce que je jugeais utile de partager. Il m'arrivait parfois de rassembler un ensemble de références, d'articles, de tuto dans un seul et même article sur mon blog. En effet, quand on rencontre une difficulté dans un développement, on regarde les solutions sur Stack Overflow, ou toute autre source. La solution n'était pas systématiquement dans la même source mais au sein de plusieurs. Au lieu de m'arracher les cheveux plus tard à refaire ce parcours, je mettais tout ça dans un article.

L'article "Petits réglages pour symfony sous Mac OSX" est un exemple concret de cela. Lors de ma formation en tant que développeur multimédia, j'apprenais le développement avec Symfony (pfiuuuu la v2 !) et on devait faire un réglage particulier. 5 ans après sa mise en ligne, je recevais encore des remerciements de personnes qui avaient rencontré le même problème !

2019–2021 : Relances ponctuelles
Le blog connaît ensuite une phase plus irrégulière. Quelques articles apparaissent, souvent liés à mes outils du quotidien. J'écris sur VSCode, sur Git, sur des pratiques de développement qui se sont imposées au fil des années. Le blog devient alors une sorte de miroir de mon environnement de travail. Je ne publie pas souvent, mais chaque article porte une trace claire de ce que j'utilise réellement. Je ne cherche pas à faire comme les autres : des articles à la mode. Certes, le blog ici présent est professionnel, ce n'est pas un journal personnel mais on y ressent toutefois mon évolution.

C'est une période où je ne cherche pas à maintenir un rythme de publication. Je laisse venir les sujets. Je préfère la qualité à la quantité, quitte à publier rarement. Ces articles isolés marquent pourtant des jalons importants de mon évolution professionnelle, puisqu'ils correspondent à une transition dans mes outils et mes méthodes. Cette période a été pour tout le monde incertaine... à cause du COVID. Étant confiné, nous avions du temps, j'avais du temps. Je me suis mis à la domotique et j'ai jeté sur le papier (numérique) mes pas à pas pour la mise en place de ma domotique avec MagicMirror2. Mais cela a été, comme pour beaucoup, une période de remise en question...

2022–2025 : Renaissance et diversification
À partir de 2022, et plus encore en 2024, une nouvelle dynamique s'installe. Le blog reprend vie avec des sujets qui dépassent le seul cadre du développement web. La domotique devient un fil rouge, avec Home Assistant et MagicMirror comme terrains d'exploration privilégiés. J'y raconte mes scénarios, mes tableaux de bord, mes expériences d'automatisation. Ces articles sont souvent plus narratifs, plus proches de mon quotidien, tout en restant très techniques.

Cette renaissance ne signifie pas un abandon de SPIP. Au contraire, SPIP reste présent comme une base solide, mais il cohabite désormais avec d'autres univers. Le blog devient le lieu où je croise mes compétences de développeur web avec mes envies d'expérimenter dans la maison connectée. On y sent une maturité nouvelle : je n'écris plus seulement pour garder une trace, mais aussi pour transmettre une vision, pour relier mes savoir-faire à des usages concrets qui parlent à d'autres.

Ce que j'ai appris en 15 ans de blogging technique

Au début, j'écrivais sans autre intention que de me créer une mémoire technique. Une astuce notée, un filtre documenté, et je savais que je pourrais y revenir sans perdre du temps.

Puis j'ai découvert que ces articles servaient aussi à d'autres.

Avec le temps, j'ai vu mes thématiques évoluer. D'abord centrées sur SPIP, elles se sont élargies vers le PHP, les outils de développement, puis la domotique et Home Assistant. Ce mouvement naturel a fait du blog un miroir de mes pratiques réelles. Il illustre le fait qu'un blog n'est pas figé : il vit, se transforme, et accompagne son auteur dans ses propres changements. Cette liberté d'évolution est ce qui l'a maintenu pertinent pour moi comme pour mes lecteurs.

L'écriture elle-même a été une école. Pour publier un article, même court, il faut organiser ses idées, clarifier un raisonnement, trouver des mots justes. Ce travail m'a appris à mieux expliquer, à vulgariser, à rendre mes pratiques compréhensibles. Cette compétence, acquise peu à peu, dépasse largement le cadre du blog et rejaillit sur ma manière de collaborer.

Il m'a aussi fallu apprivoiser l'irrégularité. Certaines années foisonnent d'articles, d'autres sont plus creuses. J'ai longtemps perçu ces silences comme des manques, avant de comprendre qu'ils faisaient partie du rythme. Un blog ne se mesure pas à la fréquence hebdomadaire ou mensuelle, mais à la continuité sur le long terme. Chaque retour d'écriture enrichit le fil, même après une pause.

Enfin, il y a l'impact professionnel. Le blog m'a donné une visibilité dans la communauté SPIP, renforcé mon image de développeur partageur, et laissé des traces concrètes de mon évolution. Mais le bénéfice le plus profond reste personnel : voir s'accumuler ces fragments de mémoire, année après année, et sentir que j'ai bâti une archive vivante de mon propre chemin.

Les défis rencontrés

Le premier défi a été la régularité. Publier sur un blog demande une constance qui se heurte très vite aux contraintes de la vie professionnelle et personnelle. J'ai connu des années de forte activité, où j'enchaînais les articles presque naturellement, porté par mes découvertes et mon enthousiasme. Mais j'ai aussi traversé des périodes beaucoup plus silencieuses, où l'envie d'écrire ne trouvait pas sa place dans un quotidien chargé. Le défi n'était pas seulement de trouver le temps, mais surtout de garder la flamme. À chaque pause, je me suis demandé si je reviendrais. Et chaque fois, j'ai fini par rouvrir l'éditeur et recommencer, preuve que l'écriture était devenue pour moi une habitude de fond, une discipline ancrée au-delà des aléas.

Un autre défi important a été l'adaptation aux évolutions techniques. Entre 2009 et 2025, les outils ont radicalement changé. J'ai commencé à écrire dans un contexte dominé par SPIP, le PHP artisanal et des feuilles de style construites à la main. Puis il a fallu intégrer Git, comprendre les frameworks, apprivoiser les environnements modernes, et plus récemment m'ouvrir à la domotique. Chaque saut technologique m'a obligé à réinventer mes sujets, à revoir ma façon de présenter les choses. Ce n'était pas seulement une mise à jour technique, mais aussi un effort d'écriture : comment expliquer autrement, avec des mots simples, des réalités devenues plus complexes.

Le blog a aussi rencontré ses limites en termes de visibilité. À une époque où les réseaux sociaux ont pris une place énorme, il peut sembler plus simple de poster une solution sur Twitter, Mastodon ou un forum que de rédiger un article complet. Tenir un blog suppose de résister à cette tendance, de garder l'ambition d'un espace autonome, qui ne se dilue pas dans le flux éphémère.

Un autre défi a été l'équilibre entre notes personnelles et contenu utile aux autres. Écrire pour soi est simple, mais écrire pour être lu impose un effort supplémentaire.

Il y a aussi le défi de la motivation, parfois émoussée après des années de publication.

Enfin, il y a le doute, toujours présent : est-ce que ce que j'écris est pertinent ?

Ce que je referais différemment

Avec le recul, il y a des choix que j'aurais pu affiner dès le départ. Par exemple, poser une ligne éditoriale plus claire entre mes notes brutes et mes articles construits.

J'aurais aussi aimé organiser plus rigoureusement les mots-clés et les catégories. Cela m'aurait permis d'exploiter pleinement l'indexation et de faciliter la navigation pour mes lecteurs. De petites décisions prises tôt peuvent avoir un grand impact sur la structure d'un blog.

Un autre point concerne la diversité des sujets. La domotique, par exemple, m'a séduit bien avant 2020 grâce aux contenus DIY et aux chaînes Youtube que je suivais. Pourtant, je n'ai trouvé un cadre concret pour l'appliquer qu'à partir de cette date, dans mon quotidien à la maison. J'aurais pu en parler plus tôt, ne serait-ce que sous forme de veille ou de découvertes, même si ce domaine reste pour moi personnel et en dehors de toute sphère professionnelle.

Il y a également la question du ton. J'aurais pu oser davantage un style personnel, en assumant la part de récit qui rend certains billets plus vivants. La technique pure est utile, mais les anecdotes et le contexte donnent souvent une valeur supplémentaire.

Enfin, si c'était à refaire, je travaillerais davantage sur la mise en valeur visuelle de mes articles. Non pas pour rechercher l'effet esthétique, mais pour accompagner la lecture, donner des points d'appui, et rendre mes contenus plus accessibles dans la durée.

Conclusion : pourquoi continuer en 2025

Écrire reste nécessaire.

Un billet, même simple, peut encore trouver son utilité. Un blog vieillit bien mieux que les réseaux sociaux. Et il conserve une force que l'instantané ne peut pas offrir.

Continuer en 2025, c'est d'abord prolonger une habitude. Mais c'est aussi réaffirmer un choix : celui d'un espace indépendant, où je décide du rythme, des sujets, du ton. Je ne cherche pas la course à l'audience, mais la cohérence d'un journal technique qui suit son auteur sur la durée. Un blog n'a pas besoin d'être bruyant pour être utile.

Chaque article publié est une brique ajoutée à un édifice qui se construit lentement. Certains articles restent des notes rapides, d'autres deviennent des repères durables. Et parfois, un billet écrit presque pour moi se révèle précieux pour d'autres, plusieurs années après. C'est ce décalage temporel qui fait la richesse du blogging. La valeur d'un article ne se mesure pas au nombre de vues le lendemain de sa parution, mais à sa capacité à rester utile dans le temps.

En 2025, j'ai envie de continuer pour plusieurs raisons. Parce que j'apprends toujours en écrivant. Parce que j'éprouve du plaisir à relire mes propres archives et à y voir mon chemin. Parce que je sais que ce blog n'est pas seulement mon aide-mémoire, mais aussi un pont tendu vers ceux qui passent par les mêmes questions techniques. Parce qu'il m'offre un espace de liberté, loin des formats contraints des plateformes. Parce que la régularité imparfaite de mes publications n'a jamais été un frein, mais plutôt la preuve qu'il accompagne ma vie, telle qu'elle est. Parce que la transmission fait partie de ma façon de travailler et de partager. Parce qu'un billet bien construit vit longtemps et continue de voyager tout seul. Parce que dans ce blog, je retrouve à la fois un miroir, une trace et un terrain d'expérimentation. Et parce que, tout simplement, je ne pourrais pas vraiment arrêter d'écrire, tant c'est devenu une habitude ancrée.

Je suis aussi une personne cérébrale. J'aurais mille sujets personnels à explorer, sur ma vision de la vie ou sur le développement personnel, sans prétendre donner de leçons, simplement pour exprimer ce que je suis. Mais j'ai choisi de garder ce site et sa rubrique blog dans une dimension technique et professionnelle. Peut-être qu'un jour, j'ouvrirai un autre espace, dédié au développement personnel. Ici n'est pas le lieu que j'ai retenu pour cela.

Écrire, encore et encore, même sans obligation, même sans calendrier fixe, reste une manière de relier mon présent à mon passé et d'ouvrir la porte à l'avenir.

Au plaisir de découvrir vos retours, vos histoires et d'échanger autour de ces parcours partagés.

Photo de Nick Morrison sur Unsplash

Redirections 301 pour SPIP : Un plugin qui répond à un vrai besoin

Teddy Payet — 2025-03-26T08:00:00Z

Dans le cadre d'une refonte éditoriale sur l'un des sites que je gère, je me suis retrouvé confronté à un problème récurrent : certaines URLs allaient disparaître, rendant inaccessible du contenu précédemment indexé et potentiellement encore consulté. Pour éviter ces erreurs 404 et préserver le référencement du site, il me fallait une solution efficace pour gérer les redirections 301 directement dans SPIP.

Ayant déjà créé plusieurs plugins par le passé, j'ai dû m'y replonger après une longue période d'inactivité sur ce type de développement. J'ai donc décidé de concevoir un plugin permettant d'ajouter et de gérer facilement des redirections permanentes depuis l'interface d'administration de SPIP.

Redécouverte des pratiques de la communauté SPIP

En me replongeant dans l'univers du développement de plugins SPIP, je me suis aperçu que certaines règles et pratiques avaient évolué, notamment sur la plateforme de développement git.spip.net. Il m'a fallu me remettre à jour sur ces nouvelles conventions et adapter mon code en conséquence.

Une fois le plugin finalisé, je l'ai déployé sur mon propre site, mon blog, afin d'en tester l'efficacité en situation réelle. Rapidement, j'ai constaté l'existence de nombreuses erreurs 404 provoquées par des robots explorant d'anciennes URLs. Cet outil m'a permis de mettre en place les redirections nécessaires et d'analyser le comportement des visiteurs et des moteurs de recherche face à ces modifications.

Un accueil positif de la communauté

La publication du plugin a suscité un vif intérêt au sein de la communauté SPIP. De nombreux utilisateurs ont immédiatement proposé des évolutions et des améliorations via les issues sur Git, ce qui a confirmé l'utilité du projet.

Parallèlement à son adoption dans la communauté, Redirections 301 a été intégré dans mes propres projets professionnels. Il facilite la gestion des redirections et contribue à la maintenance des sites tout en préservant leur référencement naturel. Grâce à cet outil, il est désormais plus simple pour mon équipe de suivre et d'administrer les changements d'URL, réduisant ainsi le risque d'erreurs 404 et les impacts négatifs sur l'expérience utilisateur et le SEO. Son intégration a également permis d'améliorer notre flux de travail en apportant une solution centralisée et directement accessible depuis l'administration SPIP.

Une alternative aux redirections via .htaccess

On pourrait me dire qu'il est plus simple d'ajouter ces redirections directement dans le fichier .htaccess. Et je serais entièrement d'accord : c'est souvent la meilleure solution. Mais dans la réalité, ce n'est pas toujours possible, notamment lorsqu'on travaille pour des associations ou sur des sites de l'administration française, où l'accès à ce fichier est restreint, voire impossible. C'est précisément pour répondre à cette contrainte que j'ai développé ce plugin.

Et maintenant ?

Ce plugin va continuer d'évoluer en fonction des retours des utilisateurs. De nouvelles fonctionnalités pourraient voir le jour pour le rendre encore plus complet et adapté à différents cas d'usage.

Si vous utilisez SPIP et que vous souhaitez optimiser la gestion de vos redirections, je vous invite à tester Redirections 301 et à partager vos retours !

👉 Découvrez le plugin et sa documentation ici : https://contrib.spip.net/Redirections-301

Photo de Tim Foster sur Unsplash

Plugin "Redirections 301"

Teddy Payet — 2025-03-19T08:30:00Z

Lorsqu'un site évolue, ses URLs changent souvent : restructuration éditoriale, déplacement de contenus, refonte graphique ou technique… Ces changements peuvent rapidement générer des erreurs 404 et nuire à la navigation comme au référencement du site.

J'ai développé le plugin Redirections 301 pour répondre à ce besoin récurrent sur les sites SPIP : permettre aux administrateurs de gérer simplement les redirections et d'identifier les liens cassés.

Le plugin propose notamment :

la création et la gestion de redirections 301 permanentes
la détection des erreurs 404 rencontrées par les visiteurs
la transformation rapide de ces erreurs en redirections pertinentes
une gestion simple directement depuis l'espace privé de SPIP

L'objectif est de faciliter la maintenance d'un site et d'accompagner ses évolutions tout en préservant la continuité des liens et le référencement.

Ce plugin est particulièrement utile lors de refontes, migrations ou restructurations éditoriales, où la gestion des anciennes URLs devient un enjeu important.

Plugin SPIP : https://plugins.spip.net/redirections.html?compatible_spip=4.4
Documentation : https://contrib.spip.net/Redirections-301

Association Didattica, millésime 2024

Teddy Payet — 2024-10-15T07:30:00Z

L'association Didattica se fait un petit lifting et se met au gout du jour en adoptant une interface responsive. Ce remaniement esthétique a été mis en ligne en octobre 2024.
La refonte graphique respecte l'aspect identitaire initiale du site. Nous avons rafraichi sa lecture sur l'ensemble des supports avec du responsive avec l'utilisation de Bootstrap 5 sur un SPIP 4.3. Toutes les pages ont été revues dans leur mise en forme et dans la structure des informations affichées grâce au (…)

- Développement / SPIP, HTML, CSS, MySQL, Associaiton Didattica, PHP, Freelance, Bootstrap (CSS et JS), Lead Developer, Git, VSCode

Socicon, le site internet

Teddy Payet — 2024-04-10T10:00:00Z

Projet de reprise et création du site Internet de la librairie Socicon

Depuis mars 2024, j'ai entrepris la reprise de la librairie Socicon, une ressource précieuse pour l'intégration d'icônes sociales dans les sites web, qui n'était plus activement maintenue. En collaboration avec l'auteur d'origine, coolseed, j'ai non seulement repris la maintenance de la librairie, mais j'ai également recréé un site internet de présentation dédié à Socicon. Je m'engage à respecter l'idée originale de l'auteur de la librairie Socicon, coolseed, et à lui accorder toujours le dernier mot sur sa réalisation et sa vision de la librairie.

Création du site internet avec SPIP

Le site internet de présentation de la librairie Socicon a été créé grâce à SPIP, un système de gestion de contenu (CMS) flexible et puissant. Cette plateforme nous a permis de concevoir un site autonome, capable de télécharger automatiquement la dernière version de la librairie depuis GitHub. Ainsi, les utilisateurs ont toujours accès à la version la plus récente de Socicon, garantissant une expérience optimale.
De plus, j'ai développé la galerie de présentation des icônes de la librairie en utilisant du JavaScript, en consultant le contenu du fichier JSON inclus dans la librairie Socicon. Cette galerie permet aux utilisateurs de visualiser facilement toutes les icônes disponibles, offrant ainsi une expérience immersive et pratique.

Intégration dynamique du CHANGELOG et du README

Une des fonctionnalités clés du site est l'intégration dynamique du CHANGELOG et du README directement depuis la dernière version de Socicon sur GitHub. Cela permet aux utilisateurs de consulter les dernières modifications apportées à la librairie et d'accéder aux instructions d'utilisation et aux informations importantes sans avoir à quitter le site.

Réactivation du générateur de PNG

En collaborant avec coolseed, l'auteur d'origine de Socicon, nous avons pu réactiver le générateur de PNG à partir de la webfont. Cette fonctionnalité permet aux utilisateurs de créer facilement des icônes sociales personnalisées au format PNG, adaptées à leurs besoins spécifiques. Cela ajoute une valeur supplémentaire à la librairie Socicon et renforce son utilité pour les développeurs web et les concepteurs.

Vision et objectifs futurs

Mon engagement envers la librairie Socicon ne s'arrête pas à sa reprise et à la création du site internet de présentation. Je suis déterminé à continuer à maintenir et à améliorer la librairie, en répondant aux besoins de la communauté des développeurs web et en garantissant sa compatibilité avec les dernières technologies. De plus, je m'efforcerai d'explorer de nouvelles fonctionnalités et d'optimiser l'expérience utilisateur sur le site internet de Socicon.

La reprise de la librairie Socicon et la création du site internet de présentation représentent un pas important vers la pérennité et l'amélioration continue de cette ressource essentielle pour les développeurs web. Grâce à la collaboration avec coolseed et à l'utilisation de technologies modernes telles que SPIP et GitHub, nous avons pu offrir une expérience utilisateur enrichie et garantir l'accès à la dernière version de Socicon. Je suis impatient de poursuivre ce projet et de contribuer activement au développement de la communauté des développeurs web.

Socicon

Teddy Payet — 2024-04-08T11:58:21Z

Projet de reprise et maintenance de la librairie Socicon

Dans le cadre de mon parcours professionnel axé sur le développement web et la gestion de projets, j'ai entrepris la reprise et la maintenance de la librairie Socicon. La maintenance de cette librairie s'est arrêtée fin 2019. Cette librairie, créée par Quentin, était précieuse pour l'intégration d'icônes sociales dans les sites web, mais elle n'était plus activement maintenue depuis cette période.

Fort de mon expérience et de mon intérêt pour l'innovation technologique, j'ai contacté Quentin, l'auteur d'origine de Socicon, pour discuter de la possibilité de reprendre et de poursuivre le développement de la librairie. Après des échanges, nous avons convenu d'un partenariat visant à assurer la pérennité et l'évolution continue de Socicon. En mars 2024, Socicon renait.

Création du site internet dédié

Dans le cadre de ce projet, j'ai initié la création d'un site internet dédié à la librairie Socicon. Ce site a été conçu pour présenter les fonctionnalités de la librairie, fournir des instructions d'utilisation et faciliter le téléchargement des ressources nécessaires. L'interface a été pensée pour être conviviale et intuitive, dans le but de rendre l'expérience des utilisateurs aussi fluide que possible.

Hébergement sur GitHub

Afin de garantir une gestion transparente et collaborative du projet, les sources de la librairie Socicon ont été hébergées sur la plateforme GitHub. Cette approche permet non seulement de faciliter le suivi des évolutions de la librairie, mais aussi d'encourager la contribution de la communauté des développeurs. Les utilisateurs ont ainsi la possibilité de signaler des problèmes, proposer des améliorations et participer activement à l'enrichissement de la librairie Socicon.

Vision et objectifs futurs

En reprenant la maintenance de la librairie Socicon, mon objectif est de continuer à la faire évoluer pour répondre aux besoins de la communauté des développeurs web. Cela inclut la mise à jour pour garantir la compatibilité avec les dernières technologies web, l'ajout de nouvelles fonctionnalités et l'optimisation de la performance. À travers ce projet, je souhaite contribuer de manière significative à l'écosystème des outils et des ressources disponibles pour les développeurs web.

Pour finir

La reprise et la maintenance de la librairie Socicon représentent un engagement envers la pérennité et l'amélioration continue des ressources disponibles pour les développeurs web. En collaborant avec l'auteur d'origine et en mettant en place des processus transparents et collaboratifs, nous pouvons assurer la viabilité à long terme de cette librairie essentielle. Je suis déterminé à poursuivre ce travail et à contribuer activement au développement de la communauté des développeurs web.

RAMAU.archi.fr, millésime 2023

Teddy Payet — 2023-10-16T10:00:00Z

Dans la même lignée que le site du LET.archi.fr, l'équipe du RAMAU et moi-même avons travaillé conjointement pour la refonte du site RAMAU.archi.fr. Ce travail a été mis en ligne en octobre 2023.
Cette refonte graphique garde l'aspect graphique initial du site, chère à l'équipe. Nous avons raffraichi sa lecture sur l'ensemble des supports avec du responsive avec l'utilisation de Bootstrap 5. Toutes les pages ont été revu dans leur mise en forme et dans la structure des informations (…)

- Développement / SPIP, HTML, CSS, MySQL, RAMAU, PHP, Javascript, Freelance, Bootstrap (CSS et JS), Lead Developer, Git, VSCode

LET.archi.fr, millésime 2023

Teddy Payet — 2023-07-06T10:36:21Z

L'un de mes premiers clients en développement Web est le LET de l'ENSAPLV. Nous travaillons en collaboration depuis plusieurs années ensemble. Cette année 2023 a été le souhait et l'engagement pour le laboratoire de mettre à jour le design du site et le faire rentrer dans un monde plus actuel dans son utilisation. La refonte a été mise en ligne ce lundi 3 juillet 2023.
Cette refonte graphique garde l'essence initiale du site mais rafraichit sa lecture sur l'ensemble des supports avec du (…)

- Développement / SPIP, Traitement automatique des images, HTML, CSS, Graphic Design, Web Design, MySQL, École Nationale Supérieure d'Architecture de Paris Lavillette (ENSAPLV), PHP, Développeur Web, Freelance, jQuery, Bootstrap (CSS et JS), PHPStorm, Git