[Résolu] Gestion des plugins MAJ 0.6.2 .

Désolé si le sujet a déjà été posté. Suite à une mise à jour en SPIP 4.2.3
impossible d’uploader des Plugins
j’ai le message suivant MAJ 0.6.2 . dans la page de gestions de plugins ?

Je charge des plugins en FTP ou bien je donne accès à un dossier auto rien n’y fait ?

merci pour votre réponse…

Beaucoup de logos ?
Il faut actualiser la page jusqu’à ce que la conversion des logos soit terminée.

J’ai quelques Logos mais pas énormément, apparemment ils sont tous traités. J’ai vidé mon dossier tmp/
Rien n’y fait.

Je ne sais pas ce qu’est ce message, mais quelques choses qu’on peut tenter :

Sinon la mise à jour en 4.2.3 a été faite comment ? spip_loader ? FTP ?

C’est la version du plugins média qui se mets à jour pendant le traitement des logos Jack31 donc pas ce que tu proposes.
La solution est d’attendre car cela peut prendre du temps en fonction du site / serveur.

Est ce qu’il reste des logos dans IMG/ ou pas ?
des logs dans medias.log qui donne une infos ?

Le soucis a lieu en local ou en prod ?

Merci pour vos réponses, après 12H toujours le même message dans Gestion des plugins

MAJ 0.6.2 .
Tous les logos son rangés dans IMG/logo aucuns ne restent dans IMG/
Le site est en prod sur un serveur OVH
Je ne trouve pas de fichiers medias.log

Tu partais de quel version de SPIP avant la mise à jour ?

Une version de SPIP 3.2.5

Finalement ! J’ai changé la version de PHP de 8.2 je suis passé à 7.4 ce qui m’a permis de retrouver une page Plugins enfin modifiable.

une fois l’upgrade fait, tu peux remettre une PHP 8.1 si tu veux

Ah, ça voudrait dire que la MAJ 0.6.2 de media n’est pas compatible PHP 8.2…

à présent que la MAJ 0.6.2 a été faite en PHP 7.4 j’ai pu basculer à nouveau sur un PHP 8.2 et être en capacité d’uploader/modifier ma page de plugins, merci !

Bonjour,

J’ai créé il y a très longtemps (plus de 15 ans…) un site bilingue sous SPIP (version de l’époque, sans doute 2.xx…) et evaweb, à l’adresse kvinpetalo.org
Je n’ai depuis jamais effectué de mise à jour, et depuis pas mal d’années je n’ai plus accédé au site par FTP, me contentant de me connecter à l’interface utilisateur pour écrire des articles et activer ou supprimer un ou deux plugins…

Ce site fonctionnait encore parfaitement samedi 24, mais le lendemain dimanche il n’était plus joignable. Après quelques jours j’ai fini par retrouver mes identifiants FTP et j’ai pu me connecter à la console d’administration du site (hébergé chez Online.fr). Là, je vois que le répertoire www, qui si mes souvenirs sont exacts est censé contenir SPIP et toutes les données du site, est totalement vide !!! Comme je ne vois pas comment j’aurais pu le vider accidentellement depuis l’interface utilisateur, je présume qu’il s’agit d’un piratage de pure malveillance (car je ne vois pas quel intérêt un pirate pouvait avoir à détruire ce site…).
Quelqu’un sur cette liste a-t-il récemment connu un problème similaire ?

Merci d’avance pour vos réponses.
Cordialement,
Yannick Dumoulin

.

ça y ressemble oui

Oui, c’est très probable.
D’après Kvinpetalo tu étais en SPIP 2.1.10
Or, il y a eu plein de hack ces derniers temps : Alerte : vague de piratage de sites depuis le 23 avril : pas d’accès à /ecrire (version SPIP inférieures à 3.2.18, 4.1.8 et 4.2.1)

J’espère que ton hébergeur a une sauvegarde.

Est-ce que tu pourrais nous dire depuis quelle version de SPIP tu faisais la mise à jour ?
Et si ta base est MySQL ou SQLite ?

C’est pour compléter ce ticket : #4893 - Mise à jour 0.6.2 qui échoue en PHP 8.2 et pas en PHP 7.4 - svp - SPIP on GIT

OK je partais d’un SPIP 3.2.5 et j’ai uploadé une version sqlite de ma BDD.

Peux-tu préciser :

  1. ta base est en SQLite seulement (dossier config/bases/)
  2. ta base est en MySQL et tu as fait une restauration du dump au format SQLite

Si c’est 2, ça n’est pas sensé marcher : une sauvegarde SPIP au format SQLite doit être restaurée dans un environnement identique (version de SPIP et plugins)

J’ai sauvegardé une base avec une extension .mysqlite puis je l’ai restauré
Je ne sais pas si ma base est en MySQL ou en SQLite
son nom se termine par mysql.db c’est pourquoi je suppose que c’est MySQL mais je n’en suis pas sûr…