(article mis-à-jour le 8 août 2009)
La version 2 de spip étant une version majeure, la mise à jour d’un site en version 1.9.x est particulière. [1]
Quelques conseils pour que la transition se fasse au mieux
- désactiver tous les plugins par la page : ecrire/ ?exec=admin_plugin
- faire une sauvegarde de la base de données en utilisant la procédure de spip 1.9.x : ecrire/ ?exec=admin_tech
- récupérer cette sauvegarde par ftp (elle se trouve dans tmp/dump/ ou, pour des versions plus anciennes, dans ecrire/data/) et la conserver soigneusement en local.
- créer un répertoire à la racine de spip (par exemple ancien_spip/)
- déplacer à l’intérieur de ce répertoire tous les fichiers et répertoires de spip 1.9.x SAUF les répertoires IMG/ et config/
- si vous aviez un fichier mes_options.php le déplacer dans config/
- ne devrait donc rester à la racine que :
- ancien_spip/
- config/
- IMG/
- déposer par ftp, à la racine de son site, l’ensemble des fichiers et répertoires de spip 2.0.x sauf les répertoires IMG/ et config/
- devraient donc se trouver à la racine :
- ancien_spip/
- CHANGELOG.txt
- config/
- COPYING.txt
- ecrire/
- htaccess.txt
- IMG/
- index.php
- INSTALL.txt
- local/
- prive/
- rien.gif
- spip.php
- squelettes-dist/
- svn.revision
- tmp/
- entrer avec son navigateur dans http://le_site/ecrire/ [2]
- accepter la mise à jour de la base de données
- à ce stade, vous devriez retrouver, dans l’espace privé, l’intégralité des données de votre ancien site et une navigation dans l’espace public devrait les afficher avec les squelettes par défaut de spip (couleur mauve)
- en cas de problème (page blanche par exemple), essayer de renommer temporairement votre fichier mes_options.php (dans le répertoire config/) pour le désactiver.
- récupérer maintenant les version adaptées à spip 2 des plugins que vous utilisiez et installer ces nouvelles versions dans un répertoire plugins/ à créer.
ou bien, après avoir créé un répertoire plugins/ puis son sous-répertoire auto/ utiliser la procédure d’auto installation des plugins proposée dans la page ecrire/ ?exec=admin_plugin
- reste à créer un répertoire squelettes/ (si vous en avez l’utilité) et y déplacer calmement, par petits groupes, vos anciennes personnalisations récupérées depuis ancien_spip/squelettes/
- si vous aviez un fichier mes_fonctions.php, vérifier la conformité de ses fonctions et déclarations avec les nouvelles fonctions et variables de spip 2.0.x
- idem si des scripts php sont présents dans vos squelettes personnalisés
- si vous n’avez pas déjà un .htaccess actif, il vous faudra renommer htaccess.txt en .htaccess pour bénéficier des urls propres, arbo...
LES SQUELETTES
rappel :
les fichiers rangés dans votre répertoire squelettes/ prennent le pas sur ceux placés par défaut dans squelettes-dist/ ou dans prive/
si vous avez, en 1.9.x, copié l’organisation de votre répertoire squelettes/ sur celle de dist/ , sachez que 2.0.x apporte des modifications importantes à cette organisation et qu’il vous faudra veiller à ne pas avoir des fichiers fantômes appelés en lieu et place des légitimes.
en particulier, un ancien squelettes/login.html tout comme squelettes/formulaires/login.html prendront le pas (et ce pourra être un problème) sur prive/login.html et prive/formulaires/login.html.
attention aussi aux fichiers de feuille de style et aux fichiers de script javascript.
- liste des fichiers qui étaient dans dist/ (que vous avez peut-être personnalisés dans squelettes/) et qui ont été déplacés ou supprimés :
ancien | nouveau |
dist/favicon.ico | supprimé |
dist/jquery.js.html | supprimé |
dist/login.html | prive/login.html |
dist/sommaire_texte.html | supprimé |
dist/spip_admin.css | prive/spip_admin.css |
dist/spip_style_invisible.css | privé/spip_style_invisible.css |
dist/spip_style_print.css | prive/spip_style_print.css |
dist/spip_style_visible.css | prive/spip_style_visible.css |
dist/spip_style.css | prive/spip_style.css |
dist/style_prive_defaut.css | prive/style_prive_defaut.css |
dist/style_prive.html | prive/style_prive.html |
dist/formulaires/choix_mots.html | supprimé |
dist/formulaires/forum_previsu.html | supprimé |
dist/formulaires/login_forum.html | supprimé |
dist/formulaires/login.html | prive/formulaires/login.html |
dist/formulaires/menu_lang.html | prive/formulaires/menu_lang.html |
dist/modeles/doc.html | prive/modeles/doc.html |
dist/modeles/emb.html | prive/modeles/emb.html |
dist/modeles/img.html | prive/modeles/img.html |
dist/modeles/pagination_page_precedent_suivant.html | prive/modeles/pagination_page_precedent_suivant.html |
dist/modeles/pagination_page.html | prive/modeles/pagination_page.html |
dist/modeles/pagination_precedent_suivant.html | prive/modeles/pagination_precedent_suivant.html |
dist/modeles/pagination.html | prive/modeles/pagination.html |
dist/modeles/paginationitem.html | prive/modeles/paginationitem.html |
dist/icones_barre/ | prive/icones_barre/ |
dist/images/ | prive/images/ |
dist/javascript/ | prive/javascript/ |
dist/vignettes/ | prive/vignettes/ |
d’une manière générale, s’inspirer des nouveaux squelettes de squelettes-dist/ et prive/ pour reprendre et mettre à jour vos personnalisations dans squelettes/
si vous avez déjà effectué votre mise-à-jour en déposant les fichiers de spip 2.0.x sur votre spip 1.9.x, alors il reste sans doute d’anciens fichiers devenus obsolètes et que vous pouvez supprimer :
- passage de 1.9.2 à 2.0.x stable [14697]
ces fichiers qui existaient en 1.9.2, sont, en 2.0.x, soit supprimés, soit déplacés
(cela concerne essentiellement le répertoire ecrire/ et ses sous-répertoires) il convient de les supprimer
- ecrire/action/autoriser.php
- ecrire/action/ical.php
- ecrire/action/inscription.php
- ecrire/action/instituer_mot.php
- ecrire/action/instituer_rubrique_articles.php
- ecrire/action/pass.php
- ecrire/action/rss.php
- ecrire/action/test_dirs.php
- ecrire/base/db_mysql.php
- ecrire/base/optimiser.php
- ecrire/engines-list.txt
- ecrire/exec/articles_ortho.php
- ecrire/exec/editer_mot.php attention !!! ne pas confondre avec ’ecrire/exec/editer_mots.php’ (pluriel) qui est bien un fichier 2.0.x
- ecrire/exec/export.php
- ecrire/exec/forum_envoi.php
- ecrire/exec/puce_statut_article.php
- ecrire/exec/rubriquer.php
- ecrire/exec/statistiques_svg.php
- ecrire/extract/doc.php
- ecrire/extract/pdf.php
- ecrire/extract/rtf.php
- ecrire/inc/auth_ldap.php
- ecrire/inc/auth_spip.php
- ecrire/inc/compacte_js.php
- ecrire/inc/cron.php
- ecrire/inc/editer_article.php
- ecrire/inc/editer_mot.php attention !!! ne pas confondre avec ’ecrire/inc/editer_mots.php’ (pluriel) qui est bien un fichier 2.0.x
- ecrire/inc/extra.php
- ecrire/inc/indenter_xml.php
- ecrire/inc/indexation.php
- ecrire/inc/maintenance.php
- ecrire/inc/ortho.php
- ecrire/inc/popularites.php
- ecrire/inc/sax.php
- ecrire/inc/sites_voir.php
- ecrire/inc/valider_xml.php
- ecrire/inc/visites.php
- ecrire/install/etape_5.php
- ecrire/install/etape_6.php
- ecrire/safehtml/classes/HTMLSax3.php
- ecrire/safehtml/classes/safehtml.php
- ecrire/safehtml/classes/HTMLSax3/Decorators.php
- ecrire/safehtml/classes/HTMLSax3/States.php
- ecrire/safehtml/license.txt
- ecrire/safehtml/readme-SPIP.txt
- ecrire/safehtml/readme.txt
- ecrire/urls/propres-qs.php attention !!! ne pas confondre avec ’ecrire/urls/propres_qs.php’ (underscore) qui est bien un fichier 2.0.x
- ecrire/xml/atom.php
- ecrire/xml/ical.php
- ecrire/xml/rss.php
- ecrire/win_png.htc
- le répertoire dist/ et tous ses fichiers (voir plus haut LES SQUELETTES)
- le répertoire oo/ et son fichier index.php
- les 3 fichiers à la racine :
- inc-public.php3
- UPGRADE.txt
- win_png.htc
Discussions par date d’activité
28 discussions
Je n’arrive pas à suivre le conseil :
Dans configuration dans le champ « Adresse (URL) du site public » veuillez entrer l’adresse exacte de votre site en local.
Dans la version 2.0.10 je n’ai pas trouvé ce champ :(
Répondre à ce message
Bon tuto, clair et rassurant pour un débutant comme moi.
La mise à jour a réussi, mais...
J’ai un pb avec les mots-clés : les anciens sont présents mais impossible d’en créer de nouveaux !
Je suis donc bloqué pour installer eva-news lié au mot-clé « evenement » absent de la base et pour mini-cal par ex.
Comment faire ?
Salut à tous
voici l’aspect de ma page privée quand je finis la mise à jour. J’en ai parlé ici :
forum.spip.org/fr_239615.html
www.finances.bj/aspect1.jpg
www.finances.bj/aspect2.jpg
www.finances.bj/aspect3.jpg
Problème de css ? Que faire svp ?
Répondre à ce message
Bonjour,
Je viens de tenter de basculer un spip 1.9 vers la version 2.
Je ne parviens pas à terminer la procédure de mise à jour des bases de données : des erreurs sont signalées sur mysql.php, ligne 142
Can’t DROP ’id_type’ ; check that column/key exists in .../html/ecrire/req/mysql.php on line 142
Unknown column ’id_type’ in ’spip_types_documents’ in .../html/ecrire/req/mysql.php on line 142
Can’t DROP ’id_type’ ; check that column/key exists in .../html/ecrire/req/mysql.php on line 142
Multiple primary key defined in .../html/ecrire/req/mysql.php on line 142
Auriez-vous des conseils à me donner ? Le site public fonctionne, mais à chaque fois que je vais dans l’espace privé, je suis dirigée vers la page de mise à jour des bases, sans rien pouvoir faire d’autre.
Merci par avance à ceux qui auront quelques clés à me donner ...
Bien cordialement,
Martine Cavey Lemoine
Rebonjour,
J’ai persisté dans ma demande de mise à jour de la base, passant d’un compte administrateur à un autre, et au bout de six tentatives, une quinzaine d’actualisations, la procédure est allée à son terme.
Désolée d’avoir occupé le forum pour un problème simple et déroutant, qui s’est spontanément résolu. De la pire espère, donc !
Bonne continuation,
Très cordialement,
Martine
Répondre à ce message
Bonjour,
merci pour ces instructions.
je suis passé de 1.9.2e vers 2.1.8 presque sans encombre en suivant la procédure.
J’ai eu des avertissements au moment de la sauvegarde de la base de données. Il a fallu que j’aille bricoler dans phpmyadmin pour modifier une ligne. (changement du type de valeur varchar(255) en text - devait trainer depuis la V1.8). J’ai un peu galéré n’étant pas spécialiste.
Bref, après cette modif, sauvegarde db ok.
Le reste de la procédure s’est déroulé comme indiqué.
A la fin, après validation de la mise à jour de la base de données, le message technique apparait une seconde fois. il faut revalider de la même manière mais je trouve la fin du tuto un peu floue à ce sujet. La première fois en revoyant le même message de nouveau j’ai cru que ça n’avait pas fonctionné.
Pour ceux qui se posent la question, cliquez de nouveau sur le lien.
Répondre à ce message
Je viens de faire une migration de 1.9.2 vers 2.1.6 et RAS
tout s’est s’est très bien passé :-)
merci beaucoup
Répondre à ce message
Bonjour,
ce thread est un peu vieux, mais je viens de tenter d’upgrader mon installation spip de 1.9.2b a 2.1.0, et je me suis mis dans une galère pas possible.
Je n’arrête pas d’avoir des problèmes de permissions d’écriture. Je crois que ces problèmes sont liés au fait que tous les scripts de spip sont effectués par l’utilisateur « apache » sur mon serveur.
A chaque fois que j’ai obtenu une erreur du type :
« The system encountered an error when trying to write the file tmp/cache//.ok. As a site administrator, please verify write permissions of the directory tmp/cache. »
le fichier ou répertoire qui était censé ne pouvoir être créé l’était en fait. Il était possédé par apache, et les droits étaient correctement ouverts. Le script de spip ne voulait cependant pas progresser plus avant.
Pour résoudre le problème, il a « suffi » que j’efface le répertoire en question et le recrée en 777 sous mon login et non apache. Vu le nombre de répertoire a créer, ça a été assez pénible.
J’ai tant bien que mal réussi à obtenir que l’espace privé soit accessible, mais à chaque fois que je fais quelque chose de nouveau (en gros à chaque fois qu’il faut créer un répertoire quelque part, ce qui arrive tout de même souvent...), je retombe sur des erreurs de permission, qu’il faut que je résolve à la main après avoir inspecté les divers fichiers log...
Cette solution n’est donc pas pérenne. Sans parler de chaque sous-répertoire de « cache-vignettes »...
Tout d’abord, est-ce « habituel » que les répertoires et fichiers créés appartiennent à « apache » ? Y a-t-il un moyen de contourner ceci ? Ou bien le problème est-il ailleurs ?
Bonjour,
Je ne peux te dire pourquoi c’est arrivé mais si les droits sont ceux d’apache, tu peux les changer en passant par SSH.
Pour connaître les droits des répertoires tu tapes en SSH ls -l.
Pour changer les droits (user et/ou groupe) tu utilises la commande « chown » et/ou « chgrp ».
Je t’invite dans tous les cas à te tourner vers ton administrateur serveur ou ton hébergeur qui pourra certainement t’aider si tu ne connais pas et qui aura sûrement ces connaissances.
Bon courage
Bonsoir,
Mon expérience personnelle à ce sujet est résumée ici : http://forum.spip.org/fr_224350.html
Régis
Répondre à ce message
Super tuto.
Par contre y ajouter en note la solution de Lisanga concernant les erreurs 404 serait une bonne idée.
Ced’
Bonjour,
j’ai un problème d’erreur 404, et donc je cherche « la solution de Lisanga concernant les erreurs 404 ». Si quelqu’un passe par là...
euh... un plus bas dans ce forum :
http://www.spip-contrib.net/Mise-a-jour-1-9-x-vers-2-0-x#forum413131
Ok, je cherchais Lisanga dans les auteurs de messages, pas en bas du message... Effectivement, il faut mettre à jour l’url du site à jour. Merci.
Répondre à ce message
Bonjour,
j’ai un problème au niveau d’une des premières étapes : lorsque j’accède pour la première fois à « http://le_site/ecrire/ ». L’interface privée fonctionne, mais l’interface publique affiche un « Erreur 404 ». Si quelqu’un a déjà eu ce problème...
De plus, lorsque je clique sur « accéder à l’interface privée », je suis redirigé vers
http://localhost/ecrire/
au lieu de
http://localhost/mon-site/ecrire/
J’ai clairement un problème d’adresses. D’autre part, la fonction « vider le cache » dans l’interface privée ne fonctionne pas pour les images. Je ne sais pas du tout d’où ça peut venir (je ne suis qu’un pauvre débutant). Help !
Répondre à ce message
Bonjour,
Quand j’arrive à la page proposant la mise à jour de la base, j’obtiens systématiquement une page blanche (?exec=upgrade&reinstall=non).
J’ai effectué une réinstallation, vidé le cache et même le contenu de « temp ». Impossible d’aller plus loin :-(
Une idée ?
PS : j’ai bêtement oublié de désactiver le plugin « thickbox2 » avant de sauvegarder la bd et de faire la mise à jour... mais quand même...
quelle était la version de l’ancien spip ?
ne reste t il pas un fichier mes_options.php personnalisé ?
le dossier plugins/ a t il bien été désactivé (renommé, déplacé) ?
le code source html de la ’page blanche’ est il vide ?
Répondre à ce message
Bonjour Denisb,
Ancienne version 1.9.2d, pas de fichier mes_options ou mes_fonction, plus de dossier plugins, et pas de code source de la page blanche.
Herbergement Ouvaton.
Je sais c’est mince...
Une réinstallation en 1.9.2d, puis une nouvelle tentative de migration en 2.0.9 sans plus de succès, finalement au bout d’un moment et après avoir actualisé la page de nombreuses fois : Miracle, ça fonctionne !
No comment :-/
Répondre à ce message
Absolument pas. Dans FCK Editor, je vois le code source comme prévu, en mode éditeur spip,je vois également le code source comme prévu (donc avec les p align=« center »), dans la base de données mysql je vois également tout comme prévu.
Par contre, à l’affichage sur le site, je ne les vois pas. Donc c’est bel et bien Spip qui fait un traitement des données et qui supprime ces balises simplement parce que pour lui elles sont dépréciées. Donc ma question est de savoir comment désactiver cette « correction » automatique de Spip.
Répondre à ce message
Bonjour, après avoir mis à jour de 1.9.2e vers 2.0.8, ma mise en page est transformée. Avant, j’utilisais FCK Editor, et il me mettait des
mais il semble que le nouveau spip n’autorise pas une telle chose du coup je constate qu’à l’affichage, ces balises sont supprimées. Du fait du nombre d’articles impactés (1000), j’aimerais savoir s’il existe une manière autre de corriger cela que d’aller dasn chaque article et changer en
à la main.
Merci :-)
euh...
la question relève plus du plugin fckeditor que de la procédure de mise à jour...
peut-être devrais tu t’adresser à Nouvelle version du plugin fckeditor-spip
Répondre à ce message
bon, j’ai résolu mon problème... je ne sais comment... et c’est peut-être ce qui m’énerve le plus.
Merci pour tout ;)
Répondre à ce message
Bonjour,
bon, là je pete gentillement un cable :)
hier tout fonctionnait pour le mieux, je pouvais acceder à mon espace privé... aujourd’hui, rebelotte, le formulaire d’inscription refuse de me laisser acceder à mon espace privé, il me redemande constamment mon login sans m’afficher d’erreur.
J’ai bien vérifier de ne plus avoir de formulaire/login.html ni login-forum ni menulang... bref je me suis bien penché sur l’histoire pour bien mettre les fichiers dans les dossiers adequates...
je suis même allé jusqu’à effacer tous les fichiers qui traitaient du login (j’ai bien un 404) par la suite, je les remets... toujours la même chose...
merci pour votre aide :)
Répondre à ce message
Merci pour la rapidité de ta réponse,
au final j’ai effacé tous les dossiers de mon ftp, remis ceux du spip 2,0 sauf config/ et img/
j’ai remis dans mon ftp mes dossiers config/ et img/
lancé monsite/ecrire
et tout à fonctionné ^^
merci encore :)
Répondre à ce message
hum...
bonjour, merci pour ce tutoriel...
mais n y aurait il pas un soucis avec le dossier ecrire ? car quand je remplace tout les dossiers via ftp (sauf config et img) et que je tape dans l’url /monsite/ecrire, la page renvoyé est le formulaire où l’on me demande mon login et mot de passe, evidemment, vu que le dossier ecrire a été écrasé, aucun utilisateur n’est reconnu (en fait je n ai pas de message d’erreur on ne prend pas en compte mon login :)) donc je n’ai pas de page me demandant d’effectuer de mises à jour ^^
par contre.... quand je regarde le code source de la page d’accueil via le navigateur, je suis en spip 2,07.
héhé... que faire ??
merci pour votre aide :)
t’es tu assuré qu’il n’y a pas un formulaire de login qui serait resté quelque part dans squelettes/ ?
as-tu vidé les caches et cookies de ton navigateur ?
Répondre à ce message
Merci DenisB. La procédure est toujours la même ?
pour un passage de 2.0.x à 2.0.6, le plus simple (si rien n’a été ajouté ou modifié dans les répertoires ecrire/, prive/ et squelettes-dist/) est purement de les remplacer par les nouveaux.
ne pas oublier les modifications apportées aussi au htaccess
Bonjour,
Après avoir passé s’une 1.9.2c vers une 2.0.5 grace à cet article, j’ai voulu l’upgrader vers une 2.0.6, mais après m’avoir demandé de cliquer pour mettre à jour la base de donnée je me suis retrouvé devant une page blanche.
J’ai essayé de restaurer ma base sauvegardée de la 2.0.5 mais il me dit désormais qu’elle vient d’une version antérieure. Cependant rien ne m’a indiqué que la mise à jour s’était effectuée correctement. Y a-t-il un moyen de vérifier cela et éventuellement de forcer une nouvelle mise à jour (ou sa vérification) ?
Merci par avance
la mise à jour de la base de données entre une 2.0.5 et une 2.0.6 consiste en la création d’un index supplémentaire (objet:id_objet+objet) dans la table « spip_documents_liens ».
si tu as accès par phpmyadmin, par exemple, à ta base de données, tu peux vérifier que cet index a bien été créé.
auquel cas, la mise-à-jour a dû correctement être faite.
Ils y sont ! Merci pour l’info.
Répondre à ce message
Bonjour suite a mon probleme d’image ( c’est à dire plus la possibilité de convertir en vignette car plus aucune image (ni converter ni gd etc.... affiché a choisir dans la catégorie configuration )
J’ai du réinstaller php gd avec la commande suivante :
urpmi php-gd (sous mandriva free 2009)
Problême réglé
encore Merci à spip 2.0 qui offre une réel avancé
Répondre à ce message
Bonjour,
Merci pour ce tutorial,
Suite à une erreure de ma part je suis passé de spip 1.9.2 à 2.0.6. Du coup cela me pose un probmême que je n’arrive pas à solutionner :
Je n’ai plus d’image ni dans « netpbm » ni dans « converter » alors qu’auparant tout fonctionner correctement pour spip 1.9.2 ou je pouvais cliquer sur converter.
le site est installé sur une mandriva 2009 et tous les paquetages gd ou imagick sont instalé. Merci de votre aide
je ne sais.
l’absence de ces deux images dans la page de configuration semble indiquer que les packages sont absents ; à vérifier en passant sur ecrire/ ?exec=info.
si c’est le seul souci que tu rencontres, ce n’en est pas vraiment un (sauf à vouloir utiliser l’une ou l’autre de ces 2 méthodes de traitement d’images bien sûr) ; ces vignettes étant purement informatives.
Répondre à ce message
Bonjour,
J’ai travaillé depuis le mois de janvier en local avec une version 2.0.3, je me rends compte aujourd’hui que le spip loader m’installe une version 2.0.6 en distant. Je n’ai pas encore chargé la base.
Est-ce que je dois modifier quelque chose dans mon site en local ?
J’ai un site en 1.9.2d déjà hébergé et un autre en 1.9.2e sur le feu aussi, est-ce-que ça vaut le coup de faire une migration vers 2.0.6 à chaque fois, j’aimerais savoir avant où je peux vérifier la compatibilité des plugins
(dommage, je me rends compte que j’ai raté le coche pour le clin d’œil à la voiture mythique des 80’s ;)
- le passage de 2.0.3 à 2.0.6 nécessite une légère mise-à-jour de la base de données (automatique dés l’accès à l’espace privé) pour ajouter un index sur une table.
donc tu as tout intérêt à faire le pas.
- pour la liste des fichiers qui ont été modifiés/supprimés/ajoutés entre ces deux versions, le détail est ici : http://trac.rezo.net/trac/spip/changeset?new=13835%40branches%2Fspip-2.0&old=13596%40branches%2Fspip-2.0
- pour les sites en 1.9.2d et 1.9.2e, il ta faut effectivement vérifier l’existence des mises-à-jour des plugins utilisés. ici même, sur spip-contrib : http://www.spip-contrib.net/Plugins,112 et http://www.spip-contrib.net/Plugins-pour-SPIP-2-0
quoiqu’il en soit, il est conseillé de passer (au moins) en 1.9.2g qui est la dernière version de la branche 1.9.2 (la plus stable et la plus sûre à ce jour)
Répondre à ce message
Il n’y a pas de problème au final, je me suis simplement emmêlé les pinceaux avec mes différents jeux de squelettes et comme j’étais surpris de ne pas voir l’encart « moteur de recherche » dans la configuration et n’ayant vu aucune mention à ce sujet dans les évolutions (si il y en a une et c’est fort possible, j’assume l’entière responsabilité de cette faute et me retire de... bref), en clair j’ai pas cherché dans la bonne direction.
Ca a l’avantage de m’avoir appris cette évolution importante... Cela veut donc dire que l’indexation est nettement moins gourmande qu’autrefois ?
Il est encore recommandé dans l’aide de SPIP 2.0.3 de ne pas l’activer pour les sites à gros volume, c’est aussi ça qui m’a fait croire à un bug. Le moteur doit être nettement plus performant pour qu’il ne soit pas désactivable, non ?
ZiWaM
désormais la recherche se fait automatiquement dans les champs principaux des tables articles, rubriques, breves, syndic... avec des « scores » associés suivant le champ (par exemple : si présent dans articles.titre : 8 ; dans auteurs.nom : 5 ...)
de ce fait, il n’y a plus besoin d’indexation préalable.
de plus, les résultats de recherche sont conservés en base pour y être retrouvés directement si plusieures recherches identiques sont effectuées dans un temps limité (10 minutes).
il n’y a donc plus rien à désactiver (ou ne pas activer) pour économiser de la charge sql...
Répondre à ce message
Bonjour
Je rencontre le problème suivant : tous les accents du site sont remplacés par une série de caratères (voir http://aveyron.lpo.fr) . Quelqu’un peut il me dire coment corriger cela
merci
comme ça a apparemment été corrigé, et que c’est un problème posé de temps en temps dans les forums suite à une mise à jour ou un transfert de base de données, peux-tu nous dire ce qui causait le problème et comment tu l’as résolu ? merci.
Répondre à ce message
Bonjour,
Je ne trouve plus l’encart réservé à l’activation du moteur de recherche dans les fonctions avancées de la configuration. Du coup si je ne l’ai pas activée avec la version 1.9.2, la fonction est simplement indisponible une fois SPIP 2.0.3 installé.
Quelqu’un a le même problème ?
ZiWaM
la fonction d’indexation/recherche a été profondément modifiée et est active (toujours) dans spip 2.0.3 sans avoir à se préoccuper de la configurer.
Répondre à ce message
Merci Lisanga pour ton aide , moi aussi, planté sur erreur 404
Cela va quand même me poser un problème,
car j’utilise SPIP comme aide contextuel
à une application WEB (en PHP) .. et j’accède à l’article directement
On verra bien ....
Merci encore . Olivier
Bonjour Olivier.
OK, mais pour des fichiers d’aide, il y a aussi LaTex pour windows. Simple et super performant.
LaTex voir cet article.
Lisanga
Répondre à ce message
Pour tout ceux qui rencontre la fameuse « Erreur 404 » après avoir suivi ce tuto. Je vous fais part de mon expérience suite à une misa à jour majeure de spip 1.9.2e => spip 2.03 en local sous easyPHP avant de balancer cela sur mon serveur web.
Toute le problème est simple à résoudre.
° Aller dans http://127.0.0.1/monsite/ecrire/ ou en d’autres termes http://localhost/monsite/ecrire/
° Dans configuration dans le champ « Adresse (URL) du site public » veuillez entrer l’adresse exacte de votre site en local.
Exemple : http://127.0.0.1/monsite/
Ceci doit être valable après envoi ftp sur le serveur web après test.
Voilà après un peu de galère, je partage mon expérience pour vous faire gagner du temps.
Sans cela le tuto est à suivre dans son intégralité et il n’est pas à remettre en cause. Il manquait juste cette info.
Lisanga
Répondre à ce message
bonjour je viens de suivre la procédure mais lorsque je tente de me connecter avec mon id et mdp, j’ai à tous les coups ce message
12345 puis « login : Accès interdit »
une idée ???
merci
arno
tenter par ftp de supprimer le répertoire tmp/
puis, toujours par ftp, de recréer tmp/ et tmp/cache/ et tmp/sessions/ en leur donnant comme droits : 770 (rwxrwx---) ou 777 (rwxrwxrwx)
Répondre à ce message
Je viens de trouver comment faire, alors je vous l’indique ici.
Il faut dans connect.php rajouter ’ldap.php’ au dernier champs de la connexion :
spip_connect_db(’serveur mysql’,’’,’login’,’mot de passe’,’base’,’mysql’, ’spip’,’ldap.php’) ;
Et créer un fichier ldap.php contenant :
Chez nous les deux derniers champs sont vierges, puisque nous faisons notre connexion anonymement.
Répondre à ce message
Le gros problème que j’ai c’est qu’avant le passage en 2.0.3 j’avais une authentification LDAP, et que celle-ci a sauté...
Le fichier ecrire/inc_connect.php n’existe plus, la doc sur spip.net n’en parle pas... bref nous sommes en panne !!!
Si quelqu’un a une info... AU SECOURS !
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 : |