Les autres changements apportés à la version 3.0.3 :
- Amélioration des performances sous SQLite
- Correction d’un bug sur la modification de l’email par un redacteur
- Petit changement d’ergonomie dans l’interface d’amdinistration des plugins afin de mettre plus en avant les plugins activables
L’utilisation de l’écran de sécurité mis à jour protège de toutes les failles qui nous ont été signalées dans toutes les versions de SPIP. Vous êtes encouragés à télécharger la version la plus récente de l’écran de sécurité (1.1.3 du 03 juillet 2012) et à la déposer dans votre répertoire config/ (cf. http://www.spip.net/fr_article4200.html).
Toutefois, si vous avez la possibilité, nous vous recommandons fortement de mettre à jour SPIP avec les nouvelles versions.
N’hésitez pas à utiliser les différents moyens mis à disposition par la communauté pour obtenir de l’aide lors de cette mise à jour :
- Liste spip-user : http://listes.rezo.net/mailman/listinfo/spip
- Forum : http://forum.spip.org/
- IRC : http://spip.net/irc
Nous rappelons à toutes et tous que le meilleur moyen pour signaler des failles, ou des suspicions de failles est d’envoyer un email à spip-team@rezo.net. C’est ce qu’Arnault a fait et nous le remercions.
Comment mettre à jour ?
1. par spip_loader.php : si vous avez déjà installé spip_loader, rendez-vous à l’adresse http://VOTRE_SITE/spip_loader.php pour installer la dernière version de SPIP.
Attention cependant : lisez bien les instructions ici : http://www.spip.net/fr_download#spip_loader pour ne pas être surpris par un passage non voulu de SPIP2 à SPIP3
2. par copie des fichiers : SPIP 3.0.3 est disponible à l’adresse http://files.spip.org/spip/stable/spip-3.0.zip
3. par SVN : si vous êtes dans la branche 3 faites simplement un « svn up » svn ://trac.rezo.net/spip/branches/spip-3.0 la version 3.0.3 est aussi disponible sous
la branche : svn ://trac.rezo.net/spip/branches/spip-3-stable et sous le tag svn ://trac.rezo.net/spip/tags/spip-3.0.3
Les versions 2.0.21 et 2.1.16 sont téléchargeables ici : http://files.spip.org/spip/archives/
Discussions par date d’activité
6 discussions
bjr
comment restaurer ma base de donnée qui est sous spip2 vers spip3
merci
Salut, il ne faut pas faire ça, d’ailleurs la page de restauration de dump doit l’indiquer si je me souviens bien. Il faut d’abord mettre à jour ton spip 2, faire une sauvegarde, et là tu pourras l’importer dans spip 3.
Répondre à ce message
Bonjour,
J’ai le même genre de problème suite à une mise à jour de spip2.0.9 vers spip 3.0.5. J’obtiens un message d’erreur 1146, table manquante auteurs_messages. De plus j’ai dans ma base de données, différentes tables correspondant à l’ancien squelette evaweb.
Faut-il tenter une réparation ? Effacer les tables dans phpmyadmin ? créer la table ?
Merci pour vos suggestions
François
le problème venait d’un plugin incompatible
Répondre à ce message
pourrais tu ouvrir un ticket pour signaler ton problème, en détaille toutes les étapes suivies ? C’est un bug à mon avis. Si tu avais une copie de la base avant, ce serait le top.
http://core.spip.org/issues
Ça marche, et j’ai une copie de la base.
Bonjour,
J’ai le même genre de problème suite à une mise à jour de spip2.0.9 vers spip 3.0.5. J’obtiens un message d’erreur 1146, table manquante auteurs_messages. De plus j’ai dans ma base de données, différentes tables correspondant à l’ancien squelette evaweb.
Faut-il tenter une réparation ? Effacer les tables dans phpmyadmin ? créer la table ?
Merci pour vos suggestions
François
Répondre à ce message
Bonjour,
Est-ce qu’on doit s’inquieter si on tourne encore sous la branche 1.9 ?
merci.
Benoit
Bonsoir,
non car la branche 1.9 n’est pas impactée
Répondre à ce message
Bonjour, je ne sais pas si c’est un bug à proprement parler, mais le dépôt de plugins péclotte depuis 3.0.3, et si je tente d’accéder le fichier de Spip Zone, on me répond effrontément que le XML est mal formé, petite ponctuation intempestive dans le document ?
En fait, en 3.0.3 (19675), ça va, c’est avec la dev 19740 que ça ne va plus, autant pour moi...
Répondre à ce message
La mise à jour a fonctionné (spip_loader) après quelques bidouilles :
après l’exécution de spip_loader, je n’ai pas eu l’affichage du bouton pour mettre à jour la base, j’ai donc cliqué sur « réparer la base », ce qui a réglé les problèmes d’erreurs SQL.
En revanche mes auteurs ont perdu leurs articles liés ! Or dans la table auteurs_articles il y a toujours les liens corrects entre auteurs et articles. En réattribuant chaque article à chaque auteur, ça remarche (c’est fastidieux mais je n’ai même pas 20 articles sur le site) même si pourtant ça ne change rien dans la base, ce qui reste donc un mystère pour moi...
Juste après avoir posté ce message, j’ai remarqué qu’il y avait une table auteurs_liens qui ne contenait que les premiers articles que j’avais commencé à réattribuer. J’ai donc exécuté quelques requêtes SQL pour aller plus vite. Tout fonctionne à présent, mais comment m’assurer que j’ai une base bien correcte ? Je constate que sur une base propre de SPIP 3 il n’y a plus de tables auteurs_messages, auteurs_articles etc. or j’ai toujours ces tables dans ma base... Y-a-til un script à exécuter ? Si oui faut-il que j’efface le contenu de auteurs_liens avant de l’exécuter ? (je précise qu’il s’agissait d’une mise à jour de spip 2.1 vers spip 3.0.3).
hum, il eu fallut réparer avant la base et faire ensuite une install propre.
Faites une sauvegarde de votre base tel quel, et si vous y tenez, supprimez les tables auteurs_xxx qui ne servent plus à rien.
Pouvez vous préciser : la réparation de la base vous a été proposé par SPIP ? Et après la réparation, il n’y a pas eu d’étape de mise à jour de la base ?
Réparer la base avant ? Je n’avais aucun problème donc je n’y ai pas songé.
Je n’ai pas eu l’étape de mise à jour de la base et la réparation ne m’a pas été proposée, je l’ai effectué en me disant que ça allait forcément créer les tables manquantes... Peut-on trouver le script de mise à jour de la base quelque part ? Bon c’est vrai que maintenant tout marche donc rien de grave a priori...
Non mais STOP les bidouilles...
C’est au moment où la mise à jour n’était pas proposée qu’il aurait fallu demander de l’aide. Maintenant ta base est dans un état indéterminé... : les vieilles tables pas supprimées, des nouvelles créées mais sans migration des données, des champs manquants sur certaines tables....
Aurais-tu fait une sauvegarde de ta base AVANT la migration comme il est systématiquement conseillé de le faire ? Si par bonheur c’est le cas, le plus sage serait de repartir de là, et voir pourquoi SPIP ne propose pas la mise à jour de la base.
Sinon tu peux tenter de forcer la mise à jour en modifiant à la main la table spip_meta et en ajoutant/modifiant la meta « version_installee » avec la valeur « 15829 », puis en supprimant le fichier tmp/meta_cache.php.
Si tu n’as pas de version initiale de la base, ouvrir un ticket ne servira pas à grand chose, car impossible de reproduire et corriger ton problème...
Stop les bidouilles, moi je veux bien mais en attendant j’ai un site en ligne foireux si je ne bidouille pas...
Remettre l’ancienne base en ligne pour voir ce qui déconne, c’est bien gentil mais mon site public n’est pas un environnement de test. Il se trouve que j’’avais fais le test de la mise à jour en local avant et ça a bien marché, donc je n’avais pas à m’inquiéter outre mesure (et donc oui j’ai une sauvegarde de l’ancienne base).
Merci pour le truc pour forcer la mise à jour, je vais plutôt tenter ça.
La bid... :) la manip a bien fonctionné, la base est maintenant bien à jour et les tables obsolètes sont supprimées. Merci !
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |