TheRec

Je vois juste ça du point de vue légal personnellement... ils ont des avocats qui blindent leur User Agreement, je prendrais pas le risque d'utiliser leur système à des fins prévues et interdites dans ce "contrat"... Mais effectivement la perte correspond à une requête par site interrogé... bref on dévie du sujet..je pense que "info:" a été décrit avec assez de précision, si quelqu'un a d'autres informations sur cette commande, je suis preneur

Si tu pense que "pas vu = pas pris" c'est ton problème...c'est une question de confiance. J'ai juste tenu à préciser que le User Agreement de Google précise bien que l'utilisation de ce service ne devait être faite que au moyen de leur barre. WhatPR est très bien...mais dans le contexte actuel de ce message je ne faisait qu'ennoncer un possibilité de info: ...et non faire de la pub pour tel ou tel système...bref.. Sinon OK pour "link:", mais euh...c'est quoi le rapport avec info: ? ;D

Je veux pas rajouter une couche si je suis complétement à coté de la plaque mais des fois que ça m'aide à comprendre ce que j'ai pas compris :S Tu souhaite revenir à la page ayant servi à effectuer le "Delete", mais imaginons que tu viens a avoir cette possibilité sur plusieurs pages, remplacer juste une variable ne suffira pas...enfin peut-être suis-je en train de me fourvoyer mais comme j'ai souvent été confronté à ce genre de cas je préfois assez large ...

Bonsoir / Bonjour Par acquis de conscience, lorsque tu fais clic droit sur le "Poste de Travail" puis "Propriétés" sous l'onglet "Avancé" dans la rubrique "Démarrage et récupération", clic sur "Paramètes", as-tu enlevé la coche "Redémarrer automatiquement" ? Lorsque cette option est activée cela peut t'empêcher de voir un BSOD (Blue Screen of Death - Le très connu "écran bleu"). En particulier un IRQ_LESS_OR_NOT_EQUAL qui se produit parfois avec du noveau matériel... essaye de désactiver cette option et de reproduire un de ces redémarrages brutaux... si tu vois un message d'erreur note-le cela nous aidera pour la résolution de ton problème... s'il n'y en a pas c'est que ce n'est surement pas le système d'exploitation qui rend la main mais le hardware qui pose problème...

J'ai répondu à cela dans un autre topic... -http://www.hexadec.ch/repository/roundedcorners/ Certaines choses ne sont pas de moi mais ça fonctionne c'est l'essentiel Le sujet en question

Mais euuuuh... même heure

Bonsoir, Tu peux utilises ton propre "referer", en ajouter un autre paramètre à l'URL. Tu connais la page source au moment où l'utilisateur clique sur "Delete", par exemple en rajoutant à la fin de l'URL : &ref=$_SERVER['PHP_SELF'] Mais effectivement n'utilise pas 'HTTP_REFERER' ou certains utilisateurs pourraient se retrouver hors de ton site dans certains cas, voire même partir dans une boucle de rechargement de page...

Personnellement le seul endroit ou j'ai utilisé "info:" c'est pour récupérer les données au format XML d'une requêtre pour un domaine. C'est par ce moyen qu'on peut récupérer entre autre le PageRank d'un site ou plutôt d'une page. Dans une requête du style : http-://www.google.com/search?client=navclient-auto&ch=<checksum>&q=info:<url_de_la_page> Grâce à cette requête, et si tu fourni un User-Agent correct lors de cette requête tu récupère les informations au format XML sur l'url concernée... PS: Pour calculer les <checksum>, tu trouveras l'algorithme du PageRank en faisant quelques recherches sur google si tu en as besoin. Je ne recommende pas l'usage de cette URL, c'est contre le User Agreement de Google.com...

Bonjour, Notice: Undefined index: photo in c:\easyphp1-8\www\web\upload.php on line 29 Cela signifie simplement que la variable "photo" n'est pas définie (le terme "index" est utilisé car c'est un tableau auquel que tu essaies d'accéder.). Une "Notice" est juste un avertissement, pas vraiement une erreur critique...(enfin ça dépend de ce que tu fais ensuite avec ce qui a provoqué cet avertissement..). Portekoi a raison, si l'utilisateur n'a qu'une image associée à son compte tu peux tout à fait utiliser son numéro d'utilisateur (id de son enregistrement dans la base de données). Et dans ce cas ce que tu as à faire c'est juste de vérifier que le fichier est correctement uploadé, qu'il a la bonne extension/type MIME et de le déplacer avec la fonction PHP "move_uploaded_file" vers le répertoire désiré en spécifiant le nouveau nom de fichier avec l'ID de ton utilisateur. Ensuite tu n'a même pas besoin de stocker dans la base de données le chemin de l'image vu qu'il sera fixe. Dès le moment ou tu connais l'ID de l'utilisateur tu peux retrouver son fichier.

En même temps, Microsoft ne fait pas son beurre grâce à Internet Explorer et ils ne pourront jamais le faire, tant qu'il sera "intérgré" (mes hommages au Juge) "gratuitement" (on peut se faire de illusions) à leur "système d'exploitation" (tout ceci fait beaucoup de guillemets sarcastiques) et que la concurence sera gratuite. D'ailleurs s'il n'était pas installé de base il ne serait pas aussi démocratisé... Le fait est que mettre à jour leur navigateur ne leur rapporte rien donc ils ne peuvent pas payer des gens sur des projet non productif. Seul les failles de sécurités sont "collmatées" tant bien que mal... (Désolé pour ces lieux communs, mais je suis pas très inspiré ce soir)

Ok, je me doutais un peu, mais le système que je te propose fonctionne très bien... c'est plus "accessible" qu'utiliser du Javascript pour ta sélection de coordonnées. Maintenant si tu veux utiliser le script Javascript que tu utilise maintenant, pas de problème. Je te conseille de voir la compatibilité des propriétés en Javascript Chaque navigateur implémente, n'implémente pas ou implémente partiellement certaines propriétés ou méthodes. Par exemple ici : http://www.quirksmode.org/js/events_compinfo.html Je vois que tu utilise document.scrollLeft et document.scrollLeft en l'occurence et c'est un propriété n'est pas implémentée ou partiellement implémenté par certain navigateurs...

Bonsoir, j'ai regardé ta page et je vois que tu utilise Javascript pour compléter le champ avec les coordonnées. C'est effectivement une solution, mais approximativement 10% des visiteurs d'un site n'ont pas Javascript activé et ne pouront pas profiter de tes prévisions météo. Il existe un moyen facile de palier à ce problème, segmente ton formulaire en 2 parties. La première partie propose à l'utilisateur de choisir un point sur la carte et aulieur d'utiliser une simple image, tu procède ainsi : form1.php <form action="form2.php" method="post"> <input type="image" name="position" src="http://meteorologic.net/images/j0france.jpg"> </form> form2.php <?php echo "Coordonnée X ->".$_POST['position_x']; echo "Coordonnée Y ->".$_POST['position_y']; ?> De cette manière tu ne dépends plus du tout du Javascript, tu peux tout à fait faire le traitement des données dans la même page ".php" . N'hésite pas à demander plus de précision...

Ben euh..désolé j'ai pas eu le temps de plancher dessus...merci quand même de m'avoir enovyé les fichiers... J'ai juste pû décompresser et voir que le login marchait pas à cause de register_globals apparemment...après j'ai du partir Bonne chance avec ton site et je suis content que ton problème ait pû être réglé

Presonnellement je suis pas Français... je suis un "petit" (1m94 quand meme) Suisse... J'ai fait un apprentissage d'informaticien avec un bac technique, un début d'étude supérieurs pour devenir ingénieur en informatique orientation développement. Je dois avoir qqch come Bac+1 Mais bon je développe depuis très longtemps et j'ai toujours été très auto-didacte...avec les avantages et les inconvénients que cela implique Les années de pratique on va dire.. euh j'ai 21ans...j'en ai passé 11 à développée au niveau professionnel et privé. J'en ai fait mon métier à plein temps en créant un entreprise cette année avec un associé...mais très de présentation, on est pas dans la partie "Nouveaux membres" ;D ...

