SPIP 2.0 RC1 (Release Candidate 1) est sortie

Découvrez enfin cette version tant attendue !

Comme le dit wikipédia :

Version admissible ou pré-release
Une version admissible, bien que le terme anglais release candidate (souvent abrégé en RC) soit beaucoup plus utilisé, est une version du logiciel qui correspond, du coté pratique, à la version « finale » ou « stable » du dit logiciel ; elle est mise à disposition à des fins de « tests de dernière minute » visant à déceler les toutes dernières erreurs subsistant au sein du programme

Les nouveautés

En attendant que la documentation officielle ne soit publiée sur www.spip.net, nous vous conseillons la lecture de ces deux articles très bien écris par marcimat (n’hésitez pas à adresser des commentaires sur son article si vous avez des compléments ou remarques à ajouter mais pas pour débugguer votre spip 2.0 ) :

Et nous vous recommandons aussi la lecture d’un billet par valéry.

La migration

On rappelle les règles de prudence pour une montée de version majeure (depuis la 1.9x à la 2.0, par exemple) :

  1. sauvegarder sa base de données au préalable
  2. tester la mise à jour sur une copie du site en ligne, et pas directement sur le site que voient vos visiteurs
  3. renommer les dossiers plugins/ squelette/
  4. Vous connecter dans l’espace privé pour faire la mise à jour demandée

Si tout va bien à ce stade, vous pouvez ensuite :

  1. remettre votre dossier squelette/ en veillant à en retirer tout formulaire personalisé present dans le sous-dossier formulaires/
  2. télécharger les mises à jour des plugins ppur SPIP 2.0, que vous pourrez trouver ici par exemple : Flux des plugins
  3. remettre votre dossier plugins/
  4. reactiver progressivement vos plugins

Nous vous conseillons la prudence en ce qui concerne la réutilisation de plugin qui n’auraient pas été mis à jour pour SPIP 2.0.

Les changements étant nombreux, il y a peu de plugins qui peuvent fonctionner sans correction pour cette nouvelle version.

Pour faire votre migration vous utiliser directement l’archive ci-dessous ou le fichier spip_loader_2RC1.php

Recopiez-le dans le répertoire où vous voulez installer SPIP (à la racine de votre site Web, par exemple).
Ensuite appelez ce fichier depuis votre navigateur Web, et attendez que le chargement se termine.

Si la procédure échoue, vous devrez effectuer l’installation manuelle à partir du paquet.

Bon tests à tous !

Discussion

