Aller au contenu

adn

Membre+
  • Compteur de contenus

    1 676
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par adn

  1. Tout va très vite sur internet Et oui il faut suivre les technos, ya 3 ans j'ai passé mes site en AMP, et cette année je viens de tout supprimer c'est comme çà Et depuis 2004, il s'en ai passé des choses à commencer par le mobile et l'avènement du responsive design.....
  2. Bon j'ai trouvé le problème sans les traces finalement car il y a en a trop surtout si le problème est aléatoire. Alors si çà peut aider, j'ai noté l'heure et l'ip de l'erreur et ensuite j'ai filtré dans la log du domaine par l'IP pour retrouver la page qui déclenchait ces redirections multiples. Dans mon cas c'est le robot semrush que je bloquais mais pas correctement apparemment, j'ai collé un flag [END] à la place d'un [F,L] sur le RewriteRule et plus de souci ! RewriteCond %{HTTP_USER_AGENT} (ahrefsbot|semrushbot|sistrix) [NC] RewriteRule . - [END]
  3. Merci Dan Effectivement avec trace3, çà liste pour chaque GET l'évaluation de chaque ligne du htaccess ! Ca devient vite énorme
  4. Gare aux fautes d'orthographes sur ton site "Prestastions" dans ton menu Il manque aussi les mentions légales il me semble (téléphone, adresse, numéro d'enregistrement de l'entreprise, ....)
  5. Apparemment cela se définit dans le fichier de conf d'Apache https://stackoverflow.com/questions/23054592/htaccess-loglevel-not-allowed-here Du coup ou se situe ce fichier ?
  6. Bonjour, Une fois n'est pas coutume j'essaye de faire un peu de ménage dans les erreurs présentent dans mes logs... doucement mais surement. J'ai une erreur que je n'arrive pas à traiter qui est la suivante [Sun Oct 30 11:36:50.015686 2022] [core:error] [pid 27118:tid 140306221614848] [client 185.191.171.10:37994] AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace. Ca sent la boucle dans des redirections que j'imagine dans le .htaccess mais ce message ne donne pas beaucoup d'infos. Il est mentionné "use loglevel debug" to obtenir des traces J'ai trouvé des infos ici https://stackoverflow.com/questions/5641618/how-to-enable-loglevel-debug-on-apache2-server La doc apache ici https://httpd.apache.org/docs/2.4/mod/mod_rewrite.html#logging J'ai essayé d'activer "LogLevel warn rewrite:trace3" dans .htacces mais j'eu droit à l'erreur suivante [Sun Oct 30 11:43:38.092430 2022] [core:alert] [pid 27118:tid 140306213222144] [client 66.249.66.58:48267] /home/<user>/domains/<domain>/private_html/.htaccess: LogLevel not allowed here Comment peut-on activer plus de traces pour les pbs de rewriting avec .htaccess ?
  7. Hello le chti, Parles-tu de tes annuaires ? Qu'est-ce qui te fait croire que ce sont les bloqueurs de pub ton problème ? Les annuaires ne sont guère apprécié des moteurs aujourd'hui et je doute de l'intérêt des internautes pour ces sites. Pour avoir eu aussi plusieurs annuaires, je les ai tous supprimés il y a qq années.
  8. Bonjour Anne, Bienvenue sur le hub ! As-tu des circuits orientés faune et flore ?
  9. Pour moi c'est ok aussi
  10. Bonjour, Je viens de regarder Piwik. L'avez-vous installé sur vos serveurs ? N'est-ce pas un peu beaucoup consommateur de ressources pour un gros site ?
  11. Ou /^[A-Z][0-9]{12}(1322|1317)[0-9]$/i
  12. Salut Antoine, L'intérêt de la base de données est de t'apporter la persistance côté serveur pour l'ensemble des faits historiques. La carte n'est que le rendu graphique côté client de ta base de données finalement. Lorsqu'une année sera sélectionnée, un accès à ta base de données te donnera l'ensemble des événements disponibles pour cette année-là et ensuite il faudra mettre à jour ta carte.
  13. Salut Emilie et welcome. La page d'accueil est juste un peu longue à démarrer. Pour le reste simple comme j'aime et clair D'ailleurs à propose quel plugin WP pour accélérer les affichages. Je trouve tous les sites WP plutôt lents.
  14. Depuis des années avec OVH après avoir été chez AMEN qui ont été racheté depuis et quelques ennuis, je conseille tout de même OVH. Globalement çà tourne très bien.
  15. Oups ! Faut que je regarde çà... Merci
  16. Wouah, cela doit être un beau domaine à ce tarif !! Pas d'idée sur le pourcentage à lui céder. Mon expérience se limite aux affiliations et places de marché. N'oublie pas un contrat pour te protéger d'une perte d'activité ou autre...
  17. Rachète plutôt le domaine ou trouve-en un autre, ce sera plus simple et économique. Je ne ferai pas ce type de deal dans la mesure ou tu vas te retrouver pieds et mains liés.
  18. Oui j'aime bien aussi ces petits problèmes de code mais pour être mouvant, il est mouvant
  19. Tu vas trop vite Dan, je n'arrive pas à suivre
  20. Tu nous donnes le contenu du tableau de départ pour comprendre
  21. Hello, Si j'ai bien compris... et non testé $t = array('17'=>'a','33' =>'b', '89'=> 'c'); $c = []; foreach(range('a','z') as $i) { foreach(range('a','z') as $j) { if ($i != $j) { echo $i, $j, '<br/>'; echo $t[$i]+$t[$j], '<br/>'; $c[$i.$j] = $t[$i]+$t[$j]; } } }
  22. La différence doit se trouver dans les ressources sur lesquelles tu tires; css, images, js, etc... Tu dois avoir le détail dans les résultats de tes analyses. Mais du point de vue du client connecté, les perfos sont très correctes
  23. Hello, Pour moi l'affichage est rapide, pas de pb
  24. Peut-être as-tu édité le premier en pensant que c'était le second, vérifie les urls et paths dans la table des settings du 1er site ?
×
×
  • Créer...