Effectivement c'est une autre possibilité. L'usage des clé étrangère est forcément incontournable créer de lien entre les tables. Les conséquences sont comme tu l'a mentionné une perte de place (quoiqu'à l'heure actuelle on a tendance à ne plus trop s'en préocupper...), sur des grande quantitées de données un temps d'accès plus long (ça reste dans l'ordre des millisecondes je pense...) mais le plus important c'est la cohérence des données, à plus ou moins court terme tu risque d'avoir des différence entre tes tables...si je vulgarise, tes données ne seront plus "synchronisées", ces différence peuvent causer des problèmes..surtout lorsque tu en viens à les comprarer pour établir un lien entre deux tables, c'est une des principales raison pour lesquelles on ne relie pas (dans la théorie) en se basant sur une chaine de caractères... Ceci est un bon exemple d'opération "à risque" si tes données ne sont plus "synchronisées"... UPDATE `annuaire` SET `categorie` = 'sociale' WHERE `libelleDef` = 'ambiance'; (J'ai repris ton exemple, mais ce n'est pas pour le critiquer, c'est ce qu'il faut faudrait si tu n'utilisait pas de clés étrangères !)

Au moment ou tu as réflechi et modélisé ta base de données tu n'a pas décomposé le "problème" (le cas que tu souhaite traiter) sufisamment. Tu te retrouves avec des données redondantes (même données dans des tables différentes)... pour palier à ce problèmes il faut revoir la modélisation de ta base de données. Mainteant comme j'ai di précédemment, pour un projet d'envergure raisonnable ce n'est pas un point critique. A toi de juger s'il est nécessaire de re-modéliser ta base de données

Bah..pas de quoi se vexer Dan à la rescousse, comme d'hab On le remerie jamais assez alors : MERCI ! Toutefois, Boumbadaboum, si tu dois effectuer de telles opérations c'est que il a un problème d'abstraction dans la structure de ta base de données, avoir des données redondantes dans une base n'est pas la solution la plus efficace...Mais c'est "tolérable" (ne soyons pas plus royaliste que le roi..) pour une application d'envergure raisonnable... Bonne chance dans tes futures aventures de "base-de-donnée-esques" Et surtout bonne nuit ! (Non mais c'est pas des heures pour être debout ça...tantpis, je suis assis de toute façon... )

J'ai pris un peu de temps..mais j'y suis arrivé, tu peux rgarder la même URL qui précédemment, maitenant cela fonctionne correctement à l'état initial et lors du redimessionnement de la police avec le navigateur. http-://www.hexadec.ch/repository/roundedcorners/ Voilà.... le fait d'imbriquer tous ces <div> peut paraître barbare, mais c'est vraiement la meilleure solution, si tu veux voir les divers méthodes possibles : http://css-discuss.incutio.com/?page=RoundedCorners Ca reste moins lourd que des tableaux...enfin je trouve Ca devrait me servir tôt ou tard Et à toi plus tôt que tard j'espère

"Parfait" je ne sais pas... ça supporte mal le redimenssionement de police par le navigateur, mais c'est tout ce que j'ai réussi à pondre, j'ai pas pris le temps de le tester de long en large...ça marche sous IE55, IE6,Safari , Opera7.. Sous : FireFox1.0.4, Firefox, IE MAC 5.2 le redimensionnement taille police "casse" le design, mais l'affiche avec la taille de base est correcte. Je verrais peut-être plutard pour trouver une mailleure méthode :S

Bonsoir, J'y vais de mon petit lien aussi alors....désolé si c'est du déjà vu, au moins ça m'aura permis de faire un peut de CSS http-://www.hexadec.ch/repository/roundedcorners/ @+ *EDIT* J'ai relu le post..efectivement les bordures sont "bricolée"..mais dans mon cas c'est une largeur de 1000px (j'ai pris large) et de même pour la hauteur... A ma connaissance, il n'existe pas de moyen en CSS pour avoir des bordure personnalisées "fluides"...à part ce petit tour...dans la mesure ou c'est du gif le poids des images n'est pas énorme ..c'est acceptable..et tout de même plus jolie que les tableau techniquement et sémantiquement...

Donc la c'est plus une question c'est un cours sur les systèmes de bases de données relationnelles que tu veux... ça doit se trouver ;D http://www.commentcamarche.net/ Sous la rubrique Bases de données tu les conceptes fondamentaux dont tu as besoin sous "Initiation" et "Modèle relationnel"... PS+EDIT : Je continue à dire que une représentation graphique de ta base nous serait utile...

Le fait que tu n'ai pas le même nom de champs (colonne) ne pose pas de problème pour la relation, tant que tu déclare cette colonne comme clé étrangère, ou clé primaire selon le cas. Maintenant décrire ta base de données est assez important dans la mesure ou la structure inluence la/les requêtes que nous alons te proposer...si tu veux faire rapide il y a ce programme pour la modélisation : http://www.fabforce.net/dbdesigner4/ C'est gratuit et pas très compliqué. Cela nous aidera beaucoup je pense... *EDIT* Je viens de relire un peu l'ensemble du post, en fait, ce que tu souhaite réaliser avec tes définition c'est réaliser une relation plusieurs à plusieurs ou n à n ... Tu devras donc passer par une table intermédiraire du type : | idMot | idMotProche | -------------------------- | 1 | 23 | | 3 | 12 | | 1 | 5 | idMot et idMotProche sont en fait liés à la même table, on relie des tuples de la même table entre eux... Maintenant cette table sera générée par ton application, les enregistrement peuvent être réciproques au moment de récupérer les mots proches : 1 -> 23 et 23 -> 1 par exemple... Si tu travail exculsivement sur des mots proche orthographiquement tu peux utiliser des algorithmes de compraison de mots aulieu de faire la correspondance manuellement par cette table intermédiaire. C'est à voir, tout dépends du type de mot a "rapprocher" PS: Sorry pour le long EDIT...

Je n'ai vonlontairement pas parlé d'UPDATE, recopier les champs est également une possibilité, mais pour être franc je ne te conseille pas ce procédé à moins que tes tables soient situées sur 2 bases de données distinctes et qu'elle doivent pouvoir être indépendantes. Les relations servent (pas uniquement...il y a évidemment une notion d'abstration aussi, ...) à éviter les répétions de données qui sont généralement sources d'erreurs et de problèmes lors de changement manuel dans les champs. Bref à toi de juger de l'importance de l'homogénéité de tes données. *EDIT* On est jamais assez parano dans le monde de l'informatique...

