JeuWeb - Crée ton jeu par navigateur
Erreur url suite au passage https - Version imprimable

+- JeuWeb - Crée ton jeu par navigateur (https://jeuweb.org)
+-- Forum : Général (https://jeuweb.org/forumdisplay.php?fid=36)
+--- Forum : La communauté JeuWeb (https://jeuweb.org/forumdisplay.php?fid=43)
+--- Sujet : Erreur url suite au passage https (/showthread.php?tid=7861)

Pages : 1 2


Erreur url suite au passage https - incodewetrust - 11-08-2017

Juste pour signaler (j'espère que c'est le bon endroit) que les liens google sont maintenant cassé sur www.jeuweb.org (erreur de redirection). Je pense qu'une ligne sur le htaccess devrait suffire à régler le problème.

Surtout que Jeu web apparait en premier sur google sur les mots clefs "jeu web" ce qui mine de rien est un mini-exploit en soi, alors autant capitaliser la dessus Wink


RE: Erreur url suite au passage https - Xenos - 11-08-2017

Je pense que tu dois avoir une HTTP 301 cachée de ton côté, car je ne vois pas de soucis ni depuis le navigateur ou depuis CURL.

Edit: Et OK depuis mobile aussi (donc, cache vide vis-à-vis du HTTPS), même si le proxy de la boite peut avoir cacher qqc


RE: Erreur url suite au passage https - Sephi-Chan - 11-08-2017

Pas de soucis à noter de mon côté sur les résultats de Google.


RE: Erreur url suite au passage https - Xenos - 11-08-2017

Je n'ai rien dit: il a raison.
Je viens de faire le test en rentrant à la maison (donc, navigateur n'ayant jamais mis les pieds sur le HTTPS): en voulant accéder à http://www.jeuweb.org/search.php?action=getdaily je suis tombé sur une redirection en boucle (Location: http://www.jeuweb.org/search.php?action=getdaily sans le S).

En revanche, après avoir mis les pieds sur la version HTTPS, le problème disparait (à cause du header STS: le navigateur fait lui-même le basculement vers HTTPS sans ouvrir la page HTTP normale donc http://www.jeuweb.org/search.php?action=getdaily devient https://www.jeuweb.org/search.php?action=getdaily côté client et c'est cette requête qui part)

Tu dois avoir une coquille dans la configuration de la redirection...


RE: Erreur url suite au passage https - incodewetrust - 11-08-2017

EDIT : Je viens de re-tester, je confirme que c'est effectivement OK pour moi aussi maintenant mais uniquement après avoir rentré manuellement l'adresse en HTTPS (et les liens google fonctionnent de nouveau).


RE: Erreur url suite au passage https - incodewetrust - 12-08-2017

En lisant le topic sur le passage au https,

J'ai été confronté à un problème similaire lors de mon passage en https sur bfk. La solution que j'ai mise en place pour pallier au problème, c'est forcer également la réécriture avec les www en plus du https (ce qui a également permis une écriture unique par page).

Ceci dit comme vous êtes sur Nginx je serais incapable d'aider directement et je ne sais pas si c'est transposable.


RE: Erreur url suite au passage https - Sephi-Chan - 12-08-2017

Normalement le problème est résolu. J'espère que ça n'aura pas trop fait de dégâts !


RE: Erreur url suite au passage https - Xenos - 12-08-2017

@incodewetrust
De même, j'avais eu pas mal de migrations HTTP→HTTPS à faire (et des changements de domaines, sous domaines, etc) donc je profite de l'occasion pour synthétiser tout cela en article:
https://toile.reinom.com/migrer-des-sites-pages-domaines-https/

N'hésitez pas à me remonter vos remarques, vos exemples et vos retours d'expérience, pour qu'on l'enrichisse Smile


@Sephi
Quand Firefox tombe sur une 301 qui boucle, il n'est pas con et il redemande explicitement la page de destination. Donc je pense que les dégats seront limités (24H plus ou moins down, ce n'est pas un drame). Ca nous aura fait quelques heures sans robot spammer Smile


RE: Erreur url suite au passage https - incodewetrust - 12-08-2017

Par acquis de conscience j'ai testé sur 2-3 navigateurs n'ayant jamais accéder au site (chrome et edge) tout semble ok. Les dégâts se limitent effectivement aux seuls éventuels visiteurs d'hier Wink.

Sur les thème des redirections je préconiserais, mais cela n'engage que moi, une écriture unique pour accéder à une page. Sur bien des sites on peut accéder par www.site.com mais aussi site.com ou encore site.com/. Le risque est que les moteurs de de recherche considèrent qu'il s'agit de 3 pages différentes offrant le même contenu (risque de duplicate content). Je me fait le relais de ce que j'ai lu sur le sujet, qui est forcément au conditionnel car lié à l'opacité autour de la question du référencement.

Dans les certitudes liés à des expériences concrètes, la google search console peut révéler qu'il existe un référencement différent entre la version avec la www. et celle sans (y compris et surtout en nombre de page indexés). Définir par la suite une URL canonique ne change pas cet état de fait.

De là, je pense qu'il peut-être utile de maximiser la visibilité de l'URL canonique en rebasculant en 301 les autres urls, pour éviter le risque de gaspillage. En revanche est-ce réellement impactant.... je l'ignore.


RE: Erreur url suite au passage https - Xenos - 12-08-2017

Pour ma part (comme l'exemple de code pour variispace le montre https://toile.reinom.com/migrer-des-sites-pages-domaines-https/#migrer-un-domaine ) je n'ai qu'une seule URL canonique. Jeuweb fait pareil, et ce sont en effet de bons conseils que d'éviter les doublons.

Le doucis d'un multi-(sous-)domaine (ie: plusieurs (sous-)domaines différents vers le même site) comme un www et un non www, ce n'est pas tant le référencement selon moi (ça, à la limite, osef un peu car les deux sites sont en fait le même). C'est surtout une problématique pour les utilisateurs: cela crée de la confusion, cela empêche le navigateur de bien gérer les cookies (les cookies de www ne devraient pas être vus par le non-www car ce sont deux hosts différents) et cela peut également coincer pour l'enregistrement des mots de passe (le navigateur se basant là-aussi sur le host, me semble-t-il).


En revanche, site.com et site.com/ ne fait pas de différence (souvent, Apache fait la redirection tout seul). C'est une question de path interne au site. Ca demanderait à être vérifié, mais je pense que les moteurs de recherche sont assez futés pour ne pas considérer les paths a/b/c et a/b/c/ comme du duplicated content pénalisant. Mais bon, les problématiques de référencement, je ne m'y suis jamais trop attardé donc je me gourre peut-être (et encore une fois, Apache faisant les redirections de ce style tout seul, donc c'est pas la pire problématique d'un site de jeu ^^)