Discussion :

[moimp]

Bonjour,
Je développe une application dynamique. J'ai consulté un certain nombre de sites sur le masquage d'URL/URI mais je n'ai trouvé que des articles anciens ou non applicables à mon besoin.
J'ai une URI du type http://domaine.eu/index.php?page=mapage&tab=1&id=2. Je voudrais n'afficher dans la barre d'adresse du navigateur que la partie http://domaine.eu/index.php, c'est à dire uniquement les parties scheme et authority (article Ionos). La partie path étant en option.

Question préalable: Est-ce la bonne méthode? Quelle serait les alternatives?

[Séb.]

Je développe une application dynamique. J'ai consulté un certain nombre de sites sur le masquage d'URL/URI

Pourquoi ? Avoir des paramètres en URL fait partie intégrante du web.

J'ai une URI du type http://domaine.eu/index.php?page=mapage&tab=1&id=2. Je voudrais n'afficher dans la barre d'adresse du navigateur que la partie http://domaine.eu/index.php

Sans les paramètres GET "page", "tab" et "id", sauras-tu encore afficher la bonne page ?
Généralement pour avoir une URL plus "sexy" on reformule en "http://domaine.eu/mapage/1/2" ou "http://domaine.eu/page/mapage/tab/1/id/2"
Ceci est parti intégrante de frameworks comme Laravel ou Symfony
Il existe également des librairies qui gèrent cela, comme FastRoute => https://github.com/nikic/FastRoute

[cavo789]

Bonjour


Et si je vais sur http://domaine.eu/index.php?page=mapage&tab=1&id=2 et que je mets un favori sur cette URL.

Si derrière, avec une solution magique, tu aurais réécris en http://domaine.eu/index.php que vais-je recevoir ? Ben ... pas du tout la même chose en fait.

Tu me fais penser à moi il y a trente ans; hop hop, j'allais réinventer le monde... Depuis, la sagesse aidant, je sais que si tout le monde fait comme "ceci" alors ils ont très certainement d'excellentes raisons de le faire comme ça. Réinventer, c'est cool pour apprendre mais au bout du chemin, ah oui en fait, je comprends; ils avaient bien raison.

Maintenant, si tu ne veux pas les paramètres en URL; une seule solution : oublier le GET et faire un POST et tu passes page et tab sous forme de données dans la requête POST.

[Séb.]

Par contre une page en POST ne peut pas être mise en favori
Un "Page précédente" donne des messages désagréables
Et sémantiquement parlant, POST doit (ou devrait ) servir à créer une nouvelle ressource quand GET permet d'y accéder

[cavo789]

Par contre une page en POST ne peut pas être mise en favori

Correct. Mon exemple de favori voulait illustrer le GET sans les paramètres mais, yep, ma réponse pouvait laisser croire que ...

Et sémantiquement parlant, POST doit (ou devrait ) servir à créer une nouvelle ressource quand GET permet d'y accéder

Tu fais référence au verbe POST comme on le retrouve dans les API REST.

Dans un formulaire (tel qu'un moteur de recherche), l'action associée au bouton Submit est bien souvent un POST; à raison; il s'agit de poster un formulaire; pas de créer une ressource.

[moimp]

Mon but était d'éviter la modification des paramètres d'URI par des utilisateurs mal intentionnés. Mais ce n'est peut-être pas une bonne idée.

Généralement pour avoir une URL plus "sexy" on reformule en "http://domaine.eu/mapage/1/2" ou "http://domaine.eu/page/mapage/tab/1/id/2"

Dans ce cas, comment fais-tu pour récupérer de façon simple les infos sans recourir à une librairie?

[cavo789]

Mon but était d'éviter la modification des paramètres d'URI par des utilisateurs mal intentionnés. Mais ce n'est peut-être pas une bonne idée.

Pourquoi serait-ce "mal intentionné" ? Chaque paramètre ayant été controllé dans ton code php, si je m'amuse à mettre &tab=portnawak; comme derrière tu as écris une règle qui valide que tab existe et est, dans ton cas, un chiffre; tout va bien.

Je vis en Belgique, parfois quand je vais sur certains sites, hop, je suis immédiatement dirigé vers une page &lang=nl-BE (Néerlandais de Belgique); hop, je modifie en fr-BE et je suis légitime à faire ça.

Si un paramètre est affiché en URL ==> tu dois le checker dans ton code PHP et, en fait, même s'il n'est pas en URL. Tout paramètre échangé entre ton "consommateur" et ton serveur doit être validé.

[CosmoKnacki]

Tous les serveurs web (Apache, Nginx, IIS...) proposent la réécriture d'URLs, pour cela il faut placer une règle de réécriture dans le fichier adéquate.
Le but de la manœuvre est de virer tous les paramètres GET de l'URL pour la simplifier. Par exemple pour passer de https://monsite.loc/index.php?article=truc&page=2 à https://monsite.loc/truc-2.html.

Tape "réécriture d'URL" (URL rewriting) avec le nom de ton serveur web (Apache) dans ton moteur de recherche préféré (duckduckgo) et tu trouveras une foultitude de tutoriels sur le sujet.
La réécriture d'URL n'est pas spécialement compliquée, mais peut sembler pas évidente, déroutante au départ, donc mon conseil: commence tes essais par les tutoriels les plus simples pour ensuite aller progressivement jusqu'à la documentation officielle de ton serveur.

NB: chez certains hébergeurs, il faut faire une demande pour activer mod_rewrite (le module de réécriture d'Apache), je me souviens que c'était le cas chez ovh il y a quelques années.