Sarc

Vincent je pensais ça aussi, que les variables POST devraient être dans les paramètres, mais à l'affichage de la requète tout marche... J'ai testé l'affichage de la requète dans la class, ainsi que juste avant de faire le mysql_query, et tout s'affiche correctement... Donc les variables sont passées finalement :|

Moi j'ai tout compris ce qu'il a dit Oui, tu dois te servir de LIMIT à la fin de ta requète SQL... Quand tu veux afficher la liste des membres, tu mets SELECT * FROM membre ORDER BY nom ASC LIMIT 0,20 - 0 est le début de la sélection (il prendra à partir du 1er enregistrement avec 0, si tu mets 10 il prendra à partir du 11e membre) - 20 est le nombre d'enregistrements que tu veux prendre. Avec cette requète tu pourras donc afficher les 20 premiers membres par ordre alphabétique... Si tu fais une deuxième page, tu mettras juste LIMIT 19,20 à la place..

Bah tu fais une page normal, avec un autre design, que en HTML... Tu expliques ton activité dessus, tu mets tes créations, etc etc, bref tu fais un site normal... Tu vois ce que veut dire un site normal ? Tu vois il y a "en flash" et "en html", un site normal est en html, c'est disons sa fonction principale Bref... Ou alors tu fais un cloaking sur IP, tu vérifies l'ip du visiteur, si c'est un moteur tu lui montres un contenu super optimisé avec plein de mots clefs, des liens vers toi même et tout et tout... (Pour satisfaire Thick ) Non fais un site normal

C'est pas très légal mais efficace oui... Ah non la page de redirection, tant que tu y es, il faut l'optimiser à mort, la blinder de contenu, mettre plein de mots clefs, te faire des liens à toi même, bref autant y aller à fond... Par contre, comme l'a dit quelqu'un sur un autre forum :

Vincent en fait le topic de ams51 parlait du problème avec le domaine entier de différent, donc je me posais la question avec un sous domaine... Je me demandais si la chose pouvait être différente avec un sous domaine, qu'il puisse y avoir une configuration à faire pour que les cookies soient accessibles même sur les sous domaines... Mais sinon ouai je ferai peut-être comme décrit dans le topic que tu m'as donné... merci

- definitions.libelle = annuaire.libelleDef (pas le même nom de champ mais même contenu, est-ce un prb?) En fait ce que tu pourras faire quand tu voudras afficher les sites... Je pense que tu auras dans ta page de la définition la variable $libelle qui correspondra à la définition ? Il te suffira juste de faire un SELECT url FROM annuaire WHERE libelleDef = $libelle Il te faut quoi d'autre en fait ?

Si tu as un lien entre les deux tables, ce que tu sembles dire, ça ne pose pas de problèmes... Tu peux donner la structure exacte de ta BDD, avec les colonnes en commun ? C'est lors de la recherche des résultats que tu auras une requète sur plusieurs tables...

Dash tu peux mettre un nocache... Par contre, ce serait peut-être considéré comme du cloaking de "favoriser" l'accès des pages aux moteurs de recherche alors que les visiteurs ne pourraient pas y aller... Quand ils cliqueraient sur le résultat de Google, ils tomberaient en fait sur une autre page que celle indexée par le moteur... Je sais pas si c'est bien légal tout ça ! Mais par contre, ça doit être possible, vu que les moteurs peuvent être reconnaissables (CF le hub qui les affiche dans la liste des connectés)... Mais bon, sûrement pas facile à faire en fait

