SPIP - Contrib

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



Accueil du site > Administration > Urls Propres > URL propres en arborescence virtuelle

URL propres en arborescence virtuelle

lundi 30 avril 2007, par Boris Lechner. Dernier ajout dimanche 6 mai 2007


Permet d’obtenir une url synthétisant l’arborescence du site


Problématique

Une belle arborescence de rubriques devrait toujours être représentée par une belle url synthétisant cette arborescence. Et pourtant, même avec les urls propres, il était difficile d’obtenir plus qu’un titre et un identifiant peu parlants dans une barre d’adresse.

Avec un site décomposé de la forme suivante :

/ (Racine)
+ Télé-achat (Secteur)
| + Catégorie cuisine (Rubrique)
|   + Le plus beau presse-agrumes du monde (Article)

Il paraît logique d’avoir des adresses du type
- http://monsite.exemple/
- http://monsite.exemple/tele-achat/
- http://monsite.exemple/tele-achat/categorie-informatique/
- http://monsite.exemple/tele-achat/categorie-cuisine/le-plus-beau-presse-agrumes-du-monde.html

et bien c’est exactement ce qui vous est proposé ici !

Mais alors, Pierre, comment ça marche ?

C’est très simple Maryse ! Le système se base sur le même principe que les url_propres fournies dans la version officielle de Spip, sauf qu’au lieu de ne stocker que le titre dans le champ url_propre de la base de données, nous allons dorénavant stocker toute l’arborescence « propre ».

Il faudra aussi mettre en place une redirection d’adresse, puisque le répertoire tele-achat n’existe pas sur notre serveur web.

Allez, même pas peur, on va installer et paramétrer d’un coup !

Téléchargez et décompressez l’archive :

Zip - 10.1 ko
url-propres-arbo-v1.8.zip

C’est fait ? Alors c’est parti !

Le fichier propres-arbo.php est à placer dans le répertoire
{monDossierSpip}/ecrire/urls/.

Dans sa configuration par défaut, les urls ne sont pas limitées en longueur, et tous les caractères sont convertis en minuscules.
Si ces règles ne vous conviennent pas, vous pouvez changer la configuration du script via les constantes suivantes :
- _taille_min_url_propre : la longueur minimale de la totalité de l’url (0 pour ne pas limiter). Si la taille de l’url calculée est plus petite, celle-ci sera remplacée par son type suivi de son identifiant (exemples : rubrique1, article42,...)
- _taille_max_url_propre : la longueur maximale de la totalité de l’url (0 pour ne pas limiter)
- _taille_max_champ_url_propre : la longueur maximale d’un niveau de l’url (0 pour ne pas limiter)
- _mIxEdCaSe : booléen indiquant si les majuscules sont autorisées dans l’url (0 pour interdire, 1 pour autoriser)

Pour basculer sur ces url propres, la seule chose à faire est d’éditer votre fichier
mes_options.php
afin de positionner la variable
$type_urls = "propres-arbo";

Attention, le fichier mes_options.php n’est pas placé au même endroit selon les versions de Spip :
- {monDossierSpip}/ecrire/mes_options.php pour SPIP 1.9.1
- {monDossierSpip}/config/mes_options.php pour SPIP 1.9.2 et ultérieures

Du bon usage des redirections

C’est bien joli de patcher notre SPIP, mais il faut aussi que les requêtes passées au serveur web lui parviennent.

Pour cela, deux solutions :
- le mod_rewrite d’Apache : la solution la plus propre lorsque le module est disponible sur votre serveur
- l’utilisation des ErrorDocument : une solution moins élégante techniquement mais toute aussi efficace pour les serveurs les plus démunis (n’hésitez pas à envoyer vos dons pour les aider).

Redirection avec le mod_rewrite

Pas grand chose à faire, il suffit de prendre le fichier mod_rewrite/htaccess.txt et de le placer à la racine de votre site SPIP après l’avoir renommé en .htaccess [1]. Il vous faudra peut-être décommenter et modifier la directive RewriteBase de ce fichier si SPIP est installé dans un sous-répertoire sur le serveur web. Par exemple, si SPIP est installé dans http://monsite.exemple/spip/ il faut définir RewriteBase /spip/.

