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.
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.
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Cela fait partie du fonctionnement de PluXml
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
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?
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.
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.
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.
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
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)
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 et développeur de PluXml (2010 à 2018)