le problème n'est pas le nom mais l'url. comment veux-tu savoir avec http://monsite.com/unlien s'il s'agit d'une catégorie ou d'une page...
edit: change la valeur du champ url pour la page statique ou la catégorie, de manière à ce que ce soit un lien unique. Dans ce cas là tu pourras avoir le même nom
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
j'ai bien compris le pb.
Il y a bien une vérification pour que chaque article possède une URL unique, idem pour les pages statiques. Honnêtement, je n'ai pas envie de vérifier l'unicité de l'URL de mes articles et j'aurai tendance à considérer que c'est au plugin de gérer tout ça
Est ce qu'il n'est pas envisageable pour le plugin de vérifier l'unicité de l'URL à travers tous ces éléments.
Si ce n'est pas possible n'est il pas possible de préfixer par "article" "categorie" l'URL ? est ce que ça correspond à ce qui était prévu.
Je pose simplement des questions, je ne m'attends pas à ce que quelqu'un modifie le plugin pour moi.
Je ne remets pas en cause le travail qui a été fait sur le plugin mais qu'il y a des éléments qui font que son utilisation n'est pas optimale pour moi.
Je tente de faire fonctionner PluXML sur nginx mais me heurte à un pépin concernant MyBetterUrls.
Lors de la désactivation du plugin, toutes les pages fonctionnent sans le moindre soucis. Une fois le plugin activé, certaines pages deviennent inaccessibles (erreur 404).
J'ai bien tenté de fouillé dans les logs, mais il ne semble pas y avoir d'erreur autre 404. J'ai également tenté de désactivé tous les plugins et ne laisser que MyBetterUrls, mais le problème demeure.
Si besoin d'une démonstration, je peux envoyer par MP l'URL de test.
C'est donc bien ce que je dis, il faudrait mettre à jour le wiki!
D'ailleurs, je pense que le problème est lié à la version de nginx puisque visiblement en 0.8.x ça fonctionnait.
Je rencontre un problème avec ce plugin. J'ai une page statique dont l'url donne monsite.com/static11/documentations et un article dont l'url est monsite.com/article19/documentations. Une fois le plugin activé les url deviennent monsite.com/documentations pour les deux pages... Une poils problématiques.
@flipflip : j'ai eu le même souci lors de la migration de mon site avec des articles ayant la même URL que mes catégories. Une solution de contournement simple consiste à éditer manuellement l'url de ton article (en supposant que tu souhaites garder le référencement naturel de la page statique), sans en changer le titre. Ainsi tu auras deux URL distinctes au final.
@kowalsky : l'idée est pas mal mais nous sommes plusieurs à maintenir le site.
Mise à part moi qui fait gaffe à ce genre de chose (car je suis informaticien), les autres (qui ne sont pas informaticien) ce n'est pas leurs problèmes et si on commence à bricoler les url ça va devenir du grand n'importe quoi.
@niqnutn : Ca pourrait être une solution mais si tu a dans deux catégories un article qui porte le même nom... Je sais c'est totalement illogique mais parfois l'humain ne l'est pas non plus
## Version 1.5 (04/02/2016) ##
[+] Compatibilité PluXml 5.5
[+] Personnalisation du format d'url (voir écran de config du plugin)
BUG mauvaise compatibilité avec le plugin MultiLingue
BUG mauvaise redirection apres envoi d'un commentaire
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
## Version 1.5 (04/02/2016) ##
[+] Personnalisation du format d'url (voir écran de config du plugin)
Super, c'est exactement ce que je recherchais à faire !
Ca marche plutôt bien excepté que les anciennes URL existent toujours en duplicat.
Ex: /article55/nom-de-l-article et /article/nom-de-l-article existent maintenant en même temps.
Même chose pour les catégories et je suppose les pages statiques.
Sur nginx j'ai compensé par une règle de réécriture, mais je suppose que c'est un petit oubli de réécriture dans le code?
Je viens d'installer la version 1.5.1 j'ai paramétrer le plugin pour avoir des urls dans ce genre :
- articles : http://mon site/articles/nom-de-l-article
- catégories : http://mon site/categories/nom-de-la-categorie
- static : http://mon site/pages/nom-de-la-page
Ca marche bien sauf qu'historiquement avec le plugin on n'avait pas le principe des préfixes donc les étaient :
- articles : http://mon site/nom-de-l-article
- catégories : http://mon site/nom-de-la-categorie
- static : http://mon site/nom-de-la-page
Maintenant avec le plugin activé je me retrouve avec des erreurs 404 pour les personnes et moteurs de recherches qui arrivent par les anciennes url... Pas top niveau visiteurs et catastrophique niveau moteurs de recherches.
J'ai eu le même problème que toi lorsque j'ai arrêté d'utiliser ce plugin. A cette époque je me suis rabattu sur des redirections faites à la main dans nginx (ou apache).
Ces commandes sont à lancer depuis la racine de ton site en SSH. Les règles générées seront compatibles avec ton apache :
# Articles
for ITEM in $(ls data/articles/*| awk -F'.' '{print $(NF-1)}')
do
echo "RewriteRule /$ITEM /articles/$ITEM [R=301,L]"
done
# Statiques
for ITEM in $(ls data/statiques/*| awk -F'.' '{print $(NF-1)}')
do
echo "RewriteRule /$ITEM /pages/$ITEM [R=301,L]"
done
# Categories
for ITEM in $(awk -F'"' '{ print $14}' data/configuration/categories.xml)
do
echo "RewriteRule /$ITEM /categories/$ITEM [R=301,L]"
done
Réponses
edit: change la valeur du champ url pour la page statique ou la catégorie, de manière à ce que ce soit un lien unique. Dans ce cas là tu pourras avoir le même nom
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Il y a bien une vérification pour que chaque article possède une URL unique, idem pour les pages statiques. Honnêtement, je n'ai pas envie de vérifier l'unicité de l'URL de mes articles et j'aurai tendance à considérer que c'est au plugin de gérer tout ça
Est ce qu'il n'est pas envisageable pour le plugin de vérifier l'unicité de l'URL à travers tous ces éléments.
Si ce n'est pas possible n'est il pas possible de préfixer par "article" "categorie" l'URL ? est ce que ça correspond à ce qui était prévu.
Je pose simplement des questions, je ne m'attends pas à ce que quelqu'un modifie le plugin pour moi.
Je ne remets pas en cause le travail qui a été fait sur le plugin mais qu'il y a des éléments qui font que son utilisation n'est pas optimale pour moi.
https://blog.pluxml.com/tag/bug
de fait, il n'y aura pas de pb entre les articles et les tags.
+ Compatibilité PluXml 5.4
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
[+] Gestion des liens http://server.com/?contenu avec redirection 301 vers http://server.com/contenu
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
mais sur la page des plugins de Pluxopolis, le lien pointe toujours vers la version 1.4.2 de plxMyBetterUrls
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Je tente de faire fonctionner PluXML sur nginx mais me heurte à un pépin concernant MyBetterUrls.
Lors de la désactivation du plugin, toutes les pages fonctionnent sans le moindre soucis. Une fois le plugin activé, certaines pages deviennent inaccessibles (erreur 404).
J'ai bien tenté de fouillé dans les logs, mais il ne semble pas y avoir d'erreur autre 404. J'ai également tenté de désactivé tous les plugins et ne laisser que MyBetterUrls, mais le problème demeure.
Si besoin d'une démonstration, je peux envoyer par MP l'URL de test.
Merci d'avance de votre aide.
http://forum.pluxml.org/viewtopic.php?id=4723
PS : peut être ajouter le topic au wiki ?
Il y a déjà cela :
http://wiki.pluxml.org/index.php?page=Utiliser+l%27URL+Rewriting+avec+Nginx
Une bonne occasion de faire une mise à jour
Accès à mon dépôt de plugins et thèmes
installe PluXml plus vite que ton ombre avec kzInstall2
D'ailleurs, je pense que le problème est lié à la version de nginx puisque visiblement en 0.8.x ça fonctionnait.
Je rencontre un problème avec ce plugin. J'ai une page statique dont l'url donne monsite.com/static11/documentations et un article dont l'url est monsite.com/article19/documentations. Une fois le plugin activé les url deviennent monsite.com/documentations pour les deux pages... Une poils problématiques.
J'ai un string de l'array
Mise à part moi qui fait gaffe à ce genre de chose (car je suis informaticien), les autres (qui ne sont pas informaticien) ce n'est pas leurs problèmes et si on commence à bricoler les url ça va devenir du grand n'importe quoi.
J'ai un string de l'array
monsite.plx/index.php?article19/documentations > monsite.plx/documentations
monsite.plx/index.php?static12/documentations > monsite.plx/s/documentations
monsite.plx/index.php?categorie1/documentations > monsite.plx/c/documentations
monsite.plx/index.php?tag/documentations > monsite.plx/t/documentations
c'est pas parfait mais on n'aurait plus ce pb avec un seul lien pour plusieurs pages.
J'ai un string de l'array
qu'un article appartient à une catégorie ou non n'influe en rien.
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
[+] Compatibilité PluXml 5.5
[+] Personnalisation du format d'url (voir écran de config du plugin)
BUG mauvaise compatibilité avec le plugin MultiLingue
BUG mauvaise redirection apres envoi d'un commentaire
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Elle est basée sur l'idée de niqnutn (http://forum.pluxml.org/viewtopic.php?pid=47608#p47608)
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Par exemple cette page : http://www.monsite.fr/article7/presentation
Avec le plugin activé elle devient : http://www.monsite.fr/a/presentation.html
Le problème est que si quelqu'un arrive par l'url http://www.monsite.fr/article7/presentation alors il est redirigé vers http://www.monsite.fr/presentation.html ce qui donne une erreur 404.
J'ai un string de l'array
BUG Mauvaise gestion de l'extension dans l'administration du plugin
Consultant PluXml
Ancien responsable et développeur de PluXml (2010 à 2018)
Un petit souci de réécriture d'URL lié au "&" des URL, qui se transforment en "&" lorsqu'on active plxMyBetterUrls.
Explications ici : http://forum.pluxml.org/viewtopic.php?pid=48002#p48002
Super, c'est exactement ce que je recherchais à faire !
Ca marche plutôt bien excepté que les anciennes URL existent toujours en duplicat.
Ex: /article55/nom-de-l-article et /article/nom-de-l-article existent maintenant en même temps.
Même chose pour les catégories et je suppose les pages statiques.
Sur nginx j'ai compensé par une règle de réécriture, mais je suppose que c'est un petit oubli de réécriture dans le code?
Matthieu
Je viens d'installer la version 1.5.1 j'ai paramétrer le plugin pour avoir des urls dans ce genre :
- articles : http://mon site/articles/nom-de-l-article
- catégories : http://mon site/categories/nom-de-la-categorie
- static : http://mon site/pages/nom-de-la-page
Ca marche bien sauf qu'historiquement avec le plugin on n'avait pas le principe des préfixes donc les étaient :
- articles : http://mon site/nom-de-l-article
- catégories : http://mon site/nom-de-la-categorie
- static : http://mon site/nom-de-la-page
Maintenant avec le plugin activé je me retrouve avec des erreurs 404 pour les personnes et moteurs de recherches qui arrivent par les anciennes url... Pas top niveau visiteurs et catastrophique niveau moteurs de recherches.
J'ai un string de l'array
Ces commandes sont à lancer depuis la racine de ton site en SSH. Les règles générées seront compatibles avec ton apache :