Anonymus

Non. Pour un usage normal (à savoir : se faire indexer par des moteurs de recherche), ca ne sert strictement à rien. Pour un usage plus spécifique, en fait, il semblerait que les outils sachant s'en servir ne sont pas encore sortis. Mais rien ne t'empèche de les utiliser, et t'inciter tout le monde à s'en servir !! A savoir s'ils deviendront prochainement les standards de demain :

Pour la version en cache : ne te casse pas trop la tête avec les versions en cache, elles sont incohérentes tant que Google n'a pas trouvé une certaine stabilité. Or pour l'instant, il "change" souvent. Pour ta question, plus précisément : Lorsque Google indexe une page, il récupère son contenu. Il met à jour le cache de celui-ci, et informe avec la date, de la dernière mise à jour de son cache (et non des changements de la page).

Le problème est que Google est juge et partie. Il délivre des informations pertinentes, mais aussi des publicités. Il décide quelle est la pertinence de son moteur, sans demander à quiconque. 1) Je considère qu'il a une obligation contractuelle, celle de délivrer tous les résultats. Si j'ai bien compris les arguments de Cariboo, il y a quelques temps, les moteurs ont le droit d'indexer le web, et de montrer les résultats, parce que la procédure est automatisée. S'il y a intervention humaine, alors ce n'est plus automatisé. S'il y a des filtres, alors l'automatisation est 'truquée'. 2) Ce n'est pas gratuit. Il montre de la pub, et ca coute. Ton regard coute cher, les publicistes en savent quelque chose. L'accès est gratuit, c'est l'information qui est payante.

La différence entre les 2 est que dans le second cas (avant le </head>), le cocde sera exécuté avant le chargement de la page, et donc si le chargement traine la page aura du mal à se charger rapidement. Dans le second cas, la page sera totalement chargée lorsque le code sera appelé. Ce qui fait qu'il n'y aura aucun ralentissement si le code 'ralentit' la page, si le serveur ne répond pas par exemple.

Cependant, ca peut venir d'un autre problème, style 'filtre adsl', ou 'ligne téléphonique', ou autre. Cherches de ce coté ci, plutot. Tu peux ainsi essayer en mettant ton pc le plus près possible du raccordement telecom (sans rallonges, quoi..), avec un filtre, etc.. Essaies aussi avec le pc d'un ami, ou un portable, ou autre, histoire de voir si ca change quelque chose.

Le problème de Google, c'est qu'à force de vouloir chercher sans arrets dans le code les textes cachés et autres supercheries, il dicte sans vergognes aux webmasters la facon de faire un site. S'il est censé donner des directives 'légales', elles ne sont légales que pour lui, puisqu'il n'a aucune légitimité envers quiconque, sinon celle des résultats de son moteur. Microsoft se fait 'souffler dans les bronches' par les 'pro-w3c', car il ne respecte pas les standards. Google se contente de faire la même chose, de suivre le même chemin... Il n'est pas utile de garder les attributs 'display:none' dans les css si les ténors d'internet décident autoritairement qu'il faut s'en séparer. Difficile de s'y retrouver, dans toutes ces recommandations...

Oui, simplement en executant ce code : <? $q ="select nom_champ from nom_table"; $r =mysql_query($q); while ($row = mysql_fetch_array($r)){ echo"<br>".$row['nom_champ']; } ?> Maintenant, ca dépend des champs, noms de table, etc.. de ta base.

Ca te renvoie '1', car tu demandes l'id maximal. Il te renvoie '429' (mais ne l'affiche pas), et quand tu lui demandes le nombre de lignes (mysql_num_rows) il t'affiche 1 ligne (celle qui comporte le résultat '429' ) Il aurait fallut, au lieu de mettre : $id_max = mysql_num_rows($id_max_req); mettre : $row = mysql_fetch_array$id_max_req); et afficher ainsi ensuite : echo $row['MAX(id)'];

