Anonymus

Je fais donc partie des 2 % d'utilistateurs qui regardent les intros en flash ? Si les intros en flash étaient zappées, il y a encore quelques temps, à cause de la vitesse de connection des modems, en revanche, avec l'adsl, on peut dire que la vitesse est assez 'convenable' pour avoir un bon compromis entre 'temps nécessaire' et 'temps maximum' de chargement. Autrement dit, avec l'adsl, on arrive à charger assez rapidement les intros, et je pense que le pourcentage de 2 % n'est plus d'actualité. Yahoo avait une interface sommaire, et ca marchait. Google a une interface sommaire, et ca marche aussi. voudrait il dire que le design ne sert à rien, sur internet ? Il ajoute un plus. Ce n'est pas forcément indispensable, obligatoire, c'est vrai, mais c'est tout de même fortement conseillé. Un peu comme une belle intro. Anonymus.

Chez moi, mon code marche. Tu n'aurais pas fait une erreur quelque part ? ou alors.. n'aurais tu pas remplacé les variables ? Essaie ceci : $array_search=array("[b]","[/b]","[i]","[/i]","[u]","[/u]"); $array_replace = array("<strong>","</strong>","<em>","</em>","<em>","</em>"); $news['texte'] = str_replace($array_search,$array_replace,$news['texte']); Anonymus.

Pour changer le logo, tu vas dans le répertoire : \os_commerce\catalog\images et tu cherches le fichier logo.jpg que tu remplaces

C'est probablement l'accès à ta base de données qui te pose problème. Pour cela, tu devrais peut etre revoir ton code, et essayer d'y trouver des facons d'optimiser ces accès. Pour cela, plusieurs pistes : - mettre en 'tableau' (array) les variables qui ne changent pas, plutot qu'en base de données - mettre en 'fichier' les variables qui ne changent presque pas, - faire moins d'accès, mais plus optimisés. Revois le schéma de ta base de données, il y a peut etre quelque chose à faire de ce coté - ouvrir une connection sql que lorsque tu en as besoin, c'est à dire juste avant d'envoyer une requete, et la fermer juste après, - ne pas faire de connection à a base Persitentes (mysql_pconnect est à proscrire), Le serveur mutualisé est un serveur qui est partagé par plusieurs personnes, avec un accès très limité aux fichiers de configuration. Le serveur privé est un serveur mutualisé avec un accès assez limité aux fichiers de configuration. L'avantage est que l'on a accès à un certain nombre de ces fichiers, l'inconvénient est que l'on pense prendre du 'dédié', là où on se retrouve avec du 'mutualisé', en terme de ressources, évidement. Mais, au fait, qu'entends tu par : prends trop de ressources ? Anonymus.

Bonjour, il est normal que tout site disparaisse quelques temps. Google agit toujours ainsi. Il met en ligne les sites les plus récents très rapidement, puis les enleves, le temps de trouver des url qui pointent vers lui. Il te faut, pour réapparaitre, faire des liens vers ton site, et ce, sur un maximum de sites. Là, tu en as déjà mis un Anonymus.

Pour os commerce en francais, dans la mesure où ils ont refait entierement le site officiel et qu'ils ont du oublier la version fr, tu peux la retrouver ici : http://www.delaballe.com/oscfr/ avec le tutoriel pour l'installer, et tout, et tout. Anonymus.

Euh.. non, justement $array_search=array("[b]","[/b]","[i]","[/i]","[u]","[/u]"); $array_replace = array("<strong>","</strong>","<em>","</em>","<em>","</em>"); $new_txt = str_replace($array_search,$array_replace,$txt); Chaque terme du tableau 'search' sera remplacé par le terme du tableau 'replace', à 'index' équivalent. Autrement dit, le 1er de 'search' sera remplacé par le 1er de 'replace', le 2e de 'search' sera remplacé par le 2e de 'replace', etc.. Anonymus.

Bonjour, Qu'existe t il comme 'produit' similaire à phpnuke ? Merci, Anonymus.

Par contre, je ne comprends pas que tu ai besoin d'autant de champs, et de si peu de tables :/ Bon appétit Anonymus

Merci de ne pas lancer plusieurs sujets pour la meme question Anonymus.

Bonjour, J'ai codes et mots de passe des fonctions mysql_connect et mysql_select_db, dans la mesure où tu les avaient laissées en clair dans le code Ceci dit, il faut tout de meme entourer ces paramètres par des guillemets. Ainsi, on ne marquera pas : $db = mysql_connect(localhost,root,pass); mais : $db = mysql_connect("localhost","root","pass"); Idem pour mysql_select_db. Ensuite : Pour les variables $stop et $start, il serait préférable que tu fasses comme ceci : $stop = (int)$stop; if ($stop<0)$stop=10; Ainsi, tu vérifies que la variable soit bien un nombre, et non une chaine de caractère, et tu peux y mettre des limites, assez simplement. Idem pour $start. Voilà, Anonymus.

