Pour la prochaine gazette numéro 36

Préparation de la prochaine gazette par ici :

=== Début

Titre

Texte

https://www.adresse.net

=== Fin

Ping @Benitron, peut etre une invitation grand public à de potentielles contributeurices pour la proposition de parcours ?

Ah oui, pourquoi pas. Si je comprend bien en regardant ce qui a été fait (je regarde peu la gazette…), ça donnerait un truc du genre.

=== Début
Parcours bénévoles

Une méthodologie est proposée, afin de savoir ce qui peut être aidant/questionnant/bloquant pour la contribution en dehors du code brut.

L’approche proposée est une co-construction guidée en recherche des personnes intéressées.

https://discuter.spip.net/t/proposition-parcours-spip/201456
=== Fin

C’est bien ça @Jack31 ?

2 « J'aime »

@Benitron Pourrais-tu éditer ta proposition pour séparer la partie « discussion » de la partie « proposition de texte pour la gazette », en ajoutant les balises comme indiqué sur le forum en tête de ce fil Pour la prochaine gazette numéro 36
Ça clarifiera et ça allègera la tâche du futur rédacteur du futur article de la gazette quand il y a toute la page et des dizaines de messages à parcourir et traiter.
Merci d’avance pour lui

=== Début

Témoignage de nonono sur une mise à jour réussie de SPIP 1.8 à 4.4, le grand saut !

https://discuter.spip.net/t/mise-a-jour-depuis-spip-1-8/201792

=== Fin

=== Début

Des chantiers sous forme de tâches simple

L’équipe documentation est en pleine effervescence en cet été 2026 ! Dans la dynamique des échanges dans l’équipe éponyme et des propositions de parcours de Benitron, Plumf recensé des chantiers discutés ici et là (j’ai tenté un peu d’archéologie dans discuter, mais sans doute des infos m’ont échappé, n’hésitez pas à rajouter à contribuer).

https://discuter.spip.net/t/des-chantiers-sous-forme-de-taches-simple/201560

=== Fin

1 « J'aime »

=== Début

Depuis quelques temps, des IA se sont mises à produire des commits pour les repo GIT de spip, ainsi que leurs logs. C’est parfois pénible (voire impossible) à décrypter, mais on y trouve aussi des fleurons de poésie.

  • « la doublure sait réparer sans le répertoire du plugin…La barrière dure vit à la racine du site et survit à tout »
  • « une bascule qui attend la nuit ne se réveille plus toutes les minutes »

=== Fin
(à suivre et compléter certainement…)

A mon avis, on est obligé de parler de sécurité

2 « J'aime »

=== Début

Spip en serverless, c’est possible ?

Depuis quelques années, le serverless émerge comme un nouveau paradigme d’hébergement, offrant scalabilité, haute-disponibilité et supprimant les charges d’administration système.

Ce paradigme est-il accessible le à Spip ? Oui ! Paul Santus l’a montré avec « Spip-Serverless », un portage de Spip sur AWS Lambda et Aurora DSQL pour la base de données.

Au-delà d’AWS Lambda, ce projet montre la possibilité d’exécuter Spip sur un environnement distribué (plusieurs serveurs, pour des raisons de haute dispo ou de scalabilité horizontale), pourvu qu’on mette en place le nécessaire (externalisation des fichiers, des sessions dans des stockages centralisés, des crons, etc.)

GitHub - psantus/spip-serverless: Run SPIP (French CMS) serverless on AWS: Lambda (Bref/PHP 8.5) + Aurora DSQL + DynamoDB sessions + S3 + CloudFront. SPIP core fetched at build time. · GitHub - le dépôt de code
https://d3l8qij0w6ijg3.cloudfront.net/ - site de démo
L'écureuil volant : quand le CMS Spip devient serverless - DEV Community - un billet de blog qui parle de la genèse du projet.

=== Fin

==== DEBUT

Chronique des temps modernes : les IA ne cessant de forer des trous dans le net, les failles de sécurité se multiplient et leur exploitation se précipite et se massifie. La vaillante équipe de sécurité SPIP a eu fort à faire cet été pour produire 6 releases de sécurité l’une après l’autre (de la 4.4.18 le 10 aout jusqu’à la 4.4.23 le 2 septembre) - merci à ses membres, et bravo !
Pareil pour les webmestres ensuite, qui doivent mettre à jour leurs sites alors que franchement sur la plage on préférerait s’occuper de la prochaine vague et des coups de soleil. Et pour cela encore faut-il être prévenu ! Alors le cron de notification doit se faire plus souvent fix: faire tourner le genie mise_a_jour toutes les 6h (!356) · Requêtes de fusion · spip / ecrire · GitLab : sa périodicité, qui tranquille était de 3 * 24 * 3600 secondes avec le commentaire 2 fois par semaine suffit largement gagne en nervosité et devient 12 fois plus courte avec 6 * 3600 secondes seulement, et le commentaire 4 fois par jour, c'est la guerre !.

En parallèle, se fourbissent de nouveaux plugins pour automatiser la mise à jour du noyau et des plugins. À suivre…

==== FIN ====

2 « J'aime »

Il manque un petit : laplage

1 « J'aime »