La même remarque que Sébastien en Français (bah ouai, il y a des gens ici qui n'aiment pas lire le shakespearien les pauvres... lol) :

Bon après avoir répondu naïvement au début, je me suis mis à réfléchir... Moi je veux bien t'aider à faire ce que tu veux, mais est-ce vraiment une solution ? Je vois déjà pas l'intérêt de faire deux colonnes avec les mêmes informations, et je dirais "encore moins recopier les infos dans une autre table"... Pourquoi tu fais ça ? Comme l'a dit quelqu'un avant moi, au moment d'aller chercher tes infos tu peux les piocher dans plusieurs tables, pour que tu te retrouves à la fin avec les bons résultats, donc les recopier dans une autre table, est-ce vraiment la meilleure solution ?

Salut à toi, et bienvenue sur le hub En parlant de design, je trouve le tien un peu trop gris ça peut pas m'aider à garder ma bonne humeur tout ce gris... Et sinon, le rouge sur gris foncé dans le menu, je suis pas sûr que ça plaise aux gens souffrant d'un petit handicap visuel... M'enfin sinon, l'objectif est de taille, et si tu pouvais faire un site expliquant parfaitement comment un design fonctionne, comment il peut devenir attractif, bref expliquer beaucoup de choses générales que finalement on ne trouve nulle part, ça pourrait m'aider... J'y jetterai un coup d'oeil de temps, il est "bookmarqué", tu as intérêt à faire de bons articles maintenant... En fait, si tu avais un PR5 au bout de 10 jours, je me mettrais à genoux devant toi... lol

Ma foi je le veux bien au passage aussi

Salut et bienvenue sur le hub C'est quoi un tuple ? Si tu as créé le champ dans MyAdmin, il te suffit de faire la requète : UPDATE nom_table SET nouveau_champ = libelle en remplaçant évidemment nom_table et nouveau_champ par les noms que tu as donné... Pour la 2 tu pourrais faire un petit script rapide

Ce serait con d'avoir perdu autant de temps juste pour te pendre à la fin... Je ne le connais pas... Essaye effectivement sur un autre serveur, je pense que c'est la meilleure chose à faire en l'état actuel des choses .. Si ça marche sur ton local, ça marchera peut-être sur un autre serveur, et là tu pourras demander à JN-Hebergement de trouver le problème à ta place

J'en doute un peu, si ça venait de là aucun update ne marcherait... Quand tu dis que ça marche la deuxième fois, c'est bien quand tu retournes à la page de traitement et que ton navigateur te propose de renvoyer les POST à nouveau ? Dis moi, tu as essayé de transférer tes scripts sur un autre hébergement et de tester sur un autre serveur ? Ca te dirait au moins si c'est un plutôt un problème de script ou un problème de configuration du serveur...

Salut à tous ! J'aimerais proposer aux membres de mon site de faire leur blog en sous-domaines, donc de la forme -http://pseudo.ndd.com-. Seulement, pour permettre certaines fonctionnalités, il faudrait qu'on puisse lors de l'affichage de ces pages utiliser les informations contenues dans les cookies du domaines principal, donc de -http://www.ndd.com. Vu que les cookies ne peuvent être lus normalement qu'à partir du sous-domaine duquel ils ont été créés, ce n'est pas possible au premier abord... Y a t-il quand même une solution pour contourner le problème ? J'avais pensé à un appel à un script du domaine principal qui renverrait les informations contenues dans le cookie, mais ça me semble un peu lourd juste pour ça... Vous avez des solutions pour ça ?

Portekoi s'il y avait un problème de connexion les données ne seraient pas effacées dans la BDD, c'est bien là le problème : la connexion est faite vu que la requète a un impact... Le problème est donc ailleurs

Bah...On est deux là... Tu dis que ça marche avec myadmin, que ça marche en faisant un refresh de la page, mais ça marche pas lors du premier passage... :| Là je suis désolé je vois vraiment plus ce qu'il y a sur ton truc... Tu as essayé d'afficher toutes les erreurs, avec error_reporting(E_ALL); ? Ca n'affichera que les erreurs PHP, mais là je comprend vraiment plus où est le problème... Config de Mysql ? Je doute, mais bon... Pfiou, je peux plus t'aider désolé

Bon en fait quand tu dis résultat mauvais c'est qu'il te vide la ligne de ta BDD ? Enfin, il laisse la ligne, l'id en place, mais vide les autres cases ? Essaye de faire des semi requètes, ne changer qu'un truc à la fois, pour voir s'il y a des requètes qui marchent... Parce que c'est bizarre ton histoire UPDATE cr_news SET auteur = '$auteur' where id = '$id' UPDATE cr_news SET titre = '$titre' where id = '$id' UPDATE cr_news SET genre = '$genre' where id = '$id' Voilà fais ces trois requètes et regarde le résultat... J'y comprend plus rien mdr

Non justement, du moins sur mon serveur les variables $_POST comportent déjà les antislashs là où il faut pour éviter les erreurs ! Je n'ai pas besoin de les rajouter, et donc je fais ma requète avec les apostrophes... Si ta news s'appelle : Elle disait tout le temps "je suis la plus belle" Il n'y aura pas d'antislash sur les guillemets, et la requète ne marchera pas... Du moins je le vois comme ça moi

Salut à toi Tu devrais essayer ça comme requète : UPDATE cr_news SET auteur = '$_POST[auteur]', titre = '$_POST[titre]', genre = '$_POST[genre]' where id = '$id'" Moi je fais plutôt avec des apostrophes qu'avec des guillemets... Il pourrait y avoir des guillemets dans un de tes champs, qui arrêterait la requète, et donc qui ferait tout merder... Mais bon, c'est juste une idée, je me goure peut-être totalement ! Sinon, l'echo de la requète, tu le fais dans quel fichier ? Il faudrait le faire directement dans ta fonction requete($req) en fait, pour être sûr que tout est bien passé! Par contre ta dernière observation va contre toute hypothèse, je vois pas en quoi un refresh de la page peut faire marcher la requète correctement :|

Salut, ou re Pour référencer ton site ? virer le flash... Bon, j'avoue, c'est bête de virer votre boulot comme ça, juste pour le bien d'un moteur de recherche, alors comme je suis sympa, je propose un autre truc : faire le site en HTML, et le proposer au visiteur qui viendra voir votre site... Là, tu mets ton flash bien visible, et en dessous un petit lien discret mais visible (pour Dudu [désolé si je m'avance..], moi, et d'autres) "accéder à la version en HTML", et là tu nous fais un super site en HTML, voire en xHTML, valide, optimisé sur tes mots-clefs, beau, bref tout ce que tu veux, tant que c'est du HTML.... Google indexera ça déjà Ton site en flash seul ne sera pas indexé, donc pas de référencement possible ! En plus tu pourras mettre des accents dans ta version HTML... Si c'est pas du bonheur ça !

