SPIP - Contrib

SPIP - Contrib

[ar] [en] [es] [fr] [it]

106 visiteurs en ce moment

fontsizeup fontsizedown
[10 commentaires]

« Je » suis passé en 1.8.X ... trucs et astuces

samedi 16 avril 2005, par L’équipe de SPIP-Contrib

0 vote

Les trucs et astuces, réponses aux problèmes posés sur la liste des utilisateurs et sur le forum.spip.org

Cet article sera mis à jour régulièrement. Il complète la doc effectuer une mise à jour qui est l’article de référence pour toute mise à jour d’une version de SPIP.
Merci de ne pas utiliser le forum de cet article pour poser des questions mais par contre pour apporter des réponses

Une erreur de transfert ?

C’est un réflexe à avoir avant de signaler un problème. Toujours essayer de retransférer les fichiers. Il arrive souvent qu’un fichier soit corrompu.

Depuis que je suis en 1.8.2d, les documents dans les articles ne sont plus centrées avec |center

C’est qu’il manque une feuille de style. Il faut penser à ajouter dans vos squelette la feuille spip_styles.css.

Mes #XXX ont disparu

Si le squelette comportait des expressions HTML sous la forme #XXX, par exemple

<a href=mapage.html#HeureDesMarees>
<... usemap="#MAP">

,

le moteur de SPIP considère désormais qu’il s’agit de « balises » SPIP, et du coup il les avale, elles ne se retrouvent pas dans les pages.

Solution : passer ces valeurs en lettres minuscules (au moins la première lettre), #heureDesMarees ou #map. Le compilateur est toutefois assez malin pour éviter d’« avaler » les couleurs HTML (#FFFFFF par exemple).

Je modifiais $id_article directement dans le fichier article.php3, ça ne marche plus

En effet, SPIP se base maintenant non plus sur les globales, mais sur les variables $_GET et $_POST. Il faut donc remplacer
$id_article=2; par
$_GET['id_article'] =2;

Problème de « warning... headers »

Si des erreurs du type Warning: Cannot modify header information - headers already sent by (output started at XXXXXX.php3 on line YY) apparaissent, ouvrir le fichier XXXXXX.php3 mentionné et supprimer les sauts à la ligne qui peuvent se trouver dans le fichier en question.

Et la version avec les extensions php, elle est où ?

Tout est regroupé là : SPIP avec extension PHP
Vous avez également la possibilité d’ajouter la ligne suivante dans le fichier .htaccess à la racine du site : "AddType x-mapp-php4 .php3" (voir le fichier htaccess.txt de SPIP 1.8.1)
Ou alors le fichier de config d’apache : httpd.conf :"AddType application/x-httpd-php .php .php3". Ansi tous les fichiers avec extensions php3 seront interprétés comme du php.

Dans l’espace privé, les menus n’apparaissent pas ou bien une erreur javascript apparaît

Forcer le cache du navigateur à se rafraîchir, Actualiser (Control+R, Control+F5, ...)

Mes squelettes rubrique-X.html ne fonctionnent pas, j’ai une erreur 404

Dans SPIP 1.8, les squelettes particuliers à certaines pages (par exemple rubrique=10.html) ou groupes de pages (par exemple rubrique-10.html) ne sont pris en compte qu’à la condition qu’un squelette général pour cette page soit disponible (par exemple rubrique.html).

Enlever la bordure des LOGOS suite au passage en 1.8

ajouter dans la feuille de style (par défaut spip_style.css) :

(Problème corrigé avec SPIP 1.8.1.)

Installation sur Free ou Club-Internet

En cas de problème d’installation sur free, de l’aide se trouve ici : http://forum.spip.org/threadspip201...

Un problème avec Club-Internet a aussi été corrigé avec SPIP 1.8.1.


P.S : Merci de ne pas utiliser le forum de cet article pour poser des questions mais par contre pour apporter des réponses ; celles-ci seront intégrées à cet article.

Retour en haut de la page

10 Messages de forum