49 discussions

  • 1

    Spip 2 est sorti (enfin) : révolution ou coup d’épée dans l’eau ?
    Visiblement fonctionnellement Spip s’enrichit et s’ouvre. Toutefois, quelle déception de voir toujours la même interface de mise à jour, qui en fait un outil vieillot et obsolète face à toutes les applis web 2 et blogs disponibles.
    Fan de la première heure (ou presque de Spip), j’ai peu à peu abandonné cet outil pour des solutions, notamment beaucoup plus facile à prendre en main pour des novices (je parle ici de simples contributeurs), qui n’ont aucune envie d’apprendre les balises spip.
    Il est dommage que Spip ai raté ce virage du web2 qui a grandement contribué à l’amélioration de l’ergonomie des outils en ligne.

    • Je suis d’accord avec toi. Mais malheureusement ce point de vue n’est pas partagé par toute l’équipe de développement de SPIP, et en la matière « qui ne dit mot consent ».

      Autrement dit, il faut que les utilisateurs mécontent le disent haut et fort pour donner du poids à ceux qui essayent de faire bouger les choses au sein de l’équipe. Le mieux est donc de ne pas hésiter à donner son avis sur la liste spip-dev@rezo.net pour être lu par les développeurs de SPIP.

    Répondre à ce message

  • 2

    Bonjour,

    Je crois qu’il y a un gros problème, l’interface pour joindre des documents aux articles a disparu il reste que celle des images. Ou alors il y a quelque chose que j’ai pas compris.

    • Par défaut, les documents sont désactivés. Il faut les activer dans le menu Configuration.

    • Non pas de soucis .. (à priori pour moi) juste une simplification mais qui merite plusieurs infos ce que j’ai constaté à l’utilisation :
      Si le document image que tu importes dois etre inclus dans ton article :
      -  comme d’hab tu utilise l’interface tu recupère ton <imgXXX|left> que tu place ou tu veux dans ton article, tu enregistre ton article, tu reviens sur modifier l’article puis a gauche dans la gestion des images importé tu cliques sur « retirer » l’image du portfolio .. c’est un peu long mais je n’ai rien trouver d’autres
      de meme lorsque tu nommes une image ainsi importé, avant le fait de nommé puis enregistrer transformer le <imgXX en <docXX cela ne se fait que lorsque ta page a ete enregistré puis a nouveau retour en modification ... rien de mechant mais a savoir qd meme pour ne pas s’arracher les cheveux ...

    Répondre à ce message

  • Salut à tous, étrange, ce matin Spip 2.0 RC1 n’est plus disponible au téléchargement...

    Une idée du problème ?

    Merci.

    Doc Mac :)

    Répondre à ce message

  • 1

    Bonjour,

    Apres ma migration de la 1.9 a la v 2.0 RC1, je n’arrive plus à me connecter à l’espace privée. il ne cesse de me demander mon identifiant qui existe bel et bien dans ma base de données, Ais-je fait une erreur de manip lors de la MAJ ?

    merci d’avance

    • Les formulaires personalisés pour une version précédente ne sont plus compatibles. Si tu as un dossier formulaires/ dans ton dossier squelettes/ enlève le.

    Répondre à ce message

  • 2

    Bien content de tester cette nouvelle version ...
    Je me lance, décompresse le zip en local, lance l’install via « ecrire »
    le bonheur et au moment de rentrer dans l’admin ...
    Fatal error : Call to undefined function image_aplatir() in D :\www\spip\ecrire\inc\filtres.php on line 294

    J’utilise en local WAMP 2.0
    Configuration Serveur

    Version de Apache :
    2.2.6
    Version de PHP :
    5.2.5
    Extensions Chargées :

    * bcmath * calendar * com_dotnet
    * ctype * session * filter
    * ftp * hash * iconv
    * json * odbc * pcre
    * Reflection * date * libxml
    * standard * tokenizer * zlib
    * SimpleXML * dom * SPL
    * wddx * xml * xmlreader
    * xmlwriter * apache2handler * gd
    * ldap * mbstring * mysql
    * mysqli * PDO * pdo_mysql
    * SQLite * smtp

    Version de MySQL :
    5.0.45

    J’ai vérifié à nouveau que l’extension php_gd2 était bien chargée.
    (au cas où)
    Merci d’avance pour une explication

    • comme l’indiquait mon message du 9/12, le paquet a été buggué pendant quelques jours suite à un probleme sur notre serveur subversion.
      Il est maintenant corrigé. Je présume que tu as téléchargé ce paquet erroné. Je t’invite à télécharger à nouveau le paquet zip et recommencer ton installation.

    • Philippe MOREAU

      Effectivement, j’ai téléchargé un paquet *$^ !/ : ?,
      tout est rentré dans l’ordre maintenant.
      Merci

    Répondre à ce message

  • 2

    J’ai aussi eu ce problème, je l’ai résolu de la manière suivante :

    -  sauvegarde de la base de donnée
    -  suppression de tout le contenu de la base de donnée
    -  suppression de tout les fichiers spip du FTP

    -  réenvoie des fichiers de spip
    -  nouvelle installation
    -  réinstalation de la base de donnée

    Et là miracle, l’espace privée est normal.

    Par contre j’ai un autre problème majeur, c’est que tout les caractères accentués sont remplacés par des affreux é et autre è é ...

    Et j’ai aussi un problème qui a déjà été signalé plus bas : quand je veux éditer un contenu, tout ce qui est après un caractère avec accent disparait...

    Par exemple si je tape « réessayer » j’obtient « r » :’(

    Les deux sont surement liés ... le problème viendrait de la migration de la base de donnée ?

    • Quand tu recharges la base de données, as-tu vérifié si tu dois préciser un codage (qui pourrait être à choisir entre utf-8 et latin-1) ?

    • en reponse a zerfougnou :
      (espace privé avec icones sens dessus dessous)
      j’ai procédé a des tests et j’arrive a la conclusion :
      un des fichiers dans le repertoire squelette (agenda.css) met le brin.
      en le supprimant , je redecouvre l’environnement normal.

      Il reste des tests a faire, car sur un 2e site je n’ai pas ce fichier et c’est quand meme sens dessus dessous.
      Ca reste a éclaircir...

    Répondre à ce message

  • SPIP est censé ne pas décompter les visites effectuées en erreur 404. Pourtant, un étrange (robot ?) visite systématiquement de 100 à 300 fois par jour cette adresse :

    http://eurouault.lautre.net/spip/sp...

    ... et fausse toutes les statistiques.
    Comment faire pour ne plus comptabiliser les erreurs 404 dans les visites recues sur le site (et sans intervenir dans la base de données MySQL tous les jours ?) ? Merci d’avance

    Répondre à ce message

  • Petit bug décelé dans la RC1 : quand on crée un groupe de mot-clé, il n’est pas possible de décocher complètement les 3 choix de « Les mots-clés de ce groupe peuvent être associés : ». Si on décoche tout et qu’on revient dans la page, le choix « aux articles » est à nouveau coché...

    Répondre à ce message

  • Bonjour,

    je viens de rencontrer un problème de publication d’image.

    Quand j’insère une image dans le texte de l’article tout se passe bien dans la console d’admin - l’image s’affiche une fois l’article sauvegardé et pointe sur /local/cache-vignettes/, en revanche quand je bascule dans l’interface publique l’image n’apparait pas, seulement un bout de code pointant sur le fichier image littéral.

    Quand je fais la même manip dans mon spip 1.9.2e l’image sur le site public pointe aussi sur le /local/cache-vignettes/ - quelque chose a du se perdre en route.

    Répondre à ce message

  • Bon courage.

    Avec la petite modif. citée ça « semble » fonctionner... ;-)

    Répondre à ce message

  • 1

    Bonjour, j’ai du rajouter

    include_spip(’inc/filtres_images’) ;

    include_spip(’inc/filtres_images_etendus’) ;

    dans le fichier ecrire/inc/filtres.php pour pouvoir accéder à l’interface d’administration. Je n’ai pas eu le même problème avec la version téléchargée y a 2/3 jours. Est-ce la même version ? Si non est-il possible d’avoir un petit numéro de patch pour suivre les corrections ?

    • Le serveur Subversion du projet est HS depuis hier soir, et le dernier paquet généré a effectivement un bug. Nous essayons de faire revenir tout cela à la normale aussi vite que possible.

    Répondre à ce message

  • 1

    Bonjour,
    Migration effectuée sur site de test en 1.9.2d vers 2.0rc1
    J’ai aussi le problème error 500 après le vidage du cache photo
    Je ne trouve plus dans config avancée la possibilté de désactiver le module de recherche
    Merci

    • Quelques petites questions concernant cette beta :

      J’ai passé quelques sites en RC1 histoire de voir le comportement de SPIP 2.0 sur divers serveurs et je suis surpris par deux choses, ne sachant pas sice sont des bugs, des oublis où des fonctions qui ne sont pas encore implantées.

      Dans les SPIP antérieurs il était possible de placer des images et des documents dans le dossier tmp/upload pour les appeler à la volée dans les articles, visiblement cette fonction a disparue.

      D’autre part, il m’est impossible d’uploader des documents, car le seul champs pour l’import concerne les images.

      En vous remerciant à l’avance pour vos réponses.

      Bien amicalement à tous.

      Doc Mac

    Répondre à ce message

  • 1

    La piste indiquée par Cedric Morin est bonne.

    Situation de départ : la base est en UTF-8, sauf les champs blob, qui si on les transforme en text apparaissent codés en latin1. Je ne sais pas si c’est normal, ni comment on en est arrivé là, mais spip 1.9.2 s’en accommode. Le problème de la conversion est délicat pour la table spip_article qui comporte à la fois des champs codés en utf-8 (ex titre de l’article) et des champs blob (ci-dessus).

    Travail préalable (par exemple avec phpmyadmin) :
    On laisse les indications d’interclassement utf-8 propre à chaque champ et on déclare l’interclassement latin1 pour l’ensemble de la table spip_article (idem pour spip_syndic). Il n’y a pas d’indication de charset propre aux champs blob, donc si j’ai bien compris, c’est l’indication donnée pour la table qui s’impose.

    La conversion par spip est lancée (en effacant config.php) et là... miracle tout est codé correctement.

    Je suppose qu’il faut remettre après conversion les indications d’interclassement latin1 qui apparaissent ici et là pour certains champs à utf8...

    • OK, j’ai compris le probleme. Le charset utilisé dans le contenu du champ blob est celui de la connexion SQL, mais sa conversion est faites dans le charset par défaut de la table. Du coup si les deux ne correspondent pas il y a erreur.

      Je viens de commettre le patch qui devrait corriger ces problemes :http://trac.rezo.net/trac/spip/changeset/13415. Vous pouvez l’appliquer à la main, ou récupérer le paquet de la RC1 qui sera a jour d’ici peu.

    Répondre à ce message

  • 1

    le lien fonctionne plus pour le telechargement de SPIP 2.0 RC1...

    • L’emplacement de l’archive a été modifié ! Je viens de corriger le lien vers le paquet, et de mettre a jour le script loader pour que vous puissiez a nouveau installer cette RC1

    Répondre à ce message

  • 1

    Bon tant mieux si certains réussissent la migration.
    Je ne pense pas que ca ait a voir avec les réglages d’interclassement parce qu’il était correct PARTOUT (ça apparait à de multiples niveaux). J’ai testé la migration en local sur deux machines et en ligne sur une autre (elles n’utilisent pas exactement les mêmes versions de MySQL) et le problème est toujours le même.

    Il touche les champs au format blob de spip 1.9 qui passent en longtext sous spip2.0 (donc le champ texte de la table spip_articles, et plusieurs autres champs de la table spip_syndic). La bidouille signalée (que je ne conseille pas) est incomplète, il faut aussi changer les types de champ.

    Le problème ne concerne que ce qui est converti , évidemment. Tout ce qui est créé après la conversion est codé correctement.

    • Lors de la conversion BLOB -> longtext, mysql se fie au charset declaré pour ce champ ou la table. Si le charset est en latin_xxx alors que le contenu ecrit par spip etait utf8 (choix de l’utf8 dans spip), la conversion va échouer. Idem si jamais le charset mysql était utf8 alors que le contenu etait en isoxx.

      Il faut donc s’assurer que le charset sql est bien coherent avec le charset du contenu des champs blob pour que la conversion se passe bien.

    Répondre à ce message

  • 4

    Bonjour,

    Avec SPIP 2.0 RC1 chaque vidage du cache images provoque un message concernant les droits de local/cache-vignettes. Je suis obligé de supprimer ce dossier et d’en recréer un avec les droits voulus. Bug ou j’ai raté quelque chose.

    Cordialement

    • Bonjour, je confirme le problème qui concerne le vidage du cache des images qui renvois systématiquement sur une page d’erreur concernant les droits.

      Pour le reste, tout semble fonctionner parfaitement. :)

    • Mise à jour spip 1.92.d-> spip 2.0
      Base déjà en utf-8 sous 1.9.2d

      Mise à jour faite avec la distribution zippée

      Probleme après conversion de la base : les accents du champ texte ne sont plus codés correctement.

      Il semble y avoir un problème de conversion.

      J’ai trouvé la solution suivante :

      effacer la table spip_articles de la base convertie

      recopier la table spip_article de l’ancienne base (qu’on aura pris la précaution de recopier) dans la nouvelle

      supprimer le champ url_propre de la table recopiée (c’est différence que j’ai repérée entre les deux versions, j’espère qu’il n’y en a pas d’autre)

      relancer spip

      Merci de vos commentaires

    • Bonjour, je voudrais juste confirmer le problème d’accents apparu après la migration spécifiquement pour le champ texte.

      -  Test migration Spip 1.9.2e vers 2.0 RCS

    • Je me réponds à moi-même.

      -  L’interclassement de ma base de données avant la migration est du « latin1_swedish_ci »
      -  J’ai donc modifié l’interclassement spip_articles en utf8_general_ci avant la migration
      -  J’ai migré
      -  Problème d’accents résolu.

    Répondre à ce message

  • 3

    Je craque, après de nombreuses heures à essayer de mettre à jour un site 1.9.2e vers la RC.
    Une fois la MAJ faite (avec spip loader), je ne peux accéder à l’espace privé, je peux taper n’importe quoi comme login, je n’obtiens qu’une nouvelle invite pour un login. Pas de mot de passe, pas de « mauvais nom d’utilisateur ». J’ai testé de réinstaller proprement sur un nouveau site SPIP 1.9.2e, de restaurer la base de donnée (qui est elle en 1.9.2) et de mettre à jour le tout, toujours le même probleme. Je tiens à garder les données du site, alors help me please !
    Charlie

    • Même probléme que charlie plus bas, impossible d’acceder à l’espace privé en local sous mamp, rien ne s’affiche, l’espace public marche par contre. En version dev, ça marchait nikel. Si quelqu’un a une idée, parce que j’ai un site a réaliser urgement ... et j’ai pas trés envie de le faire en 192 !

    • oups, j’ai commit sans lire les pages d’avant, il fallait bien choisir php4 dans les preferences de mamp

    • Bonjour,
      ce probleme en MAMP/PHP5 est assez curieux et anormal. SPIP devrait marcher parfaitement dans ces conditions.
      Peux tu nous en dire plus (versions MAMP/PHP/MySQL/OS X) ?

    Répondre à ce message

  • 1

    Bonjour,
    J’ai installé cette version sur un serveur local, et j’ai un souci avec le référencement de nouveaux sites. Je reçois le message
    « sites_edit : Accès interdit »

    Je pense pourtant avoir correctement configuré la partie « contenu du site »
    Cette fonction marche bien sous SPIP1.9.2c sur mon serveur local.
    Merci

    • Bon...

      J’ai créé une rubrique et j’ai accès à cette fonction.

    Répondre à ce message

  • Bonjour,

    J’ai fait la mise à jour de mon site en 1.9.2e vers la 2.0RC1. Ça fonctionne, après quelques problèmes :
    -  une tentative avec le spip_loader ayant été infructueuse, j’ai uploadé tous les fichiers par ftp. Installation et mise à jour depuis le back office effectuées sans problème.

    Sur le site public, par contre, quelques soucis :

    -  J’avais perdu la plupart des images constituant l’interface du site. Ces images étant déterminées aléatoirement et enregistrées dans un cookie de session, j’ai d’abord pensé que le problème venait de là. Mais en fait, c’était ma variable qui n’était pas redéclarée comme globale dans un . Ça fonctionnait avant, plus maintenant, ça peut être bon à savoir.
    -  Tous les logos de mes articles avaient disparu, j’ai dû les lier à nouveau pour chaque article (au passage j’étais ravi de la nouvelle fonctionnalité où le bloc ’logo’ se déplie au simple survol par la souris).
    -  J’utilisais un mélange de php et de boucles pour déterminer la position dans une rubrique ( article a/n) et des liens vers les articles suivants/précédents, qui ne fonctionnait plus non plus. Ça s’est résolu avec une réécriture nettement plus légère.

    Rien de bien méchant au final, même si ça m’a occupé une paire d’heures... Et la nouvelle interface privée est vraiment plus agréable.

    Répondre à ce message

  • 1
    zerfougnou

    charlie, http://www.spip-contrib.net/SPIP-2-RC1-Release-Candidate-1-est#forum410616

    Ton problème viens surement des cookies. (J’avais le même problème)

    Je l’ai résolu en utilisant la connexion sans cookie : /ecrire/ ?bonjour=oui

    et tu obtiens :

    « Identification sans cookie
    Si vous préférez refuser les cookies, une autre méthode de connexion (moins sécurisée) est à votre disposition : »

    Celle-ci fonctionne, et permet déjà de faire la mise à jour de la base de donnée :)

    il y a régulièrement un bug sur ce site : je peut une fois de plus modifier à la volé ce paragraphe !!! il faut modifier ca rapidement !!! ;)
    • Merci de ta réponse mais cela ne fonctionne pas.
      La base est mise à jour.
      Pour voir le problème tu fais privé et là on voit déjà qu’il n’y a pas de mise en page, et dans l’interface privé c’est pire, toutes les icones du haut sont mélangés. Je viens de réinstallé tous les fichiers, et vides le cade des IMG et c’est la même chose.
      Merci de votre aide.

    Répondre à ce message

  • 1

    Je suis en train d’essayé de migrer mon site.

    J’ai bien quelques problèmes de formulaire et de css qu’il faut que je règle mais en général tout va bien.

    Par contre j’ai un problème au niveau d’un champs EXTRA. J’ai un champs EXTRA sur les visiteurs qui leur permet de mettre un avatar non stocké sur le site.

    Seul problème j’ai beau installer le plugins EXTRA vu qu’il n’est plus dans le core de spip mais rien pas moyen de récupérer mes données ou même de voir ce champs dans les profils visiteurs.

    Y a t’il une procedure spécifique pour les champs extra ??

    • Bonjour,

      J’ai bien installé la version 2.00 - la base de données s’est bien mise à jour - Je viens de la version 1.9.2e - Je ne suis pas passer par le spip_loader, mais j’ai tout réinstaller en ne garder que squelette et IMG - Je suis chez OVH - Et tout fonctionne normalement à part l’interface privé qui est complètement déformée - Les icones sont les unes sur les autres - Comme si le css n’était pas présent - Mais j’ai tout réinstallé deux fois -
      Merci de votre aide.
      Mon site : edition999.info

    Répondre à ce message

  • Pardonnez-moi : j’ai refait la config via spip_loader et çà marche.

    Répondre à ce message

  • J’ai un message d’erreur tout à la fin de la configuration de Spip 2.0 (je suis chez lautre.net, en période d’essai, alors si vous avez des mauvaises expériences avec cet hébergeur, merci de me les communiquer du même coup !...)

    Fatal error : Class ’JavaScriptPacker’ not found in /var/alternc/html/m/mirobolus/ecrire/inc/filtres.php on line 2130

    Merci pour votre aide !

    Répondre à ce message

  • 1

    Effectivement, il faut mettre dans les préférences de MAMP PHP4 et non PHP5. Une fois que c’est fait, Spip 2.0 RC1 fonctionne.

    Chouette, alors !

    Patrick

    • Effectivement, il faut mettre dans les préférences de MAMP PHP4 et non PHP5. Une fois que c’est fait, Spip 2.0 RC1 fonctionne. Chouette, alors ! Patrick

      Pardon ??? oO !!!

      Comprendre par là que je n’ai pas retrouvé à quoi ce message faisait réponse ? Dois-je comprendre par là que notre écureuil national n’est pas compatible php5 ??? -> rassurez moi et dites moi que j’ai bien compris de travers s’il vous plait...

    Répondre à ce message

  • Je remercie grandement zerfougnou pour ce code qui fonctionne à merveille. Je peux enfin faire mes essai en toute quiétude sans avoir à demander à mon hébergeur de supprimer les dossiers que je ne veux plus.

    Répondre à ce message

  • zerfougnou

    Bonjour,

    Pour tous ceux qui comme moi on installé la version qui ne met pas le bon ID sur les fichiers, et qui comme moi n’arrive pas à supprimer ces maudits fichiers et dossiers (sans faire appel à un super root c-a-d l’hebergeur), une manip toute simple résoudra vos problèmes :)

    Créer un fichier texte et donner lui un nom du genre « fix.php » puis copier le code suivant dedans.

    Il ne vous reste plus qu’à l’uploader par client FTP et à l’appeler depuis un navigateur http://www.monsite.fr/fix.php

    Et de cliquer sur « [FIX] » en face des répertoires posant problèmes.

    Ceci mettra les autorisations du dossier à « éditable par les autres utilisateurs », et vous permettra donc de supprimer le dossier depuis un client FTP.

    Voilà, Et merci à la faq d’ www.infomaniak.ch pour le code ;)

    <?
    
    $base = $_SERVER["DOCUMENT_ROOT"];
    $script = $_SERVER["SCRIPT_NAME"];
    $rep = $_GET["rep"];
    $action = $_GET["action"];
    $uid = posix_getuid();
    
    if (!preg_match("/\/$/", $rep)) {
        $rep .= "/";
    }
    
    $dir = $base . $rep;
    
    function recurse_chmod($dir) {
        echo "<i>chmod 02777 $dir</i><br />\n";
        chmod($dir, 02777);
        $dh = opendir($dir);
        if ($dh) {
            $dirs = array();
            while (($file = readdir($dh)) !== false) {
                if (($file == ".") || ($file == "..")) {
                    continue;
                }
                if (filetype($dir . $file) == "dir") {
                    array_push($dirs, $file);
                }
            }
            closedir($dh);
        }
        foreach ($dirs as $file) {
            recurse_chmod($dir . $file);
        }
    }
    
    if ($action == "fix") {
        if (is_dir($dir)) {
            recurse_chmod($dir);
        }
        $rep = dirname($rep) . "/";
    }
    
    $dir = $base . $rep;
    
    echo "<h1>$rep</h1>\n";
    
    echo "<p>\n";
    echo "<a href=\"$script?rep=" . dirname($rep) . "\">..</a><br />\n";
    
    if (is_dir($dir)) {
        $dh = opendir($dir);
        if ($dh) {
            $files = array();
            $dirs = array();
            while (($file = readdir($dh)) !== false) {
                if (($file == ".") || ($file == "..")) {
                    continue;
                }
                if (filetype($dir . $file) == "dir") {
                    array_push($dirs, $file);
                } else {
                    array_push($files, $file);
                }
            }
            closedir($dh);
            sort($files, SORT_REGULAR);
            sort($dirs, SORT_REGULAR);
            foreach ($dirs as $file) {
                echo "<a href=\"$script?rep=$rep$file\">$file</a>";
                if (fileowner($dir . $file) == $uid) {
                    echo " <a href=\"$script?rep=$rep$file&action=fix\">[FIX]</a>";
                }
                echo "<br />\n";
            }
            foreach ($files as $file) {
                echo "$file";
                echo "<br />\n";
            }
        }
    }
    echo "</p>\n";
    
    ?>

    Répondre à ce message

  • 3

    Même pb sur Mac avec MAMP (et MAMP pro)
    Même avec une base vierge au départ, j’ai une page blanche quand je vais dans la section « ecrire »

    • il ne faut plus jamais rien mettre dans ecrire/ qui doit rester tel que fournit par SPIP :

      • mes_options.php va dans config/
      • mes_fonctions.php dans squelettes/
      • les fichiers de personnalisation de la dist dans squelettes/
      • les fichiers de lang dans squelettes/lang/

      Si ton local_fr.php n’est pas pris en compte c’est peut-être un bug. Rapporte le sur la liste spip-dev@rezo.net.

    • Avec Mamp il faut bien vérifier qu’il tourne sous PHP4 et non PHP5 dans ses préférences... j’ai eu le pb et j’ai pas mal cherché sur les forums sans réponses valables jusqu’à cet éclair !!!!

    • Beaucoup

      Merci ;- )

    Répondre à ce message

  • Merci pour vos réponses. Manque plus qu’à tout ré-effacer chez mon hébergeur puis tenter une nouvelle installation avec le nouveau zip. Je vous tiendrez au courant de l’évolution de mes déboires.

    Répondre à ce message

  • 2

    Après installation sur mon site, et accès au répertoire ../ecrire, j’ai cette erreur :
    « Parse error : syntax error, unexpected T_SL, expecting ’)’ in xxx/www/ecrire/base/typedoc.php on line 142 »

    Bizarre non ?

    Répondre à ce message

  • 1
    Kendoumane

    Bonjour,
    j’essaie de déployer RC1 en local mais j’obtiens dès le lancement de l’installation avec l’url « monsite\ecrire », l’erreur suivante :

    • Parse error : parse error, expecting `’)’’ in c :\program files\easyphp1-8\www\monsite\ecrire\base\typedoc.php on line 142

    Cela m’a semblé bizarre qu’aucun post ne l’ait signalé ; Du coup je me suis dit qu’entre tps il ya eu une mise à jour parceque je viens tout juste de le télécharger..... ou bien alors suis vraiment nul

    HELP

    Répondre à ce message

  • Apparement je crois avoir lu sur la page hébergeur que cela viens du fait des chmod. Soi-disant ceci est réglé mais j’ai bien l’impression que c’est bien mon problème. Si vous pouviez me confirmer que je saches ? Merci d’avance.

    Répondre à ce message

  • De plus j’essaye d’installer SPIP sur un hébergeur distant. Voilà le bordel que me fait mon installation.
    Je vais tenter d’être clair. J’ai réussi à comprendre par je ne sais quel miracle qu’il fallait mettre spip_loader_2RC1.php dans le dossier /ecrire/ si je me suis trompé ça m’étonnerai pas pour ceux qui savent s’ils peuvent préciser ? Merci d’avance.
    Après avoir lancer spip_loader_2RC1.php et que tout plante avant la première étape mais après avoir « Commencer l’installation » je m’aperçois que le dossier ecrire change de propriétaire et passe sur apache du coup corrigez moi si je me trompe mais je ne peux plus rien faire. Le serveur étant distant puisque loué je ne peux plus changer le propriétaire. Par conséquent je ne peux même pas effacer spip pour tenter une nouvelle installation. Comment peut-on empêcher que SPIP change les propriétaire lors de la tentative d’installation ? J’ai été obliger de contacter mon hébergeur pour qu’il supprime mon dossier SPIP pour pouvoir tenter une nouvelle installation déjà 2 fois je crois qu’il va me falloir à nouveau le contacter mais je voudrais pouvoir tenter mes installations sans avoir à le contacter pour chaque étape. Si j’installer en local ça résoudre peut-être mon problème seulement je veux pas mlettre mon site sur mon pc donc je ne ferais pas ça. Pour le moment SPIP est vraiment très complexe !

    Répondre à ce message

  • Existe-t-il un tutoriel expliquant l’installation de SPIP 2.0RC1 en détail pour des débutants de base ?
    Par exemple qui préciserai où placer le fichier spip_loader_2RC.php
    Quel chmod à quel répertoire avant de commencer ?
    L’adresse à inscrire dans son navigateur pour lancer l’installation ?
    Cela peut paraître anodin voire évident pour vous mais ne l’est pas pour des débutants.
    Je pense qu’en plus l’utilisation de CMS est justement faites pour des néophytes du coup je pense qu’un tuto expliquant tout en détail du téléchargement en passant par la préinstallation puis l’installation serai d’un grand secours.
    PS : j’arrive toujours pas à rien installer.

    Répondre à ce message

  • Bonjour,
    Dès que je tente de lancer l’installation je lance spip_loader_2RC1.php je clique sur commencer l’installation et là page blanche. Si je relance spip_loader_2RC1.php j’obtiens cette fois « Site en travaux revenir plus tard ». Que dois-je faire ?

    Répondre à ce message

  • Un bug identifié empêche l’utilisation du plugin Accès restreint 3 pour SPIP 2 sur la RC1 chez l’hebergeur Free. Pour ceux qui auraient besoin de ce cas, il faut attendre une RC2 qui corrigera cela.

    Répondre à ce message

  • Le site sur lequel je travaillais est en ligne, c’est assez basique, mais ça démontre bien que spip 2.0 est relativement efficace, j’ai même fait joujou avec l’effet ajax un peu comme sur ce site. Beaucoup des plugins annoncés pour spip 2.0 y fonctionnent sans problème repéré pour l’instant. Je remercie vivement toutes les personnes qui ont travaillé sur les améliorations !

    Répondre à ce message

  • J’ai constaté la chose suivante ... Mais c’est surement normal

    Vu la modification de l’ajout d’image et de document regroupé.

    Si j’ajoute une image pour l’insérer dans un article l’opération doit se faire en deux temps

    Je télécharge mon image, puis en dépliant sur la gauche la fenêtre d’ajout je supprime l’apparition de mon image du « portfolio », sans cela mon image ne sera pas à la taille voulue dans mon article .

    Répondre à ce message

  • Mon fichier local_fr.php n’est pas reconnu. Que je le mette dans squelettes/lang ou dans ecrire/lang, son contenu n’est pas pris en compte. Lorsque je le mets dans ecrire/lang, j’ai une option « local » qui s’ajoute dans Configuration > Gestion des langues > Fichiers de langue, mais si je clique dessus, j’obtiens « Warning : ksort() expects parameter 1 to be array, null given in XXX\spip\ecrire\exec\lang_raccourcis.php on line 75 », puis le même avec ligne 101.
    Qu’est ce qui a changé dans la 2.0 de ce point de vue ? Où mettre les fichiers local_XX.php ?
    Par avance merci.

    Répondre à ce message

  • Avec MAMP en local sur Mac OS 10.4.11, le processus d’installation se passe bien, la définition de la base de données et de l’identifiant personnel aussi, mais une fois cela terminé, l’accès à l’interface d’administration est impossible : une fois que je donne mon identifiant et mon mot de passe, j’ai une page blanche.
    Bon courage !
    Patrick

    Répondre à ce message

  • J’ai eu quelques frayeurs ici, des soucis avec la base de donnée, puis une erreur mysql, des liens qui ne fonctionnaient pas... Finalement, tout marche très bien ce matin, et je n’ai aucun problème. J’étais déjà sur la version beta, ça me change peu, je suis toujours aussi ravie.

    Répondre à ce message

  • @ Winnie

    J’ai aussi eu ce problème : essaie de passer « memory_limit = 8M » dans php5.ini à une plus grande valeur, comme « memory_limit = 64M ». C’est aussi ce paramètre qui peut empêcher GD2 de fonctionner correctement.

    Sur certains environnements on trouve même jusqu’à 128Mo de mémoire maxi utilisable par un seul script…

    La valeur par défaut de MAMP est un peu dépassée maintenant :) .

    Répondre à ce message

  • Bonjour

    Pour ma part, avant même de tenter la mise à jour de mon site, j’ai voulu l’installer en local (OS X.5.5 et MAMP 1.7.1 sous firefox ou Safari...), l’installation se passe sans problème, nouvelle base de donnée pas de plugin et pas de squelette —> Résultats impossible d’avoir accès au panel d’administration snif...

    Du coup j’ai tenté une mise à jour en local, pas de souci pour l’installation (mais toujours pas accès au panel d’administration donc je pense que la mise à jour de la base est incomplète) : Navigation public possible mais avec beaucoup d’erreur.

    Du coup j’ai tenté une installation sur mon serveur (infomaniak.ch) avec une nouvelle base —> Pas de souci, je n’ai pas voulu investiguer plus loin car j’ai besoin de valider complètement la version 4 de mon site en local avant sa mise en production.

    Bien à vous

    Répondre à ce message

  • Beaucoup de mal pour ma part à réaliser la migration, en version beta, je n’avais aucun soucis.
    Là j’ai les problèmes d’accents, des erreurs pages 404, des pages blanches etc ... avec ou sans plugin ..
    J’attend peut-être la version stable ?

    Répondre à ce message

  • Jean-Pïerre

    Je me réponds ; Etiquettes fonctionne ; je n’avais pas le dernière version de Nuage.
    Mes excuses pour cet intervention inutile.
    Jean-Pierre

    Répondre à ce message

  • Jean-Pïerre

    Bonjour,

    Après une installation réussie ; j’ai l’impression que le plugin « Etiquettes »fonctionne pas avec cette version de Spip(il fonctionnait avec la version beta 2) ; ce plugin est pourtant validé Spip 2.0 d’après son éditeur, je lui en fait part. Avez-vous rencontré cet incident ?

    Cordialement.
    Jean-Pierre.

    Répondre à ce message

  • 2

    Oui, c’est pas encore optimal : même si l’on suit les recommandations d’installation à la lettre, impossible, de mon coté et par exemple, d’activer deux plugins à la fois... (ils marchent bien séparément)

    • avec des comptes rendus d’erreur aussi précis, on va bien avancer c’est sûr ...
      Si SPIP est en RC1 c’est parce qu’elle a été testée depuis de long mois. Un si gros bug ne serait pas passé inaperçu.

      Soit tu donnes des infos détaillées pour comprendre ce qui marche pas chez toi, ça on y changera rien.
      Les rapports de bugs sont à envoyer sur spip-dev@rezo.net

    • Oui, j’avais bien suivi au pas à pas toutes les indications ; cependant une fois installé le problème est apparu.

      J’ai ensuite de nouveau viré plugins et squelettes et au final toujours impossible de me logger.

      Bien amicalement à tous.

      Doc Mac

      [bug bug bug bug !!! j’arrive à modifier cette page sans aucun droit !!! !!!!!!!]

    Répondre à ce message

  • 1

    Attention, j’ai installé en test cette version sur un de mes sites pour tester en faisant attention de mettre à jour mes plugins pour cette version, depuis je n’ai plus accès à l’interface administrateur, il semble qu’il y ait un gros bug ...

    Doc Mac

    • il faut suivre les indications de l’article : prendre soin de désactiver squelette et plugins, et ne les réactiver qu’un par un, en particulier si il n’est pas certain qu’il soit compatible SPIP 2.0

    Répondre à ce message

  • 1

    je me disais bien que la faute dans le titre n’était pas innocente :-p

    Répondre à ce message

  • 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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom