Boumbadaboum

Le firewall de symantech alors? pourtant lors de la première installation je n'ai pas eu le problème.

Bonjour, j'avais la dernière version de firefox, qui marchait très bien. J'ai voulu faire la mise à jour vers la 1.06 : maintenant le navigateur m'indique "site introuvable" pour tous les sites. Il s'est passé ça : J'ai fait la mis à jour et puis ça m'a demandé de redémarrer. Je bossais je l'ai pas fait. Après, je sais plus si c'est tout de suite après une fenêtre m'a demandé de configurer les dns automatiquement (je crois) J'ai cliqué trop vite sur le bouton de gauche, je sais plus si c'est oui ou non. Après j'ai eu le problème en question. J'ai effacé tout fichier firefox de mon disque dur, j'ai retéléchargé le logiciel d'installation, et le résultat est le même. Indice : j'ai symantec, mais ça marchait bien avant. ça vous dis quelque chose ?

Pour la mise à jour, tu odis être sur un mutualisé donc cela n'est pas possible. Si c possible, y'a un bouton dans l'espace utilisateur OVH qui dit "basculer vers mysql 4". C'est pas un bouton presse purée qd même ! Concernant le problème du '=', je suis sûr à 99,9999999% que cela viens de toi Je laisse 0,0000001% pour OVH mais j'y crois pas nan c pas moi pis tu viens juste de te planter au dessus alors ...

Je suis pas trop non nul plus puisque j'avais essayé la bonne requête avant d'ouvrir ce post ! (cf premier message) Bon je fais quoi ? une mise à jour vers la version 4 ? c'est possible depuis l'espace utilisateur OVH. Mais est-ce que ça ne vas pas me fiche le basard ailleur? Et est ce que ça va régler le problème des "=" qui marchent pas ?

bien comme j'ai dit au dessus j'ai trouvé ça sur phpmyadmi MySQL 3.23.58-log sur le serveur sql6 mais personne ne m'a dit si ça peut être la version de sql, sinon je sais pas où la trouver, phpinfo j'ai pas trouvé où ça se trouve.

bon je viens d'essayer ta requête Boo2M0rs0 j'obtiens #1064 - You have an error in your SQL syntax near ' definitions SET annuaire.idDef = definitions.id WHERE annuaire.urlMotClef = def' at line 1 comme quand j'avais essayé un problème de quote?

J'aurais plutot tenté: CODEUPDATE annuaire , definitions SET annuaire.id = definitions.id WHERE annuaire.urlMotClef = definitions.urlMotClef Là encore peut pas dire à l'avance si ça va marcher mais il y a un exemple dans la doc qui y ressemble... Non ça j'avais essayé mais je vais le refaire pour te faire plaisir et te dire de façon certaine si ça fonctionne. Le = est sensible à la casse alors que like ne l'est pas. De plus, seul like interprête le caractère % comme un joker ( = se contente de chercher le caractère % sans rien comprendre). à ce sujet, j'ai pas trouvé grand chose sur mon bouquin sql pour les nuls... si vous en savez plus hesitez pas !

Sans trop de surprises, cela fonctionne chez moi. pff mais c'est quoi cette histoire ?? C'est pourtant pas des dinosaures chez ovh.

En fait c'est pas gravissime d'ailleurs, mais bon ça serait pour comprendre quoi. Et puis ça serait mieux aussi c'est vrai. (pourquoi y'a un PorteKoi souligné normalement et un Portekoi souligné "dotted" ? Un fantôme ? )

non non je te confirme que je n'ai pas d'espace ! d'ailleurs sinon ça le ferait avec d'autres tuples pas spécifiquement avec ceux qui se ressemblent comme "accord" et "accorder" ou "explication" et "explications" "Like" me renvoit les deux. "=" me renvoit rien du tout. ça marche avec les id pourtant.

C'est pas que ce soit top secret mais je vois pas non plus l'intérêt d'expédier toute une table au complet ?? Si tu prends deux tuples avec les champs urlMotClef du dessus, tu mets ce que tu veux dans les autres champs, c'est pareil qu'avec 2000 non?

