Aller au contenu

hit7374

Membre+
  • Compteur de contenus

    1 230
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

13 Bonne

À propos de hit7374

  • Date de naissance 07/03/1951

Pour me contacter

  • Mon Site
    https://www.hit.fr
  • Skype
    Hit7374

Information du profil

  • Genre
    Homme
  • Localisation
    Le Bourget du Lac
  • Société
    HIT

Visiteurs récents du profil

8 214 visualisations du profil
  1. merci pour le lien c'est copieux comme début, de quoi m'occuper par ces journées maussades. amicalement
  2. voila ce que je trouve dans analytics à la rubrique langue (j'ai enlevé les chiffres pour ne conserver que la colonne libellé langues) il y a évidement 2 lignes curieuses ?? je ne connaissais pas ces langues, aucune réaction de gg.
  3. pas de sectarisme, c'est juste une proposition sur ce que je connais le mieux avec Prestashop. Surtout élargir aux CMS la qualité du contenu du forum.
  4. apparemment quelques petits soucis avec la 3.6.1 donc correctif 3.6.2 ce matin. Avec en particulier des failles importantes sur des anciennes versions php5.3 !
  5. Hé oui à peine sorti il y a des vulnérabilités. sur un J 3.6.0 sur dédié ça prend quelques secondes pour passer à la V 3.6.1 grâce au composant interne. voila l'alerte [20160802] - Core - XSS Vulnerability [20160801] - Core - ACL Violation [20160803] - Core - CSRF pas de soucis particulier si tous les modules et composants sont à jour. j'ai même un plugin AMP sur certains sites optimisation réglée au max, pensez à vérifier l'intégralité de la base de données et lancer une correction bonne mise à jour. Ça serait pas mal une rubrique Joomla dans le forum du hub !
  6. Bonjour, en consultant gganalytics sur le site d'un client les visites provenance de russie représentent 90% depuis quelques jours j'ai lu divers trucs sur le web qui me laissent dubitatif. par exemple un spam qui trompe google ? avez vous déjà eu ce genre de soucis ? merci
  7. bonjour, il m'arrive un truc curieux et je bloque sur une gestion DNS de domaine. le contexte : - nom de domaine jonckheere.ovh hébergé sur un strat10m - un VPS cloud vps103519.ovh.net (ip 5.196.15.60) installé avec plesk admin - le domaine est configuré sur ce vps par plesk j'ai configuré le champ A vers l'ip du vps j'ai configuré dans la gestion dns le principal est le secondaire vers sdns2 et vps103519 un ping jonckheere.ovh me donne bien 5.196.15.60 un dig me donne www.jonckheere.ovh. in A www.jonckheere.ovh. in CNAME jonckheere.ovh jonckheere.ovh in A 5.196.15.60 si je saisi l'url www.jonckheere.ovh je tombe sur un site de mon dédié, alors qu'il n'y a rien concernant ce domaine sur ce dédié si je saisi par exemple jonckheere.ovh/drupal/ je tombe bien sur le site drupal ce vps cloud est purement expérimental, aucune production dessus il est sous php 5.5.9 je "bidouille" dessus ça fait des vacances à Dan, et ça évite de plomber les dédiés en prod. le domaine aussi n'est que pour du test a+ JP PS: entre temps j'ai tout effacé et tout réinstallé à zéro, je poursuis mes tests
  8. testé et voté un peu fouillis à part la satisfaction de voir que le référencement de mes sites est bon à suivre quand même !
  9. voici ce que je reçois depuis plusieurs jours de la part de google webmaster tools je ne reçois jamais ce genre de message sur les sites sur dédié l'explication me parait claire j'ai constaté visuellement une dégradation de la réponse des sites sur mutualisé, question posée à OVH la réponse a été évasive, oui nous avons des problèmes de débit, nous recherchons des solutions. en conclusion je pense que cette situation pénalise le positionnement de ces sites dans google. ce constat m'a ammené depuis pluieurs années à utiliser un dédié. avez vous de votre coté constaté ce problème ?
  10. bonjour, depuis 2 ans nous avons développé une application iphone et android son nom lac annecy tourisme qui est liée au site lac annecy accueil et découverte géré par une association 1901 aujourd'hui l'office de tourisme d'annecy nous demande de leur restituer ce nom car ils désirent créer leur propre application. qu'en est il au niveau de la loi ? a+
  11. j'avais commencè par là et je me suis rendu compte que c'était facile à contourner. alors j'ai codé coté php et j'ai laissé la vérif javascript ça peut pas faire de mal. merci pour le temps que tu as consacré à ce coup de main fructueux. d'où la qualité du forum. amicalement
  12. non je renvoie par un header à la page qui habituellement accuse réception de la soumission je me suis dit que si le lascar avait automatisé par un script son truc il n'avait pas les yeux dessus et pensait donc que son script tournait !
  13. Alors oui au niveau du php avant écriture dans la base de données j'utilise preg_match pour virer les soumissions avec : les domaines en pl et ru les adresses mails en pl ou ru les http, href, javascript dans les champs titre et description j'ai cherché à pister l'IP mais elle est variable évidement. tu vois autre chose ? autre protection : la demande doit être validée par un lien à cliquer sur un mail si au bout de 5 jours le lien n'est pas validé il est purgé donc si l'adresse mail est bidon ...
×
×
  • Créer...