blman

Coucou e-kiwi ça démange les doigts de ne plus poster son quota quotidien, hein...

Alors oui, c'est possible, je le fait sur un intranet en php/MySQL interfacé en HTML. Le lecteur de code barre fonctionne comme un clavier. Après si tu veux que quand on scanne un code barre, ça ajoute des lignes d'articles (ou autres), ça se passe en AJAX. Mais rien de très compliqué.

Bonjour Pat AfterMoon, Tu devrais regarder attentivement ces vidéos http://fr.youtube.com/profile_videos?user=kalaspace&p=r dans l'ordre (1/12, 2/12, etc...). Même si c'est un peu long, ça vaut le coup. En tout cas, il discute pas mal de la pertinence des outils de suggestions de mots clé et de leur traitement. C'est un peu poussé à l'extrème mais on en tire de bonnes conclusions. Ensuite, je me permet de te donner ce lien d'un forum "ami" où la question a été traitée très récemment : http://www.webrankinfo.com/forums/viewtopic_86932.htm

Essaye avec ce code : .titrechapitre {width: 600px; clear:both } Je crois que ça devrait fonctionner, à moins qu'il faille rajouter un truc du genre : <div class="content"> <div class="titrefiche"> <h1>Titre</h1></div> <div class="chapitre"><img alt="ddd" src="../../images/aleatoire/6.jpg" width="300" height="200" style="float: left" />texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte texte </div> --> <div style="clear:both;"></div> <div class="titrechapitre"><h2>1 - Chapitre</h2></div> <div class="chapitre">texte</div> <div class="titrechapitre"><h2>2 - Chapitre</h2></div> <div class="chapitre">texte</div> EDIT : mise en place de la balise code pour Karnabal