tu peux essayer ça : id smallint(6) auto_increment libelle varchar(255) urlMotClef varchar(250) site varchar(255) description varchar(250) url varchar(255) categorie varchar(250) et le problème vient, par exemple, avec "accord" et "accorder" en urlMotClef (qui sont les champs à comparer avec la table definitions") Sinon c'est ça la version sql ? (Une question au passage : je met 255 pour la taille du champs site, par exemple, est-ce utile ou plutot pénalisant, sachant que jamais un nom de site ne fere 250 caractères ?)

Bonjour Dan, Bon je ne sais pas si c'est la version sql ou la version du serveur, d'ailleur je ne distingue ni l'un ni l'autre , mais sur phpMyAdmin il y a écrit : MySQL 3.23.58-log sur le serveur sql6 je suis chez ovh C'est ça? parce que dans phpInfo j'ai pas trouvé c'est trop confus pour moi. Sinon pour l'export de la base j'ai qd même deux cent liens dedans c'est pour savoir quoi exactement?

non le contenu de mes champs varchars est du type mot-mot-mot ou mot tout court. mais ça ne me sort rien du tout avec "=" par contre avec "like" ça marche mais avec des doublons.

sinon au dessus je me suis trompée dans ma question : je disais "pourquoi avec urlMotClef like urlMotClef j'obtiens un résultat alors qu'avec urlMotClef = urlMotClef" ça ne marche pas. "=" marche bien avec les id (chiffres donc) mais ça marche pas pour les champs varchars. Chez moi du moins.

Salut Portekoi ! Je me disais bien qu'il y avait une histoire de table definitions à préciser, mais comment utiliser INNER JOIN là, je ne savais pas. Cela étant j'ai essayé ta requête et j'obtiens un somptueux : You have an error in your SQL syntax near 'FROM annuaire INNER JOIN definitions ON annuaire.urlMotClef = definitions.urlMo' at line 1 On s'en lasse pas. J'ai essayé de décorrer la requete avec quelques powerElectricMacQuote un peu partout mais ça marche pas non plus

Bonsoir, Pourquoi quand j'utilise la requête suivante, cela fonctionne "UPDATE `definitions` set nbrLiens = nbrLiens+1 WHERE `urlMotClef` like '$urlMotClef%' " alors qu'avec celle ci (= au lieu de like) ça ne fonctionne pas. [CODE]"UPDATE `definitions` set nbrLiens = nbrLiens+1 WHERE `urlMotClef` like '$urlMotClef%' " Soit disant = fonctionne aussi avec les chaines de caractères et pas seulement avec les nombres. Alors hein, hein ?

Bon encore une requête sql dsl... Mais je progresse j'en écris plein toute seule avec mes deux nouveaux bouquins là j'ai essayé ça : UPDATE `annuaire` SET id = 'definitions.id' WHERE urlMotClef = 'definitions.urlMotClef' ça me marque unknown collumn definitions j'ai essayé de mettre annuaire.id =definitions.id c'est pareil idem avec annuaire.urlMotClef = definitions.urlMotClef c'est pareil. Ou alors ça me met 0 enregistrement à jour... Le but est pourtant simple : J'ai une table annuaire avec des mots et une table definitions avec des mots pareils. Maintenant je veux que les champs id de la table annuaire corresponde avec ceux de la table definitions partout où urlMotClef est en commun. Je pensais y'arriver du premier coup avec ma requête

As-tu fait appel à htmlentities() ? non pas du tout, ça sert à quoi au juste? Je vais revérifier pour le "=" entre expression régulière mais il me semble que ça ne fonctionnait pas alors j'ai refais mon admin avec un comparatif d'égalité entre id pour être certain de pas avoir de mis à jours doubles (genre accord et accorder)

bon ça fonctionne c'est le serveur qui ne prend pas en compte les mis à jour dès que l'on télécharge une nouvelle page. ça s'appelle comment ce phénomène? je veux bien une réponse pour la question au dessus svp, sur les comparatifs d'égalité entre expressions régulière.

non voilà ce qui c'est passé (j'avais vérifié les espaces) : J'ai changé la requête et j'ai expédié la page sur le serveur. Celui ne l'a pas "interprété"(si quelqu'un à la bon terme merci) tout de suite (mais alors vraiment pas tout de suite hein ...). là je viens d'essayer, mais maintenant j'ai un "ç" en première position, je peux le remplacer par un "c" mais c'est vraiment insupportable ces caractères particuliers sur mysql. Une question au passage : y'a t'il un comparatif d'égalité stricte entre deux mots dans les requêtes sql comme par exemple le = entre deux chiffre ? ( pas like qui marche mal)

euh non c'est que des minuscules je pige pas du tout

je fais la même chose avec fireworks, c'est beaucoup mieux ce logiciel?

En plus c'est complètement ouf j'ai essayé de virer les accents, supprimer les espaces, les parenthèses du libellé, alors que de tout façon c'est classé par urlMotClef et j'ai essayé de le classer par libellé aussi rien à faire, elle veut pas décoler de la première place, même devant les A !!!

Bonjour tout le monde, Un petit truc insupportable, si quelqu'un pouvait m'expliquer : J'utilise cette requête SELECT libelle,urlMotClef FROM definitions ORDER BY urlMotClef elle m'affiche environ 400 definitions par ordre alphabetique. J'ai un probleme avec UNE définition : libelle : béb&eactue; secoué (syndrome du) urlMotClef : bebe-secoue-syndrome donc le classement se fait par urlMotClef, sans aucun accent et j'ai pleins d'autre définitions sur le même modèle. Mais que vient faire cette définition au somment de la liste, devant les A et tout ?? ça gratte ça gratte vous pouvez pas savoir.