Redirection avec la directive ErrorDocument

Ici, ça va vite aussi, il vous faut deux fichiers :

- ErrorDocument/spip-rewrite-with-404.php qu’il faut placer à la racine de votre site SPIP. Il vous faudra dans tous les cas créer ou définir une page d’erreur 404. Vous en trouverez une dans ErrorDocument/404.html que je vous recommande de placer dans votre dossier de squelettes. Si toutefois vous la placiez ailleurs ou sous un autre nom, il vous faudra modifier la ligne $this->pagedestination="squelettes/nom/de/votre/page/404.html"

Il vous faudra peut-être aussi modifier la variable $this->installdir de ce fichier si SPIP est installé dans un sous-répertoire sur le serveur web. Par exemple, si SPIP est installé dans http://monsite.exemple/spip/ il faut définir $this->installdir=",^/spip/,"; (la chaîne utilisée est un filtre pour expression rationnelle, il faut donc laisser les virgules l’encadrant ainsi que le ’^’ qui indique que l’on travaille uniquement depuis le début de la chaîne de caractères).


- ErrorDocument/htaccess.txt qu’il faut aussi placer à la racine de votre site SPIP après l’avoir renommé en .htaccess [1]. Il vous faudra peut-être modifier la ligne ErrorDocument 404 /spip-rewrite-with-404.php de ce fichier si SPIP est installé dans un sous-répertoire sur le serveur web. Par exemple, si SPIP est installé dans http://monsite.exemple/spip/ il faut adapter la ligne en ErrorDocument 404 /spip/spip-rewrite-with-404.php";

Modifications à apporter à vos squelettes

Ça n’est pas encore terminé ! Puisque l’on crée une arborescence virtuelle, le navigateur et le serveur web ne vont pas s’y retrouver lors des inclusions d’images, scripts, feuilles de styles, etc.

La solution est très simple : ajouter la balise <base href="#URL_SITE_SPIP/" /> dans l’en-tête de votre site.

Au secours, les boutons d’administration ne fonctionnent plus !

Mais non Maryse, inutile d’appeler Jack Bauer, il y a toujours une solution, par contre ça implique de mettre les mains dans le cambouis, et comme Jack est occupé avec les chinois du FBI, il va falloir se débrouiller !

Tout d’abord, recopiez la fonction suivante dans le fichier mes_fonctions.php se trouvant dans votre dossier de squelettes :

Ensuite, recopiez simplement le fichier bonus/administation.html dans le dossier {monDossierSpip}/squelettes/formulaires/.
ATTENTION ! si vous utilisez une version antérieure à la 1.9.2, il vous faut renommer administration.html en formulaire_admin.html.

Allez, encore un effort, on y est presque, il reste la modification la moins propre selon moi (si quelqu’un a mieux, lachez vos comms !) :

Recherchez la chaîne

dans les fichiers
- monDossierSpip/ecrire/public/admin.php
- monDossierSpip/ecrire/public/debug.php
puis remplacez la par

Problèmes connus

RealET a dit :

« Une implémentation foireuse commune à Internet Explorer 6 et FireFox 1.5 fait que sur ces navigateur, le base href est pris en compte pour toutes les ancres de la page, ce qui a pour effet de faire planter toutes les ancres et notes de bas de page. »

Je n’ai malheureusement pas de solution à proposer à ce sujet, si quelqu’un connaît un hack, qu’il parle maintenant ou se taise à jamais...


Jean-Kevin, pirate-kiddie des temps modernes a dit :

« C’est nul cette modification : je viens de changer un nom d’article ou de rubrique, mais l’url ne change pas ! »

Mais non Jean-Kevin, c’est normal ! SPIP est partisan du moindre effort, et ce pour le bien de nos serveurs web. Ainsi il ne recalcule pas les urls propres tout seul. Mais n’aie pas peur, il existe un splendide plugin pour lui dire de le faire.


Une autre question ?

Notes

[1] sous Windows et MacOS, on ne peut pas renommer un fichier en .htaccess. Il faut donc utiliser votre client ftp préféré pour envoyer le fichier, et utiliser le même client pour renommer ensuite le fichier sur le serveur.


