Spip 2.1 est sorti

SPIP 2.1 sort aujourd’hui, ce jour exceptionnellement ordinaire
qui est le 100e jour de l’année. Tout savoir sur cette nouvelle version et la télécharger.

Nous avions envisagé de la sortir le 14 février ...

Nous avions également envisagé de la sortir le 1er avril ...

Elle sort finalement aujourd’hui, ce jour exceptionnellement ordinaire
qui est le 100e jour de l’année.

Cette version est téléchargeable depuis l’adresse habituelle
http://www.spip.net/fr_download

Pour savoir ce que contient cette version, rendez vous sur l’article
de spip.net concocté
spécialement pour cette nouvelle série 2.1 :
http://www.spip.net/fr_article4728.html

Une version 2.0.11 de maintenance sortira sous peu si vous
voulez rester dans la série 2.0

Une rencontre SPIP est prévue du 13 au 16 mai, tous les détails
sont ici http://spip-party.net/Troglo-2010 , n’hésitez pas à vous
inscrire !

Discussion

42 discussions

  • 1

    Bonjour ! Petite question concernant SPIP 2.1 sur les hébergements où la 2.0.x rencontre des problèmes de droits d’écriture dans les sous-dossiers « apache » de local/cache-vignettes et tmp/cache...
    1) Dans la 2.0.x, pour contourner le problème de droits des sous-dossiers L...xH..., j’avais inséré dans le fichier config/option.php de mon squelette l’instruction define('_CREER_DIR_PLAT', true). Est-elle toujours valable en 2.1 ? Sur mes premiers tests de la 2.1 [15608], SPIP bloque sur l’écriture dans les sous-dossiers L...xH... des images de l’interface privée et aucun fichier .plat n’est créé pour échapper à l’impossibilité d’écrire dans les dossiers « apache »...
    2) Dans la 2.0.x, les sous-dossiers tmp/cache/0, 1, 2 ... a, b, etc. étaient stables une fois créés en ftp. Dans la 2.1, il semble que ces sous-dossiers soient régulièrement rafraichis, effacés puis recréés en libéllé « apache », avec consécutivement blocage de SPIP... C’est bien cela ? Dans la 2.0.x, seul le contenu de ces dossiers était effacé, sans toucher au dossier 0, 1, 2 ... a, b, etc. Un moyen de contourner ce nouveau comportement de la 2.1, si nouvelle gestion du cache il y a ?

    Merci pour vos commentaires et félicitations pour la nouvelle interface privée très réussie !!!

    • rhennino

      Bonjour,

      J’ai manifestement le même problème pour installer la version 2.1 sur le serveur académique. Si vous trouvez une solution je suis interessé.

      Je suis actuellement bloqué à la version 2.0.9 n’ayant pas réussi à installer la version 2.0.10 non plus.

      Merci d’avance !

    Répondre à ce message

  • Bonjour, et merci pour cette mise à jour qui apporte de nombreux avantages, cependant depuis l’installation sur les sites que je gère, les flux RSS des sites ne sont plus reconnus par les Widget MAc OS X , ni par les applications iPhone, j’ai pu repérer que le fichier xml généré par SPIP pour gérer le flux RSS est totalement à la ramasse, ce serait bien d’y apporter rapidement des solutions ...

    D’avance merci :)

    Doc

    Répondre à ce message

  • 2

    Je constate sur mes sites une baisse de 30% à 40% du nombre de visiteurs calculés par les statistiques de SPIP. Est-ce normal docteur ?

    • Il y a une détection plus large des robots qui peut en effet entrainer une baisse sensible des visites comptées, au profit d’une convergence vers ce que donnent les outils externes tels que xiti ou google analytics. Mais 30% à 40%, cela parait beaucoup.

    • Manu_TJ

      Lors d’une ancienne mise à jour, j’avais eu le même soucis. Le problème venait du fait que j’avais oublié de renommer le htaccess.txt en .htaccess.

    Répondre à ce message

  • Un mot : MAGNIFIQUE !!
    Félicitation à toute l’équipe qui s’est démenée pour nous apporter sur un plateau d’argent cette belle chirurgie de façade et intérieure à notre bon vieil écureuil !!

    Répondre à ce message

  • depuis ma mise à jour SPIP 2.1, j’ai remarqué que certaines écritures utilisant le filtre «  ? » (sioui:sinon) ne fonctionne plus !

    avant (sur SPIP 2.0.10) cette écriture fonctionnait bien :

    [(#ID_RUBRIQUE|=={5}|?{
    [<p class="logoleft">(#LOGO_RUBRIQUE|image_reduire{250,250}|inserer_attribut{alt,[(#TITRE)]})</p>],
    [<p class="logoright">(#LOGO_RUBRIQUE|image_reduire{100,100}|inserer_attribut{alt,[(#TITRE)]})</p>]
    )]

    en fait je n’ai rien d’afficher et il n’y a aucune erreur signalée.

    quelqu’un aurait une idée si c’est un bug ou s’il y aurait une nouvelle manière de réécrire cela en SPIP 2.1.

    Merci.

    Répondre à ce message

  • 1
    jotacese

    Après la mise à jour à la version 2.1 d’un site en production, SPIP est un comportement très étrange.

    Dans le site public tout semble très bien, mais je ne peux pas ajouter des images ou des documents aux articles, à l’exception des images avec l’extension. PNG.

    J’ai essayé de télécharger tous les fichiers à nouveau, mais rien.

    J’ai essayé l’outil de réparation de la base de données et je reçois le message suivant (en espagnol) :

    a verificar los derechos de escritura
    El sistema encontró un error de escritura del archivo IMG//.ok. Como administrador(a) del sitio, procede a verificar los derechos de escritura del directorio ecrire/IMG.

    Mais le fichier .ok n’existe pas dans le dossier IMG. Et il n’y a pas un dossier « ecrire/ IMG ».

    Après avoir reçu ce message je ne pouvais plus accéder à l’administration du site. Toutes les URL dans /ecrire me conduisent à ce message.

    Comme je l’ai déjà dit, il s’agit d’un site en production. Les permis de la dossier IMG sont correctement assignés à 777.

    Ensuite, j’ai essayé de réinstaller SPIP (en supprimant le fichier config.php). De cette façon, j’ai retrouvé l’accès à / ecrire, mais dans la dernière étape de l’installation, j’ai reçu l’avertissement suivant :

    .htaccess inoperante
    Advertencia : La configuración de tu servidor HTTP no toma en cuenta los archivos .htaccess.

    Mais je sais positivement qu’il n’est pas. C’est un site qui est en ligne depuis plus de 5 ans. En fait, j’ai plusieurs dossiers protégés dans le même haubergement, qui sont gérés par fichiers .htaccess.

    Quelqu’un at-il des suggestions sur la façon de procéder ou de ce que je peux faire ?

    Pardonnez mon français...

    • jotacese

      Deux précisions :

      1) Par erreur, j’ai dit que j’avais supprimé le fichier config.php. En fait je voulais dire connect.php

      2) J’ai installé le plugin accès restreint et il fonctionne parfaitement. Pendant un moment j’ai pensé que c’était le plugin qui pourraient interférer. Mais non.

      La chose la plus étrange est que je peux ajouter des images .PNG aux articles sans aucun problème. S’il s’agissait d’un problème de permissions sur le dossier IMG, il devrait toucher tous les types de fichiers.

      Quelqu’un qui peut me donner une idée de ce que d’autre à essayer ?

    Répondre à ce message

  • 5
    Nicolas Brouard

    Il semble que les espaces insécables ne soient plus insérer automatiquement avant un point d’exclamation par exemple.

    Dois-je activer une fonctionnalité pour retrouver ce fonctionnement ?

    • Non les règles de typographies sont toujours bien appliquée (cf le point d’exclamation en fin d’article ci-dessis), sauf les espaces insécables qui sont perdus dans les messages de forum uniquement.
      Un bug involontaire qui va être corrigé.

    • Nicolas Brouard

      En effet, mais ça marche pas sur mon site. Je vais enlever tous les plugins et voir qui pourrait me causer ce trouble !

    • Nicolas Brouard

      Le problème sur mon site est le filtre lignes_longues. C’est lui qui, depuis la version 2.1, supprime les espaces insécables.

      J’ai regardé rapidement le code et je ne suis pas assez calé en PHP et regex pour pouvoir corriger ce bug.

      Si quelqu’un est capable de corriger ça rapidement, je vais attendre un fixe, sinon, je vais tout simplement changer mon squelette pour ne plus utiliser ce filtre.

    • Nicolas Brouard

      Merci beaucoup pour la rapidité de la correction ! C’est vraiment super ! Merci Cédric, tu fais un travail formidable.

    Répondre à ce message

  • Je viens de mettre la 2.1 et plusieurs mauvaises surprises :
    spipbb ne fonctionne plus.

    et par ailleurs j’ai ce message d’erreur dans l’espace public quand on est connecté

    Parse error : syntax error, unexpected ’&’ in /home/collectf/public_html/elemac.fr/ecrire/public/assembler.php(604) : eval()’d code on line 21

    je ne comprend pas bien.....

    Répondre à ce message

  • 1

    je note dans le texte de SPIP 2.1 ceci « une détection automatique des mises à jour de SPIP ».
    quelqu’un pourrait expliquer comment ça se passe ? une fonction à activer ? ça sera afficher où ?

    à part ça j’ai eu quelques difficultés avec les nouvelles écritures des balises #LOGO_xxx, ça marche pas bien tout le temps, du moins en local. surtout si on écrit :

    [(#LOGO_ARTICLE{#URL_ARTICLE,100,100})]

    je veux dire sans l’argument d’url la réduction fonctionne dès qu’on inclus ce dernier la réduction du logo ne fonctionne plus.

    je crois que c’est pas la bonne écriture, j’ai dû raté quelque chose ?

    pour le moment j’ai remis les anciennes écritures

    [(#LOGO_ARTICLE|#URL_ARTICLE|image_reduire{100,100})] 

    et ça fonctionne !

    sinon super boulot ! Bravo.

    @+

    • ok finalement j’ai jeté un œil rapide aux squelettes dist et j’ai trouvé la bonne écriture pour SPIP 2.1.

      [(#LOGO_ARTICLE{#URL_ARTICLE}|image_reduire{100,100})] 

      @+

    Répondre à ce message

  • 1

    Est-ce que l’on peut utiliser un fichier spip_loader.php pour l’installer ? C’est tellement plus rapide.

    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