Fais une base temporaire, au nombre de tables de ton formulaire, et avec pour nom les numeros de pages. Tu auras ainsi : Si l'user est sur page 2, alors : vérifier si page 2 existe dans la base. Si existe, alors $statut='update', et dépiler la table. Sinon, $statut=insert et champs vides. Voilà.

J'ajouterais que str_replace peut prendre, en parametre, des tableaux. Ainsi, au lieu de mettre, une fonction str_replace pour chaque terme à remplacer, il sera plus aisé de faire : $array_search=array("[b]","[/b]"); $array_replace = array("<strong>","</strong>"); $new_txt = str_replace($array_search,$array_replace,$txt); Anonymus.

Je crois que vous oubliez l'essentiel de l'information, à savoir : Google en breton, ca veut dire : régionalisation de l'offre En effet, les gens, de plus en plus se tournent vers les moteurs régionaux, et échappent ainsi aux grands moteurs généralistes. Cela fait quelques temps que les moteurs se penchent sur la question de la spécialisation, or s'ils déclinent leurs moteurs dans toutes les langues, il leur manquait aussi de décliner ce moteur dans toutes les cultures, toutes les traditions, etc.. Plus de pertinence ? Il se pourrait bien, après cet effet, que google arrive en effet à plus de pertinence. Pourquoi ? Parce qu'il s'approche de plus en plus de la source d'information. La source de l'information est elle en Bretagne ? Peut etre pas... Mais il serait dommage, pour un moteur pertinent, d'envoyer ses interlocuteurs vers une université américaine, lorsqu'on tape des requetes censées parler de Bretagne, tout simplement parce que ces universités seraient 'notées' plus pertinentes d'une facon générale. Allez.. .Devezh mat ! Anonymus.

Il te faut, dans un premier temps, 'dépiler' ta table, puis dans un second temps, remplir le formulaire avec les champs correspondants. Quelle est la structure de ta table ? quelle est la structure de ton formulaire ? Anonymus.

Pour avoir essayé des choses similaire, je peux te dire que le probleme que tu poses risque de bloquer à cet endroit : Lorsque l'on envoie une donnée à travers le réseau, elle passe. Si on en envoie beaucoup, elles arrivent aussi à passer. Mais lorsque l'on en envoie trop, elles arrivent déformées, voire même n'arrivent pas du tout. Au dela de 3 pages de formulaire, tu n'as aucune chance de faire passer tes variables. Il y aura le poids de la page plus le poids des données, ca ne passera pas, tout simplement. Ce n'est pas possible de faire passer autant d'informations d'une page à une autre. Il faut donc se tourner vers une autre solution. Bon. Il y a plusieurs facons de faire : - Tu stocke dans une base de données toutes les informations, jusqu'à la dernière page, et tu traites les informations à la fin, comme s'il s'agissait d'un seul formulaire. Mais il y a le risque que les personnes arretent en cours de chemin, et donc tu te retrouves avec une base à vider de temps en temps, etc. Il y a le risque que, à force de faire des 'aller et retour' entre les pages, tes données finissent par devenir 'n'importe quoi' dans la base, et ce n'est pas la bonne solution non plus. - Tu sépares ton formulaire en groupes de données logiques, et tu fais remplir ces groupes de données, les uns à la suite des autres. Un formulaire, une fois rempli, est 'inséré' dans la base, et c'est tout. Meme si la personne retourne dessus. La seconde solution est la plus préférable. Pour ce qui est de l'insertion dans la base de données, et du bouton 'précédent', il faut se rappeler ceci : Lorsque tu envoies un message dans le forum du Hub, par exemple. Si tu fais 'retour', le message est envoyé, tout simplement. Tu reviens bien dans la page 'répondre', mais il est trop tard, la page est déjà envoyée. Limites donc l'utilisation du bouton 'retour', et javascript 'history'. La facon de faire est donc simplifiée. Tu sépares les données à remplir via ton formulaire, par exemple, comme ceci : Plan des tables : VILLE id_ville HOTEL id_hotel id_ville CHAMBRE id_chambre id_hotel SERVICES OFFERTS id_services HOTEL_SERVICES id_hotel id_services Commences par la table ville. Tu récupères l'id_ville, qui te permettra de remplir 'hotel'. Ensuite, tu remplis 'hotel'. Tu récupères l'id de hotel. Tu as tous les éléments pour faire 'chambres', donc tu fais 'chambres'. Pour ce qui est des tables jointures, tu t'en occupes lorsque tu as tous les éléments pour le faire, à savoir : id_hotel, id_services, que tu auras gardé jusqu'à la fin. A la fin du formulaire, tu peux lancer une vérification des tables, pour voir si les tables sont bien 'jointes' les unes aux autres. Mais, d'une manière générale, avec ce système, tu ne peux pas avoir d'erreurs. Au pire, tu auras une ville sans hotel ? Un hotel sans chambres ? Lors de la vérif, ce ne sera pas difficile à controler. Bon.. Cet exemple est trivial, c'est pour te montrer ce que c a peut donner, il est vrai que ce n'est jamais pareil, et que ca dépend aussi si l'on s'adresse, via cette interface, au public ou à la partie 'admin'. Juste une petite chose : N'effaces pas ! Imagines qu'un autre enregistrement ait besoin de cet enregistrement ! Imagines que le client fait tout le formulaire, et cliques une dizaine de fois sur le bouton 'précédent'. Il devrait se retrouver sur la page d'accueil, sans n'avoir demandé d'effacer ses enregistrement, or ils ne seront plus là Voilà, en espérant t'avoir aidé Anonymus.

