Search console, liens vers votre site, 'via le lien intermédiaire'... parasitisme

Réduire
X
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • Search console, liens vers votre site, 'via le lien intermédiaire'... parasitisme

    Bonjour les Joomlistes!

    Ne sachant trop vers qui me tourner pour obtenir des réponses à mes questions, je me suis dit que j'allais oser un petit hors sujet en utilisant la rubrique Tout ou rien de mon forum préféré

    Mon souci est le suivant :
    Quelques domaines ont des très nombreux liens pointant vers des pages de mon site, mais ce n'est vraiment pas pour me faire plaisir.

    En effet :

    - dans un cas c'est un site qui a fait un copié-collé grossier du texte de 15 de nos pages (que j'ai donc mis en demeure de supprimer sans délai, vu que cet imbécile a carrément laisser notre signature dans les textes, via les liens qu'ils contiennent)

    - dans un autre cas, c'est un confrère qui utilise un fichier PDF sans intérêt de notre site (une charte accessible par 1000 autres moyens). Son domaine contient, selon la Search console, 903 liens pointant vers notre domaine. Mais il y a une subtilité : la console indique 226 Liens principaux pointant vers /images/stories/mondocuments.pdf issus du domaine siteduconfrere.fr et dans la liste de liens je lis : http://www.siteduconfrere.fr/article Via ce lien intermédiaire https://www.siteduconfrere.fr/article
    Qu'est-ce que c'est exactement, que ces liens 'intermédiaires' ???
    Et puis encore plus bizarre, quand je vais sur ces pages, et même en code source, je ne trouve aucune trace ni de mon domaine, ni du nom de mon document...
    est-ce que je cours un risque quelconque avec ce genre de chose ?

    - enfin, beaucoup plus embêtant : un machin qui s'appelle EKLADATA . COM compte pas moins de 149 liens pointant vers mon site. Sauf que... quand je les visite, c'est un véritable copié-collé intégral (menu, icones, etc.) inclus !!! Comme le template n'est pas installé sur ce machin, la mise en page est toute pourrie, mais le texte lui est bien strictement identique à mon contenu !!
    e kla data . com est redirigé sur ekla blog . com ça semble être un hébergeur de blog ???
    Alors :
    a) est-ce que quelqu'un ici a déjà eu affaire à cet espèce de parasite, et à celui-ci en particulier (eklamachin)
    b) comment obtenir la suppression des urls copiées alors qu'il semble s'agir d'un truc sans personne à bord avec qui parler ???
    c) dans la négative, quel recours me reste-t'il pour tenter de mettre fin à ce duplicate content ?

    Merci d'avance pour vos conseils, comme toujours précieux pour quelqu'un comme moi qui n'est pas du métier.

    A vous lire,
    Florence

  • ZerooCool
    a répondu
    Bonjour,

    Dans le post du 18/11/2018 à 15h47, une fois la redirection http vers http effectuée, on redirige pour www.
    Je lis cette proposition, qui semble confirmée par daneel
    Code:
    RewriteCond %{HTTP_HOST} ^mondomaine.fr$
    RewriteRule ^(.*)   http://www.mondomaine.fr/$1  [R=301,L]
    Est ce qu'il ne manquerait pas le S pour https ou effectivement, la redirection pour le sous domaine www est appelée via http, puisque précédemment, nous avons déjà redirigé http vers https ?

    Dans le post Redirection https et www dans le bon ordre ce S a bien été ajouté dans les exemples qui sont partagés.

    Je suppose que c'est un oubli et qu'il est donc préférable d'écrire :

    Code:
    RewriteCond %{HTTP_HOST} ^mondomaine.fr$
    RewriteRule ^(.*) httpS://www.mondomaine.fr/$1 [R=301,L]
    Ou, comme proposé par daneel

    Code:
    RewriteCond %{HTTPS} off
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,R=301,L]
    RewriteCond %{HTTP_HOST} ^mondomaine.fr  [NC]
    RewriteRule ^(.*)   httpS://www.mondomaine.fr/$1 [L,R=301,NC]

    Laisser un commentaire:


  • FlodAriege
    a répondu
    Daneel,
    Ne te casse pas la tête : ces alertes n'apparaissent plus (j'avais peut-être mal vidé le cache lors du 1er contrôle).
    Bien sûr, je désactive JCH avant de modifier tout fichier js (sinon c'est de toutes façons impossible pour moi de localiser le fichier js incriminé).
    Merci.

    A bientôt sur les autres posts :

    Redirection https et www dans le bon ordre
    Activer le HSTS : pourquoi et comment
    (post qui soulève pas mal de questions, quelques-uns ayant tenté d'insérer ton code, et cela leur donnant juste une page blanche d'erreur... Il doit manquer quelque chose : vérifie si je n'aurais pas oublié une partie importante de ton message initial !)
    Les adblockers et le revenu publicitaire
    RGPD, politique de confidentialité, pub personnalisée
    Dernière édition par FlodAriege à 22/11/2018, 14h56

    Laisser un commentaire:


  • daneel
    a répondu
    Bonjour,

    désolé ma réponse précédente est sans doute incomplète car l'utilisation de la balise async avec document.write n'est pas possible comme l'explique cet excellent article d'Alsacreations : https://www.alsacreations.com/astuce...ync-defer.html

    De plus je vois que l'optimisation de fichiers js par jch optimize n'est pas bien paramétré et certaines erreurs sont liées au fichier généré par cette extension. Le développeur propose aussi sa solution via le paramètre "optimum" : https://www.jch-optimize.net/documen...avascript.html
    mais là encore il faut déterminer par des exclusions les fichiers qui ne seront pas différés dynamiquement au chargement. Il faudrait vérifier préalablement que la console du navigateur affiche aucune erreur (donc de depublier ou de desactiver l'optimisation dans jch) avant de modifier les paramètres ou d'exclure un fichier.

    En résumé, je ne peux que te conseiller de travailler ton site sans optimisation, de mettre à jour, vérifier et corriger toute erreurs puis d'activer jch uniquement quand ton site est clean.

    Je vois pour répondre dans les nouvelles discussions dès que possible

    Laisser un commentaire:


  • FlodAriege
    a répondu
    Daneel,

    J'ai identifié les fichiers en question (créés par Flexicontent), mais l'éditeur ne semblant pas très motivé pour les modifier, je m'apprête à le faire moi-même.
    J'aimerais que tu me confirmes que je fais bien si je modifie :
    Code:
    /*plugin dependencies*/
        var _dlp=("https:"==document.location.protocol) ? "https:" : "http:";
        $.event.special.mousewheel || document.write('<script src="'+_dlp+'//cdnjs.cloudflare.com/ajax/libs/jquery-mousewheel/3.0.6/jquery.mousewheel.min.js"><\/script>');
    ainsi :
    Code:
    /*plugin dependencies*/
        var _dlp=("https:"==document.location.protocol) ? "https:" : "http:";
        $.event.special.mousewheel || document.write('<script src="'+_dlp+'//cdnjs.cloudflare.com/ajax/libs/jquery-mousewheel/3.0.6/jquery.mousewheel.min.js" async><\/script>');
    C'est correct ?

    J'ai refais l'inspection sur le site : dans un 1er temps ça avait fait disparaître l'alerte mais... quelques minutes plus tard j'ai à nouveau la même alerte. Comme si je n'avais rien fait...
    Tu aurais une idée ?
    Dernière édition par FlodAriege à 20/11/2018, 17h44

    Laisser un commentaire:


  • daneel
    a répondu
    Envoyé par FlodAriege Voir le message

    A parser-blocking, cross site (i.e. different eTLD+1) script, https://cdnjs.cloudflare.com/ajax/li...sewheel.min.js , is invoked via document.write. The network request for this script MAY be blocked by the browser in this or a future page load due to poor network connectivity.

    Aurais-tu une idée ?
    oui je maitrise très bien Cloudflare mais dans le cas présent, cloudflare se limite à offrir gratuitement ses services aux développeurs pour diffuser leurs scripts js.

    Les concepteurs d'extension (ou de templates) incluent des scripts js dans leur code mais parfois le fait de les appeler en externe peut provoquer un ralentissement surtout quand la connexion est mauvaise (le fichier n'est pas physiquement avec ceux du template ou de l'extension mais chargé depuis les serveurs de cloudflare). La solution préconisée est d'ajouter le terme async
    (ou defer) pour indiquer de charger de façon asynchrone donc que le téléchargement de la page continue malgré tout.

    De plus, c'était prévu depuis longtemps que le téléchargement de fichiers javascript seront tout simplement refusés par Chrome si cela pénalise le chargement sous certaines conditions :
    • l’utilisateur est sur une connexion bas débit,
    • le script qui est injecté l’est de manière synchrone (absence d’attribut async et defer) et n’est pas en cache sur la navigateur,
    • l’instruction est appelée sur la page principale (e.g. les iframes ne sont pas concernées)
    source : https://blog.dareboost.com/fr/2016/0...ocument-write/

    En résumé, il faut que tu retrouve l'extension qui appelle ce fichier pour le modifier (je ne crois pas que ce soit défini dans le template).



    Laisser un commentaire:


  • FlodAriege
    a répondu
    Envoyé par daneel Voir le message

    oui, je te laisse le soin de gérer cela

    Yann
    OK, je m'en occupe.

    Par contre, avant de clore CE sujet, j'ai un petit souci avec une ressource https cloudflare, et comme je crois que tu connais bien ce cloudflare (je n'ai pas la moidre idée de quoi il s'agit), je me suis dit que tu avais peut-être une astuce ?
    Quand j'inspecte mes pages, j'ai cette alerte :

    A parser-blocking, cross site (i.e. different eTLD+1) script, https://cdnjs.cloudflare.com/ajax/li...sewheel.min.js , is invoked via document.write. The network request for this script MAY be blocked by the browser in this or a future page load due to poor network connectivity.

    Aurais-tu une idée ?

    Laisser un commentaire:


  • daneel
    a répondu
    Envoyé par FlodAriege Voir le message

    Cette liste te parait-elle complète et cohérente ?
    Si tu me donnes ton feu vert, je te propose d'ouvrir un sujet pour chaque thème noté ici en gras.
    oui, je te laisse le soin de gérer cela

    Yann

    Laisser un commentaire:


  • FlodAriege
    a répondu
    Bonjour,

    J'avais les yeux qui croisent c'est pas possible !!
    Merci, problème corrigé.
    J'en ai découvert quelques autres sur des pages internes (souvent liés à Flexicontent, je vais donc leur poser la question sur leur forum).

    Bon, et maintenant ?

    Je vais essayer de lister tous les différents points que tu as abordés dans cette conversation, pour qu'on se mette d'accord sur les sujets à ouvrir, OK ?


    Les liens intermédiaires :
    On peut :
    - les rediriger à son tour ou les bloquer d'après la page ou le site référent (http_referer) en htaccess.
    (explication pour les pdf : http://tltech.com/info/referrer-htaccess/ )
    - ajouter ses propres marqueurs dans ses liens (même dans le pdf ou emails) pour le tracking.

    Les "adblock"
    Une fois qu'on a préalablement réalisé le tracking dans GA afin de mesurer l'impact et le manque à gagner, on remplace les emplacement par des messages sympathiques pour avertir l'utilisateur que le site qu'il visite vit de la publicité. Certains font un peu plus en affichant une popup un peu agressive ou redirige vers une page explicite... au choix.
    https://extensions.joomla.org/extens...lock-detector/
    https://extensions.joomla.org/extens...block-reactor/
    https://extensions.joomla.org/extens...-notification/

    RGPD / Politique de confidentialité
    Mettre en place une vraie politique de confidentialité comportant bon nombre d'infos dont la présence des différents supports de google (que l'on peut normalement désactiver simplement et sans l'aide d'extension au navigateur) et le changement de mon module affichant la bannière de cookies qui est complètement obsolète (il n'y a plus de conservation de 13 mois pour le consentement et il manque le lien vers ta page politique de confidentialité).

    Consentement pour la publicité personnalisée.
    Le but étant d'être conforme à la réglementation européenne sans rien perdre (y compris sur les revenus) et de se protéger efficacement contre le parasitisme et dérivée.

    Redirection https et www dans le bon ordre
    Il est conseillé de rediriger en https avant d'ajouter www
    NB: je rappelle que je n'ai pas de ligne dans mon htaccess pour la redirection https (la configuration de Joomla pour forcer le https sur le site et administration a suffi)

    Activer le HSTS
    Une fois l'ordre respecté dans le htaccess (https et www), on peut envisager de renforcer la sécurité en activant HSTS.
    Il suffit généralement d'ajouter cette ligne dans le fichier htaccess :
    Code:
    Header set Strict-Transport-Security "max-age=31536000" env=HTTPS
    puis de tester à nouveau via https://hstspreload.org/


    Cette liste te parait-elle complète et cohérente ?
    Si tu me donnes ton feu vert, je te propose d'ouvrir un sujet pour chaque thème noté ici en gras.

    Bonne journée / semaine

    Flo

    Laisser un commentaire:


  • daneel
    a répondu
    Envoyé par FlodAriege Voir le message
    D'accord mais... dans quoi je suis censée faire cette modif ?
    J'ai regardé dans le index.php et le head.php : perdu !
    Une autre idée ?
    Et pourtant...

    Fichier index.php de ton template JSN Boot Pro
    Ligne 31



    remplace

    Code HTML:
    <script src="http://html5shim.googlecode.com/svn/trunk/html5.js"></script>
    Par

    Code HTML:
    <script src="https://oss.maxcdn.com/html5shiv/3.7.3/html5shiv.min.js"></script>
    Pour le reste, oui ce serait une bonne idée que tu ouvre un fil avec une question différente et que l'on essaye de garder un fil conducteur.
    Ce qui pourrait très bien être repris dans la base de connaissance https://kb.joomla.fr/

    Je proposerai bien également d'intégrer l'extension de checklist https://db8.eu/download/component/db8-site-dev
    que j'ai traduit il y a déjà deux ans en français avec une todo list personnelle également en français.
    https://github.com/pe7er/db8sitedev/...cklist-fr.json
    Pourquoi pas établir une todo list pour le GDPR, référencement, monétisation, optimisation, développement, etc...
    C'est juste une idée pour l'instant, je verrai suivant la participation et les questions posées.

    Je t'invite à ouvrir un autre fil et à clôturer celui-ci car je pense que le sujet du parasitisme est réglé en grande partie


    Laisser un commentaire:


  • FlodAriege
    a répondu
    Envoyé par daneel Voir le message
    (...)

    Ces informations manquantes à la fin de RewriteRule comme [QSA,R=301,L] , ce sont des drapeaux de réécriture
    dont la signification peut se trouver dans la documentation d'Apache : https://httpd.apache.org/docs/2.4/fr/rewrite/flags.html
    Ah ça c'est intéressant, un dictionnaire pour comprendre le jargon de ces codes que je copie-colle à l'aveugle


    Envoyé par daneel Voir le message
    (...)

    Je suis soulagé que tu est pris le temps de relire mes propos et surpris que tu n'est pas testé les précédentes propositions mais on peut faire une pause
    Ben tu sais j'étais tellement en stress d'avoir perdu le site en production que j'ai cherché la solution la plus rapide pour remettre tout ça en ordre.
    Un peu traumatisée, je n'ai pas eu le coeur de faire d'autres expériences....
    ... en tout cas pour ce soir !


    Envoyé par daneel Voir le message
    (...)

    Toutefois, les dernières explications que j'ai apporté dans la discussion (HSTS) vont dans le sens du développement de Joomla.
    Tu sera certainement soulagé d'apprendre que cela fera partie intégrante de Joomla 4 (prévu nativement et c'est déjà disponible en test pour Joomla 3 en plugin).
    Cela veut dire que tu ne sera plus à éditer ton fichier htaccess à l'aveugle (...)
    Si j'arrive à rétablir une redirection https puis www dans l'ordre (je pense qu'en l'état actuel, j'ai les 2 redirections actives, dont celle du https "automatique" sans ligne dans le htaccess), je me pencherai sur le HSTS : l'explication que tu en fais donne envie de l'implémenter



    Envoyé par daneel Voir le message

    (...)
    Je te propose de se concentrer sur les autres points et mettre de coté ce qui touche au fichier htaccess pour le moment
    Oui, je suis assez d'accord pour le moment
    Par où on commence ?
    Et comment veux-tu procéder ?
    J'ouvre un nouveau sujet pour chaque thème, ça te va ?



    Envoyé par daneel Voir le message

    oui ce n'est pas Google mais les concepteurs de ton template qui n'ont pas prévu le https.
    On retrouve cela dans la plupart des "vieux" templates notamment l'appel à Google Font.

    Je te conseille de remplacer

    http://html5shim.googlecode.com/svn/trunk/html5.js

    par

    https://oss.maxcdn.com/html5shiv/3.7.3/html5shiv.min.js
    D'accord mais... dans quoi je suis censée faire cette modif ?
    J'ai regardé dans le index.php et le head.php : perdu !
    Une autre idée ?

    Merci 1000 fois pour ton aide, et aussi pour toutes ces connaissances que tu partages.
    Bonne soirée, et @ bientôt !

    Laisser un commentaire:


  • daneel
    a répondu
    Envoyé par FlodAriege Voir le message

    Des scripts Google, c'est un comble quand même !
    J'ai tenté de trouver l'adresse https de machin html5, mais ça renvoie une erreur.

    Une idée ?
    oui ce n'est pas Google mais les concepteurs de ton template qui n'ont pas prévu le https.
    On retrouve cela dans la plupart des "vieux" templates notamment l'appel à Google Font.

    Je te conseille de remplacer

    http://html5shim.googlecode.com/svn/trunk/html5.js

    par

    https://oss.maxcdn.com/html5shiv/3.7.3/html5shiv.min.js

    Laisser un commentaire:


  • daneel
    a répondu
    Hello,

    Logiquement ce serait plutôt :

    Code:
    RewriteCond %{HTTPS} off
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,R=301,L]
    
    RewriteCond %{HTTP_HOST} ^mondomaine.fr  [NC]
    RewriteRule ^(.*)   http://www.mondomaine.fr/$1 [L,R=301,NC]
    Ces informations manquantes à la fin de RewriteRule comme [QSA,R=301,L] , ce sont des drapeaux de réécriture
    dont la signification peut se trouver dans la documentation d'Apache : https://httpd.apache.org/docs/2.4/fr/rewrite/flags.html
    Si tu ne précise pas, cela devient un véritable problème qui se complique un peu plus sur un site en production.

    Je suis soulagé que tu est pris le temps de relire mes propos et surpris que tu n'est pas testé les précédentes propositions mais on peut faire une pause
    Sachant la difficulté que cela représente, ce n'est pas evident de simplifier l'explication.

    Toutefois, les dernières explications que j'ai apporté dans la discussion (HSTS) vont dans le sens du développement de Joomla.
    Tu sera certainement soulagé d'apprendre que cela fera partie intégrante de Joomla 4 (prévu nativement et c'est déjà disponible en test pour Joomla 3 en plugin).
    Cela veut dire que tu ne sera plus à éditer ton fichier htaccess à l'aveugle mais des paramètres seront intégrés pour activer ou non selon les besoins ce qui sera beaucoup plus simple.
    J'espère que ce sera vraiment intégré définitivement car c'est un grand pas vers la simplification.

    Bien que j'inclus également ces petits travaux d'optimisation dans mes devis, chacun devrait à l'avenir, pouvoir profiter sans se prendre la tête !
    Je te propose de se concentrer sur les autres points et mettre de coté ce qui touche au fichier htaccess pour le moment
    Dernière édition par daneel à 18/11/2018, 20h57

    Laisser un commentaire:


  • FlodAriege
    a répondu
    Envoyé par daneel Voir le message

    oui, le "mixed content", c'est le fait d'avoir du contenu http dans la page comme les images, fontes, etc... mais pas les liens vers les pages externes.
    Par exemple, la popup affiche une image de fond qui est resté en http (donc à corriger) : ....images/pour-add-this-message.jpg
    Et je n'ai pas vu d'autres problèmes visibles, donc tu t'en sors très bien ! Bravo !

    .
    Merci pour la précision.
    J'ai corrigé l'URL de l'image en question, merci du signalement.

    J'ai fait une vérification du site sur :
    https://www.jitbit.com/sslcheck/

    Toutes les pages contiennent des erreurs de mixed content.

    J'ai donc pris ma page d'accueil, et ai affiché le code source, pour voir ce qu'il y avait comme occurrence de "http://"

    J'en ai trouvé 6 dont 2 que j'ai corrigées + 2 qui sont des commentaires donc sans impact... mais aussi 2 auxquelles j'ai peur de ne pas pouvoir faire grand chose :

    Un script Google qui commence par :
    <!-- Google structured data -->
    <script type="application/ld+json">{"@context":"http:\/\/schema.org\/","@type":"Article","publisher":
    Un autre truc Google :
    Code:
     
    <!--[if lt IE 9]>
    <script src="http://html5shim.googlecode.com/svn/trunk/html5.js"></script>
    <script src="/plugins/system/jsntplframework/assets/3rd-party/respond/respond.min.js"></script>
    <![endif]-->
    Des scripts Google, c'est un comble quand même !
    J'ai tenté de trouver l'adresse https de machin html5, mais ça renvoie une erreur.

    Une idée ?

    Laisser un commentaire:


  • FlodAriege
    a répondu
    Daneel, j'ai encore besoin de toi !

    Le texte en gris suivant est désormais obsolète : j'ai trouvé la solution. Le site refonctionne.
    Mais je n'ai toujours pas la redirection www et https dans le bon ordre.

    Je viens d'essaye de rectifier le mauvais ordre dans les redirections https et www.
    J'ai donc :
    a) désactivé la fonction 7.2 de Aesecure (qui active le forçage www) car je ne sais pas à quel moment elle fait intervenir ce forçage
    b) réintégré les lignes de forçage www dans mon htaccess, après celles qui force le https

    Ainsi, en ligne 59, j'ai le code suivant :

    Code:
    #Uncomment if want to force HTTPS and if your server can handle it
    RewriteCond %{HTTPS} off
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
    Puis en ligne 548 j'ai ce code-ci (repris d'un ancien htaccess, et légèrement différent du code que tu préconises, dis-moi ce que veulent dire les différences et, surtout, si ça pose problème) :
    Code:
    RewriteCond %{HTTP_HOST} ^mondomaine.fr$
    RewriteRule ^(.*)   http://www.mondomaine.fr/$1  [R=301,L]
    J'ai fait le test sur un navigateur différent (EDGE), et saisis :
    mondomaine.fr
    dans la barre d'adresse.
    Ça me redirige sur :

    https://www.mondomaine.fr/index.php
    pourquoi ce index.php !?!


    Et le pire, c'est qu'en voyant ça, j'ai refait la manip à l'envers (= réactivé la fonction 7.2 de forçage des www dans aesecure et commenté les lignes 548/549 du htaccess pour ne pas que ça fasse doublon) et... quoi que je saisisse en barre d'adresse de EDGE ou FIREFOX, j'atterris sur https://www.mondomaine.fr/index.php

    Au secouuuurs !


    PS: hier, je n'ai fait les test que sur Chrome... Je ne me suis donc sans doute pas rendue compte du problème. En effet, je viens de refaire le test sur Chrome : je n'ai pas ce problème de index.php

    EDIT 19H06 : c'est beaucoup plus grave que je ne le croyais, car même Chrome est impacté !!
    Quand je fais une recherche quelconque sur des mots clefs dont je sais qu'il me feront sortir sous Google, quand je clique sur l'URL affichée dans les SERP... j'atterris sur la page d'accueil du site (avec suffixe index.php).
    Non mais là ça craint vraiment !!
    Qu'est-ce que j'ai fait ???

    Il me semble pourtant qu'hier ça marchait, non ??


    EDIT 19H30 : au bord de la crise cardiaque, je me suis souvenue d'un des posts de Daneel dans cette conversation, où il écrivait qu'en théorie, il n'y avait pas besoin de modifier le htaccess pour assurer la redirection https.
    J'ai donc tenté le tout pour le tout et commenté les lignes de redirection https dans mon htaccess (enfin, celui d'aesecure), que j'avais décommentées hier.
    ...
    OUF
    Tout semble être rentré dans l'ordre.
    C'était donc cette redirection qui posait problème.
    Le code était le suivant :
    Code:
    #RewriteCond %{HTTPS} off
    #RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
    Alors que dans un premier temps (avant de m'apercevoir qu'aesecure avait une ligne pour ça, j'avais commencé par ajouter mon propre code dans le htaccess personnel. Mais le code était un chouille différent, avec mixed posé à la fin de la dernière ligne.
    Je suis bien incapable de comprendre ce qui s'est passé, ce que je sais c'est que j'ai frôlé l'arrêt cardiaque quand j'ai vu que les résultats de recherche Google ne permettaient plus d'accéder aux pages internes du site...

    CONCLUSION : merci Daneel d'avoir précisé dans un de tes posts en page 1 que le htaccess n'avait normalement plus besoin d'être modifié pour assurer la redirection https. Ca m'a sauvé la vie.
    Bon, chuis morte, jvais m'coucher.
    Dernière édition par FlodAriege à 18/11/2018, 19h37

    Laisser un commentaire:

Annonce

Réduire
1 sur 2 < >

C'est [Réglé] et on n'en parle plus ?

A quoi ça sert ?
La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
Comment ajouter la mention [Réglé] à votre discussion ?
1 - Aller sur votre discussion et éditer votre premier message :


2 - Cliquer sur la liste déroulante Préfixe.

3 - Choisir le préfixe [Réglé].


4 - Et voilà… votre discussion est désormais identifiée comme réglée.

2 sur 2 < >

Assistance au forum - Outil de publication d'infos de votre site

Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

UTILISER À VOS PROPRES RISQUES :
L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

Problèmes connus :
FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

Installation :

1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

Archive zip : https://github.com/AFUJ/FPA/zipball/master

2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
et remplacer www. votresite .com par votre nom de domaine


Exemples:
Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/
Pour executer le script: http://www..com/fpa-fr.php

Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/cms/
Pour executer le script: http://www..com/cms/fpa-fr.php

En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
Voir plus
Voir moins

Partenaire de l'association

Réduire

Hébergeur Web PlanetHoster
Travaille ...
X