ZEP-26 : Rendre les urls plus cohérentes

En ce moment, c'est un peu le bazar...

a marqué ce sujet comme résolu.
Auteur du sujet

Reprise du dernier message de la page précédente

Plus sérieusement. Le pluriel a pour moi plus de sens dans des cas comme les articles et tutos, ou /articles/ te renvois sur … Une liste d'articles. De là à dire "pluriels partout", il n'y a évidement qu'un pas.

Tous nos modules (tutoriels, articles, messages privés, forums, galeries, membres et pages) renvoient une liste excepté le module pour la recherche !

Reste à se demander si /articles/12/machinchose/ a toujours du sens dans le contexte.

On pourrait faire /articles/ qui renvoie la liste des articles et /article/machinchose/ qui renvoie un article. Mais personnellement il m'arrive souvent sur les sites web d'enlever le /machinchose/ et de tomber sur la bonne page et non pas une 404.

+1 -0

Bon, je ne suivais pas cette ZEP, du coup je me suis mis au gout du jour surtout par rapport à la release actuellement en test.

Je remarque que le pattern des urls des MPs a changé pour quelque chose de moins lisible je trouve. Je voulais donc m'assurer que c'est bien ce qu'on veut.

En version 1.6 (en prod en ce moment) on a ceci :

  • Liste des mps : /mp/
  • Liste des messages d'un mp : /mp/<id_topic>/<slug_topic>/
  • Edition d'un message du mp : /mp/message/editer/?message=<id_message>

En version 1.7 (en préprod en ce moment) on a ceci :

  • Liste des mps : /mp/
  • Liste des messages d'un mp : /mp/<id_topic>/<slug_topic>/messages/
  • Edition d'un message du mp : /mp/<id_topic>/<slug_topic>/messages/<id_message>/editer/

Je trouve le précédent pattern un peu déroutant, car déjà je ne suis pas habitué a voir les urls présentée comme ça sur le web, mais le fait d'avoir deux id différent dans la même url me choque aussi.

Je suggère un pattern qui va dans le même sens que le pattern utilisé sur github :

  • /<module>/ ou /<module>/<sous-module>/ pour les listes
  • /<module>/<objet>/ ou /<module>/<sous-module>/<objet>/ pour le détail d'un objet du module ou sous module.
  • /<module>/<action>/<objet>/ ou /<module>/<sous-module>/<action>/<objet>/ pour une action sur un module ou sous module.

On en arriverait donc à des urls ainsi pour le cas des mps.

  • /mps/ : la liste des mps
  • /mps/messages/<id>/<slug>/ : la liste des messages d'un mp
  • /mps/messages/editer/<id_message>/ : éditer un message privé
+0 -2

Euh…

Tu peux donner des exemples pour GitHub ? Je te suis pas là.

Pour moi les URL de GitHub c'est au contraire très "REST" :

/organisationId/repoId/moduleName/objectId/action?options

Édité par Javier

Happiness is a warm puppy

+0 -0

Un exemple de github.

Ce fichier : https://github.com/firm1/zds-site/blob/dev/LICENSE

Dont le pattern peut être réduit à /<repo-id>/<nom-du-module>/<action>/<objet>

Pour éditer ce fichier, on a l'url : https://github.com/firm1/zds-site/edit/dev/LICENSE qui correspond au pattern du dessus (l'action étant passée de blob à edit ).

Pour github l'objet correspond à <branch>/<path> comme on pourrait l'adapter <id>/<slug> sur zds.

Édité par firm1

+0 -0
Auteur du sujet

Que pensez-vous de modifier les urls de téléchargement des tutoriels et articles ? Actuellement, elles n'ont aucunes extensions, ce qui empêche de faire des requêtes avec filetype:pdf ou filetype:epub sur les moteurs de recherche !

Par exemple, pour le tutoriel https://zestedesavoir.com/tutoriels/232/developpez-votre-site-web-avec-le-framework-django/, on passerait de https://zestedesavoir.com/tutoriels/telecharger/epub/?tutoriel=232 à https://zestedesavoir.com/tutoriels/232/developpez-votre-site-web-avec-le-framework-django.epub.

Qu'en pensez-vous ?

+11 -0
Vous devez être connecté pour pouvoir poster un message.
Connexion

Pas encore inscrit ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte