Sarc

Pas de soucis Ludo, si tout le monde peut apporter sa pierre et son expérience ! Robinson, je peux donc opter pour une base de données, mais reste à savoir s'il vaut mieux diviser mon échiquier en plein de sous parties par exemple de 10 000 enregistrements plutôt que de garder énormément d'enregistrements... Pareil, je me demande s'il est préférable de mettre des infos "vides" pour une case de l'échiquier vide, ou alors de ne mettre en BDD que les cases pleines... Sachant que pour tester si une case est dans la BDD, je devrai faire travailler SQL, alors que si je sais d'ores et déjà que toutes les cases sont mises, je n'aurai pas ce genre de requètes à faire...

Oui j'ai mis changement pour ne pas sombrer dans les profondeurs d'un anglicisme abusif et honteux pour les Français. Oui donc read and update les données, c'est bien ce que je voulais dire Par exemple, si un visiteur modifie une des cases de l'échiquier, je devrais parcourir le fichier pour modifier la ligne, et je sais pas combien de temps ça prendrait, et si ça tiendrait s'il y a beaucoup de changements par seconde...

Bonjour à tous, Je suis en train de réfléchir à comment optimiser un stockage (et utilisation : lecture et changement) de plusieurs centaines de milliers de données... Par exemple pouvoir stocker des données sur toutes les cases d'un échiquier de 1000*1000 cases. Vaut-il mieux créer des fichiers texte qui géreront chacun par exemple 100*100 cases, et d'en faire 100 ? Ou créer plusieurs tables SQL pour séparer également les données en plusieurs "sous-parties" ? Sachant que si je lis un fichier texte, aucun script ne pourra écrire dessus en même temps... Faut-il un très bon serveur pour gérer autant de données ? Bref, j'avoue n'avoir jamais eu à traiter autant de données, et mes BDD sont plutôt plus petites, donc j'aimerais avoir quelques idées de gestion de grosses bdd comme ça, avec si possibles conseils de gestion de ces données... Merci d'avance

Rebonjour, Personnellement je trouve que Spyword n'est pas adapté à l'analyse des visites et des visiteurs... Je lui préfère xiti par exemple, pour vraiment voir d'où viennent mes visiteurs, et vraiment pouvoir suivre l'évolution de mon site... Choses que Spyword ne m'a pas vraiment apporté ! Chose importante : les plus grosses requètes qui ressortent ont-elles vraiment diminué ? en termes de proportions, sont-ce celles là où les petites requètes qui ont le plus diminué ? C'est étonnant que TOUS les moteurs aient diminués tout de même...

Bonjour, Quel est ton outil de stats ? A quel niveau les visiteurs ont-ils baissés ? Accès direct, liens sur d'autres sites ou requètes sur moteurs de recherche ? Si c'est requètes sur le moteur de recherche, quel moteur a le plus baissé, et de combien ? Bref, sans bilan global des visiteurs avant et après la chute, il est difficile de voir ce qui a provoqué cette baisse de visiteurs... Moi personnellement, quand j'ai perdu 300 visiteurs par jour à cause de google un jour, je me suis vite rendu compte d'où venait le problème Il faut que tu analyses deux bilans, et de comparer les chiffres, et de voir quelles étaient les requètes qui marchaient mieux avant. Si c'est une baisse globale, alors il y a peu d'explications, il faut avouer...

Bonjour, tu as la fonction str_replace qui te permet de modifier certains mots par d'autres, après il faudrait l'adapter à ce que tu veux en faire

Bonjour, Le site de Free n'a jamais été le plus intuitif du web, c'est sûr... Enfin bon, là il faut t'identifier, créer une adresse email free (ou cliquer sur une existante), t'identifier pour cette adresse, puis tu as la gestion de ton compte perso, tout le panneau d'administration est là-bas

Quand tu enlèves le à la fin de la troisième ligne, ça marche je crois... Donc ça doit venir de là !

Bonjour, As-tu rajouté une ligne au début de ton htaccess ? Il permet de changer la base des adresses, donc si tu es dans un autre dossier, il faut mettre ça.. Du moins chez moi, il a fallu que je le modifie

Je dirai même plus que Portekoi : select * from actu where id > '$_GET[id]' AND etat='V' LIMIT 1 Voilà, je pense que Portekoi voulait mettre ça... Comme ça il prendra le premier article validé et dont l'ID est supérieur à l'id actuel... Je pense que ça devrait aller ?

Bonjour, Attention néanmoins, si machin-truc-online est pris, ce n'est pas pour rien... Il y a peut-être déjà une entreprise qui détient ce nom, ou une association, en tout cas tu n'as peut-être pas le droit juridique de réutiliser le même nom pour ton jeu... Premier arrivé, premier servi souvent donc fais attention à ce que tu choisis comme nom pour ton jeu !

Dans l'onglet Exporter, tu as un champ qui s'appelle Compatibilité de l'exportation, et qui te permet d'exporter ta base entière avec la bonne syntaxe... C'est comme ça que j'ai pu passer rapidement sans soucis de la version mysql d'easyphp à une autre version mysql...

Bonjour, Je pense qu'array_flip peut faire l'affaire, surtout s'il n'y a pas de valeurs en double... Sarc

Kyom j'ai attendu un peu avant de l'afficher, essaye déjà d'avoir deux cents personnes inscrites, avec des fiches à peu près sérieuses, et puis après tu pourras commencer à chercher... Mais il faut avouer que si c'est de la rencontre adulte, la concurrence est déjà bien ancrée J'ai envoyé l'adresse en privé à leditvalentin

Etant moi-même webmaster d'un site de rencontres, je confirme ce qui a été dit avant... Mais la meilleure solution au début reste, selon moi, la liste de contacts MSN. 150 contacts qui pourraient être intéressés par ce genre de concepts (souvent rencontrés sur ce même genre de sites, d'ailleurs) peuvent lancer directement ton site, et j'ai maintenant plus de 16000 membres, comme quoi... Donc bonne chance

Il a trouvé la solution depuis apparamment, sa page a changé, et ça marche maintenant sous Firefox.. il confirmera s'il repasse dans le coin

Bonjour, On voit encore une fois effectivement ces géants se manger tout crus... J'espère que l'Europe va se réveiller, avec le projet exalead ? D'ailleurs, une interview sympathique du monsieur Exalead (l'Exaleadguy ) Chirac a officiellement parlé du projet QUAERO, qui est censé favoriser les logiciels de recherche sur internet européens, incluant Exalead. Que pensez-vous d'ailleurs du moteur Exalead ? (Edit : il y a déjà un sujet sur exalead sur le Hub, je ne l'avais pas vu...)

Euh, le langage du net est encore le HTML, je crois En fait, la plupart des sites maintenant sont dynamiques, et donc le code HTLM est créé côté serveur par des scripts PHP, et une base de données... Pour ce genre de sites, avec des données classées par rubriques etc, il semble obligatoire de passer par des scripts PHP pour faire quelque chose de bien ! Ensuite, je pense que le site marcherait mieux avec une réelle communauté, et donc plusieurs rédacteurs. Maintenant ça reste du boulot, et si tu ne connais pas du tout le PHP, il faudra commencer par ça...

Bonjour, Merci avant tout d'avoir évité les URL Pourquoi pas ? A la limite, je ne vois pas pourquoi ça ne marcherait pas. Déjà tu dis toi-même qu'un simple site faisait 400-500 VU, ce qui commence à être pas mal ! Alors imagine un site plus complet, mieux fait, à la sauce de maintenant, avec un peu de marketing... Je ne vois pas pourquoi ça ne marcherait pas du tout, c'est sûrement vendeur comme domaine. Après, l'idée a déjà été prise par plusieurs sites (recherche google, je ne connais pas ce domaine), donc il faudra sûrement faire mieux qu'eux ! Je pense que ce genre de site peut marcher avec un code correct, pas mal de rédacteurs, une bonne ambiance, et un peu de marketing

Bonjour, Google peut être sympa et te donner directement des définitions : define:shtml Cela dit, je ne sais pas vraiment ce que c'est non plus, apparamment il y a des morceaux de script gérés côté serveur qui sont ajoutées à la page avant d'être envoyée, comme pourrait être exécuté du PHP, mais ça doit être réservé à certaines infos. Enfin j'attends aussi de savoir ce qu'en disent les autres EDIT : Tiens, le sujet a également été abordé sur le Hub : C'est quoi SHTML... Tu y trouveras une confirmation et quelques infos supplémentaires par Dan himself !

Le code ! Hum, déjà, mets des guillemets pour tous les attributs, même type=text, il a le droit à des guillemets décents pour lui... Bon, je ne parle pas des tableaux, des attributs de couleurs, etc qui sont en trop. Tu vas me dire hors-sujet ? Non, pas spécialement, plus le code est lourd, plus débuguer et trouver des erreurs est difficile, c'est pour ça qu'il faut aller au plus simple normalement. Dernière chose, tu peux utiliser un bouton submit pour valider ton formulaire, là tu le valides en Javascript, ce qui n'est pas une bonne chose ! <input type="submit" name="valider" value="Envoyer" /> Quand tu sais pas si un if est bien pris en compte, ce que tu peux faire, c'est mettre un echo tout au début de ton if.. Par exemple, mets ce code : if(isset($_POST['ajout'])){ echo "Test"; exit(); Tu testes ta page, tu regardes si le Test a été marqué. Si oui, alors teste au niveau de la connexion à ta BDD, fais un echo de ta requète, etc... Si non, alors teste la valeur de $_POST['ajout'] avant ton if, pour voir ce qui est retourné, etc, etc... Débuguer une page, c'est avant tout tester par où passe ton programme, quelle ligne pose problème, puis trouver le problème dans cette ligne. Voilà le raisonnement à apprendre pour s'en sortir

Tu utilises d'une drôle de manière les input checkbox on dirait. Pourquoi ne pas mettre directement : <input name="partenaire_oi" type="checkbox" id="partenaire_oi" value="partenaire_oi" /> Le code ensuite est directement $partenaire_oi = $_POST['partenaire_oi']; Qui prendra la valeur vide si la case n'a pas été cochée, et qui prendra la valeur partenaire_oi si la case a été cochée... Mis à part ça, je sais pas d'où peut venir ton espace moi non plus

Bonjour, Je pense que si on avait le code du formulaire, ainsi que celui de l'exécution (juste ce qui concerne ce champ), on pourrait davantage t'aider. Il doit y avoir un problème dans le code, je doute que l'ordinateur se rebelle contre toi.

Bonjour, Il faut prendre l'habitude de mettre des guillemets pour les attributs, c'est quasi-obligatoire de ne pas les oublier... C'est pour ça que ton texte sera coupé. Mets les guillemets, et ça marchera à priori mieux !

Bonjour, En même temps, tu ne lui donnes qu'un seul champ dans ORDER BY, alors il ne va pas triper autrement que ce que tu lui as dit Par contre, c'est quand deux champs ont la même année que tu veux les classer ensuite par numéro ? Dans ce cas là, ta requète devrait être : $db->query("select libelle, type, annee, ordre, num_voit, class_arr, participe.id_participe as id_p from marque, voiture, participe, detail, photo where libelle = '". $_GET['libelle'] ."' and voiture.id_marque = marque.id_marque and participe.id_voiture = voiture.id_voiture and detail.id_participe = participe.id_participe and photo.id_photo = detail.id_photo ORDER BY annee DESC, libelle DESC LIMIT ". $dep_lim .",". $lim .""); J'ai mis libelle en deuxième champ à trier, je sais pas si c'était celui-là. Ca ne te convient pas, ça ?