guiderdoni.net

Bloc notes : spip, css, xhtml, web, standards, mac ...

Accueil > Spip > SPIP 1.9 : Ce qu’il faut savoir

Articles de cette rubrique

Articles

publie le samedi 20 mai 2006 par Alexandra

SPIP 1.9 : Ce qu’il faut savoir

Cette page n’a désormais plus lieu d’être.
La documentation officielle de la version SPIP 1.9 sur spip.net :

Je la laisse ici à titre d’archive pour les quelques liens qu’elle contient.

http://www.spip.net/fr_article3368.html?

Les prémices sur la version 1.8.2

Pour ceux qui auraient raté une étape, je ne saurais trop vous conseiller l’excellent article des admins de SPIP-Contrib par rapport à la 1.8.2, Comment faire un squelette facile à installer. C’est déjà un bon début pour comprendre comment ranger et optimiser tous les fichiers à l’intérieur de son dossier squelette.

Cet article introduit déjà les principales nouveautés :

- La balise # DOSSIER_SQUELETTE qui va être remplacé par #CHEMIN en 1.9 mais dont le fonctionnement reste le même.

- Le fichier page.php3 à la racine du site, est un appel de squelette, dont le $fond n’est pas défini ; En version 1.9 se sera le même concept avec le spip.php.
La fonction page.php3 permettait par exemple de se passer de fichier d’appel pour les squelettes spécifiques qu’on voulait créer.

Exemple :
page.php3?fond=galerie

Ce système marchait pour les inclure.

C’est ainsi qu’on était passé, pour les versions antérieures à la 1.8.2 de :


<INCLURE(galerie.php3){id_article}>
à<INCLURE(page.php3){fond=galerie}{id_article}>

L’objectif était de mettre tous les fichiers nécessaires au fonctionnement du site dans un même répertoire. Par défaut créer un répertoire squelettes à la racine. Ainsi il devenait très facile de partager ses squelettes avec d’autres, et cela permettait de faciliter les mises à jour en centralisant tout le nécessaire dans ce répertoire squelettes.

- tous les fichiers html des squelettes
- les formulaires modifiés
- le ou les feuilles de styles
- le ou les fichiers javascripts
- les images des squelettes
- le ou les fichiers de langues persos

La version 1.9 de SPIP

Tout d’abord, il est bon de lire le UPGRADE.txt de la version SVN 1.9 pour les mises à jour de la 1.8 à la 1.9

La version 1.9 de SPIP n’offre plus les fichiers article.php3 etc, à la
racine du site. C’est le fichier spip.php qui centralise tous les hits.

Si vous laissez les anciens fichiers, ils continueront à fonctionner comme
avant, grâce au fichier "fantôme" inc-public.php3.

Mais vous pouvez aussi, si votre hébergeur l’autorise, utiliser le fichier
htaccess.txt, en le recopiant à la racine du site sous le nom ".htaccess".
Ce fichier dira alors au serveur Web que les hits sur une adresse du type
article.php3 ?id_article=1 doivent être traités par spip.php ; il gère, de
plus, les URLs "propres".

Par ailleurs, si vous aviez des fichiers personnalises (mes_options.php3, mes_fonctions.php3, fichiers de langue, ou balises dynamiques), il est temps
de les renommer en ".php", et de les ranger a leur nouvelle place.

En effet, si cette version de transition (1.9) est encore compatible avec
.php3, la prochaine (2.0) ne le sera pas.

Donc autant se discipliner dès à présent et prendre les bonnes habitudes, même si une période de transition en douceur a été prévue.

Encore un peu de littérature

un message de mars 2006 sur SPIP-CORE

http://listes.rezo.net/archives/spi...

***Déplacements de fichiers***

Quasiment tous les fichiers ont été déplacés. Le répertoire ecrire/ est maintenant organisé en sous-répertoires, qui se répartissent grosso modo comme suit :

exec/  => les scripts qui produisent les pages de l'espace privé

