Anonymus

Tu as un site internet, tu publies du contenu dans ce site, tu est donc éditeur de contenu, au même titre qu'un journal. Tu est sur internet, c'est donc du multimédia. je ne vois pas en quoi ce serait mentir beaucoup de dire que tu fais partie du groupe 'presse multimédia', d'autant que tu n'as pas forcément l'intention de dire du mal d'eux, donc ils n'ont pas forcément intéret à te porter préjudice. Ce qu'ils ne veulent pas, c'est que leurs photos soient publiées sur n'importe quel support, à propos de n'importe quel thème. Mais l'assurance auto est un thème assez proche de... l'automobile

Si tu veux voir toutes les erreurs, même celles minimes, tu peux ajouter cette ligne tout au début de ton script : error_reporting(E_ALL); Elles s'afficheront toutes à l'écran. Lorsque tu auras résolu ton problème, il vaut mieux l'enlever

Si les noms des champs sont les mêmes, et si le nombre de champs est identique, alors tu peux utiliser 'union' entre tes 2 requètes, et faire le tri directement. select * from table1 union select * from table2 order by date

Excellente synthèse, Ganf. J'ajouterais juste 2x3 petites choses, s'il en était besoin. Je suis toujours confronté à ce problème de slashes, étant donné que je n'ai jamais (ou presque) la même configuration en ocal que les serveurs sur lesquels je travaille. Les slashes sont toujours source d'ennui, il faut donc toujours tester les champs texte et les données envoyées à une base avec des apostrophes, des slashes,.. Enfin, le meilleur moyen de ne pas se tromper est d'adopter une 'technique', et d'y rester, de s'en tenir. Si l'on entre un code comme ceci : echo "bonjour"; il ne faut pas, 2 lignes plus loin, écrire : echo 'bonjour'; On adopte une manière de coder, et on la respecte jusqu'au bout, sinon on va au devant de grands ennuis.

Tu dois avoir un problème d'installation, style les noms de base, de login ou password qui ne correspondent pas. Il n'arrive pas à se connecter à la base, ce qui fait qu'il essaie d'en créer une. Tu n'as pas besoin d'un 90gp pour ta base. Par contre, si tu destines ton script à un grand nombre de pages, alors ton 60gp ou ton 90gp risquent de ramer un peu. Un moteur de recherche demande beaucoup de ressources au niveau serveur, et les sites mutualisés sont en général assez 'limités' en terme de ressources.

Les simples quotes vont s'afficher dans la page html, alors que les double quote servent à séparer le html du php. Quand tu veux mettre du php dans du html, lui même présent dans du php, alors il faut utiliser les double quote (ou les simple quote, tout dépend avec quoi tu as commencé..