Un tuple c'est , en mathématique, un élément d'un produit cartésien... générlameent, lorsqu'on parle d'une base de données, c'est simplement un ligne d'une table composée de plus d'un champ. En anglais c'est appelé un n-uplet ... Pour en revenir au problème de Boumbadaboum, 1> je suppose que tu veux le "recopier" dans une autre table, car dans la même table cela n'a pas trop de sens...En fait je vais répondre à ta deuxième question également, c'est typiquement dans ce genre de cas qu'il faut créer une relation entre les tables. Sous mySQL pas de moyen de contraindre tes relations entre les table (pas de procédures stockées,...) , mais pour une requête SELECT tu as la clause JOIN .. par exemple : SELECT table2.*, table1.libelle AS libelle FROM table2 LEFT OUTER JOIN table1 ON table2.idlibelle = table1.idlibelle Plus d'aide sur les JOIN : http://www.w3schools.com/sql/sql_join.asp *EDIT* Pardon pour la redite ;D je rédigeais ma réponse et quelqu'un m'a devancé ;D

Tellement logique que tu m'a perdu en route...j'ai beau relire ton post je ne comprends pas ce que tu souhaite faire, en espérant que d'autres plus réveillés y arrive Bonne chance, reste que malgré de longues années de développements dans divers domaines je n'ai jamais eu besoin de modifier un ID ou tout une liste. On génère tellement de problème dans un SGBDR en faisant ce genre de chose que c'est vivement déconseillé, bien que possible.