Le second probleme est celui de laisser tout un chacun poster ce qu'il veut, à partir d'un simple formulaire, sans en avoir au préalable controlé l'identité. Autrement dit : Si tu mets un formulaire en place, et que tu laisses n'importe qui y poster n'importe quoi, alors tu ouvres ton serveur aux spécialistes du spam, qui risquent de créer, très rapidement, un petit programme chargé d'envoyer un bon millier de mails sans interets à n'importe qui. Pour ce qui est de trouver un formulaire qui permette d'envoyer un mail à une adresse mail, il faudrait que tu nous dises ce que tu veux qu'il soit possible d'envoyer, précisément. Anonymus.

Bonjour, Il manque des informations, pour te répondre. Notamment : Comment comptes tu stocker le nom des cartes ? Que comptes tu garder, comme information, au sujet des cartes ? leur nom, leur couleur, leur taille ? (je ne m'y connais pas trop sur les 'cartes magic') Anonymus.

Oui. Ca devrait suffire, si l'erreur vient bien de là. Si ca ne marche pas, essaies en relancant apache.

Tu trouveras tout ce qu'il te faut dans la partie publications du Hub, ici : http://www.webmaster-hub.com/publication/rubrique2.html Anonymus.

Je dirais plutot : Le contenu de la seconde page ne sera pas pris en compte par le moteur de recherche, car il connait déjà une page comme celle ci qu'il a indexé. Donc, la nouvelle page sera classée dans la catégorie 'duplicate content', autrement dit : 'contenu dupliqué'. Pour que la page garde son PR, il faut que tu fasses une redirection 301, sur les anciennes pages, autrement dit, que tu indiques clairement au moteur de recherche que ce n'est pas une page 'satellite', ou duplicate content, mais bel et bien la même page, qui a changé d'adresse. Voilà. Anonymus.

Il est vrai que les gens n'y pretent pas attention, c'est aussi pour cela qu'ils recoivent tant de spam. Sur le Hub, en tout ca, on prévient, voire même on intervient directement. Si la personne ne veut pas modifier son adresse, libre à elle. Mais elle ne pourra pas dire qu'elle n'a pas été prévenue. D'ailleurs, l'administrateur a rendu le champ 'email' ('icone ci dessous), non visible par un utilisateur lambda, ceci pour éviter les problèmes avec les robots, mais aussi pour ne pas que votre adresse email ne soit communiquée à 'tout un chacun'. Ainsi, il est possible d'envoyer un mail à une personne, en remplissant un formulaire, mais il n'est pas possible de connaitre le mail de la personne à qui on envoie le mail Anonymus. ps : L'administrateur de ce forum est un homme fort sage et très prudent

Forcément, il faut mieux éviter de faire des fautes

Alors... En fait, il s'avère que cela varie beaucoup en fonction des différentes versions de mysql. Essaies ceci, tu me dis si ca marche ou pas SELECT Identifiant,CHARACTER_LENGTH('mot') FROM table GROUP BY CHARACTER_LENGTH('mot') Anonymus.

Bonjour, pour trouver un mot, dans une base de données, il faut faire: SELECT champ FROM table WHERE champ LIKE '%mot%' Pour trouver le nombre de fois, sans pour autant dépiler les champs, alors il faut utiliser count() SELECT count(champ) FROM table WHERE champ LIKE '%mot%' Anonymus.