Auto-incrément à partir de zéro

Version imprimable

Voir 40 message(s) de cette discussion en une page

24/01/2020, 05h36
Artemus24

Je n'utilise pas le fichier ".htaccess" car je gère tout au travers de mon wampserver (fichier httpd.conf) qui est installé sur mon ordinateur.
La solution que je vous ai proposé est celle que j'applique chez moi.

Sinon, je suis chez alwaysdata et il existe dans "admin", puis "web", "sites", le nom de votre site, une subdivision qui se nomme "Configuration avancée".
Vous pouvez introduire un paramétrage (la commande redirect que je vous ai donné) qui sera insérée dans le virtualHost.

Comme vous n'êtes pas chez Alwaysdata, je ne connais pas votre hébergeur, je vous propose une autre solution, plus simple.
A vous de faire une recherche sur le net afin de prendre connaissance de cette solution.
Il s'agit de modifier le document html afin d'introduire une redirection permanente.
--> http://www.redirection-web.net/redirection-html.php

Par exemple :

Code:

<meta http-equiv="refresh" content="0;URL=https://www.looping-mcd.fr">

J'ai mis en rouge le point le plus important. Ceci permet de forcer le protocole https quand l'accès se fait par le protocole http.
A mettre dans "<head> ... </head>".

Ce que je ne comprends pas, dans le cas de Sylvercis, mon navigateur Google Chrome force le protocole https.
Sinon, il s'affiche un problème de sécurité quand il s'agit du protocole http.

@+
24/01/2020, 05h55
Paprick

Citation:

Envoyé par Artemus24

Par exemple :

Code:

<meta http-equiv="refresh" content="0;URL=https://www.looping-mcd.fr">

J'ai mis en rouge le point le plus important. Ceci permet de forcer le protocole https quand l'accès se fait par le protocole http.
A mettre dans "<head> ... </head>".

La redirection fonctionne en particulier grâce à "refresh", mais le site boucle en se ré-affichant en permanence :calim2:
24/01/2020, 06h00
Paprick

Citation:

Envoyé par Paprick

La redirection fonctionne en particulier grâce à "refresh", mais le site boucle en se ré-affichant en permanence :calim2:

En fait, la redirection se fait de manière périodique avec le paramètre de durée qui était à 0...
J'ai donc essayer avec une grande valeur, mais la 1ère redirection ne se lance pas...:(
24/01/2020, 06h01
Artemus24

Avez-vous essayé la solution proposée par Sylvercis (.htaccess) ?

La redirection permanente dans le document html est une astuce que je n'utilise pas dans ce contexte.
L'adresse de redirection est une autre url que celle du document html.

A vrai dire, hors virtualHost et ".htaccess", je ne sais pac comment forcer le protocole à HTTPS.
24/01/2020, 06h06
Paprick

Citation:

Envoyé par Artemus24

Avez-vous essayé la solution proposée par Sylvercis (.htaccess) ?

Pas encore... je ne sais pas non plus comment se gère ce fichier .htaccess chez online.net... :oops:

Citation:

La redirection permanente dans le document html est une astuce que je n'utilise pas dans ce contexte.
L'adresse de redirection est une autre url que celle du document html.

C'est donc normal que ça boucle dans mon cas !

En tout cas, merci pour toutes ces infos !
24/01/2020, 06h21
Artemus24

Citation:

Envoyé par Paprick

je ne sais pas non plus comment se gère ce fichier .htaccess chez online.net...

Le fichier doit se mettre à la racine de votre site, chez votre hébergeur.
Je suppose que le répertoire où est hébergé votre site, doit se nommer "www", dans un environnement linux, peut-être distribution debian.

Le fichier doit être en lecture et écriture. Il n'est pas nécessaire de le forcer à l'exécution.
Vous placez dedans ce que Sylvercis vous a proposé.
24/01/2020, 15h08
Sylvercis

