Je fais toujours une sauvegarde complète avant la moindre mise à jour. C'est long, parce que les photos, ça pèse lourd. Ce qui pourrait alléger ce pensum (la sauvegarde), qui me fait toujours retarder l'échéance (la mise à jour), ce serait de ne pas avoir à aller repêcher un backup de ma BDD chez l'hébergeur. Je n'ai pas à le faire sur mon site de généalogie, parce qu'il existe une fonction de l'administration qui permet de créer sur le site même une sauvegarde des tables et de leur structure. Si je sauvegarde mon site par ftp, il embarquera aussi une copie de la BDD.
Si je veux réinstaller mon site, j'aurais toujours la copie de la base de données que je peux restaurer depuis l'administration du site (les tables ET la structure). C'est intéressant aussi quand on fait une connetise et qu'on a dézingué un petit peu la BDD : suffit de restaurer, toujours via l'admin, la base et sa structure, pour remettre tout d’aplomb.
Serait-ce possible d'implémenter un tel système sur un Piwigo ?

Dernière modification par Katryne (2026-03-23 17:13:49)

Mab974 a écrit:

J'aurais aimé pouvoir lancer un cron sur mes serveurs pour être informé des mises à jour disponibles au plus tôt. Un peu comme avec drupal.

Ton Piwigo t'envoie un email à chaque fois qu'il sait qu'une nouvelle version est disponible. Pour cela, il faut juste un minimum de visites sur tes pages.

Mab974 a écrit:

*) je choisis en général postgresql pour les applis que j'utilise en général. Je sais que le sujet a déjà été débatu.. Il n'est pas anodin je pense.

Alors... ce n'est sans doute pas anodin pour toi mais c'est une demande totalement inexistante dans l'ensemble. Les utilisateurs finaux dans leur très très très immese majorité se moquent complètement que cela fonctionne avec MySQL ou PostgreSQL. Or Mysql est davantage répandu chez les hébergeurs, donc on se focalise sur MySQL.

PostgreSQL reste techniquement meilleur que MySQL, mais ce n'est pas le sujet.

Mab974 a écrit:

*) J'aurais aimé pouvoir ajouter une page web de présentation à certains albums.

Tu peux mettre une description "riche" sur un album. Je t'invite à ouvrir une discussion si tu veux rentrer dans les détails.

Mab974 a écrit:

*) L'authentification à double facteur (2fa) serait un plus pour l'administration et les albums privés.

[extension by Linty] Two Factor Authentication (2FA) (c'est sorti en même que Piwigo 16)

Chre a écrit:

- et bloquant à ce jour : mon piwigo est installé sur un hébergement Free qui n'est plus à jour depuis très longtemps [...]

J'allais répondre qu'il est peut-être temps de faire son deuil de l'hébergement Free.fr...

Chre a écrit:

Les nouvelles versions d'hébergements arrivent

alors ça c'est inattendu !

Achromep a écrit:

J’aimerai que les maj soient séparées en deux catégories : les maj de sécurité, indispensables, et les maj qui apportent ou améliorent les fonctionnalités que l’on devrait pouvoir ignorer un certain temps (dans l’esprit d’une Debian stable).

Cela existe "un peu". Si on trouve une faille vraiment très très majeure, on peut décider de sortie une 14.6.0 + 15.8.0 + 16.4.0 mais il faudrait vraiment que ce soit grave. Comme par exemple on trouverait que dans certaines conditions, un visiteur peut supprimer vos données. En dehors de cela, on ne corrige les failles que dans la branche stable en cours. C'est aussi pour pousser les utilisateurs à mettre à jour. On n'a pas vraiment les moyens de maintenir plusieurs branches stables.

nicolas a écrit:

Mon avis n'est peut-être pas représentatif mais tant pis je vous le donne quand même !

T'as raison, faut pas se gêner ;-)

Je suis totalement d'accord avec tout ce que tu as écrit SAUF :

nicolas a écrit:

[...] une nouvelle version qu'on a préparé pendant de longues semaines

LOL (sans vouloir froisser quiconque) : en général sur Piwigo, il y a 12 mois entre 2 versions majeures. On ne travaille pas dessus quelques semaines, mais... 12 mois. Pour les versions mineures, là c'est différent effectivement le processus est beaucoup plus court en temps.

D'ailleurs on essaie, entre 2 versions mineures, de minimiser les changements dans le code, dans l'espoir secret de limiter les bugs de régression. On corrige donc "à minima" en tentant de limiter l'impact des changements. Cela nous amène parfois à corriger différemment sur la branche stable et sur la branche de développement.

Dans mon cas je suis hébergé sur un mutualisé ovh et j'ai 3 sites dessus (dont le piwigo)
Ils tournent tous sur php 5.6. Si je veux mettre a jour piwigo il faudrait que j'upgrade le php (simple), mais aussi que j'upgrade les autres applications en même temps, j'ai un interblocage.
C'est impossible d'avoir une version de php différente pour chaque site sur un seul hébergement mutu

Il faudrait que je prenne un 2e hébergement et que je fasse les migrations une par une mais flemme pour le moment

Dernière modification par poof65 (2026-03-24 10:31:06)

poof65 a écrit:

Dans mon cas je suis hébergé sur un mutualisé ovh et j'ai 3 sites dessus (dont le piwigo)
Ils tournent tous sur php 5.6. Si je veux mettre a jour piwigo il faudrait que j'upgrade le php (simple), mais aussi que j'upgrade les autres applications en même temps, j'ai un interblocage.
C'est impossible d'avoir une version de php différente pour chaque site sur un seul hébergement mutu

Il faudrait que je prenne un 2e hébergement et que je fasse les migrations une par une mais flemme pour le moment

Très intéressant. On a un peu le même sujet sur piwigo.org : certaines parties du site fonctionnent en PHP 5. Si si. Le présent forum, à la date de ce jour (24 mars 2026) tourne en PHP 5.6 (au secours).

En 2020, le 1er mai pour être précis, on a subi une attaque majeure sur le site. L'avalanche d'attaques sur tous les fronts ne nous ont pas permis d'isoler l'attaque qui a fonctionné. On ne savait donc pas si c'était le forum, le gestionnaire d'extensions, la plateforme de traduction... qui avait permis l'intrusion d'un vil pirate.

Nous avons donc totalement changé l'architecture : chaque application est hébergée sur son propre VPS. Tout est cloisonné. Le VPS qui héberge le forum est donc en PHP 5.6 mais le gestionnaire d'extension est en PHP 8. Effectivement mettre en place une telle infrastructure n'est pas à la portée de tout le monde (et surtout pas d'un individu)

En tout cas, tu vas devoir dépasser ta flemme ;-) car PHP 5.6, à moins d'isoler les apps comme on le fait, tu ne sortiras jamais de l'impasse.