Welcome to Webmaster Hub

Inscrivez-vous maintenant pour avoir accès à toutes les fonctionnalités.

Une fois inscrit et identifié, vous pourrez contribuer à ce site en soumettant votre propre contenu ou en répondant au contenu existant. Vous pourrez éditer votre profil et communiquer avec les autres membres par messagerie privée.

Ce message sera supprimé une fois que vous serez identifié !

lorik

Hubmaster
  • Compteur de contenus

    348
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre

À propos de lorik

Pour me contacter

  • Mon Site
    http://

Information du profil

  • Genre
    Homme

Visiteurs récents du profil

2 908 visualisations du profil
  1. Salut Dan, ok, je vais tester ça, effectivement. Merci
  2. Bonjour à tous, Une question : J'ai besoin de trouver une chaine qui se trouve quelque part dans une base mysql... simple à la base... sauf que j'ai 330 bases sur le serveur, et... je ne sais pas dans quelle base la chaine se trouve ! Est-ce qu'il existe une instruction qui permette de lancer une recherche dans toutes les bases d'un serveur ?? Merci de votre aide, j'ai rien trouvé pour le moment de mon coté
  3. Merci Dan, je vais ajouter un message pour ça sur le site...
  4. Hello Dan, je ne sais jamais si on peut publier des trucs comme ça, sur le forum... C'est le *****, domaine evenup, là par exemple, le site vient d'envoyer un mail de recup de mot de pass sur une adresse ****@hotmail.fr, et rien n'arrive. Le problème semble se poser spécifiquement sur les adresses hotmail.FR, en .com, pas de souci particulier, semble t il...
  5. Bonjour, Je deterre le sujet, pas sur qu'il soit résolu, et j'ai exactement le même souci avec Hotmail et Aol. Pour le lien ci-dessus de Aenoa, hélas, ça ne solutionne pas : Je n'ai pas de problème avec les adresses Live.fr, alors que Live et Hormail, c'est plus ou moins la même chose, et par ailleurs, j'ai testé sur l'outil, mon ip est clean. Dans exim, c'es tindiqué que les mail sont en 'queue' chez Hotmal, mais ça sort jamais de la queue, du coup... Nota : J'utilise phpmailer....
  6. Hello, merci de la réponse. après moult tests, en fait, c'était juste un utf8_encode qu'il fallait faire... mais je garde de coté tous tes trucs, j'ai pas de doute que je vais encore ramer, j'ai effectivement d'autres sources....
  7. Hello, Je m'arrache ce qui me reste de cheveux sur un truc pourtant sans doute basique sur le papier... J'ai 2 tables, en latin1_swedish_ci . La première (cible) est alimentée par des formulaires web. La 2eme (source) par des sources externes de données. Je cherche à alimenter la première avec les données de la 2eme. Pas de problème de script, ça marche. Par contre, les données importées à partir de 'source' ressortent très mal dans la page une fois publiées. Bon, un problème d'encodage, ok, mais je ne m'en sors pas pour trouver quoi faire avec les données importées pour qu'elles soient correctes. j'ai testé avec mb_detect_encoding, les données de ma (source) sont en utf-8, et les données de ma (cible) sont en ASCII. mais impossible de trouver la solution pour transformer mes données source en ASCII avant de les importer... utf8-decode ne donne pas de résultat... Bref, je seche grave... Merci de votre aide.
  8. Bonjour à tous, Ya pas un type de champ ou une astuce quelconque pour renseigner automatiquement dans un champ Mysql une date de mise à jour de l'enregistrement, sans passer par une procédure stockée ou du code en amont ? ça existe pour la création de l'enregistrement, mais pour la maj, je sèche complètement.. Une idée ? par avance merci.
  9. Merci de la réponse, Oui, je suis d'accord pour le *, mais le propos était surtout de comparer, l'optimisation ne réduit pas le gap entre les 2 méthodes. Pour le transtypage, non, rien de particulier, on a des listes de codes postaux bien formatés et homogènes... A la place de la sous requete, je pourrais aussi faire un INNER JOIN avec une autre table, mais elle fait 5 000 000 d'enregistrements, j'ai pensé que ça serait plus rapide comme ça...
  10. Bonjour à tous, Je suis assez surpris par les perfomances comparées de requetes assez simples : SELECT * FROM table1 WHERE cp IN (select toto from villes where code_postal=38000) => la requete tourne pendant presque 4 secondes. Pourtant : select toto from villes where code_postal=38000 ne met que 1 milisecondes. Et que si on met 'en dur, les valeurs à tester (le resultat du select toto from ville...) , on est aussi de l'ordre de la miliseconde.... SELECT * FROM table1 WHERE cp IN (38000,38950,38170,38100,38400,38180,38113,38220,38760,38340,38660,38450,38112,38134,38430,38960,38144,38119,38520,38770,73360,73670,73160,38620,38750,38830,38480,73520,73610,38840,38940,73800,73330,73110,73190,73530,73000,73240,73470,73130,73300,73490,73290,73230,73170,73660,73420,73390,73250,73370,73220,38890,73870,73340,73100,73450,73140,73630,73460,73310,73410,73440,73260,38070,74540,73600,73200,73550,73500,38138,74320,73730,74150,38118,73570,73350,74410,73540,69780,74210,69124,69720,69560,69125,38370,69970,74600,69420,73210,42520,73790,69330,73400,42410,74650) Bref, on passe de 2 milisecondes à ... 2000 fois plus !! Ya un truc qui m'échappe, là. Ca méchappe mais ça me pose un vrai souci, du coup, vos lumières sont les bienvenues
  11. Merci de la réponse. Effectivement, il y avait une double utilisation de mysql_real_escape_string c'est ça qui mettait le B... Une fois nettoyé, ça marche mieux. Je retiens l'idée de mettre ça juste à l'insert, c'est vrai qu'on est tranquille, du coup ;)
  12. Bonjour à tous, un tit truc assez inexplicable pour moi... J'ai un script, qui extrait des données de plusieurs sources, les traites, et insere dans une table. Pour chaque donnée, avant de l'inserer, j'ai un $var=mysqli_real_escape_string ($link, $var); alors d'un coté, ça marche bien, mes données sont correctement insérées, même quand j'ai des caractères à échapper. Par contre, 2 trucs : - Dans ma table, même si les données sont insérée, j'ai certains caractères correctement echappés dans un champ (ex, Organisé par l\'Olympique d\'Huez- Alpes d\'Huez), et pas échappés dans d'autres champs (Alpes d'Huez) alors que la chaine a bien été soumise à mysqli_escape_string(..) Et aussi, dans l'autre sens, j'avais oublié d'echapper certaines données, et... elle sont correctement insérées, alors qu'il traine dedans les caractères qui devraient faire planter la requete, comme '... Vous allez me dire, 'bon, mais si c'est bien inséré, il est ou le problème ?' Bal le problème, c'est qu'après, j'ai un autre traitement qui lit la table, et insère certaines données dans une autre table. Et là, les chaines non echappées (pourtant bien insérées dans la première table) font planter la 2eme insertion... Bref, y un truc que je pige pas, là... Merci de votre aide.
  13. Bonjour Dan J'ai pas tout compris le problème, je creuserai ça, mais dans tous les cas, oui, ça a solutionné Merci à vous 2 !
  14. Alors, j'ai bien compris l'idée, mais ya vraiment un truc qui déconne... là, ça m'a remplacé le premier 'blanc' (194) par un � (160). Pas supprimé, remplacé....
  15. Merci de la réponse; Je ne connais pas cette commande. ca renvoie 194 pour toutes les valeurs de $value...