Aller au contenu

Jeanluc

Membre+
  • Compteur de contenus

    2 003
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

1 Neutre

À propos de Jeanluc

Pour me contacter

  • Mon Site
    http://www.annuaire-info.com/

Information du profil

  • Genre
    Homme
  • Localisation
    Bruxelles

Visiteurs récents du profil

24 477 visualisations du profil
  1. Les hébergeurs américains qui offrent un espace disque illimité interdisent qu'on utilise cette espace pour autre chose que les sites web qu'ils hébergent (par exemple, pas d'utilisation de l'espace disque illimité pour conserver des backups d'autres systèmes). Je pense qu'ici, c'est un peu la même démarche de la part de ton hébergeur. Si tes fichiers sont directement liés au site hébergé, peut-être qu'un échange de mails avec le support de l'hébergeur résoudrait le problème. Jean-Luc
  2. Jeanluc

    mysql_select_db

    Bonjour, Dans ton code PHP, tu as $sql = "INSERT INTO maillist ($liste_champs) VALUES ($liste_valeurs)"; et je pense que tu te retrouves peut-être avec la commande SQL INSERT INTO maillist (Date, Email, Nom) VALUES ('$date', '$email', '$nom') et pas avec INSERT INTO maillist (Date, Email, Nom) VALUES ('2012/03/02 16:17', 'cot_AT_cotweb.com', 'cot') parce que MySQL ne connaît pas $date, $email et $nom. Essaie avec $liste_valeurs = "'" . $date . "', '" . $email . "', '" . $nom . "'"; Jean-Luc
  3. Bonjour et bienvenue sur Webmaster-Hub, As-tu seulement changé le nom de domaine du site ou as-tu construit un tout nouveau site sous Joomla ? Si j'ai bien observé, tu as mis en place une redirection 301 de page à page, donc le changement de nom de domaine ne devrait pas poser de problème majeur. Par contre, j'ai l'impression que tu as complètement remanié le site et je crois que le problème est là. Ce serait bien de reprendre les anciennes URL les plus importantes et de les rediriger vers les nouvelles adresses correspondantes. Je ne connais pas l'ampleur des changements que tu as fait sur le site, donc il est difficile d'en dire plus, mais faire de gros changements sur un site qui marche est toujours risqué. Jean-Luc
  4. Si je comprends bien ton dernier message le problème de récupération de tes domaines malgré la défaillance de l'intermédiaire à qui tu t'étais adressé est résolu. Tant mieux ! Quand le propriétaire d'un domaine ne renouvelle pas avant l'échéance, le domaine passe pendant un certain temps en "période d'attente". La façon dont cette période d'attente est traitée dépend du registrar. GoDaddy a le mérite d'avoir une politique claire à ce sujet (voir http://help.godaddy.com/article/608 ). Le fait qu'il demande un supplément pour le renouvellement hors délai n'est pas une pratique anormale; tous les registrars le font. Jean-Luc
  5. +1 On parle du .htaccess de static.aujardin.info, bien entendu. Jean-Luc
  6. Ces redirections 301 sont sans risque. Elles ne peuvent qu'être bénéfiques. Autant faire les choses bien et rediriger page à page dans la mesure du possible. Jean-Luc
  7. Si l'ancien contenu est différent de celui du nouveau site et s'il est encore intéressant, je conserverais l'ancien site tout en y intégrant des liens vers le nouveau site ou je déplacerais les anciennes pages quelque part dans le nouveau site (avec redirection 301 de page à page). Si pour les pages de l'ancien contenu, il existe des pages + ou - équivalentes dans le nouveau site, je ferais des redirections page à page (avec redirection 301 de page à page). Jean-Luc
  8. Je me dis qu'en remplaçant ce fameux & par %26, cela devrait aussi marcher. Jean-Luc
  9. Merci Jacques. Maintenant tout s'éclaircit. Jean-Luc
  10. Bonjour, Sur un site, je vends des logiciels-maison et des services et certains clients paient par PayPal. Tout est "livré" électroniquement (aucune livraison physique) et nous avons un compte "verified business account". Lors d'une transaction, PayPal dit: Ma question est : pourquoi faut-il une adresse de livraison pour des biens immatériels ? Veulent-ils dire une adresse de facturation ? Note: les paiements PayPal se font par l'intermédiaire d'Ogone et je fournis l'adresse de facturation à Ogone. Je ne sais pas si c'est un problème entre Ogone et PayPal ou un problème 100% PayPal. Peut-être y a-t-il quelque part dans l'interface PayPal ou Ogone une case à cocher ou décocher ou un formulaire à compléter ? Merci d'éclairer ma lanterne. Jean-Luc
  11. En mutualisé français, j'utilise de l'OVH et de l'Easy-Hebergement. Chez Easy-Hebergement, j'utilise leur hébergement "micropaiement" pour des applications pro et ça tourne sans histoire. Bien entendu, tout dépend de tes besoins et de ce à quoi tu es sensible (service, performance, fiabilité, certaines caractéristiques techniques, etc). Jean-Luc
  12. Je ne serais pas aussi catégorique. Bien sûr, une copie d'écran privée n'est pas en soi une preuve irréfutable. Par contre, elle peut être utilisée comme tout un tas d'autres éléments pour compléter un témoignage et pour aider la justice à se forger une opinion. Jean-Luc
  13. Bonjour, Quelques réponses en vrac : - ton hébergement a été hacké. La première priorité est de faire un grand nettoyage de l'hébergement APRES avoir nettoyé tous les PC qui accèdent à l'administration du site (control panel, FTP, etc.). Sans quoi, de nouveaux hacks recommenceront. - entamer des actions légales parce qu'un plan d'hébergement mutualisé contenant des sites non commerciaux a été hacké, économiquement, ça n'a pas de sens... Maintenant si le préjudice moral est très important, je ne dis pas. - en matière de protection des droits intellectuels, il est surtout important de pouvoir démontrer l'utilisation publique à la date la plus ancienne. En Belgique, tu peux faire "enregistrer" tout document par les services d'enregistrement du SPF Finances (ministère des finances). Ils ont des bureaux un peu partout en Belgique. On les connaît généralement parce que ce sont eux qui enregistrent les contrats de location immobilière, mais ils enregistrent tout document. Cela donne une date certaine au document en question. Le coût est minme. J'ai déjà utilisé cette méthode pour des logiciels (code source imprimé) et des pages web (version imprimée). Jean-Luc
  14. Bonjour, Je comprends plus ou moins le souci, mais je ne comprends pas la réaction qui consiste à rediriger le lien vers Google. Comme Dadou, je ne vois pas pourquoi il faut envoyer le visiteur "au diable" au lieu de lui expliquer ton point de vue. Pour ma part, sauf si le site en question était dénigrant ou particulièrement critique envers mon site, je laisserais le visiteur venir sans action spéciale en le laissant juge de ce qu'il voit. Note que techniquement, ce n'est pas la redirection que ton script détecte mais le referrer, ce qui est différent (mais ça fonctionne malgré tout dans ton cas). Jean-Luc
×
×
  • Créer...