action/ => les scripts qui "agissent" (upload d'une image, par exemple)

base/  => les fonctions qui traitent la base de données

inc/  => les librairies de fonctions utilisées par SPIP


***A la racine le ménage est encore plus complet :***

- tous les article.php3 etc, de la racine, ont été éliminés

- les spip_xxxx de la racine ont été éliminés

- de fait, toutes les pages transitent désormais par un fichier central, spip.php

***Compatibilité ascendante***

Evidemment il est difficile de conserver une compatibilité ascendante parfaite quand on change tout, et certains scripts pourraient "casser". Mais il y aura normalement très peu de choses à faire pour conserver une compatilibité maximale.

- utiliser le nouveau .htaccess (il faut renommer htaccess.txt en .htaccess, après avoir vérifié le contenu du .htaccess précédent ; attention chez certains hébergeurs, ou si votre site est en sous-répertoire, il faudra aussi probablement éditer la ligne "RewriteBase" de ce fichier).

- vérifier qu'il n'y a pas de "lien cassé" dans vos squelettes, notamment vers les fichiers spip_style.css ou rien.gif, qui ont quitté la racine de spip pour passer dans le répertoire dist/

Une astuce pour rétablir ces liens, utiliser :

"#CHEMIN{fichier}" à la place
de "fichier", par exemple #CHEMIN{spip_style.css}

- vérifier, avant de les supprimer, que vous n'avez pas modifié de manière substantielle les fichiers article.php3 etc. Si l'un d'eux a été modifié profondément, vous pouvez continuer à l'utiliser tel quel (un fichier fantôme inc-public.php3 est fourni pour assurer que ça ne "casse" pas).

- renommer les quelques fichiers .php3 qui vous reste en xxx.php (afin de faciliter la transition, SPIP 1.9b1 sait repérer les versions .php3 des fichiers du type mes_fonctions.php, ecrire/mes_options.php et inc_connect.php ; mais cela ne sera plus le cas à la version suivante).

- vérifier vos INCLURE() ; une notation simplifiée est désormais disponible, où l'on ne précise plus que le nom du squelette à inclure, sous la forme

<INCLURE {fond=squelette2} {id_article}>


***De nouveaux URLs***

Les adresses des pages "par défaut" sont désormais les "urls page", qui ressemblent à spip.php?article=4 au lieu des "urls standard" article.php3?id_article=4.

Tous les schémas d'URLs livrés avec SPIP sont compatibles entre eux, et l'on peut donc basculer de l'un à l'autre sans souci.

Note: un réglage interne permet de mettre ./ à la place de spip.php :

define('_SPIP_SCRIPT', '');

mais par défaut c'est

define('_SPIP_SCRIPT', 'spip.php');

Car, si on est sûr que spip.php existe et appelle bien SPIP, on n'est pas absolument certain que la racine du site va appeler notre script (elle
pourrait être un bête index.html avec un écran d'accueil).

***De nouvelles balises techniques***

#CACHE et # HTTP_HEADER

Les "$delais" des pages peuvent désormais être fixés dans les squelettes eux-mêmes, avec #CACHE{duree} (on peut indiquer ici une expression du style 24*3600).

Les entêtes http des pages peuvent également être définis dans les squelettes, via #HTTP_HEADER{} Exemple :

#HTTP_HEADER{Content-Type:text/css}


#CHEMIN{xxx} donnera le chemin complet vers le fichier xxx, qu'il se trouve à la racine, dans le dossier des squelettes, dans dist/ etc.


#EVAL{} évaluera l'expression php mise entre accolades.

#EVAL{2*7} donne donc 14

#EVAL{_DIR_IMG_PACK} donne ainsi le chemin vers le répertoire ecrire/img_pack/ (à utiliser avec modération)


***Un système de plugins***

Des plugins commencent à être développés sur spip-zone ; si vous installez ces plugins dans un répertoire plugins/ à la racine du site, vous verrez
apparaître dans l'espace privé un menu "Gestion des plugins". L'API n'est pas du tout stabilisée, et ne le sera probablement pas pour la version 1.9,
mais ça marche déjà très bien.

***Meilleure gestion du cache***


Le fichier cache ne dépend plus seulement de l'URL de la page, mais aussi du nom de domaine, de la valeur de $dossier_squelettes ainsi que de la valeur d'une variable globale, $marqueur, que l'on peut fixer librement. Cela permet, entre autres, de permettre de changer de squelette "à la volée" tout en bénéficiant du cache (personnalisation...).

Egalement, le fichier cache n'est plus compressé s'il est léger (< 16ko) pour gagner un peu en efficacité sur les squelette ayant beaucoup de
(petites) inclusions.


***Transcodage automatique des squelettes***


SPIP s'installe désormais par défaut dans le jeu de caractères "universel" utf-8.

Il propose un bouton, dans l'espace privé, pour convertir votre site dans ce jeu de caractères (ça n'a rien d'obligatoire).

Si vos squelettes comportent des caractères accentués, ils seront convertis "à la volée" au moment du recalcul de la page.



***Un début d'API pour "surcharger" les fichiers***


La fonction interne include_ecrire(), qui servait à charger les différents fichiers, est déclarée obsolète (mais continue à fonctionner) ; elle est
remplacée dans tout le code par include_spip(), qui s'emploie ainsi :

include_spip('inc/truc');
et va charger le fichier ecrire/inc/truc.php

Quelle différence ? Si un fichier inc/truc.php existe dans vos fichiers persos (à la racine, ou dans le dossier squelette, ou dans le dossier d'un plugin activé), il sera chargé en priorité sur l'autre. Ce qui permet de remplacer toute page de l'espace privé, ou d'en ajouter, sans toucher aux fichiers de la distribution.



***RSS (les "fichiers backend") passent au format 2.0***

Une option permet de dire si l'on veut émettre tout le contenu de nos articles dans ces flux RSS, ou seulement un résumé.

La barre de raccourcis est disponible sur safari


***De nombreux filtres de manipulation d'images***

Déjà documentés par Arno* sur spip-core


***Langues***

Une nouvelle traduction : le tchèque

Fil

- Le mail de Romy sur SPIP-ANN fait le point sur les toutes nouvelles nouveautés de la beta 2. La sortie de la 1.9 stable est proche.

http://listes.rezo.net/archives/spip-ann/2006-06/
msg00000.html

***Quelques nouveautés, en vrac :***
- possibilité d'utiliser une meme installation pour plusieurs sites ;

- possibilité de modifier le comportement de l'espace privé sans
modifier l'installation ;

- sécurisation entièrement refaite (abandon des .php3, écran de
sécurité pour les  variables globales, filtres SAFEHTML) ;

- refonte du statut d'administrateur restreint ;

- refonte du module de sauvegarde ;

- nouveaux squelettes standards, respectant (au mieux) les critères d'accessibilité ;

- indication des entêtes http et des caches coté serveur directement dans les squelettes (balises #CACHE et #HTTP_HEADER);

- syndication enrichie ;

- refonte du calcul des statistiques ;

- nouveaux filtres : |image_typo, |image_nb, |couleur_extraire,
|image_masque, |image_flou, etc. ;

- nouvelles balises : #CHEMIN (remplace #DOSSIER_SQUELETTE),
#LOGO_SITE_SPIP et #DESCRIPTIF_SITE_SPIP (comme leurs noms l'indiquent) ;

- allègement de la syntaxe des balises sans filtres ;

- améliorations des criteres conditionnels et IN ;

- nouvelles langues (breton, bosnien).

-  Lire aussi sur SPIP_contrib les articles de Cédric Morin sur la 1.9 rédigés lors de la coding party de Lille  :

http://www.spip-contrib.net/-Coding...

SPIP 1.9 : Les plugin

SPIP 1.9 : le compilateur

SPIP 1.9 : Comment fonctionnent les appels d’une page de la partie publique

SPIP 1.9 : Que fait SPIP pour servir une page de la partie privée ?

SPIP 1.9 : Organisation des sources

- Voir aussi l’article sur le spikini concernant le nettoyage de la racine

http://www.spip-contrib.net/spikini/
PagePrincipale ?wiki=NettoyageRacineDe18A19

- Pour avoir une vision synthétique des nouveautés :
une visite du coin web d’Igor s’impose.

http://www.igor-web.net/spip.php?article=56

La plus grande part des modifications influe principalement sur les fichiers autres que les fichiers standards. En raison de la suppression du couple php/html, penser à indiquer le délai du cache dans le squelette et à changer la syntaxe des inclure.

Les principaux changements de la 1.9 listés en vrac sont :

- Le cache

Au tout début du squelette ou dans un inclure

#CACHE{3600}

#CACHE{5 * 3600} pour une mise en cache de 5h
<INCLURE{fond=inc_truc}{lang}{delais=24*3600}>

- Les urls des pages de la partie publique

monsite.net/spip.php ?article1
monsite.net/spip.php ?rubrique1
monsite.net/spip.php ?page=plan

- Et dans le squelette

spip.php?fond=monfond

#URL_PAGE{fond=monfond}

<a href="#URL_PAGE{plan}"> ne fonctionne que sous spip 1.9

en 1.8 c'était : <a href="page.php3?fond=plan">

- Les inclusions

Pour rappel jusqu'à la 1.8 c'était :

<INCLURE(page.php3){fond=entete}>

à partir de la 1.8.2

<INCLURE(incnavmenu.php3){lang}>

Et à partir de la 1.9

<INCLURE{fond=inc_truc}{lang}{delais=24*3600}>

- La balise #CHEMIN

- La balise #DESCRIPTIF_SITE_SPIP à renseigner dans la configuration
de l’espace privé

- Plus rien à la racine :

Renommer tout ce qui reste en .php versus .php3

mes_options.php dans /ecrire

mes_fonctions.php dans /squelettes/ou dans le le dossier de squelette défini dans le premier.

Mettre les fichiers de langues à la racine

- Préserver les anciennes url avec un .htacess à la racine du site

- Nouvelle balise #LOGO_SITE_SPIP

Détails sur spip-core mai 2006
http://listes.rezo.net/archives/spip-core/2006-05/msg00000.html

deux petits ajouts sur les logos : - d’une part, #LOGO_SITE_SPIP n’est plus identifié au "logo standard des rubriques" ; le logo du site est désormais IMG/siteon0.gif,png,jpg et non plus rubon0.gif,png,jpg (Pour assurer la compatibilité ascendante le logo rubon0 est recopié en siteon0 lors de l’upgrade, mais ensuite chacun vit sa vie séparément ; le logo standard des rubriques se modifie dans la page "naviguer", tandis que celui du site se modifie dans le configuration.)

un critère logo fait son apparition dans toutes les boucles ; il permet de ne sélectionner que les articles (ou rubriques, etc) qui disposent d’un logo. Il fonctionne aussi dans la boucle (HIERARCHIE). Le critère inverse  !logo liste les objets qui n’ont pas de logo. — Fil

- Intégration du plugin Super-Dump de Cedric Morin Dump dans la SPIP 1.9 [6315].

http://listes.rezo.net/archives/spip-core/2006-05/msg00001.html

L’interet est notamment qu’il sauvegarde maintenant aussi les tables additionnelles des plugins, qu’il est multi-hit (dump sur plusieurs hit géré automatiquement) et qu’il est beaucoup plus rapide

- Tout le travail d’ Arno sur les filtres graphiques, les images et les couleurs

Quelques liens :

http://www.spip.net/fr_article3326.html

http://www.spip.net/fr_article3325.html

http://www.spip.net/fr_article3327.html

http://www.paris-beyrouth.org/-SPIP-

Et quelques posts d’Arno sur SPIP-core

http://listes.rezo.net/mailman/listinfo/spip-core

- Pour effectuer une mise à jour de son site, voir l’article de la doc officielle de SPIP

http://www.spip.net/fr_article1318.html

- Pour comble de bonheur, grâce aux talents des développeurs, de Romy, et Gilles Vincent et bien d’autres encore, Fraischdist, le nouveau squelette par défaut répond aux qualités des bonnes pratique Opquast et Accessibilité.
Je vous renvoie au mail de Gilles Vincent sur Spip-zone du 29 mai 2006

http://listes.rezo.net/archives/spip-zone/2006-05/msg00523.html


Salut tout le monde,

décidément la 1.9 est vraiment superbe :)

J’ai aussi refait une passe globale, avec quelques modifs perso.
Toutes les règles ont été vues avec une conformité de 91% sur les 3 niveaux, ce qui est excellent !

Fil, c’est possible de créer un formulaire de contact pour envoyer un email à l’administrateur du site ? (je pensais que non, c’est pour cela que j’avais mis ce point comme non conforme)
Si c’est une possibilité de Spip, alors c’est "non applicable"(car du
rôle de l’utilisateur). SPIP passera alors le niveau 1 (c’est le seul point qui manque)

Bon, on peut encore chipoter sur certains points, mais je pense qu’il faut partir du principe que tout ce qui ne dépend pas de la dist, mais de l’utilisateur est "non applicable" pour l’évaluation (tant que le service peut être fourni par Spip)

On va pouvoir faire la pub de spip1.9b2 :)

Sinon, vu qu’on est à 100%, j’ai publié l’étude (ça n’empêche pas de la peaufiner ;).

C’est à
http://declarations.opquast.com/site/4410

Comme ça, tout le monde peut donner son avis.. J’ai commis une boulette ?

A +

.Gilles

- En cas de problème d’indexation du moteur de recherche, Il n’ y a plus dans la 1.9 de http://www.mondomaine.net/ecrire/admin_index.php3 pour forcer la réindexation des tables. Mais un superbe plugin de Cédric Morin le remplace avantagement, il s’agit de la recherche étendue téléchargeable sur la zone

http://trac.rezo.net/trac/spip-zone/browser/_plugins_/
_amelioration_admin_/recherche_etendue

- Ne pas hésitez à télécharger sur la zone le repertoire plugin. Il y en a de fabuleux. Désormais tout ce que vous pouviez souhaiter existe ou peut potentiellement exister par le biais des plugin. A consommer sans modération.

http://zone.spip.org/files/spip-zone/

- Grace à Franck, un début de documention sur les plugins commence à se mettre en place :

http://trac.rezo.net/trac/spip-zone/wiki/LesPlugins

- La formidable pagination de James vient d’être intégrée nativement à SPIP. Voir le squelette rubrique de la fraichdist pour voir comment ca fonctionne. Il suffit maintenant de mettre comme seul critère.

Pour afficher le nombre total d’éléments qui auraient été retournés sans la pagination, utilisez la balise GRAND_TOTAL :

indiquera : « Il y a au total 1578 articles, cette page en affiche 10. »

Voir à ce sujet http://trac.rezo.net/trac/spip/changeset/6496

La balise qui permet de paginer peut se mettre dansle code optionnel avant ou après de la boucle. C’est à nous de déterminer de combien on veut paginer dans le filtre. Comme dans cet exemple

Attention pour la pagination dans le cadre d’un inclure. Pour des raison de sécurité il faut rajouter

Cf la page de Jean Luc sur le wiki :
http://www.spip-contrib.net/spikini/PagePrincipale?wiki=ConseilsSecurite

Quand les utilisateurs de spip 1.9 en .php voudront conserver leur référencement de script spip .php3, un script est prévu pour le renvoi vers les nouvelles urls. Penser à enlever la fonction pagination() de mes_fonctions

http://trac.rezo.net/trac/spip/browser/spip/htaccess.txt#L69

Signalons aussi la possibilité de choisir plusieurs squelettes sur une même base, grace au mode  ?var_skel=toto. Il faut rajouter une quinzaine de ligne de code, dans écrire/mes_options :

Un petit tutorial sur le switcher est disponible sur le zine

http://zine.spip.org/spip.php?article8

http://trac.rezo.net/trac/spip-zone/browser/_contribs_/switcher/switcher.php

- Plus besoin du filtre supprimer_numero dans les boucles.
On peut régler définitivement la suppression du numéro dans ecrire/mesoptions la chose en mettant le bout de code disponible dans le inc_version.php :

- Le filtre "réduire_image" a été remplacé par image_reduire pour une plus grande cohérence avec les filtres images existants. L’usage de l’ancien filtre demeure toutefois possible.

- Un mail de Fil sur SPIP_dev du 12 juin 2006, concernant le filtre direction_css

http://listes.rezo.net/archives/spip-core/2006-06/msg00002.html

Un bout de doc pour le nouveau filtre |direction_css : celui-ci sert à
"inverser" une feuille de style dans le cas où l’on est dans le système
d’écriture RTL (de droite à gauche) comme l’arabe, l’hébreu, le farsi...
Ca fonctionne comme suit :

Le filtre regarde d’abord la langue courante pour savoir si l’on est en RTL
ou pas ; ensuite, s’il n’y a rien à faire, il renvoie le chemin qui lui a
été passé.

S’il faut inverser, il regarde d’abord si une feuille habillage_rtl.css
existe dans le même répertoire où se trouve déjà habillage.css, et le cas
échéant retourne le chemin de cette feuille.

Si habillage_rtl.css n’existe pas, il va lire la feuille habillage.css et va
l’"inverser" automatiquement en remplaçant "left" par "right" et vice-versa.
Il stocke alors le résultat dans le fichier

et renvoie cette valeur (le ’xxx’ est un code garantissant que deux feuilles
nommées pareil mais ayant des chemins différents ne se mélangent pas).

Petit "plus" : si la feuille passée en argument du filtre est déjà nommée
xxxxxx_rtl.css, le système agit dans l’autre sens : ça permet à un
développeur de travailler sa css en RTL, puis de ne l’"inverser" que pour
les langues LTR (l’anglais par exemple). Comme ça les développeurs qui
travaillent sur des sites arabes, hébreu etc sont à égalité avec les autres.

Par ailleurs ça permet d’assurer que le système est réentrant : ainsi

#CHEMINhabillage.css|direction_css|direction_css


n’inverse pas deux fois la feuille.

— Fil

Si on a pas de site multilingue avec du contenu rtl, on peut quand même tester la fitre sur la dist : Il suffit d’appeler mondesite.net/ ?lang=fa par exemple, pour voir ce que ça donne.

- Un début de documentation officiel ici :
http://www.spip.net/fr_article3368.html

Et pour finir, une très bonne synthèse de François Daniel Giezendanner

SPIP 1.9 : la dernière version de SPIP est lancée le 1er juillet 2006 et offre un système de plugins

Bref pour les 5 ans de SPIP, que de chemin parcouru par les developpeurs, quel travail, et quel bonheur pour tous. Merci SPIP.

Forum

Répondre à cet article

11 commentaires

SPIP 1.9 : Ce qu’il faut savoir

On peut définir plusieurs dossiers de squelette dans ecrire/mes_options.php.
Spip ira chezcher d’abord dans le premier, puis dans le second répertoire.
$GLOBALS['dossier_squelettes'] = 'toto:truc';
En fait, on mets autant de dossiers de recherche des squelettes qu’on veut en les séparant par " :"

20 mai 2006, par Alexandra - repondre message

SPIP 1.9 : Ce qu’il faut savoir

Merci Alexandra, pour cette compilation fort utile…

20 mai 2006, par comradE Ogilvy - repondre message

SPIP 1.9 : Ce qu’il faut savoir

Bonjour Alexandra,

Très complet ton article.

Je crois que tu ne pointes pas sur le bon article : http://www.igor-web.net/spip.php?ar... ;-)

20 mai 2006, par Igor - repondre message

Mea culpa ! Le bon lien a été corrigé. Merci

20 mai 2006, par Alexandra - repondre message

SPIP 1.9 : Ce qu’il faut savoir

Pour info : J’ai installé en local la version 1.9 histoire de voir comment cela marche
ainsi que des squelettes proposés pour cette version
Ayant beaucoup cherché avant que cela marche je communique deux points qui m’ont posé qques soucis
1- Malgrè l’effacement du cache de SPIP les changements de squelette n’etaient pris en compte que par le mode recalcul, en fait je m’en suis sorti en effacant aussi les fichiers temporaires du cache de l’ordinateur (j’utilise IE !)
2- les pages etaient introuvables seuls fonctionnaient la page d’accueil, et le plan : j’ai enlevé l’option urls propres, et ça marche

Il y a peut etre d’autres réponses à apporter à ces disfonctionnements ?

Marci
Xavier

29 mai 2006 - repondre message

Les erreurs 404 proviennent d’un mauvais fonctionnement des url propres. Chez quel hébergeur le problème a t-il été rencontré ? Enfin, le fichier .htaccess était il bien à la racine du site ?
A ce sujet voir l’article sur les url propre. De même, il faut un fichier mes_options.php dans le repertoire ecrire avec ce bout de code

<?php
$type_urls="propres2";
?>

La doc officielle sur les urls personnalisées est à cette adresse http://www.spip.net/fr_article765.html.
Il n’y a priori pas de raison pour que ca ne marche pas en spip 1.9. Après ca peut dépendre des spécificités des hébergeurs. Chez OVH par exemple, la méthode est un peu plus complexe.

29 mai 2006, par Alexandra - repondre message

J’ai le même problème sur un serveur OSX avec Apache 2 ... et 1.9b2
J’ai tout fait comme il faut (enfin il me semble !) mais par exemple quand je vais vers une rubrique avec ce lien :
spip.php ?rubrique=1
et que la rubrique a pour titre "concours" et que j’ai demandé des urls "propres2", l’url est bien ré-écrite mais en "-concours-.html", notez bien les "-" en plus de chaque côté du nomm de la rubrique. Apache répond que le fichier est introuvable, et ceci indépendamment du navigateur.

Pierre

1er juin 2006, par Pierre - repondre message

Tout pareil que Xavier. Sous IE pas de mise à jour du site en local. Je suis allé sur firefox pour trouver le bouton "recalculer la page" qui n’apparait même pas sous IE.

27 juillet 2006, par seb - repondre message

SPIP 1.9 : Ce qu’il faut savoir

Merci de la réponse
Pour l’instant je suis en local avec easyPHP
Le fichier options est bien dans le repertoire ecrire, c’est justement en enlevant cette option que cela a marche
Je signale que les urls propres sont bien ecrites mais IE ne trouve pas la page avec cet URL
de plus Je n’ai pas pu mettre le fichier .htaccess à la racine car je suis en local avec Windows et dans ce cas il n’est pas possible de renommer un fichier .xxx
Merci
Xavier

29 mai 2006 - repondre message

SPIP 1.9 : Ce qu’il faut savoir

Merci à Romy et à Emmanuel de m’avoir signalé que pour les balises CACHE et quelques autres, les accolades n’avaient pas été transcodées correctement et que du coup les exemples étaient inexacts. J’ai en principe corrigé. Mais si vous voyez des trucs qui ne vont pas, n’hésitez pas à me le signaler par le biais du forum.

1er juin 2006, par Alexandra - repondre message

SPIP 1.9 : Ce qu’il faut savoir

Un petit bout de code utile que je tiens de fil :

Soit le test spip suivant :

Si vous voulez remplacer ’oui un doc’ par un INCLURE, vous ne devez pas faire ceci :

car cela ne marchera pas.

Vous devez faire :

Merci à fil pour le tuyau.

11 juin 2006, par cent20 - repondre message
2005-2017 - Contenu en GPL http://www.guiderdoni.net - Site réalisé avec SPIP 
rechercher - plan du site - prive - alexandra.guiderdoni@gmail.com
CSS - XHTML - squelette