Ces deux URL sont parfaitement reconnues et traitées dans MacCafé. Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens sans les avoir proprement élagués. Ici, les deux URL suivantes suffiraient amplement : <https://www.photospecialist.fr/imprimante-laser-brother-mfc-l3710cw-a4-couleur> <https://www.boulanger.com/ref/1118244> -- Denis
Ces deux URL sont parfaitement reconnues et traitées dans MacCafé.
Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens
sans les avoir proprement élagués. Ici, les deux URL suivantes
suffiraient amplement :
Ces deux URL sont parfaitement reconnues et traitées dans MacCafé. Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens sans les avoir proprement élagués. Ici, les deux URL suivantes suffiraient amplement : <https://www.photospecialist.fr/imprimante-laser-brother-mfc-l3710cw-a4-couleur> <https://www.boulanger.com/ref/1118244> -- Denis
Ces deux URL sont parfaitement reconnues et traitées dans MacCafé. Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens sans les avoir proprement élagués. Ici, les deux URL suivantes suffiraient amplement : <https://www.photospecialist.fr/imprimante-laser-brother-mfc-l3710cw-a4-couleur> <https://www.boulanger.com/ref/1118244>
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Le 01-11-2020, DV <dv@reply-to.not.invalid> a écrit :
Ces deux URL sont parfaitement reconnues et traitées dans MacCafé.
Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens
sans les avoir proprement élagués. Ici, les deux URL suivantes
suffiraient amplement :
Ces deux URL sont parfaitement reconnues et traitées dans MacCafé. Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens sans les avoir proprement élagués. Ici, les deux URL suivantes suffiraient amplement : <https://www.photospecialist.fr/imprimante-laser-brother-mfc-l3710cw-a4-couleur> <https://www.boulanger.com/ref/1118244>
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Ces deux URL sont parfaitement reconnues et traitées dans MacCafé. Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens sans les avoir proprement élagués. Ici, les deux URL suivantes suffiraient amplement : <https://www.photospecialist.fr/imprimante-laser-brother-mfc-l3710cw-a4-couleur> <https://www.boulanger.com/ref/1118244>
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes.
C'est toujours possible, en passant par exemple par TinyURL. L'url de Boulanger donnait : https://tinyurl.com/y63wtpgp :-) -- Enlever YFAUTVIRER http://pschnel.free.fr
Stéphane CARPENTIER vient de nous annoncer :
Le 01-11-2020, DV <dv@reply-to.not.invalid> a écrit :
Ces deux URL sont parfaitement reconnues et traitées dans MacCafé.
Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens
sans les avoir proprement élagués. Ici, les deux URL suivantes
suffiraient amplement :
Ces deux URL sont parfaitement reconnues et traitées dans MacCafé. Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens sans les avoir proprement élagués. Ici, les deux URL suivantes suffiraient amplement : <https://www.photospecialist.fr/imprimante-laser-brother-mfc-l3710cw-a4-couleur> <https://www.boulanger.com/ref/1118244>
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes.
C'est toujours possible, en passant par exemple par TinyURL. L'url de Boulanger donnait : https://tinyurl.com/y63wtpgp :-) -- Enlever YFAUTVIRER http://pschnel.free.fr
DV
Stéphane CARPENTIER a écrit ceci :
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues.
J'avais bien compris, d'o͹ la première phrase de ma réponse. ;-)
C'est pas toujours possible d'élaguer les url pour les rendre courtes.
Dans la deuxième phrase de ma réponse, je précise bien «Â ce genre de liens », ce qui fait référence Í ces URL auxquelles sont ajoutés (par Google ou par le site web lui-même quand il publie l'URL dans une newsletter) des éléments totalement inutiles quand on republie le lien. La première URL élaguée : <https://www.photospecialist.fr/imprimante-laser-brother-mfc-l3710cw-a4-couleur> est déjÍ suffisamment longue pour être testée dans un lecteur de news dont la longueur de ligne est réglée Í 72 caractères. -- Denis
Stéphane CARPENTIER a écrit ceci :
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues.
J'avais bien compris, d'o͹ la première phrase de ma réponse. ;-)
C'est pas toujours possible d'élaguer les url pour les rendre courtes.
Dans la deuxième phrase de ma réponse, je précise bien «Â ce genre de
liens », ce qui fait référence Í ces URL auxquelles sont ajoutés (par
Google ou par le site web lui-même quand il publie l'URL dans une
newsletter) des éléments totalement inutiles quand on republie le lien.
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues.
J'avais bien compris, d'o͹ la première phrase de ma réponse. ;-)
C'est pas toujours possible d'élaguer les url pour les rendre courtes.
Dans la deuxième phrase de ma réponse, je précise bien «Â ce genre de liens », ce qui fait référence Í ces URL auxquelles sont ajoutés (par Google ou par le site web lui-même quand il publie l'URL dans une newsletter) des éléments totalement inutiles quand on republie le lien. La première URL élaguée : <https://www.photospecialist.fr/imprimante-laser-brother-mfc-l3710cw-a4-couleur> est déjÍ suffisamment longue pour être testée dans un lecteur de news dont la longueur de ligne est réglée Í 72 caractères. -- Denis
Jean-Pierre Kuypers
In article (Dans l'article) , Stéphane CARPENTIER wrote (écrivait)Â :
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes.
D'o͹ l'intérêt des chevrons tels que recommandé dans le RFC 3986 ! <https://tools.ietf.org/html/rfc3986#page-52> On peut aussi les raccourcir via <https://frama.link> : <https://frama.link/zoEv4yNS> -- Jean-Pierre Kuypers Veuillez élaguer les phrases dans leur con- texte avant de rendre sciemment.
In article (Dans l'article) <slrnrpt793.ol.sc@scarpet42p.localdomain>,
Stéphane CARPENTIER <sc@fiat-linux.fr> wrote (écrivait)Â :
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues.
C'est pas toujours possible d'élaguer les url pour les rendre courtes.
D'o͹ l'intérêt des chevrons tels que recommandé dans le RFC 3986 !
<https://tools.ietf.org/html/rfc3986#page-52>
On peut aussi les raccourcir via <https://frama.link> :
<https://frama.link/zoEv4yNS>
--
Jean-Pierre Kuypers
Veuillez élaguer les phrases dans leur con-
texte avant de rendre sciemment.
In article (Dans l'article) , Stéphane CARPENTIER wrote (écrivait)Â :
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes.
D'o͹ l'intérêt des chevrons tels que recommandé dans le RFC 3986 ! <https://tools.ietf.org/html/rfc3986#page-52> On peut aussi les raccourcir via <https://frama.link> : <https://frama.link/zoEv4yNS> -- Jean-Pierre Kuypers Veuillez élaguer les phrases dans leur con- texte avant de rendre sciemment.
Ces deux URL sont parfaitement reconnues et traitées dans MacCafé. Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens sans les avoir proprement élagués. Ici, les deux URL suivantes suffiraient amplement : <https://www.photospecialist.fr/imprimante-laser-brother-mfc-l3710cw-a4-couleur> <https://www.boulanger.com/ref/1118244>
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes.
C'est toujours possible, en passant par exemple par TinyURL. L'url de Boulanger donnait : https://tinyurl.com/y63wtpgp :-)
Ça s'appelle pas élaguer, ça s'appelle camoufler. C'est pas pareil et c'est pas forcément une meilleure méthode. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Le 01-11-2020, Prosper Youp La Boum <pascal_schnelzauer@yahoo.frYFAUTVIRER> a écrit :
Stéphane CARPENTIER vient de nous annoncer :
Le 01-11-2020, DV <dv@reply-to.not.invalid> a écrit :
Ces deux URL sont parfaitement reconnues et traitées dans MacCafé.
Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens
sans les avoir proprement élagués. Ici, les deux URL suivantes
suffiraient amplement :
Ces deux URL sont parfaitement reconnues et traitées dans MacCafé. Cela dit, Í mon avis, on ne devrait jamais publier ce genre de liens sans les avoir proprement élagués. Ici, les deux URL suivantes suffiraient amplement : <https://www.photospecialist.fr/imprimante-laser-brother-mfc-l3710cw-a4-couleur> <https://www.boulanger.com/ref/1118244>
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes.
C'est toujours possible, en passant par exemple par TinyURL. L'url de Boulanger donnait : https://tinyurl.com/y63wtpgp :-)
Ça s'appelle pas élaguer, ça s'appelle camoufler. C'est pas pareil et c'est pas forcément une meilleure méthode. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Stéphane CARPENTIER
Le 01-11-2020, Jean-Pierre Kuypers a écrit :
In article (Dans l'article) , Stéphane CARPENTIER wrote (écrivait)Â :
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes.
D'o͹ l'intérêt des chevrons tels que recommandé dans le RFC 3986 ! <https://tools.ietf.org/html/rfc3986#page-52> On peut aussi les raccourcir via <https://frama.link> : <https://frama.link/zoEv4yNS>
Pareil que pour Prosper, frama.link n'est pas forcément mieux car ça masque l'url. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Le 01-11-2020, Jean-Pierre Kuypers <Kuypers@address.invalid> a écrit :
In article (Dans l'article) <slrnrpt793.ol.sc@scarpet42p.localdomain>,
Stéphane CARPENTIER <sc@fiat-linux.fr> wrote (écrivait)Â :
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues.
C'est pas toujours possible d'élaguer les url pour les rendre courtes.
D'o͹ l'intérêt des chevrons tels que recommandé dans le RFC 3986 !
<https://tools.ietf.org/html/rfc3986#page-52>
On peut aussi les raccourcir via <https://frama.link> :
<https://frama.link/zoEv4yNS>
Pareil que pour Prosper, frama.link n'est pas forcément mieux car ça
masque l'url.
--
Si vous avez du temps Í perdre :
https://scarpet42.gitlab.io
In article (Dans l'article) , Stéphane CARPENTIER wrote (écrivait)Â :
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes.
D'o͹ l'intérêt des chevrons tels que recommandé dans le RFC 3986 ! <https://tools.ietf.org/html/rfc3986#page-52> On peut aussi les raccourcir via <https://frama.link> : <https://frama.link/zoEv4yNS>
Pareil que pour Prosper, frama.link n'est pas forcément mieux car ça masque l'url. -- Si vous avez du temps Í perdre : https://scarpet42.gitlab.io
Jean-Pierre Kuypers
In article (Dans l'article) , Stéphane CARPENTIER wrote (écrivait)Â :
Le 01-11-2020, Jean-Pierre Kuypers a écrit :
On peut aussi les raccourcir via <https://frama.link> : <https://frama.link/zoEv4yNS>
Pareil que pour Prosper, frama.link n'est pas forcément mieux car ça masque l'url.
Bien d'accord ! Ces URL raccourcis, on sait pas o͹ ce que ça mène. -- Jean-Pierre Kuypers Veuillez masquer les phrases dans leur con- texte avant de forcer sciemment.
In article (Dans l'article) <slrnrpt9jb.ol.sc@scarpet42p.localdomain>,
Stéphane CARPENTIER <sc@fiat-linux.fr> wrote (écrivait)Â :
Le 01-11-2020, Jean-Pierre Kuypers <Kuypers@address.invalid> a écrit :
> On peut aussi les raccourcir via <https://frama.link> :
><https://frama.link/zoEv4yNS>
Pareil que pour Prosper, frama.link n'est pas forcément mieux car ça
masque l'url.
Bien d'accord !
Ces URL raccourcis, on sait pas o͹ ce que ça mène.
--
Jean-Pierre Kuypers
Veuillez masquer les phrases dans leur con-
texte avant de forcer sciemment.
In article (Dans l'article) , Stéphane CARPENTIER wrote (écrivait)Â :
Le 01-11-2020, Jean-Pierre Kuypers a écrit :
On peut aussi les raccourcir via <https://frama.link> : <https://frama.link/zoEv4yNS>
Pareil que pour Prosper, frama.link n'est pas forcément mieux car ça masque l'url.
Bien d'accord ! Ces URL raccourcis, on sait pas o͹ ce que ça mène. -- Jean-Pierre Kuypers Veuillez masquer les phrases dans leur con- texte avant de forcer sciemment.
Le 01/11/2020 13:01, Jean-Pierre Kuypers a écrit :
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes.
D'o͹ l'intérêt des chevrons tels que recommandé dans le RFC 3986 ! <https://tools.ietf.org/html/rfc3986#page-52>
Sauf que c'est un « should » en minuscules, rien Í voir avec le « SHOULD » défini par le RFC2119 / BCP 14 : <https://tools.ietf.org/html/rfc2119>. Du coup, des nouvelleurs tels que SeaMonkey et Thunderbird n'en tiennent pas compte. Au contraire, ces nouvelleurs savent que la vraie limite de longueur des lignes est de 998 octets, et que donc il n'est pas nécessaire de couper en dehors des frontières de mots (les espaces) puisque, alors que ça peut être des liens cliquables, les mots de plus de 80 caractères ne sont pas destinés Í être lus du début Í la fin par des humains.
On peut aussi les raccourcir via <https://frama.link> : <https://frama.link/zoEv4yNS>
Toujours en complément du lien complet non raccourci, et jamais Í la place du lien complet. Que ce soit pour des raisons de sécurité (ne pas envoyer vers une adresse non sollicitée) ou de pérennité (ces sites gratuits raccourcisseurs de liens ne peuvent pas toujours garantir de durer plus longtemps que ce vers quoi ils pointent). -- Olivier Miakinen
Le 01/11/2020 13:01, Jean-Pierre Kuypers a écrit :
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues.
C'est pas toujours possible d'élaguer les url pour les rendre courtes.
D'o͹ l'intérêt des chevrons tels que recommandé dans le RFC 3986 !
<https://tools.ietf.org/html/rfc3986#page-52>
Sauf que c'est un « should » en minuscules, rien Í voir avec le « SHOULD »
défini par le RFC2119 / BCP 14 : <https://tools.ietf.org/html/rfc2119>.
Du coup, des nouvelleurs tels que SeaMonkey et Thunderbird n'en tiennent
pas compte.
Au contraire, ces nouvelleurs savent que la vraie limite de longueur des
lignes est de 998 octets, et que donc il n'est pas nécessaire de couper
en dehors des frontières de mots (les espaces) puisque, alors que ça peut
être des liens cliquables, les mots de plus de 80 caractères ne sont pas
destinés Í être lus du début Í la fin par des humains.
On peut aussi les raccourcir via <https://frama.link> :
<https://frama.link/zoEv4yNS>
Toujours en complément du lien complet non raccourci, et jamais Í la place
du lien complet. Que ce soit pour des raisons de sécurité (ne pas envoyer
vers une adresse non sollicitée) ou de pérennité (ces sites gratuits
raccourcisseurs de liens ne peuvent pas toujours garantir de durer plus
longtemps que ce vers quoi ils pointent).
Le 01/11/2020 13:01, Jean-Pierre Kuypers a écrit :
Oui, mais c'est plus dur de tester l'effet d'envoi d'url longues. C'est pas toujours possible d'élaguer les url pour les rendre courtes.
D'o͹ l'intérêt des chevrons tels que recommandé dans le RFC 3986 ! <https://tools.ietf.org/html/rfc3986#page-52>
Sauf que c'est un « should » en minuscules, rien Í voir avec le « SHOULD » défini par le RFC2119 / BCP 14 : <https://tools.ietf.org/html/rfc2119>. Du coup, des nouvelleurs tels que SeaMonkey et Thunderbird n'en tiennent pas compte. Au contraire, ces nouvelleurs savent que la vraie limite de longueur des lignes est de 998 octets, et que donc il n'est pas nécessaire de couper en dehors des frontières de mots (les espaces) puisque, alors que ça peut être des liens cliquables, les mots de plus de 80 caractères ne sont pas destinés Í être lus du début Í la fin par des humains.
On peut aussi les raccourcir via <https://frama.link> : <https://frama.link/zoEv4yNS>
Toujours en complément du lien complet non raccourci, et jamais Í la place du lien complet. Que ce soit pour des raisons de sécurité (ne pas envoyer vers une adresse non sollicitée) ou de pérennité (ces sites gratuits raccourcisseurs de liens ne peuvent pas toujours garantir de durer plus longtemps que ce vers quoi ils pointent). -- Olivier Miakinen