Salut Vous êtes fachés avec les accents sur ton site ? Il n'y a pas d'accent du tout dans les textes... Bon, je suis pas fan du scroll également, ça rend la lecture difficile, surtout qu'il ne marche pas très très bien... Mais sinon c'est une visite agréable sur ton site, c'est pas le pire site en flash que j'ai vu... Même si ça reste un site en flash J'aimerais bien voir un jour un site de graphiste/designeurs qu'en images fixes, sans flash... Bref, bienvenue sur le hub, et que ton séjour ici t'apporte beaucoup de choses

v4np13 tu viens d'indiquer à Raphaël que ses articles étaient encore visibles... Tu exagères Pour faire un truc fluide en horizontal, ouai il faut utiliser le deuxième exemple de cette page, mais bon ça fait tout de suitr très lourd, presque autant qu'avec les tableaux... Sur openweb, tu n'as rien de fluide en horizontal qui soit un menu compliqué comme les tiens, ce sont justes des menus carrés avec une couleur de fond et une bordure non ? Ou alors j'ai mal vu... J'ai fait ça pour toi... C'est vite fait, pas optimisé et tout, mais c'est un exemple du tuto d'alsacréations ! Marche avec IE et FF, j'ai pas essayé le reste... Par contre, avec des menus comme les tiens, Il faut pas faire d'erreurs au niveau du padding et du margin, sinon tu te retrouves rapidement avec des trucs moches... faut quasiment travailler sans margin et padding pour être sûr de ne pas avoir de bugs d'affichages lol Pour avoir des menus très très gros en taille, il faut par contre augmenter la taille de l'image p.png et g.png... L'inconvénient de cette méthode

Le problème c'est qu'en CSS il est difficile de faire des tableaux fluides en largeur en fait.. lol, on arrive à un problème si tu veux des tableaux qui puissent être de taille différentes sans changer l'image de base Bref, je vais essayer de faire quelque chose avec un impr écran, même si les images sont pas détourées parfairement