Ce n'est pas un problème d'accents, mais un problème de codage. Dans un cas, les valeurs sont envoyées en 'iso-8859-1', dans l'autre elles sont stockées en UTF-8. Essaies en mettant : $pseudo = utf8_decode($_POST['pseudo']); Ca devrait marcher. Anonymus.

Le ?mode=truc' correspond à une variable 'mode' qui est envoyée à la page en question (celle qui est avant le point d'interrogation), et qui vaut dans ce cas 'truc'. Donc, dans la page en question, tu peux afficher 'truc', en l'appelant ainsi : echo $_GET['mode']; Un exemple : Page index.php, le code suivant : <form method=GET action=autre.php> <input type=text name=mode> <input type=submit name=submit value=soumettre> </form> Page 'autre.php', le code suivant : <? echo $_GET['mode']; ?> Affichera la valeur que tu vas entrer dans le formulaire de la page 'index.php'. Et cette valeur sera renvoyé à la page 'autre.php' via l'url, comme ceci : autre.php?mode=_valeur_inscrite_dans_le_formulaire_ Voilà Fais des essais

Oui, de la censure, mais c'est parce qu'il est de notoriété publique qu'il suffit de chercher sur google pour trouver notamment des programmes type 'phpbb', et se servir des recherches effectuées pour (par exemple) hacker ces mêmes sites. Un autre exemple de censure (bien connu)? Chercher les adresses avec l'arobase dans gg.

Vous parlez bien de la même chose, comme moi, Dudu. Le principe (dis moi si je me trompe, Toucouleur) est bien de dire : Pourquoi vouloir une solution absolument 'tableless', si c'est pour avoir un code comme : </dl> <div class="spacer"></div> </div> <!-- new_products_eof //--> </div> <!-- cssOscContent off --> <div id="centre_logo"></div> </div> <div id="menuDroite"> <div id="cartBox"><!-- shopping_cart //--> <div class="boxes"> <h4 class="french">Panier</h4> <ul class="cartContent"> <li>vide</li> </ul> </div> <!-- shopping_cart_eof //--></div> <div id="order_historyBox"></div> <div id="specialsBox"><!-- specials //--> <div class="boxes"> Autant se contenter des tableaux. Autrement dit, soit le 'tableless' est 'accessible', soit il est inutile. Oscss a le mérite de 'poser le problème du 'tout tableau' de oscommerce. Mais en remplacant les : <td><img src=spacer.gif></td> par des <div class="spacer"></div> Ce qui n'est pas mieux, à mon humble avis, et ne répond en tout cas pas aux problèmes posés par les sites 'tout tableau'. Nico.

Tu as 3 possibilités : - La première consiste à accepter. Tu paie, et ils te fichent la paix...enfin, c'est ce que l'on pourrait penser, parce que ca les poussera à recommencer, évidemment. - La seconde consiste à les ignorer. S'ils ont idée de s'indemniser, c'est surtout de frais d'avocats. S'ils portent l'affaire devant les tribunaux, ils pourraient bien en avoir beaucoup plus (de frais), donc c'est un risque à prendre, aussi pour eux. - La troisième, c'est de leur proposer de poster cette discussion, sans les [...], sur ton forum. Je doute qu'ils soient d'accord pour avoir leur nom posté sur un forum, mais comme tu ne ferais que retranscrire des echanges avec eux, tu ne risques pas d'avoir de problèmes de copyright, alors qu'eux, ils auraient leur nom décrié sur tous les toits. Sont-ce des menaces sérieuses ? Oui, sans aucun doute. A savoir s'il y a un risque, là c'est un autre problème. Mais c'est probablement le plus important.

