Aller au contenu

Dan

Direction
  • Compteur de contenus

    30 680
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par Dan

  1. Bonjour, J'opterais pour le PNG sans hésitation pour les deux raisons suivantes : Il permet la transparence Sa compression est sans perte
  2. Tu as toujours une redirection 302 vers https://www.argotheme.com même si le site est déjà en SSL !
  3. 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.
  4. 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.
  5. 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).
  6. Je parlais du .htaccess à la racine du site, vraisemblablement dans le répertoire www (ou dans site ?)
  7. Tu fais ta redirection vers https de quelle manière ? Tu es toujours en php 4 ???
  8. Ton erreur est là ! Envoie-moi le fichier .htaccess par MP si tu ne veux pas l'afficher ici.
  9. 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. ns.le-hub.net:root# curl https://www.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> Donne-nous la partie du contenu du .htaccess qui gère cette redirection.
  10. 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 ?
  11. Si tu as une erreur 500, tu en trouveras la raison dans les logs Apache.
  12. 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.
  13. 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 ?
  14. 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 ?
  15. 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.
  16. Ils vont peut-être avoir des soucis avec Mailjet, mais je ne pense pas que ton IP soit impactée.
  17. 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
  18. 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
  19. 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 !
  20. Assure-toi que AllowOverride est défini à FileInfo ! https://httpd.apache.org/docs/2.4/fr/custom-error.html#page-header
  21. 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 !
  22. Une alternative serait d'éditer le script cat.php pour renvoyer vers une 404 en cas de non-existence !
  23. Le problème est qu'on ne peut pas tester si un fichier existe ou non au format .php, vu que toutes tes URLs sont redirigées au départ de cat.php, qui existe toujours ! Et de même, les fichiers .html n'ont aucune existence réelle ! Comment veux-tu alors vérifier si une /url/ existe ou non ? Donc, tu vas devoir faire ligne par ligne dans ton .htaccess. Une centaine de lignes, ce n'est pas bien grave !
  24. Quelle était la règle que tu utilisais avant, pour convertir toutes tes URLs en *.html ? C'étaient à l'origine des fichiers .php ou un autre format ?
×
×
  • Créer...