Répondre à cet article

  • URL propres en arborescence virtuelle

    5 mai 2008 18:01, par sipo

    Bonjour,

    En local (WAMP) tout fonctionne très bien avec .htaccess. Mais chez mon hébergeur (OVH), en utilisant le .htaccess, la redirection ne marche pas pour les articles et les rubrique (ça marche tout de même dans les autres cas !). J’ai décommenté RewriteBase / comme c’est expliqué ici : http://guide.ovh.com/HtaccessModRewrite.

    J’ai contourné le problème en utilisant le fichier php qui gère l’erreur 404, mais apparemment dans ce cas les entêtes HTML (POST) sont perdus !

    Quelqu’un a déjà eu le même problème ? Une solution pour faire fonctionner correctement .htaccess chez OVH ou de de préserver les entêtes POST avec la redirection 404 ?

    Merci d’avance.

    Répondre à ce message

    Retour au début des forums

  • Mes formulaires ne fonctionnent plus

    2 octobre 2007 14:15, par Suspiria

    Bonjour !

    Depuis que j’ai installé ce plugin, j’ai eu quelques problèmes liés à certains liens dans mon site (exemple : le bouton "lancer la recherche", le bouton "submit" de certains formulaires").

    J’ai résolu certains de ces problèmes en réécrivant à la main l’url voulue (le bouton recherche fonctionne maintenant), mais le problème persiste en ce qui concerne mes formulaires.

    Je ne suis malheureusement pas assez douée pour trouver moi même ce qu’il faut faire, et je suis bien embetée car du coup mon site n’est pas viable...

    Est-ce que quelqu’un saurait m’aider ? (Middir m’a déjà aidé à régler certains problèmes mais il n’a pas trop de temps en ce moment).

    Merci d’avance !

    Répondre à ce message

    Retour au début des forums

  • Bonjour et merci pour cet outil ! Une question cependant, est-il compatible avec le système de pagination de SPIP et dans quelle mesure. merci pour vos réponses. Ari

    Répondre à ce message

    • Gestion de la pagination 21 mai 2007 10:22, par Vince

      Bonjour,

      effectivement j’ai remarqué que cette contrib n’est pas compatible avec les liens générés par la pagination dans le cas des rubriques uniquement (Elle est pleinement fonctionnelle pour les mots clés par exemple). Ceci est dû au fait qu’on soit obligé d’utiliser <base href="#URL_SITE_SPIP/" /> et que les liens de la pagination soient de la forme <a href="./...">, du coup ils repartent de la racine du site ce qui les rend incompatible avec l’arborescence des rubriques.

      Pour ma part, j’ai trouvé un contournement possible en ajoutant 2 fonctions et en modifiant l’appel à la pagination (Pour la page des rubriques cela doit suffire). Ceci n’est surement pas très propre mais cela fonctionne dans mon cas.

      Voici les fonctions à ajouter à mes_fonctions.php :

      // Supprime tous les arguments d'une url
        function purger_url($url) {
           return preg_replace(',[?&#].*$,U', '', $url);
        }

      // Remplace toutes les urls du type ./... par URLCouranteComplète/...
        function forcer_url_courante ($texte) {
           if ($texte == '')
              return '';

           return preg_replace(",(.*href=')\./(\?.*),U",
                               "$1" . purger_url(self(true)) . "$2",
                               $texte);
        }

      Il suffit ensuite de filtrer l’appel à la pagination dans le(s) fichier(s) html concerné(s) (rubrique.html devrait suffire comme expliqué au début) comme ceci : [(#PAGINATION|forcer_url_courante)]

      Il doit être possible d’utiliser une autre voie en modifiant les modèles de la pagination mais l’étendue des modifications à effectuer me semble beaucoup plus importante.

      Comme toujours si une solution plus simple/propre existe, je suis à l’écoute.

      Répondre à ce message

      • Gestion de la pagination 21 mai 2007 14:21

        Bonjour et merci pour cette solution !

        Elle fonctionne partout sauf pour la page de départ qui renvoie vers une url sans l’arborescence. Sur l’exemple 0|10|20|30, ca fonctionne sur les pages 10|20|30 mairs lorsque on clique sur "0", ca nous renvoie vers la racine du site.

        Cela le fait-il chez vous ? Une solution ? merci pour votre contribution ! Ari

        Répondre à ce message

        • Gestion de la pagination 21 mai 2007 15:22, par Vince

          Chez moi ça fonctionne bien.

          Avez-vous bien vidé le cache de SPIP une fois les modifications faite ? Si oui je ne vois malheureusement pas d’où peut venir le pb.

          Répondre à ce message

          • Gestion de la pagination 18 juin 2007 11:56, par Acidre

            Hello, j’ai le même souci, tous les liens de pagination marchent, sauf le 1er, par contre j’utilise la pagination de cette manière :

            [(#PAGINATIONpage_precedent_suivant|forcer_url_courante)]

            Où page_precedent_suivant modifie l’affichage, cf. http://www.spip.net/fr_article3367.html

            (Désolé, il manque les accolades avant et après page_precedent_suivant)

            Répondre à ce message

            • Gestion de la pagination 19 juin 2007 15:46, par Nicolas

              Ah moi j’ai ça aussi. si qq’un a déjà trouvé la soluce ?

              Répondre à ce message

              • Gestion de la pagination 30 juin 2007 19:12, par Vince

                Hello,

                désolé de ne pas avoir répondu plus vite, je n’étais pas là ce mois-ci (Vive les vacances \o/).

                Je viens de vérifier et je vous ai menti (Pas taper /o\) car chez moi ça ne fonctionne pas non plus sur le premier élément.

                Après recherche il s’avère que j’ai oublié un ?dans la fonction forcer_url_courante qui devient donc au final :

                // Remplace toutes les urls du type ./... par URLCouranteComplète/...
                  function forcer_url_courante ($texte) {
                     if ($texte == '')
                        return '';

                     return preg_replace(",(.*href=')\./(\?.*)?,U",
                                         "$1" . purger_url(self(true)) . "$2",
                                         $texte);
                  }

                Cette fois j’ai vérifié sur 2 sites et ça fonctionne bien. Encore désolé de l’erreur.

                Répondre à ce message

      • Gestion de la pagination 14 avril 2008 16:24, par Jo

        Bonjour,

        Je viens de faire toute la manip mais spip retourne une erreur : Erreur : filtre « forcer_url_courante » non défini, _article_principal.

        Que dois-je faire dans ce cas ?

        Merci

        Répondre à ce message

    Retour au début des forums

  • URL propres en arborescence virtuelle

    12 décembre 2007 23:18

    Le boutton répondre à cette article ne marche pas après l’installation de ce plugin

    le chemin est : http://www.ste.com/rubrique/spip.ph...

    Répondre à ce message

    • URL propres en arborescence virtuelle [Solution] 20 février 2008 00:32, par Zzarbi

      Salut,

      il suffit de rajouter cette règle d’url rewriting au fichier .htaccess qui se trouve à la racine de spip :

      « # PATCH pour les urls RewriteRule ^(.*)/spip.php$ spip.php [QSA,L] »

      En effet, cela permet au serveur de lier directement la page /rubrique/spip.php à /spip.php, tout en gardant les variable GET passé en parametre.

      ++ Zzarbi

      Ps : C’est un "patch" assez bourrin, pour l’instant je n’ai pas vu de bug...

      Répondre à ce message

    Retour au début des forums

  • entraine un probleme avec les notes de bas de page

    16 novembre 2007 12:09, par Pierre

    La mise en place dans le fichier inc-head de la ligne <base href="#URL_SITE_SPIP/" /> provoque un problème avec les notes de bas de page qui ne fonctionnent plus. Il suffit de supprimer la ligne pour que tout remarche.

    Mais pourquoi ?

    Répondre à ce message

    Retour au début des forums

  • URL propres en arborescence virtuelle

    20 septembre 2007 14:11, par Regis

    Bonjour J’ai bien testé ce contrib, et ca marche bien, toutefois, j’ai constaté que si l’url de la page est incorrecte et de type www.site.com/sdfdsf.html ou www.site.com/jhkj il renvoit pas sur la page 404, mais sur une page vide ...

    et si l’url est de type www.site.com/sdfdsf.php, à ce moment la il donne erreur404

     ?

    Répondre à ce message

    • URL propres en arborescence virtuelle 20 septembre 2007 14:56, par Boris Lechner

      Bonjour,

      je présume que vous utilisez la méthode de redirection par l’ErrorDocument ? Dans le cas contraire, la réponse que voilà ne serait pas la bonne.

      Je vous invite à relire le paragraphe "Redirection avec la directive ErrorDocument" et à vérifier que le fichier 404.html soit bien placé dans votre dossier de squelettes, et que son chemin soit bien réglé dans le fichier spip-rewrite-with-404.php.

      Les erreurs d’accès sont bien gérées d’après tous les tests que j’ai pu faire avec les deux méthodes de redirections.

      Répondre à ce message

      • URL propres en arborescence virtuelle 20 septembre 2007 16:33, par Regis

        Bonjour le fichier 404 se trouve bien dans le dossier de squelettes, et j’ai pas fait d’erreur, mais malgré ça, ca marche pas toujours c’est vrai j’utilise la rediction par l’errordocument ...

        J’ai consulté d’autres sites qui ont utilisé ce contrib, et même problème.

        Avez vous un site exemple qui utilise cette méthode pour voir ?

        MErci

        Répondre à ce message

        • URL propres en arborescence virtuelle 20 septembre 2007 16:45, par Boris Lechner

          mmm J’ai un site chez free qui utilise cette méthode sur lequel j’ai retesté après votre message, et tout fonctionne avec.

          Pouvez-vous m’indiquer ce que vous avez mis à coté de la variable $this->pagedestination dans spip-rewrite-with-404.php ?

          Répondre à ce message

          • URL propres en arborescence virtuelle 20 septembre 2007 17:52, par Regis

            je l’ai pas changé : $this->pagedestination="squelettes/404.html" ;

            et dans mon dossier de squelette j’ai bien la page 404.html

            la question, c’est pourquoi il marche bien quand on a .php et ca marche pas avec les autres ...

            Merci

            Répondre à ce message

            • URL propres en arborescence virtuelle 20 septembre 2007 18:18, par Boris Lechner

              la question, c’est pourquoi il marche bien quand on a .php et ca marche pas avec les autres ...

              Je ne pense pas que ce soit la question. Vérifions : Essayez avec n’importe quelle autre extension, même une fausse : http://leNomDeDomaineDuSite.fr/meuh.coin par exemple. Selon moi, ça marchera comme avec .php

              Si c’est le cas, vérifiez que votre serveur web ait bien les autorisations sur le fichier 404.html.

              Sinon, votre spip est il à la racine de votre site ? (http://leNomDeDomaineDuSite.fr/)

              Répondre à ce message

              • URL propres en arborescence virtuelle 20 septembre 2007 18:42, par Regis

                oui avec n’importe autres extentions, ca marche comme php mon site est à la racine oui l’autorisation sur le fichier 404, j’ai tout met en 777 pour tester, mais ca donne toujours la même chose ...

                Répondre à ce message

                • URL propres en arborescence virtuelle 20 septembre 2007 22:29, par Boris Lechner

                  Là, pour moi c’est un problème dans la manière dont votre Spip gère les pages inconnues.

                  J’explique : le script spip-rewrite-with-404.php analyse l’URL qui a été appelée : si elle finit par ".html" ou si le dernier élément de l’arborescence ne contient pas le caractère point ".", le script renvoie l’adresse à spip, qui transmet ensuite le dossier au script propres-arbo.php, celui-ci a la charge de retrouver l’élément demandé s’il existe. En fonction de cela Spip gère ; soit il affiche l’élément, soit il affiche sa propre page 404.

                  Quel version de Spip utilisez-vous ? Utilisez-vous des plugins ou des réglages spécifiques ?

                  Répondre à ce message

                  • URL propres en arborescence virtuelle 21 septembre 2007 14:16

                    la dérnière version, pas de régles spécifiques ... Pouvez vous me donner un lien vers un site qui marche bien ou votre msn, je peux vous passer les passes ftp d’un site de teste, et vous allez voir ca vous même.

                    Répondre à ce message

                    • URL propres en arborescence virtuelle 23 septembre 2007 18:21

                      autres problèmes avec ceux qui utilisent directive ErrorDocument : vous aurez des problèmes pour créer le sitemap, car ca marche pas avec xenu, il detecte des erreur 404 sur toutes les pages de votre site ....

                      Répondre à ce message

                    • URL propres en arborescence virtuelle 26 septembre 2007 14:34, par Boris Lechner

                      la dérnière version, pas de régles spécifiques ... Pouvez vous me donner un lien vers un site qui marche bien ou votre msn, je peux vous passer les passes ftp d’un site de teste, et vous allez voir ca vous même.

                      Un site qui marche (en suivant la procédure décrite ci-dessus) : http://boris.lechner.free.fr

                      Pour le reste, laissez-moi un identifiant de messagerie instantanée, et je me créerai un compte.

                      Répondre à ce message

    Retour au début des forums

  • URL propres en arborescence virtuelle

    20 septembre 2007 18:39, par BoOz

    Excellent article.

    Bravo cher Boris.

    Répondre à ce message

    Retour au début des forums

  • URL propres en arborescence virtuelle

    11 septembre 2007 16:02

    ca marche bien avec Redirection avec la directive ErrorDocument toutefois y’a quelques remarques, a savoir : Sur les pages ’articles" l’url de plan de site en bas de ma page devient www.site.com/rubrique/ssrubr... et erreur 404 quand je click

    et normalement il faut que ca soit www.site.com/plan-site.html

    et même chose pour le flux RSS, et même pour le boutton Recalculer cette page ...

    Merci de votre réponse j’attend ;)

    Répondre à ce message

    • URL propres en arborescence virtuelle 20 septembre 2007 14:43, par Boris Lechner

      Bonjour,

      alors pour le bouton "recalculer cette page", je vous invite à vérifier les étapes détaillées dans le paragraphe "Au secours, les boutons d’administration ne fonctionnent plus !".

      Concernant le plan et le backend, c’est vrai que j’ai oublié de fournir deux redirections (trois, en fait, il y a aussi le moteur de recherche). Il faudra que je pense à les mettre dans une prochaine version (pour les historiens : aujourd’hui, nous en sommes à la version 1.8).

      Vous qui êtes en ErrorDocument, vous devez éditer le fichier spip-rewrite-with-404.php. Il va falloir rajouter les règles de redirection suivantes AVANT les autres règles. Mais attention aux tâches, on met les mains dans le cambouis.

                      # En bonus, la fonction recherche
                      $this->regles[] = Array( 'filtre'       => ',^recherche.html$,',
                                              'remplacement' => 'spip.php?page=recherche' );

                      # Le plan du site
                      $this->regles[] = Array( 'filtre'       => ',^plan-site.html$,',
                                              'remplacement' => 'spip.php?page=plan' );

                      # Le flux rss
                      $this->regles[] = Array( 'filtre'       => ',^backend.rss$,',
                                              'remplacement' => 'spip.php?page=backend' );

      pour les utilisateurs du modRewrite, même principe, il s’agit d’insérer ces lignes dans le fichier .htaccess, juste avant la partie commentée ’# URLs "propres-arbo"’.

      # Page de recherche en url "propre" maison
      RewriteRule ^recherche.html$    spip.php?page=recherche [QSA,L]

      # Page du plan du site en url "propre" maison
      RewriteRule ^plan-site.html$    spip.php?page=plan [QSA,L]

      # Page du backend du site en url "propre" maison
      RewriteRule ^backend.rss$    spip.php?page=backend [QSA,L]

      Dans les deux cas, j’avoue ne pas avoir eu le temps de tester cette réponse, mais je pense à 99% que cela devrait fonctionner. Merci de confirmer ou d’infirmer en précisant quelle méthode de redirection vous utilisez !

      Répondre à ce message

    Retour au début des forums

  • Erreur 302 - URL not found

    6 septembre 2007 14:05, par Suspiria

    Bonjour,

    Je viens de suivre toute la démarche d’installation de fichiers, mais je me retrouve avec un site tout cassé...

    Premièrement, je me retrouve avec des "url not found". Ensuite, j’ai une erreur 302 lorsque je veux me connecter (j’utilise le plugin accès restreint qui affiche un formulaire de connexion au site).

    Au secours !

    Répondre à ce message

    • Erreur 302 - URL not found 7 septembre 2007 09:23, par Suspiria

      J’ai bien modifié le htacess, mais ca ne fonctionne toujours pas... Et maintenant sur ma page d’accueil ( la seule qui arrive à s’afficher), je n’ai meme plus de css.

      Snif

      Répondre à ce message

      • Erreur 302 - URL not found 11 septembre 2007 09:38, par Suspiria

        Problème réglé, grâce à Middir. Merci beaucoup car sans ton aide mon site serait toujours bloqué à l’heure qu’il est.

        Comme je le dis dans le post un peu plus bas, je n’ai pas eu les détails de ce qu’il a modifié dans mes fichiers ; mais il faudra qu’il nous donne sa recette car elle fonctionne bien !

        Répondre à ce message

    Retour au début des forums

  • Bonjour,

    Hebergeur : 1&1 SPIP : 1.9.2 Squelette Alternatives : 1.9.2

    Je ne vois pas où ajouter la balise <base ...> dans le header avec le squelette alternatives . j’ai donc des erreurs 404 sur toutes mes pages.

    Merci d’avance pour l’aide apportée.

    Répondre à ce message

    Retour au début des forums

  • URL propres en arborescence virtuelle

    7 septembre 2007 21:52

    je me demande toujours pourquoi ce contrib fonctionne pour des personnes, et fonctionne pas pour d’autres

    ca fait presque une semaine que je bosse chaque jour avec ce problème, mais rien de tout

    y’avait middir qui as essayé de m’aider, mais il n’a jamais le temps ...

    je demande à l’admin de ce site, de nous proposer quelques choses qui marche ou bien de nous aider à régler tous ces problèmes ...

    Mercci d’avance

    Répondre à ce message

    • URL propres en arborescence virtuelle 8 septembre 2007 00:06, par middir

      Désolé mais j’ai une vie a coté aussi ... j’ai bcp de boulot en ce moment. J’ai pris déjà pas mal de tps pour aider pas mal de personne et ce n’est pas en postant des commentaires comme ça que tu me donnes envie de t’aider.

      En plus ton premier problème a été réglé, maintenant tu parles d’un pb d’un pote a toi. Faut pas abusé de la gentillesse des gens. Aucune reconnaissance c’est fou.

      @+

      Répondre à ce message

    • URL propres en arborescence virtuelle 8 septembre 2007 09:57, par Boris Lechner

      Bonjour.

      Pour commencer, si vous aviez saisi un nom pour chacun de vos messages, ou aviez créé un fil de discussion rien qu’à vous, il serait envisageable de regarder quel est votre problème.

      Mais là je n’en ai aucune idée.

      Si vous voulez être aidé, donnez-nous en les moyens, tant par la clarté de la description de votre problème que par la courtoisie du ton employé.

      Malgré cela, je reste bénévolement à votre disposition quand je le peux et attends une description de votre problème dans ce fil de discussion.

      Répondre à ce message

      • URL propres en arborescence virtuelle 8 septembre 2007 12:30

        Merci midir, t’a reussi de régler mon problème, mais je sais pas comment tu l’a fait, et c’est ça ce que je cherche depuis 3 jours. Concernant l’autre site d’un pote à moi, oublions le, peu importe.

        J’en suis certain qu’il y’aura plusieurs personnes qui auront le même problème que moi, et middir à certainement la réponse.

        Donc, pour éviter plus de temps perdu pour rien, et à mon avis, vaux mieux expliquer la solution de problème en bref, et ca va pas prendre même pas 5min.

        Middir à bien compris le prb de mon site, avec ce contrib, et il a reussi de résoudre, mais je sais pas comment il l’a fait ....

        Répondre à ce message

    Retour au début des forums

0 | 25 | 50 | 75 | 100 | 125



Suivre la vie du site RSS 2.0 | Plan du site | Espace privé | Charte et vie SPIP-Contrib | SPIP | L'autre.net