Coucou, alors voila, ça fait quelques années que j'ais pour projet de créer un "conte musical" sur internet. Seulement, n'ayant pas forcément toutes les compétences, j'en ais parlé autour de moi et l'idée ayant fait son petit bonhomme de chemin, j'ais aujourd'hui sous la main un dessinateur et quelques musiciens que le concept interressent. Alors pour le moment, on travail chacun de notre côté quand le temps nous le permet (et quand l'envie est là) et je dois vous avouer que ce n'est pas l'idéal et qu'il nous manque encore certaines compétences. En gros, ça n'avance pas ou plutôt ça avance et ça recule, et on en est toujours presque au même point. Donc l'idée que je voudrais mettre en place, c'est d'installer un CMS de travail collaboratif pour faciliter le travail de l'équipe qui a peu d'occasions pour se rencontrer. Après quelques réflexions, je me suis dit qu'un wiki serait probablement une bonne solution. Donc jusque là, aucun problème pour ce qui est des textes et des images. Par contre, le gros problème, c'est pour les fichiers musicaux. Je ne sais pas trop comment faire... Il faudrait que pour chaque vignette du storyboard : - on puisse y mettre du texte - des images - des fichiers audio via streaming en flash (genre dewplayer) (là ça coince) - et à la limite, ce qui serait top, ça serait qu'on puisse télécharger les fichiers originaux audio et image. (par exemple, pour que le desssinateur puisse filer ses dessins à un spécialiste de la mise en couleur ou à des annimateurs flash ou que l'on puisse s'échanger les fichiers audio comme télécharger un enregistrement de guitare pour qu'un batteur puisse enregistrer une piste de batterie et ainsi de suite... L'idée serait de publier chaque fichier source pour que "n'importe qui" puisse "triper" sur notre concept et nous envoyer des bouts de réalisation) Donc voila, je pense qu'un wiki qui serait compatible avec ce fonctionnement serait vraiment l'idéal pour que l'on réussisse à travailler ensemble. Donc voici mes questions : 1- Peut-être connaissez-vous un wiki qui me comblerait. Si oui, vers lequel me dirigeriez-vous ? 2- Peut-être connaissez-vous un logiciel de publication web qui serait plus adapté qu'un wiki. Si oui, quelle solution me préconiseriez-vous ? 3- Peut-être connaissez-vous un autre forum qui serait plus spécialisé sur ce genre de problématique et qui dont les membres pourraient me renseignez. Si oui, n'hésitez pas... En tout cas, je suis preneur d'idées, d'infos et liens Dans l'attente de vos réponses, je vous remercie déjà d'avoir lu mon message avec attention (en tout cas, j'ais essayé de le rédiger avec attention pour décrire au mieux mes attentes, pour ne pas vous faire perdre votre temps ) Blman

Tu a tout un tas de techniques : - ajouter au sitemap - faire une(des) page(s) qui listerait toutes les recherches et faire indexer ces pages depuis des liens internes ou externes - mettre les liens depuis des pages externes (qui lieraient par exemple un flux XML pour les datas) Enfin, ce ne sont pas les idées qui doivent manquer... Par contre, attention à la possibilité de sanction. Je ne crois pas que cette technique soit sanctionnable pour le moment (quoique) mais question philosophie des moteurs de recherche et compte tenu de la direction vers laquelle ils veulent aller, attention à ne pas les spammer. Je limiterais personnellement aux recherches les plus courantes et les plus récentes. Et je limiterais aussi le nombre de pages de résultats liées de manière à ce que ce ne soit pas trop flagrant.

Arf, si c'est pour faire du e-commerce, oublis tout de suite dreamweaver et autre WYSWYG sauf si tu veux te faire juste une vitrine de présentation sans aucune interaction. Si tu veux faire du e-commerce, tu as plusieurs solutions : - eBay, site de petites annonces, etc... - des solutions hébergés (en gros tu utilise des boutiques toutes faites mais tu ne met jamais les mains dans la technique). Comme exemple, j'aurais Zlio mais je ne m'y connais pas plus que ça dans ce type de solutions. - des solutions Open Source comme OS Commerce (y'en a pleins d'autres). Tu a des pros sur webmaster-hub qui pourront t'aider. Mais idem, personnellement, je ne suis pas un adepte de ce type de solutions même si apparemment, on peut faire pas mal de choses. Je pense que ce type de solution pourrait quand même te convenir. - des solutions personnalisées. Bon là, tu pars dans de la grosse programmation. Moi c'est la solution que je préfère mais je ne pense pas que ce soit adapter à ton cas. T'emmerde pas avec ça En tout cas, si tu n'y connais pas grand chose en codage, je ne te conseil pas de t'enttrainer sur un site e-commerce, c'est trop sensible pour s'exercer.

Ce que je voulais dire, c'est que des personnes seules qui font du e-commerce, il y en a déjà beaucoup. Ca ne veut pas dire que le secteur est bouché, bien au contraire, ça veut dire que c'est carrément faisable. Par contre, à toi de voir, si dans l'activité que tu cible, le secteur n'est pas trop bouché sur Ebay, parce que dans ton cas, c'est vraiment la solution que je te conseil pour commencer. Tu n'aura pas de coups d'acquisition de client puisqu'Ebay a déjà une très forte audience et une bonne notoriété. Et surtout, tu subira moins les effets de la concurrence qui si tu avais ton site e-commerce. Pour ce qui ait d'eBay, je ne l'ais jamais fait, mais j'ais rencontré des gens qui travail seuls et qui en vivent (très) bien. Personnellement, dans un premier temps, je me concentrerais sur 1 seule chose : acheter les meilleurs produits au meilleur prix, trouver les meilleurs fournisseurs et négocier les meilleures conditions possibles (remises, pourquoi pas drop shipping, ...) en partant du principe qu'un client qui est content de son achat et du vendeur te fera de la pub (on espère). Sur Ebay, tu a cette solution clé en main qui te dégage de toute une partie technique et marketing qui va te bouffer ton temps (si précieux si tu es tout seul). Ensuite, si ton activité fonctionne bien, oui, pourquoi pas monter ta propre plate-forme e-commerce. Mais, alors là, ça va se compliquer sérieusement si tu es tout seul. Par contre, si tu arrive à combiner tous les paramètres, alors là, ça sera jackpot mais il va te falloir beaucoup de travail pour avoir une offre suffisamment concurrentielle et visible de tes clients, pour offrir un service de qualité à tes clients (autant dans la conception de ton site que dans ta logistique).

Bonjour david71, ton projet a l'air très cohérent, tu sembles savoir de quoi tu parle. Utilisez les places de marchés ccomme Ebay est une très bonne solution pour commencer en attendant que ton site de vente en ligne se référence bien dans les moteurs et gagne en notoriété. Bon bref, aucun souci sur ta manière d'aborder la vente en ligne. Ton souci, par contre, c'est donc les achats si j'ais bien compris car tu n'a pas les moyens d'acheter ni de gérer un stock, ce qui est très légitime quand on débute . Tu a bien sûr les solutions de drop shipping et je connais des fournisseurs qui le font en France (mais pas dans ton domaine). Tu en trouvera Tu trouvera même des intermédiaires pour acheter ou faire fabriquer des produits en Chine, pas de souci si tu cherche un peu. Mais le problème, avec les grossistes, ce n'est pas vraiment le drop shipping. C'est plutôt qu'ils t'accordent ou non une ouverture de compte chez eux. Généralement, soit il t'ouvre un compte : - parce que tu leur achète un stock de départ important (donc pas dans ta solution) - parce que tu leur apporte les garanties de pouvoir réaliser un objectif de CA annuel important. C'est d'ailleurs dans cette négociation que tu va négocier tes remises. Donc à toi de préparer ton dossier à mort car, mine de rien, beaucoup d'indépendants font déjà ça.

A creuser : http://www.google.fr/search?hl=fr&q=ME...rcher&meta=

Je ne suis pas un spécialiste mais je crois qu'il faut que tu dispose de logiciels sur ton hébergement. Tu peux faire des recherches sur ces termes : FFMPEG, LAME MP3, FFMPEG-PHP, FLVTOOL2, MPLYER, MENCODER Sinon apparemment, il existe des scripts pour faire des "youtube-like" : http://www.webrankinfo.com/forums/viewtopic_82065.htm

En PHP/MySQL, ça ferait : mysql_query("SELECT * FROM tatable WHERE Rue LIKE '%".$Nom."%'"); Pour ce qui est de la requête proposée par Kazhar, il faut qu'il y ait un INDEX FULLTEXT sur le champ sur lequel la requête se fait. Mais sous DB2, je connais pas, mais il doit y avoir un équivalent à la requête proposée par captain_torche

Il y a les fonction d'authentification avec les headers de PHP : http://www.php.net/features.http-auth Je ne me rapelle plus trop comment ça fonctionne mais la doc est suffisamment bien faite pour que tu puisse t'en sortir.

Oui c'est bien ce que je pensais. Il est donc logique que certains codes HTML soient transformé. C'est juste pour éviter le spam comme je te l'ais expliqué plus haut. En ce qui concerne ton éditeur WYSIWYG, je ne le connais pas personnellement mais je doute que de le modifier change quelquechose à ton problème puisque cette sécurité doit, à mon avis, être utilisé au moment où l'annonce s'affiche sur ton site. C'est à dire dans le code PHP génère la page HTML de ton annonce. Donc, pour résumer, voici ce que j'en pense (peut-être que je me trompe puisque je ne connais pas ton script) : - si tu copie/colle le code d'une vidéo Youtube, le code HTML est transfomé (à mon avis par mesure de sécurité) - si tu utilisais un éditeur WYSIWYG, à mon avis ton code serait aussi transformé car il passerait dans le même code PHP. Donc j'imagine 2 solutions mais il va falloir mettre tes pattes dans le code PHP : - soit tu fais sauter la sécurité (à tes risques et périles) pour afficher correctement tout code HTML qui serait entré par tes annonceurs. - soit tu personnalise cette sécurité en lui disant de ne pas transformer les balises <embed>, ce qui te permettrais d'afficher la vidéo tout en te protégeant contre toute sorte de spam. Regarde : http://fr2.php.net/manual/fr/function.strip-tags.php -> Cette fonction te permet de supprimer tous les tags HTML (hormis ce que tu accepte). C'est d'ailleurs peut-être cette méthode qu'il utilise, je sais pas.

Alors : 1- Allège ton javascript. Personnellement, j'ais déjà travaillé sur des projets nécéssitant beaucoup l'utilisation de javascript, mais jamais de là à faire ramer une machine. Attention, tu a des fonctions JS qui consomment énormément de ressources, voire si tu ne peux pas les remplacer par du code plus léger. 2- Si tu ne peux rien faire pour ta BDD, avec n'importe quel langage, ton temps d'éxécution des pages sera long. Mais je doute que tu ne puisse rien y faire, déjà essai de rajouter des INDEX sur tes champs qui sont souvent utilisés dans les clauses WHERE, utilise des LIMIT pour limiter la charge de mémoire vive et diminue des temps de connexion au serveur de BDD en faisant tes requêtes en début de script et en fermant ta connexion le plus tôt possible; Tu gagnera énormément en performance. 3- Justement AJAX est très bien adapté pour recharger une partie de la page ou pour recharger les infos toutes les n minutes.

Si c'est un script tout fait, il va falloir mettre les mains dans le camboui comme on dit Surement que ton script converti certains caractères HTML en entités HTML avec des fonctions style htmlentities ou htmlspecialchars pour éviter du spam. A toi d'aller voir dans le code. Lorsque tu propose de mettre une vidéo, as-tu un champ spécial pour le copier/coller ? Ou le font-ils directement dans le champ réservé à la saisie de leur annonce ? Parce que si tu a un champ spécial, c'est faisable en modifiant le code. Assure toi tout de même qu'on ne puisse pas y copier/coller tout et n'importe quoi. Sinon, si c'est directement dans le champ réservé à la saisie d'une annonce, je crains malheureusement que ce ne soit pas possible sans ouvrir la porte à toute forme de spam (destruction de ta mise en page, injection de codes javascripts, etc...).

Effectivement, je suis assez d'accord avec destroyedlolo. PHP n'est pas la cause de tes ralentissements. Il va falloir que tu optimise ta structure de base données (architecture et utilise des index) et tes appels au serveur MySQL dans ton code PHP : Ouvre la connexion, execute tes requêtes en utilisant des LIMIT et ferme ta connexion. Ensuite tu peux traiter les données et les afficher. Peut-être aussi que tout simplement ton serveur n'est plus assez puissant...

Utilise tu un script de petites annonces tout fait ? La seule possibilité que je vois c'est que ton script fasse un htmlentities ( http://fr.php.net/htmlentities ) sur les infos entrées par l'utilisateur "<embed ... " devient alors "< embed ...", ce qui a pour effet d'afficher le code HTML au lieu d'afficher la vidéo.

Les backlinks sont un élément très important dans le positionnement : SI le code d'un site était un critère qui devrait rentré en compte dans le calcul du positionnement, alors ça voudrait aussi dire qu'un site devrait aussi mériter d'avoir des backlinks parce qu'il est bien codé. C'est très rarement le cas... Remarque : au passage, si le site du W3C listait les pages validés sur des pages PR7, PR6 ou PR5, j'imagine que là, d'un coup, il y aurait vachement plus de webmasters qui se soucieraient de leur validation. Mais on peut faire les mêmes remarques sur pleins d'autres critères : - un site au beau design mérite-t-il d'être mieux positionné ? - un site rapide mérite-t-il d'être mieux positionné ? - un site sans pub intrusive mérite-t-il d'être mieux positionné ? - etc... Hormis le contenu, ce qui fera la différence, ce sont les liens naturels récoltés... C'est l'expérience de l'utilisateur qui compte.

Pour un système de tag, peut-être qu'une requête toute simple LIKE '%letag%' suffirais amplement alors...

Pour toi, le contenu d'une page se situe-t-il forcément entre 2 balises <body> ... </body> ? Les seuls éléments qui permettent de dire qu'une page correspond à une recherche sont le contenu propre de la page (avec différents niveaux : title, Hx, texte, alt, ...) et sa catégorisation (sa ou ses thématique(s) tirée(s) de l'analyse des éléments extérieurs comme le réseau de liens) Ensuite, Google trie les résultats (positionnement) en fonction de son calcul (pertinence, popularité, indice de confiance, ...), de ses filtres (sandbox et autres antispam). Mais dans tous les cas, Google se base toujours sur le contenu qu'il soit interne ou externe à la page. Par contre, effectivement, un site bien codé a souvent plus de chance d'être mieux digéré par les moteurs de recherche (encore faut-il s'entendre sur le terme "site bien codé" ) car : - un "site bien codé" sera accessible au plus grand nombre et ne bloquera pas l'indexation des bots. - un "site bien codé" offre du texte alternatif aux images et autres médias qui alimente les bases de données en contenu supplémentaire - un "site bien codé" utilise une bonne architecture qui entre en jeu dans le positionnement (title, Hx, strong, ...) (par exemple : <h1>Titre</h1> sera mieux positionné que <font size="4"><b>Titre</b></font> ) - etc... Mais on ne peut pas dire qu'un "code de qualité" soit un critère de positionnement, ce n'est pas vrai. Certains concepts d'un code de qualité sont utilisés par les SEO pour positionner une page, mais Google se fiche pas mal que le code soit valide ou non, compatible sous tel ou tel navigateur ou non...

Oui, ce sujet a souvent fait débat sur les forums de référencement... Google s'attache à la qualité du contenu pas à la qualité du contenant. Bref, un site très bien codé peut avoir un contenu complètement ininterressant et inversement. Comme le rappel lafleur, Google fournit une réponses à des utilisateurs "Grand public" qui se moquent complètement de l'aspect technique d'un site, et encore moins de la qualité de son code. Pour ce qui est des balises alt, de la hiérarchie du code (H1, H2, ...), etc... , c'est un plus pour Google car ça a 2 avantages : - l'accessibilité du contenu au plus grand nombre dont Googleebot (je rappelle souvent que les robots d'indexation sont les plus grands utilisateurs aveugles du web) - la "sémantique" puisque la hiérarchisation (title, Hx, ...) du contenu aide l'algorythme à mieux "catégoriser" le "sens" du contenu.