Le code d'oscommerce est assez... lourd, mais il reste praticable par n'importe quel débutant. Changer quoi que ce soit dans oscommerce relève du parcours du combattant, tant il faut modifier de fichiers pour arriver à quelque chose de correct. Cependant, il est vraiment personnalisable, ce qui est bien pratique. Pour la version css, elle ne fait que remplacer les <td> par des <div>, ce qui ne s'apparente pas à de l'accessible. Elle n'a de tableless que le nom, et bien qu'il ait fallut un travail monstre (j'imagines !) pour y arriver, l'équipe aurait dû en faire une version xml plutot qu'un css tel qu'il se présente. Mais j'ai déjà eu l'occasion de m'exprimer là dessus.. (http://validator.w3.org/check?uri=http%3A%2F%2Foscss.pasfacilearetenir.com%2F) De là à refaire une boutique entièrement, tout dépend de tes besoins. Si tu penses avoir pas mal de boutiques à faire, alors ca peut être un choix, pourquoi pas. Tu aurais aussi, dans le même genre d'idées, la possibilité de te faire un 'moteur' oscommerce, en prenant le meilleur d'oscommerce, et en laissant la gestion du design de coté. Donc, la question est de savoir combien de sites tu penses développer, prochainement, en e-commerce

Comment sont présentées tes données, les variables ? $score['toto'] ? ou $toto, ou autre ? Et comment est présenté le bonus ? par rapport au membre ?

Tout est gratuit.. pour l'instant. Je ne connais pas spécialement, mais j'imagines aisément que, lorsqu'ils auront suffisamment de produits, ils commenceront à gagner en 'crédibilité', et donc commenceront à proposer pour les 'gros consommateurs', des modules payants, tout simplement.

L'origine de ce PR peut aussi être une redirection "maitrisée" . Un exemple de ce qu'il est possible de faire, quand on maitrise ce genre de technique : http://www.pr10.darkseoteam.com/ Pourquoi ton développeur n'a donc pas mis un PR 10 ? Simple, ca n'aurait pas été crédible. Avec un PR6, ca l'est un peu plus

Je ne connais pas de tels scripts, mais je doute que tu en trouves. Ca peut être un plugin pour un programme, mais un script d'enchères tout seul ne veut pas dire grand chose. Il y a quantité de variables, pour créer des enchères sur un produit, que l'on doit connaitre le programme sur lequel ce script devra s'appuyer pour trouver/créer un tel script. Ceci dit, un script d'enchères n'est pas si compliqué à réaliser, ce qui est compliqué, c'est de savoir exactement comment on veut qu'il réagisse. A la base, tout le monde sait ce qu'est un script d'enchères, mais de là à le mettre sur papier, c'est une autre histoire

Pas automatiquement, le programme en php qui servira d'interface sera à réaliser, mais il ne doit pas être si compliqué que ca :/ Combien de docs as tu à indexer ?

N'aurais tu pas un programme qui efface automatiquement un répertoire tmp, et pour lequel, au lieu de donner un répertoire 'relatif' (tmp/) tu aurais donné le répertoire 'absolu' ?? (/tmp/)

Puisque l'on en est aux déballages intimes, la mienne vient de Singapour, et je m'en suis pas mal servi en attendant d'avoir mon portable. Elle marche toujours (depuis plus d'un an), et sans aucuns problèmes. Pour ce qui est de tout mettre sur la clé usb, il faut tout de même prévoir un bon backup régulier, ca c'est à mon avis plus risqué qu'un simple ordinateur. Plus de chances d'être au contact de courants électriques, au contact de l'eau (ice tea ?), etc..

Peut-etre aurais tu intéret à créer une boutique, où chaque 'produit' ne serait qu'un texte, un peu comme 'templatemonster'. Tu pourrais ainsi vendre chaque texte à plusieurs personnes, et ce de facon légale/transparente/officielle/professionnelle/efficace etc..

A priori, ce qu'il appelle des frames ne sont que des include. Dans ce cas, c'est possible, mais tu aurais plus vite fait de te tourner vers un gestionnaire de templates, ca te faciliterait la vie, notamment pour la suite.

Il existe un programme, appelé phpdig ( http://phpdig.net ), en php, facilement installable/paramétrable. Sinon, il y a mnogosearch, réellement complet, mais à compiler. Entre les 2, Swish-E serait le 'couteau suisse' des moteurs de recherche, capable de beaucoup de choses, mais souvent en 'kit'. A priori, c'est du perl.

Oscommerce n'est pas payant Marocain, pourquoi chercher un cms ecommerce payant ??