url rewriting et v5 : possibilité d'enlever le /static#/ ds l'URL ?

Nouvelle question :

j ai testé le rewriting sur un autre hebergement que Free.

je vois des urls
http://monnomdedomaine.tld/static1/nomdemapage
http://monnomdedomaine.tld/static2/nomautrepage

est il possible d'enlever "static#" ds le rewriting ?

par quelle modif sur quel fichier, si c possible?

merci de vos infos,

Aïcha M.

Réponses

  • StéphaneStéphane Member, Former PluXml Project Manager
    Non ce n'est actuellement pas possible
    Cela fait partie du fonctionnement de PluXml

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • argentikargentik Member
    juillet 2010 modifié
    ok merci !
    je pense que ce serait une évolution importante pour du SEO friendly. n étant pas une codeuse, je ne px pas vs aider... merci tt de meme pour ce cms

    cependant l'absence du /static#/ fonctionne pour l'index, est ce qu il y a une bidouille manuelle qui le permettrait si en automatique ce n est pas (encore) possible?
  • Bonjour,

    je souhaiterais aussi la même chose afin d'avoir des URLs plus simples.
    J'ai supprimé toutes les chaines du type "?static'.intval($k).'/" ou '?static".intval($stat_num)."/' dans les fichiers où elles apparaissent.
    Reste ce bloc de code qui pose problème :
    dans class.plx.motor.php (qui doit définir le type de contenu - statique, article,...- selon l'url ; c'est bien ça ?)

    elseif($this->get AND preg_match('/^static([0-9]+)\//',$this->get,$capture)) {
    $this->mode = 'static'; # Mode static
    $this->cible = str_pad($capture[1],3,'0',STR_PAD_LEFT); # On complete sur 3 caracteres
    $this->bypage = NULL; # Pas de pagination pour ce mode bien sur ;)
    $this->template = isset($this->aStats[ $this->cible ]) ? $this->aStats[ $this->cible ] : 'erreur.php';
    }

    Je ne sais comment modifier cela. Si quelqu'un a une idée.
    Sachant que j'imaginerais bien que ce comportement remplace l'appel de "home.php" (que je n'utilise pas) si aucune des conditions testées précédemment n'est réunie (test si articles ou autres).
    Merci de votre aide.
  • Je ne vois pas en quoi cela dérange coté SEO, l'Url est très propre.
    Exemple: http://www.blog-de-bankai.fr/static3/articles
    Si tu tape l'url dans Google recherche tu tombe sur ma page dans les deux premiers résultats, donc Seo fonctionnel avec cet réécriture.
  • jofdesignjofdesign Member
    août 2011 modifié
    Je ne vois pas en quoi cela dérange coté SEO, l'Url est très propre.
    Exemple: http://www.blog-de-bankai.fr/static3/articles
    Si tu tape l'url dans Google recherche tu tombe sur ma page dans les deux premiers résultats, donc Seo fonctionnel avec cet réécriture.
    Bankai,
    de mon côté je ne parle pas de SEO mais de simplicité et donc d'efficacité des URLs. Je pense en terme de taux de clics notamment. Une URL claire et significative engage plus à suivre le lien qu'une URL plus compliquée et sans signification (static3 = pas sémantique).
    D'ailleurs, tu me fais penser que peut-être une solution serait (si on ne peut pas changer complètement ce comportement) de remplacer "static3" par "page3" ce qui serait un tout petit peu mieux (en restant international). Qu'en pensez-vous ?

    Sinon, entre nous, je ne pense pas que rechercher une URL précise dans un moteur de recherche et que la page attendue apparaisse dans les premiers résultats soit la preuve d'un optimisation du site pour le référencement mais simplement d'une indexation dans les moteurs de recherche.
  • StéphaneStéphane Member, Former PluXml Project Manager
    jofdesign a écrit:
    D'ailleurs, tu me fais penser que peut-être une solution serait (si on ne peut pas changer complètement ce comportement) de remplacer "static3" par "page3" ce qui serait un tout petit peu mieux (en restant international). Qu'en pensez-vous ?
    Le mot clé "page" est déjà réservé pour la pagination

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • Le mot clé "page" est déjà réservé pour la pagination
    Effectivement, je n'avais pas fais attention. Alors pourquoi pas ne pas laissé uniquement l'id ?
    Url du type : www.nomdedomaine.com/1/url-page-1 et www.nomdedomaine.com/2/url-page-2
    Ce qui me semble déjà un peu mieux. J'ai testé et ca fonctionne chez moi.

    L'idéal serait de ne pas modifier ça en core mais avec un plugin. (bien sûr si ca ne créé pas des "dommages colatéraux" que je n'aurais pas vu)
  • StéphaneStéphane Member, Former PluXml Project Manager
    Et comment fais-tu alors la différence entre ces deux liens:

    http://www.monsite.com/1/une-url

    et

    http://www.monsite.com/1/une-url

    le 1er étant pour un article et le deuxième pour une page statique si on utilise pas 2 mots clés différents pour différencier le type d'url

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

Connectez-vous ou Inscrivez-vous pour répondre.