Bonjour, tu devrais te renseigner sur la recherche fulltext intégré à mysql : http://dev.mysql.com/doc/refman/5.0/fr/fulltext-search.html HS : attention à ta méthode... Si tu fixe des mots clés toi même, rien ne dit que ce seront les mots clés tapés par tes visiteurs. Bref, cette méthode n'est pas très pertinente et ne répondra pas aux attentes de tes visiteurs. Mais, tu me dira, je ne connais pas ton projet

$req = mysql_query($sql); while($rep=mysql_fetch_array($req)){ //permet de lister chaque ligne retournée par ta requête $req echo $rep['titre'].'<br/>'; //Affiche titre } En plus complexe : if(mysql_num_rows($req)>0){ while($rep=mysql_fetch_array($req)){ echo $rep['titre'].'<br/>'; } else echo 'Aucun résultat à afficher'; Voir cette documentation pour plus de fonctions : http://fr.php.net/manual/fr/ref.mysql.php

Bonjour Karnabal, à mon avis, tu ne trouvera pas de doc toutes faites pour dynamiser tes ventes. Tout dépend d'où tu en est et quel axe tu choisi. A mon sens, tout se résume dans le savoir-faire et le faire savoir, c'est à dire : 1- savoir faire : - ton offre : tenu et qualité du catalogue. Tenu des prix (et surtout prix concurrentiel vis à vis de tes concurrents directs ou des magasins ou des autres support de vente par correspondance). Evidemment, c'est facile à dire, mais c'est de plus en plus compliqué d'être à la hauteur, surtout dans un secteur concurrentiel. - ta logistique : beaucoup te diront que c'est ou ça sera le nerf de la guerre - ton service client. 2- le faire savoir - ta visibilité : référencement, pub, affiliation, ... - tes choix de communication : évidemment, il faut que ton message commercial parle à tes clients - etc... (emailing, - je ne note pas tous les supports de com' car il y en a beaucoup beaucoup trop ...) Etant dans le même cas que toi il y a quelques temps, j'avais lancé une discussion ici : http://www.webrankinfo.com/forums/viewtopic_49632.htm . Aucun des points relevés dans ce topic n'est transcendant pour des gens qui travaillent dans le e-commerce, puisque chacun coule de source. Par contre, la réussite de certains de ces points est compliqué à mettre en oeuvre. Et puis, pour conclure, bien sûr, il y a toujours des moyens pour dynamiser tes ventes (communiquer à fond, élargir ta cible commercial [nouveaux rayons sur ton site, traduction du site, ...], ...) mais il ne faut pas oublier que tout ça coute cher. Dans le e-commerce, on a toujours tendance a vouloir vendre toujours plus mais il ne faut pas oublier qu'il y a un autre axe de travail bien plus important : la rentabilité de l'activité.