Oui c'est bien cela,
vous créez un fichier ".htaccces" (oui il n'y a pas nom, juste une extension).
Vous le placez dans le même répertoire que votre fichier "index.html", qui' est normalement dans le dossier "www".
Vous essayez d'appeler vos anciennes pages HTTP pour voir si ça fonctionne, sinon vous supprimer ce fichier le temps qu'on en reparle.

Actuellement vous avez 2 site identiques et au niveau référencement google n'apprécie pas trop les pages en double.
Le but est de faire en sorte que les liens des sites externes soit redirigés proprement vers les nouvelles pages HTTPS tout en indiquant aux moteurs de recherches que ces nouvelles pages viennent remplacer les anciennes (ceci pour ne pas repartir de zero au niveau du référencement).

Vous pourriez également utiliser une balise Meta comme vous l'a proposé Artemus mais le code proposé n'est pas le bon, c'est la redirection 301 qu'il faut utiliser (sur le site fourni par Artemus).
Par contre cette redirection ne pourra pas s'appliquer à Looping.zip ou .exe contrairement à ma méthode.

edit: la redirection html ne fonctionnera pas pour passer de HTPP vers HTTPS: une page qu'y se redirige vers elle meme fera toujours une boucle si il n'y a pas de condition de redirection (dans le fichier .htacces il y a une redirection seulement si on n'est pas sur le protocole HTTPS)

Voilà un fichier .htaccess un peu plus complet:
Code:

1 2 3 4 5 6 7 8 9 10 11 # Activation du module de réécriture d'URL Options +FollowSymlinks RewriteEngine On RewriteBase / # Le serveur ne doit pas afficher le listing des répertoire Options -Indexes # Redirige les adresses HTTP en adresse HTTPS. RewriteCond %{SERVER_PORT} !^443$ RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,QSA,L]
Si ça ne fonctionne pas directement, essayez en enlevant "RewriteBase /" (je ne sais plus si c'est nécessaire dans votre cas)

24/01/2020, 15h53
Paprick

Bonjour,

Lorsque j'intègre ce fichier .htaccess (avec ou sans "RewriteBase /"), voici l'erreur que j'obtiens en lançant le site sur http://

Citation:

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at [no address given] to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

Apache/2.4.10 (Ubuntu) Server at www.looping-mcd.fr Port 80

:arf:
24/01/2020, 16h02
Sylvercis

Vous devez avoir un fichier "error_log" ou quelquechose qui s'en raproche quelque part en dehors du repertoire "www"
A chaque appel qui génère une erreur, une écriture est faite dedans avec date et l'heure pour s'y retrouver, vous pouvez me donner ce message?
24/01/2020, 16h14
Paprick

Citation:

Envoyé par Sylvercis

Vous devez avoir un fichier "error_log" ou quelquechose qui s'en raproche quelque part en dehors du repertoire "www"
A chaque appel qui génère une erreur, une écriture est faite dedans avec date et l'heure pour s'y retrouver, vous pouvez me donner ce message?

Non... rien qui ressemble à ça... :calim2:
24/01/2020, 16h46
Sylvercis

Apache génère systématiquement ce fichier, après l'hebergeur peut choisir de le placer dans un répertoire parent auquel vous n'avez pas accès mais serait étonnant.

Peut être y avez vous accès en passant par l'interface de hébergeur?

Quoi qu'il en soit, je ne suis pas non plus expert dans le domaine et je ne connais pas du tout les spécifications des hebergements chez Online.net
Le mieux serait de poser la question dans le bon forum, des experts pourront mieux vous guider que nous. ;)

https://www.developpez.net/forums/f2...he-iis/apache/

ps: le message d'erreur prouve déjà que le fichier .htaccess est reconnu est exécuté, reste a voir si une redirection est autorisée chez online.net (quasi sur) et comment tourner le code pour que ça fonctionne.

Finalement j'ai regardé un peu les post sur ce forum apache et il n'y a pas trop de réponses.

Du coup j'ai fait une petite recherche:
https://documentation.online.net/fr/.../htaccess-file (en bas de page)

il est dit que "FollowSymlinks" est déjà activé et qu'il ne faut surtout pas redemander son activation

donc essayez plus simple:
Code:

1 2 3 4 5 6 7 8 9 # Activation du module de réécriture d'URL RewriteEngine On # Le serveur ne doit pas afficher le listing des répertoire Options -Indexes # Redirige les adresses HTTP en adresse HTTPS. RewriteCond %{SERVER_PORT} !^443$ RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,QSA,L]

24/01/2020, 21h32
Paprick
Je viens d'essayer ; voici le résultat :
Citation:
Cette page ne fonctionne pas

www.looping-mcd.fr vous a redirigé à de trop nombreuses reprises.

Essayez de supprimer les cookies..

ERR_TOO_MANY_REDIRECTS
Et cette erreur reste même une fois que le fichier est supprimé : je dois effacer l'historique de navigation pour revenir à la normale :calim2:
24/01/2020, 22h04
Sylvercis
Je pense que la dernière ligne n'est pas correct, dans mes sites je n'utilise jamais de "www." dans l'adresse.

pour mieux comprendre il me faut le contenu des variables utilisées:

{SERVER_PORT}
{HTTP_HOST}
{REQUEST_URI}

commencez par créer un fichier du genre "fddfgkksjdskjsj.php", un nom bien compliqué mais différent de celui-ci pour ne pas permettre a tout le monde de le consulter
et placez dedans ceci:
Code:

1 2 3 <?php phpinfo();
placez ce fichier a la racine de votre hebergement
et appelez:
http://www.looping-mcd.fr/fddfgkksjdskjsj.php

puis aussi

https://www.looping-mcd.fr/fddfgkksjdskjsj.php

a chaque fois recherchez la valeur de ces variables (ctrl+f) dans la page qui s'affiche.

$_SERVER['SERVER_PORT']
$_SERVER['HTTP_HOST']
$_SERVER['REQUEST_URI']

je pense que vous devrez pouvoir corriger tout seul le fichier .htaccess avec ces informations.

ps: dans cette ligne:
Code:

1 2 RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,QSA,L]
le % sert a dire qu'il faut insérer la variable entre crochet qui suit.

Salut à tous.

J'ai fait un test d'accès en http, il ne bascule pas en https.

Si vous devez utiliser le module apache : "rewrite_module" vous devez vous assurer qu'il a bien été activé !
Voici ce que je fais dans mon fichier httpd.conf :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
# ====================================== #
#     Module Rewrite                     #
# ====================================== #
 
LoadModule rewrite_module              modules/mod_rewrite.so
LoadModule substitute_module           modules/mod_substitute.so
LoadModule negotiation_module          modules/mod_negotiation.so
 
<IfModule rewrite_module>
	RewriteEngine On
#
	RewriteCond %{HTTPS} off
	RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
#
	RewriteCond %{THE_REQUEST} HTTP/1\.0$
	RewriteCond %{REQUEST_URI} !^/Erreurs/err_403\.php$
	RewriteRule .? - [F]
#
</IfModule>

25/01/2020, 09h56
Sylvercis
Effectivement, en local sous wampserver il faut activer ce module. En ligne c'est l'hebergeur qui décide ou non de l'activer et chez online.net comme chez la plupart des hebergeurs ce module est bien activé.

En local vous ne pouvez pas activer le HTTPS sauf si vous détenez un certificat (payant). Avec let's encrypt je ne sais pas si c'est possible et ni comment y arriver.
Code:

1 2 3 RewriteCond %{THE_REQUEST} HTTP/1\.0$ RewriteCond %{REQUEST_URI} !^/Erreurs/err_403\.php$ RewriteRule .? - [F]
ces 3 dernières lignes sont pour laisser passer une url HTTP qui affiche un message d'erreur lorsque le mode HTTP ne fonctionne pas suite a un certificat non valide ?

Sauf erreur de ma part, tel quel votre code ne passera pas dans un fichier .htaccess, Patrick peut donc déjà essayer ceci:
Code:

1 2 3 4 RewriteEngine On RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
25/01/2020, 11h03
Artemus24
Salut Sylvercis.

Citation:

Envoyé par Sylvercis

En local vous ne pouvez pas activer le HTTPS sauf si vous détenez un certificat (payant).

Je ne vois pas le rapport entre un certificat et le protocole HTTPS.

Citation:

Envoyé par Sylvercis

Avec let's encrypt je ne sais pas si c'est possible et ni comment y arriver.

Je possède un certificat let's Encrypt. Il n'est fait aucune référence à HTTP ou à HTTPS.
Tout ce que je dois préciser, c'est le nom du site et rien d'autre.

Mes trois dernières lignes sont pour interdire "HTTP 1.0".
Beaucoup de sites chinois utilisent encore "HTTP 1.0". Je leur retourne un erreur 403.

Citation:

Envoyé par Sylvercis

Sauf erreur de ma part, tel quel votre code ne passera pas dans un fichier .htaccess,

C'est à titre d'exemple que je l'ai donné. Il faut l'adapter à ce que vous désirez faire.
Citation:
Envoyé par Sylvercis

Patrick peut donc déjà essayer ceci:

Code:

1 2 3 4 RewriteEngine On # RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
Oui.

@+
25/01/2020, 12h11
Sylvercis
Citation:

Je ne vois pas le rapport entre un certificat et le protocole HTTPS.

Il n'y a pas de HTTPS possible sans certificat SSL. Ce certificat sert a prouver que le serveur est bien le propriétaire du nom de domaine.
Il n'y a aucun intérêt a utiliser Let's encrypt pour faire du HTTP puisque le navigateur n'ira faire aucune vérification au niveau du certificat.
Let's encrypt ne demande que le nom de domaine puisque sa fonction est seulement de certifier ce nom de domaine, le protocole de communication (HTTP, HTTPS, FTP, ...) ne le concerne pas.
Le cerficat est composé de 3 clés si je me rappelle bien.
Je ne connais pas le schema de fonctionnement exacte mais j'imagine qu'une de ces clés est envoyé du serveur vers le navigateur, celui ci se connecte alors au serveur Let's encrypt, ensuite le serveur se connecte également à let's encrypt et lui prouve son identité grace aux 2 autres clés et si c'est ok, à ce moment la connexion HTTPS s'effectue entre les 2 parties à l'aide du serveur Let's encrypt.
Code:

1 2 3 Mes trois dernières lignes sont pour interdire "HTTP 1.0". Beaucoup de sites chinois utilisent encore "HTTP 1.0". Je leur retourne un erreur 403.
Ok, du coup avec ce passage forcé en HTTPS, ces 3 dernières lignes ne seront maintenant jamais plus exécutée ?

ps: dans votre code il manque le flag "R=301" mais on pourra toujours le rajouter ensuite lorsque la redirection elle même fonctionnera.
25/01/2020, 16h35
Artemus24

Salut Sylvercis.

Citation:

Envoyé par Artemus24

Citation:

Envoyé par Sylvercis

En local vous ne pouvez pas activer le HTTPS sauf si vous détenez un certificat (payant).

Je ne vois pas le rapport entre un certificat et le protocole HTTPS.

Je vais traduire ma pensée, puisque je ne suis pas clair dans mes propos.

Le protocole HTTP utilise le port 80.
Le protocole HTTPS utilise le port 443.
Ou si vous préférez le port et le protocole sont synonymes.

A moins d'avoir fait un blocage sortant dans votre pare-feu, le port 443 est ouvert.
En soit, cela ne veut rien dire "activer le HTTPS" puisque le port 443 est ouvert (ou activé).

On peut très bien utiliser le port 443, sans avoir de certificat.
Tout ce qui va transiter sera en clair. Comment ça se fait ?

Pour utiliser un nom de site, vous devez créer un virtualHost dans Apache.
C'est dans celui-ci que vous indiquez le port que vous allez utiliser.
Vous pouvez créer deux virtualHost, l'un pour le port 80 et l'autre pour le port 443.

L'intérêt d'avoir un certificat est de crypter les échanges entre le client et le serveur.
Mais rien ne vous oblige de le faire quand vous utilisez le port 443 (protocole HTTPS).
Pour que la connexion soit cryptée, il vous faut un certificat (Let's Encrypt) et mettre en place le protocole SSL.
Sans certificat, la mise en place du protocole SSL ne sert à rien, et inversement.

On peut utiliser le port 443, dans un virtualHost, sans mettre en place un certificat SSL, ou si vous préférez sans utiliser le protocole SSL.
Le navigateur va vous signaler que vous n'avez pas de certificat, ou que le certificat a expiré, par un changement de couleur du cadenas.
Il vous signaler un problème de sécurité, mais vous pouvez poursuivre si vous le désirez.

Ce n'est pas parce que vous avez un certificat SSL que vous ne pouvez pas utiliser le protocole HTTP.
Il suffit de créer un autre virtualHost en utilisant le port 80.
Ce qui fait la distinction entre le protocole HTTP et HTTPS est le virtualhost que vous déclarez dans Apache (HTTPD.CONF).

A ce niveau, il faut bien faire la distinction entre :
--> le certificat SSL,
--> la mise en place du protocole SSL dans Apache,
--> du virtualHost
--> des ports 80 (HTTP) et 443 (HTTPS),
--> l'url utilisé pour accéder au site.

Ce n'est pas seulement le certificat SSL qui fait que votre connexion sera sécurisée.

Citation:

Envoyé par Sylvercis

Le certificat est composé de 3 clés si je me rappelle bien.

Je ne sais pas comment fonctionne les échanges entre le client et le serveur.
Je suppose qu'il y a tout un dialogue afin de confirmer que les échanges pourront se faire en toute confiance.
Je sais que les échanges sont cryptés mais je ne sais pas si c'est fiable à 100%.

Ne pas confondre avec les connexions SSH où il y a une clef publique et une clef privée.

Citation:

Envoyé par Sylvercis

Ok, du coup avec ce passage forcé en HTTPS, ces 3 dernières lignes ne seront maintenant jamais plus exécutée ?

J'ai conservé ce que j'avais fait avant de forcer le passage en HTTPS.
Oui, ces trois lignes ne servent plus à rien.

@+

Voir 40 message(s) de cette discussion en une page