Erreur de redirection et méthode de compression

[Maubird]

Bonjour
En couverture de search console, Google ne cesse de m'indiquer une erreur de redirection que j'ai corrigée depuis longtemps. Le fichier concerné n'est bloqué ni par robot.txt ni par no index. Mais si je liste "toutes les pages envoyées" et clique sur "Exemples", le message "Aucun exemple trouvé" n'apparait.
Et je ne vois aucun moyen de faire une nouvelle demande de validation de la correction.

Autre question :
Sur lighthouse mes fichiers sont assez bien notés : note en vert de 90% à 95%, mais pourraient être améliorés si je les compresse. J'ai essayé la compression 7-zip qui est très efficace, mais sans encore publier sur le web.
Avec la compression j'obtiens un fichier compressé monfichier.tar.gz
Ma question de méthode pour publier un fichier php compressé est la suivante :
Est-ce que je puis d'abord compresser le fichier monfichier.html (le contenu html du fichier php), puis dans le fichier monfichier.php faire un include "monfichier.tar.gz"
Cela me permettrait de publier avec le nom du fichier.php préservé.
Si je publiais le fichier monfichier.tar.gz, j'aurais à me débarrasser du fichier monfichier.php déjà indexé, mais je n'ai pas envie de me prendre la tête avec google.
PS : Sans oublier bien sur de paramétrer gzip pour serveur apache 2 dans .htaccess

Merci d'avance pour vos conseils

 

[cthierry]

La compression concerne gzip et non le fait de vouloir tout casser en compressant ton fichier php
https://www.webrankinfo.com/dossiers/webmastering/site-rapide

Pour la redirection, des fois la console retourne des infos qui ne sont plus trop à jour, si la correction a été faite, passe à autre chose.

 

[rick38]

Oui on ne compresse pas un fichier php, on compresse le html qui est envoyé, Apache s'en charge (et css, js...)
Lighthouse doit parler d'autre chose.

 

[Maubird]

La compression concerne gzip et non le fait de vouloir tout casser en compressant ton fichier php
https://www.webrankinfo.com/dossiers/webmastering/site-rapide

Pour la redirection, des fois la console retourne des infos qui ne sont plus trop à jour, si la correction a été faite, passe à autre chose.

Je ne comprend pas pourquoi la compression web ne fonctionne pas.
La version Apache de mon serveur est Apache : 2.4.41
Mon fichier .htaccess, en transfert :
Exemple d'entête HTTP pour un de mes fichiers principaux, en transfert :
Il y a quelque chose, sans doute de simple et évident, qui m'échappe. Mais quoi ?
Cordialement

 

[cthierry]

De mémoire, les directives dans le .htaccess ne sont pas supportées sur les hébergements free.fr si c'est bien ton site dans le header : bridge.encheres.free.fr

 

[Maubird]

Merci de ta réponse

 

[Maubird]

De mémoire, les directives dans le .htaccess ne sont pas supportées sur les hébergements free.fr si c'est bien ton site dans le header : bridge.encheres.free.fr

Bonjour
Merci encore de m'avoir mis la puce à l'oreille en m'orientant sur les spécificités de free.fr. J'ai fini par trouver une solution dans un article : Il suffit de placer ob_start('ob_gzhandler'); en début de php et ob_start('ob_gzhandler'); en fin de html. Ca marche très bien divise tous les temps environ par 3, avec une performance de 100%.

Autre question, si je n'abuse pas. Car je ne suis pas familiarisé avec le Cache.
Le site m'indique qu'il est possible d'utiliser la balise
<meta name="http-equiv" content="<directive>" en remplacement des directives Header set du serveur Apache.Je voudrais savoir si, par exemple pour un cache de 30 jours, ce qui suit convient :

- <meta name="http-equiv" content="Cache-Control:max-age=259200"> dans le html
- ou <meta http-equiv="expires" content="Tue, 11 Jan 2022 14:25:27 GMT" />
- et inutile de mettre header("Cache-Control: max-age=2592000"); dans php

 

[cthierry]

Personnellement, cela fait des années que je n'ai plus pratiqué Free.fr, mais à ta place, je testerai les différentes méthode en commençant par celle avec max-age à placer dans le header en PHP ou à mettre directement dans le HTML. Tu mets la ligne et tu testes si Google ne tique pas dessus.

HS : Toujours réfléchir à un plan B si tu souhaites pérenniser ton site avec un vrai nom de domaine, car le jour ou Free se décide à fermer son service...

 

[Maubird]

De mémoire, les directives dans le .htaccess ne sont pas supportées sur les hébergements free.fr si c'est bien ton site dans le header : bridge.encheres.free.fr

Merci encore de m'avoir mis la puce à l'oreille en m'orientant sur les spécificités de free.fr. J'ai fini par trouver une solution dans un article. Il faut placer l'instruction
ob_start('ob_gzhandler'); en début de php et ob


Le site m'indique qu'il est possible d'utiliser la balise
<meta name="http-equiv" content="<directive>" en remplacement des directives Header set du serveur Apache.
Je voudrais savoir si, par exemple pour un cache de 30 jours, ce qui suit convient :

- <meta name="http-equiv" content="Cache-Control:max-age=259200"> dans le html
- ou <meta http-equiv="expires" content="Tue, 11 Jan 2022 14:25:27 GMT" />
- et inutile de mettre header("Cache-Control: max-age=2592000"); dans php

Personnellement, cela fait des années que je n'ai plus pratiqué Free.fr, mais à ta place, je testerai les différentes méthode en commençant par celle avec max-age à placer dans le header en PHP ou à mettre directement dans le HTML. Tu mets la ligne et tu testes si Google ne tique pas dessus.

HS : Toujours réfléchir à un plan B si tu souhaites pérenniser ton site avec un vrai nom de domaine, car le jour ou Free se décide à fermer son service...

 

[Maubird]

Merci. Je vais tester
Cordialement

 

[Maubird]

Personnellement, cela fait des années que je n'ai plus pratiqué Free.fr, mais à ta place, je testerai les différentes méthode en commençant par celle avec max-age à placer dans le header en PHP ou à mettre directement dans le HTML. Tu mets la ligne et tu testes si Google ne tique pas dessus.

HS : Toujours réfléchir à un plan B si tu souhaites pérenniser ton site avec un vrai nom de domaine, car le jour ou Free se décide à fermer son service...

Bonjour
Encore moi. Je viens de sauter en souscrivant un abonnement à un site mutualisé, avec un nouveau nom de domaine, pour avoir une adresse https. Avant de faire quoi que ce soit, transfert de fichiers et probables modifications nécessaires, j'aimerais avoir un conseil :
Quand j'aurai publié tous les fichiers, ou même avant de le faire, est ce que je dois prendre des précautions vis à vis de Google pour éviter d'être pénalisé par les fichiers en double. ?
Est ce qu'il faut que je supprime la propriété du site sur free.fr (et les fichiers du site) quitte à perdre mon modeste crawl actuel ?
Merci d'avance, et surtout nonnes fêtes de Noel et de fin d'année.

 

[cthierry]

Il faut faire une redirection permanente dans ce cas, une fois le nouveau site prêt :
https://www.webrankinfo.com/forum/t/redirection-permanente-dun-ancien-site-free-fr.163519/

 

[Maubird]

Il faut faire une redirection permanente dans ce cas, une fois le nouveau site prêt :
https://www.webrankinfo.com/forum/t/redirection-permanente-dun-ancien-site-free-fr.163519/

Merci