Jump to content

Dan

Direction
  • Content Count

    30080
  • Joined

  • Last visited

Everything posted by Dan

  1. Bonjour Pierrick, et bienvenue sur Webmaster Hub ! J'aime beaucoup la présentation épurée de ton site
  2. As-tu essayé la console de Google ? https://search.google.com/test/mobile-friendly?hl=fr Si la connexion n'est pas permise, tu as peut-être un code dans le fichier .htaccess qui interdit certaines IPs ou certains User-Agent ?
  3. Bonjour, J'opterais pour le PNG sans hésitation pour les deux raisons suivantes : Il permet la transparence Sa compression est sans perte
  4. Tu as toujours une redirection 302 vers https://www.argotheme.com même si le site est déjà en SSL !
  5. La ligne SetEnv n'est pas une ligne de réécriture donc c'est OK ! Ton site ne fonctionne toujours pas ! Tu dois avoir autre chose qui coince dans ce fichier.
  6. OK pour ces trois lignes. Assure-toi qu'elles soient AVANT toutes les autres lignes de réécriture du fichier .htaccess. Le mieux est de transmettre le fichier, s'il contient d'autres lignes.
  7. Ce n'est pas ça ! Tu me transmets un fichier html ... pas un fichier de configuration .htaccess. Le nom doit commencer par un point (c'est un fichier "caché" sous linux).
  8. Je parlais du .htaccess à la racine du site, vraisemblablement dans le répertoire www (ou dans site ?)
  9. Tu fais ta redirection vers https de quelle manière ? Tu es toujours en php 4 ???
  10. Ton erreur est là ! Envoie-moi le fichier .htaccess par MP si tu ne veux pas l'afficher ici.
  11. Cela ressemble bien à une redirection incorrecte (dans le fichier .htaccess) Tu dois vouloir forcer le www et le ssl dans l'URL : ns.le-hub.net:root# curl http://argotheme.com <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>302 Found</title> </head><body> <h1>Found</h1> <p>The document has moved <a href="https://www.argotheme.com/">here</a>.</p> </body></html> et lorsqu'on demande la bonne URL, il y a toujours une redirection 302 en place. n
  12. Bonjour, Seul quelqu'un avec un hébergement mutualisé pourra te dire si les dossiers sont à leur emplacement d’origine. Tu n'as aucune idée quant-à la "manœuvre incontrôlée" que tu as effectuée ?
  13. Si tu as une erreur 500, tu en trouveras la raison dans les logs Apache.
  14. As-tu installé des plugins et sont-ils tous à jour ? Le plus souvent, avec un Wordpress tenu à jour, ce sont les plugins qui posent problème.
  15. Effectivement, à la seconde page les liens sont comme tu le montres. Dans ce cas c'est véritablement ton site qui s'est fait hacker. Tu as développé ce site au départ d'une page blanche ou tu utilises un outil tel que worpress, drupal ou autre ?
  16. Tu devrais lancer une recherche de virus et/ou malware sur ton poste de travail. A mon sens tu dois avoir cela pour d'autres recherches. Et les liens que tu cliques vont bien sur ton site, ou ailleurs ?
  17. Bonjour, A mon sens c'est sur ton poste de travail que tu as un souci. Parce que de chez moi, une recherche Google "site:moneyhack.fr" donne des résultats corrects, en français. Je mets une image sans masquer ton URL vu qu'on la voit dans l'image de ton message.
  18. Ils vont peut-être avoir des soucis avec Mailjet, mais je ne pense pas que ton IP soit impactée.
  19. Salut Gaspard, Peux-tu préciser ce que tu entends par "techniques pas très claires" ? Éventuellement par MP si cela contient des données confidentielles. Dan
  20. Bonjour Gaspard ! Je pense que si ton client veut crypter des données en base de données, autant se baser sur ce qui existe déjà pour Mariadb plutôt que de ré-inventer la roue. Voici une page qui devrait t'intéresser : https://mariadb.com/fr/resources/blog/table-and-tablespace-encryption-on-mariadb-10-1/ Dan
  21. Regarde les logs d'erreur apache. Si tu n'as pas AllowOverride FileInfo, cela doit générer une erreur ! Essaie en mettant ceci : ErrorDocument 404 http://www.tonsite.com/404.php Il est possible que les mutus OVh n'acceptent que cette forme !
  22. Ce n'est pas dans le phpinfo, mais dans la config d'apache !
  23. Assure-toi que AllowOverride est défini à FileInfo ! https://httpd.apache.org/docs/2.4/fr/custom-error.html#page-header
  24. Il faut que ta ligne ErrorDocument soit au tout début de ton fichier .htaccess pour que cette règle soit enregistrée par Apache. C'est à dire : avant toute règle de réécriture. Dans le cas contraire, le flag [L] fait sortir du .htaccess, donc si le ErrorDocument se trouve après, il n'est pas lu !
  25. Une alternative serait d'éditer le script cat.php pour renvoyer vers une 404 en cas de non-existence !
×
×
  • Create New...