Pour le code que tu proposes : if(isset($fichier)) { Tu devrais tester la valeur de $_POST['fichier'] avant d'allouer les autres variables. C'est inutile de leur allouer des valeurs que tu 'sais' fausses par la suite D'ailleurs, tu devrais tester la présence du fichier, puis son poids, et virer le fichier si celui ci est trop gros, avant de commencer quoi que ce soit.

foreach($_SESSION as $k => $v)echo "<br>\$_SESSION['".$k."'] = ".$v; Cette ligne signifie : Dans le tableau $_SESSION, pour chaque couple 'index','valeur', afficher le nom du tableau, l'index en cours, et sa valeur. Ca marche avec tous les tableaux. Tu devrais faire des essais, pour te rendre compte de ce que ca donne, c'est assez simple. La doc est aussi assez bien documentée sur la facon de parcourir un tableau. Tu peux essayer, par exemple : foreach($_SESSION as $machin => $tartempion) echo "<br>l'index :".$machin."correspond à la valeur :".$tartempion." dans le tableau \$_SESSION; Le signe \ signifie : échapper le caractère suivant. Dans le cas du \$_SESSION, ca signifie : écrire $_SESSION, et non sa valeur. Essaies avec ce morceau de code : $nom="toto"; echo"\$nom=$nom"; Tu verras la différence entre les 2 "$nom". .

Dans ce cas, l'info principale qui manque, c'est le format de tes champs 'date'.

Oui, étrange, quoique la requète que tu soumets à google et celle que tu soumet au hub ne soient pas les mêmes Réessaies sur google, ici : http://www.google.com/search?hl=en&lr=&q=l...ww.animecdz.com Et tu verras que tu approches les 100 comme sur le hub. Un problème d'espaces, qui peut etre étrange, effectivement.

Tu glisses/deposes le fichier sur l'icone du notepad, ca devrait l'ouvrir. Si tout le monde insiste avec le notepad, c'est parce que c'est un éditeur de texte, qui permet d'avoir une vue du fichier, en mode ascii. Ca ne marche pas avec tous les fichiers, mais pour un bon nombre, cela permet d'avoir une bonne idée de ce qu'il y a à l'intérieur. De plus, ce fichier texte n'execute pas le 'fichier' en question, il se contente d'afficher toutes les lignes qu'il contient.

Pour ce qui est des mots de passe cryptés dans la base de données : Si, par exemple, tu laisses à un stagiaire la base de données, où figurent des comptes client très importants, tu peux avoir envie que cette personne, en qui tu peux n'avoir que peu de confiance, ne parte pas avec tous les comptes de tes clients. Donc : Dans ce scénario, tu laisses bien un accès, via phpmyadmin par exemple, à quelqu'un de ton équipe, aux comptes gérés sur la base de données. Mais, tu préfères sécuriser ces données, pour ne pas 'tenter le diable'. Dans ce cas, il peut être intéressant de stocker les mots de passe en les cryptant. Mais si tu es le seul à avoir accès à la base de données, alors ce n'est pas trop la peine de s'en soucier pour l'instant.

$_POST et $_GET marchent en php4, c'est justement avant qu'elles ne marchent pas. Pour => ca ne veut rien dire, sinon que l'affichage à l'écran se présentera sous la forme : index => variable Mais tu peux préférer la forme -> voire même, si tu ne sais pas trop où tu en est : foreach($_SESSION as $k => $v)echo "<br>\$_SESSION['".$k."'] = ".$v; voire le code de petit ourson.

Bonjour, Avant de les différencier, et de les classer, il serait peut etre sage de commencer par les lister. Certains verront dans certaines techniques quelque chose de répréhensible, d'autres non. Si tu classes déjà toutes les techniques, tu classes du même coup tout le monde, sans laisser la chance à chacun de se défendre.

Bonjour, on utilise soit session_register, soit le tableau global $_SESSION, mais attention à ne pas utiliser les 2 en même temps, il y aurait des pbs de compatibilité. Nico.

Bonjour, 1/ La variable HTTP_GET_VARS est obsolete, il faut utiliser $_GET. Idem pour POST, qui devient : $_POST. 2/ Pour voir afficher toutes les variables : foreach($_SESSION as $k => $v)echo "<br>".$k."-->".$v; Inutile donc de les énumérer. Nico.

Comme a chaque fois que je stocke une date formatée 'on' (les clients) revient en me disant qu'il serait intéressant de pouvoir faire des opérations sur ces dates (style : le plus jeune, combien de temps entre 2 dates, etc..), je n'utilise plus que le format timestamp. Le format timestamp contient autant de caractères que le YYYY-MM-DD, et est tellement puissant à l'usage qu'il serait dommage de s'en passer. Avec le format YYYY-MM-DD, il est impossible de faire des opérations basiques sans passer par des fonctions compliquées, avec tous les cas particuliers qu'elles impliquent : le 29 février, du 31/12 au 01/01, etc.. Bref, pour moi, c'est 200% le timestamp.

Bonjour, J'ai commencé avec un livre de campuspress, celui de Ganf n'existant pas à l'époque, puis je me suis mis à la doc officielle en ligne assez rapidement. La discussion sur le livre : http://www.webmaster-hub.com/index.php?showtopic=4125 En fait, l'avantage d'un livre, c'est qu'on peut l'emmener en voyage De plus, il propose bien souvent des 'trucs & astuces' que l'on ne trouve pas forcément tout de suite dans la doc. Enfin, l'auteur répond à toutes les questions Mais.. Honnetement, quelque soit le support, le meilleur moyen de progresser est de s'entrainer. Que ce soit en livre ou en ligne, c'est en programmant qu'on devient programmateur Anonymus.

Bonjour, quelques infos, en vrac : lieux_tbl : Inutile de mettre _tbl, on ne peut confondre la table avec le champ. => "lieux" se suffit à lui même. id : Là, par contre, il aurait été judicieux de mettre id_lieux, pour ne pas le confondre avec l'"id" catégorie, ou l'"id" membre, etc.. => id_lieux categorie : il faut séparer le 'categorie', en créer une table distinct, même simpliste. A moins que tu n'ais pas l'intention d'en créer tous les jours, dans ce cas tu peux te limiter à un tableau, le tableau 'categories'. Pour ce champ, donc, soit tu te réfères à la table que tu auras créé, et donc à son index, soit tu te réfères au tableau 'categories', et à son index. On peut donc mettre : categorie_id qui pointe sur le champ categorie_id de la table categorie, ou du tableau $categorie = array.. Nom : En fait, on arrive très vite à 50 caractères. Il vaut mieux mettre 100 voire même 150, on n'est jamais assez prudent.. Adresse et ville : Idem, mais prévois aussi code_postal, qui pourrait par la suite te permettre de trier les villes en fonction de leur département. Si tu avais idée de mettre le code postal avec 'ville', c'est une mauvaise idée. Par contre, mettre 2 champs pour adresse n'est pas inutile, voire mettre 255 caractères. siteweb : idem, ajoutes un peu plus de caractères, tu peux aller jusqu'à 150 pour une url. description : A moins que tu ne limites volontairement le nombre de caractères dans ton interface, sinon tu aurais tout aussi intéret à mettre un autre type de données, style blob ou text. Pour les autres : marche, etc.. tu peux les regrouper tous dans une même table, voire mettre des tabeaux en place. le type (int) peut contenir 10 caractères. Tu devrais choisir le type tinyint, qui n'en contient que 3, voire un type varchar sur 1 caractère suffit aussi. Voilà, désolé de ne pouvoir t'aider d'avantage, mais continue à poster tes questions, nous serons heureux de te savoir progresser. ps : Tu devrais aligner ton formulaire sur une ligne verticale, histoire que tes 'champs texte' ne soient pas désordonnés. Utilises les tableaux, ou poses ton problème dans le forum 'html & css'. Anonymus.

Si c'est le même domaine, il te suffit de chercher dans le premier la fonction 'setcookie', et de la coller dans le second, à coté de l'autre fonction setcookie. Si ce n'est pas le même domaine, c'est plus délicat..

Le lien ci-dessus est très intéressant, s'il donne les explications pour l'hébergeur Online, ces explications sont valables pour tous les hébergeurs.. En plus, ils sont assez sencés, on sent bien qu'il a 'mouliné' son site dans tous les sens. Si vous avez encore des problèmes de lenteurs sur votre site après avoir réglé tous ces problèmes, alors changez d'hébergeur.. (ou prenez une offre plus importante)

Pour schématiser, on dira que : A un hotel correspond de une à plusieurs chambres, donc : 1:n. Une voiture a un et un seul volant : 1:1 Un homme a de 0 à plusieurs maitresses : 0:n etc.. Là où ca se corse, c'est que le sens est inversé en fonction des regles US ou européennes :/ Mais comme c'est logique, on s'y retrouve vite

Tout le principe du système est de considérer qu'un moteur est un membre à part entière. Quand google arrive sur le site, il est considéré comme un membre, et loggé comme tel.

Tu ne crois pas si bien dire, en cliquant sur 'Afficher les informations triées suivant : le dernier clic', on peut les voir : - sur leur messager, - répondre à une discussion, etc..

Les caractères && et l'opérateur de comparaison AND sont équivalents, tout comme les || et OR. Par contre, il est intéressant de savoir qu'ils ont un ordre particulier. Certains interviennent avant les autres.. L'ordre :: http://php.planetmirror.com/manual/fr/lang...tors.precedence