Voir toute la discussion

  • Répondre à ce message

    22 septembre 2007 18:23 , par Miyimi

    J’ai utilisé l’astuce et j’ai changé #USEMAP pour des minuscules : #usemap

    Problème : ça fonctionne sous Internet Explorer mais pas sous Mozilla....

    Une idée pour résoudre ce problème ?

    Le site concerné : www.oleka.net

    (Usemap est utilisé pour la photo d’en-tête qui est aussi le menu....)

  • Répondre à ce message

    13 juillet 2005 12:13 , par Rikiki

    SLT,

    Dans le .htaccess je décommente :

    #RewriteCond %REQUEST_FILENAME -f

    #RewriteRule ^(.+)\.php[3]$ $1.php [QSA,L]

    Le résultat me donne, dans un premier temps une interface d’administration totalement bordélique (la mise en page)et inutilisable en partie. De plus, j’obtiens des pages d’erreurs genre : "nananan n’a pas trouvé la page ppage.php"

    J’ai donc recommenté la chose. je suis resté en .php3. A la fois, ce message s’adresse pour de l’aide, et pour vous en informer que le .php n’est (peut être) pas au point.

    Bon Web,

    ps : Je ne suis que néophite avec Spip. Dois je rester en .php3 ou alors tenter un .php afin de prévenir aux futurs version de SPIP ?

  • Répondre à ce message

    19 juin 2005 20:47 , par db972

    Ici, pour la version 1.8.1d avec extensions .php : http://www.puechaldou.com/spip/

     :-)

  • Répondre à ce message

    3 mai 2005 15:56 , par klaus++

    SPIP 1.81c est 1.81 avec quelques bogues en moins.

    La version PHP n’est pas supporté officiellement (même si les membres de spip@listes.rezo.net donnent des réponses aux questions concernant le sujet). Elle se trouve donc sur spip-contrib.net.

    Il n’est d’ailleurs pas très compliqué de se fabriquer une version PHP à partir de la version en PHP3. En gros il suffit de remplacer ".php3" par ".php" dans tous les fichiers de la version standard.

    Pourtant c’est souvent inutile d’installer une version aux extensions PHP comme c’est expliqué plus haut dans l’article.

    SPIP 1.9 sera vraisemblablement en PHP seulement et donc supporté officiellement.

  • Répondre à ce message

    3 mai 2005 11:23

    Une distribution logique, c’est à dire suivant des critères de qualité, serait d’avoir sous distrib les versions officielles php3 et php. Je ne sais toujours pas quelle est la différence entre 1.8.1 et 1.8.1c. La distrib d’une version php, livré ici, qui dans le texte est semble t-il la 1.8.1 (c ou pas c ? ) mais qui est dans le nom du zip appelé 1.8, n’a pas lieu d’être ici !!

  • Répondre à ce message

    1er mai 2005 01:02 , par netsba

    la contribution du spip-wap ne marche pas avec cette nouvelle version

    Voir en ligne : http://www.actudz.com

  • Répondre à ce message

    26 avril 2005 08:37 , par annabelle

    je l’ai trouvee via le forum de spip. spip1.8.1 (php) je l’ai teste, elle fonctionne bien

  • Répondre à ce message

    23 avril 2005 09:35 , par jaristote

    Bonjour Où est la version php de SPIP 1.8.1 ? sur distrib on trouve un zip nommé 1.8.1.c.zip c’est quoi le c ? C’est une version php3, pas de version php. Sur contrib un zip nommé 1.8 c’est la 1.8 ou 1.8.1 en php ? Dommage que la distribution d’un tel logiciel soit si confuse. salutations

  • Répondre à ce message

    23 avril 2005 07:25 , par Vampyre

    Pour ma part, je viens d’observer un étrange phénomène.

    Je possède des articles auto-publiés à date fixe, et ils sont publiés en temps et en heure sans problème.

    Par contre, au niveau des statistiques, je reste bloqué à la journée de ce mercredi. La seule modif faite ce mercredi, a été de lancer les URL PROPRES2.

    Cela a-t-il une incidence sur le rapport statistiques de fréquentation du site ?

  • Répondre à ce message

    16 avril 2005 18:54 , par greg

    Pour être certains de ne pas avoir la page du cache du navigateur :
    - Contrôle + majuscule + R
    - Contrôle + majuscule + F5

    Sur Mac, c’est la même chose :
    - Pomme + majuscule + R
    - Pomme + majuscule + F5

    Et, dans certains cas, vous serez obligé d’ajouter un truc à l’URL
    - de http://web.ici.la
    - en http://web.ici.la?etvoisla

    Pour les autres pages, s’il y a déjà un ?, il faut utiliser un &

    et faire varier à chaque fois l’url.

    L’usage de MSIE n’est pas du tout recommandé pour les tests, utilisez Mozilla et faites les bons réglages du cache dans les préférences.

    Enfin, si les problèmes persistent, c’est peut-être parce que votre version du PHP est trop ancienne, mais ces "problèmes" n’apparaissent que si l’on n’a pas les cookies admin... (donc supprimez les cookies d’identifications pour tester le rendu de la page, gare au cache)

    Voir en ligne : http://mozilla.org

Répondre à cet article

Retour en haut de la page

Ça discute par ici