Routage d'URL : gestion des espaces et des caractères illégaux lors de la création d'URL conviviales

J'ai vu beaucoup de discussions sur le routage d'URL et BEAUCOUP de bonnes suggestions... mais dans le monde réel, une chose que je n'ai pas vue discutée est :

  • Création d'URL conviviales avec des espaces et des caractères illégaux

  • Interroger la base de données

    • Supposons que vous construisez un site médical, qui contient des articles avec une catégorie et une sous- catégorie facultative. (1 à plusieurs). ( J'aurais pu utiliser n'importe quel exemple, mais le domaine médical a beaucoup de longs mots )

    Exemple de catégories/structure de sous-articles/d'articles :

  • Votre état de santé général (catégorie)

    • Santé naturelle (sous-catégorie)
    • Le système immunitaire de votre corps et pourquoi il a besoin d'aide. (Article)

    • Les plantes et les herbes sont-elles vraiment la solution?

    • Dois-je manger des aliments enrichis?


    • Médecine homéopathique
    • Qu'est-ce que la médecine homéopathique?


    • Alimentation saine
    • Faut-il boire 10 tasses de café par jour?

    • Les légumes bio en valent-ils la peine?

    • Burger King® est-il mauvais ?

    • Le « French café » ou le café américain est-il plus sain?



  • Maladies et affections (Catégorie)

    • Troubles auto-immuns (sous-catégorie)
    • Le tueur #1 de personnes est une maladie

    • Comment obtenir de l'aide


    • Conditions génétiques
    • Prévenir le spina bifida avant la grossesse.

    • Êtes-vous prédisposé à vivre longtemps?



  • Suggestions personnelles du Dr FooBar (Catégorie)
  • Mes réflexions sur la phytothérapie et les remèdes naturels (Article - pas de sous-catégorie)

  • Pourquoi devriez-vous vous soucier de votre santé?

  • Il est possible de bien manger et d'avoir une bonne alimentation.

  • La chirurgie sans effusion de sang a-t-elle atteint sa maturité ?


    • Dans une structure comme celle-ci, vous allez avoir des URL LOOONG si vous y allez : /{Category}/{subcategory}/{Article Title}

    De plus, il existe de nombreux caractères illégaux, comme #!? 'é' etc.

    ALORS, LA OU LES QUESTIONS SONT :

  • Comment géreriez-vous les caractères et les espaces illégaux ? (Avantages et inconvénients ?)

  • Souhaitez-vous gérer l'obtention de cela à partir de la base de données

    • En d'autres termes, feriez-vous confiance à la base de données pour trouver l'élément, en transmettant le titre, ou extrayez-vous tous les titres et trouvez la clé dans le code pour obtenir la clé à transmettre à la base de données (deux appels à la base de données) ?


    • note : je vois toujours de jolis exemples comme /products/beverages/Short-Product-Name/ que diriez-vous de gérer certains exemples laids ^ _ ^


    Solution du problème

    Je préfère moi-même _ à - pour des raisons de lisibilité (vous mettez un soulignement dessus et le _s'en va virtuellement), si vous allez supprimer les espaces.

    Vous voudrez peut-être essayer de convertir des caractères étendus, c'est-à-dire ü, en équivalents ascii proches lorsque cela est possible, c'est-à-dire :

    ü -> u

    Cependant, d'après mon expérience, le plus gros problème avec les problèmes liés au référencement réel n'est pas que l'URL contient tout le beau texte, c'est que lorsque les gens changent le texte du lien, tout votre travail de référencement se transforme en merde parce que vous avez maintenant des LIENS MORTS dans le index.

    Pour cela, je suggérerais ce que fait stackoverflow, et avoir une partie numérique qui fait référence à une entité constante, et ignorer totalement le reste du texte (et/ou le mettre à jour quand il est faux)

    De plus, la nature grossièrement héroïque rend simplement la mauvaise utilisation par les humains. Les humains détestent les URL longues. Les copier-coller est nul et ils sont juste plus enclins à se casser. Si vous pouvez le subdiviser en teirs inférieurs, c'est-à-dire

    /article/1/Some_Article_Title_Here
    /article/1/Section/5/Section_Title_Here
    /section/19023/Section_Title_here ( == above link )

    De cette façon, le seul moment où vous devez faire de la magie vaudou est lorsque l'article numéroté a été supprimé, moment auquel vous utilisez la partie texte comme chaîne de recherche pour essayer de trouver le véritable article ou quelque chose comme ça.

    Commentaires

    Enregistrer un commentaire

    Posts les plus consultés de ce blog

    Erreur Symfony : "Une exception a été levée lors du rendu d'un modèle"

    j'essaie d'inclure <link href="{{ asset('css/mystyle.css') }}" rel="stylesheet"/> dans mon fichier twig et le rendre. Mais cela me donne une exception PHP non interceptée Twig_Error_Runtime : "Une exception a été levée lors du rendu d'un modèle ("Le fichier manifeste de l'actif "/../public/build/manifest.json" n'existe pas.") ça marche quand j'utilise link href="css/mystyle.css" rel="stylesheet"/> . Voici mon contrôleur: <?php namespace App\Controller; use Symfony\Component\Routing\Annotation\Route; use Symfony\Bundle\FrameworkBundle\Controller\AbstractController; use Symfony\Component\HttpFoundation\Response; class WelcomeController extends AbstractController { /** * @Route("/", name="welcome") */ public function index() { return $this->render('welcome/index.html.twig'); } } Voici mon modèle de brindille : <!doctype html> ...
    Lire la suite

    Détecter les appuis sur les touches fléchées en JavaScript

    Comment détecter l'appui sur l'une des touches fléchées ? J'en ai profité pour savoir: function checkKey(e) { var event = window.event? window.event: e; console.log(event.keyCode) } Bien que cela fonctionnait pour toutes les autres touches, ce n'était pas le cas pour les touches fléchées (peut-être parce que le navigateur est censé faire défiler ces touches par défaut). Solution du problème event.key === "Flèche droite"... Plus récent et beaucoup plus propre: utilisez event.key . Plus de codes numériques arbitraires ! Si vous transpilez ou savez que vos utilisateurs utilisent tous des navigateurs modernes, utilisez ceci ! node.addEventListener('keydown', function(event) { const key = event.key; // "ArrowRight", "ArrowLeft", "ArrowUp", or "ArrowDown" }); Gestion détaillée : switch (event.key) { case "ArrowLeft": // Left pressed break; case "ArrowRight": // Right pressed break; c...
    Lire la suite

    Une chaîne vide donne "Des erreurs ont été détectées dans les arguments de la ligne de commande, veuillez vous assurer que tous les arguments sont correctement définis"

    Image
    Sur un serveur SQL 2016, j'ai un travail qui appelle un package SSIS. Ce package se trouve dans un projet dans la SSISDB et a des paramètres. L'un de ces paramètres est un type de chaîne vide par défaut. J'ai exécuté le travail avec la valeur vide pour ce paramètre, et il s'est exécuté avec succès. J'ai ensuite ouvert les propriétés du travail, je suis allé à l'étape qui appelle ce package et je suis entré dans la configuration et j'ai donné une valeur à ce paramètre. J'ai exécuté à nouveau le travail et il s'est exécuté avec succès, et la valeur du paramètre a eu l'effet attendu sur les résultats. Maintenant, je veux modifier le travail et redéfinir le paramètre sur une chaîne vide. En répétant ce que j'ai fait ci-dessus, j'ouvre la configuration et supprime complètement la valeur du paramètre. Lorsque j'essaie ensuite d'enregistrer les propriétés de l'étape du travail, j'obtiens une boîte de dialogue d'erreur a...
    Lire la suite