maximettb

Heu, je suis pas sûr, mais n'y a t'il pas une option quand tu envoies un cookie qui s'appelle domain?

Peut ête qu'en envoyant 2 fois le même cookie, mais avec des domaines différents, ca peut marcher, non?

Toutes les idées se tiennent...

Pour le moment, nous faisons comme ceci:

Si le client est enregistré, alors nous gardons le panier jusqu'à une commande, libre à lui de le vider si besoin est. Ca nous permet également de faire des conseils personnalisés et tout le tralala.

Si le client n'est pas enregistré, alors il est mis en session pour environ 24 heures, puis effacé automatiquement.

Sinon, klelugi, très sympa ton site de e-commerce!

Bonjour maxime,

Et pourquoi pas proposer une fonctionnalité du genre :

C'est un bon compromis entre les 2 solutions proposées.

Perso, je n'aime pas retrouver mon panier rempli lorsque je reviens sur une e-boutique mais il est vrai que, comme le fait remarquer petit-ourson, si on n'a pas le temps de finir le shopping en cours, c'est toujours agréable de retrouver les produits sélectionnés.

<{POST_SNAPBACK}>

Ca me parait être LA solution. Je n'y avais même pas pensé alors que c'est si naturel, et ca permet au client de se remémorer les produits qu'il avait selectionné auparavant sans pour autant l'ajouter automatiquement au panier.

Je trouve curieux de ne jamais avoir vu ce dispositif sur d'autres sites internet...

Je recommence pour ceux du fond

Si la personne vois une bière qu'il ne connait pas sur ton site, il va forcément rechercher des infos dessus 

Et comme beaucoup ont des barres de recherche d'installer, il risque de quitter ton site pour faire..... faire?.... sa recherche pardis

A +

Portekoi

<{POST_SNAPBACK}>

Oui, mais il y'aura une page par article avec toutes les infos necessaires pour voir les différentes caractéristiques de cette bière. Mais notre problème concerne plutôt la gestion du panier, à savoir si on conserve le panier sur le long terme ou si le panier n'est qu'un outil de selection juste avant de passer la commande.

Pourquoi? Tout simplement si la personne voit la bière "Trappiste " mais qu'il désire plus d'infos, il risque de quitter ton site...

<{POST_SNAPBACK}>

Je ne comprends pas très bien ton exemple...

Bonjour,

Je travaille actuellement sur un projet universitaire de commerce en ligne avec 2 collègues. Il s'agit d'un site de vente en ligne de bières (oui, c'est uniquement un projet universitaire, alors autant s'amuser un peu!).

Nous avons des visions différentes du concept de panier et je me demande quelle stratégie est la plus efficace.

Pour ma part, je crois que le panier doit rester tel-quel au fil des visites de l'internaute. Même si le visiteur revient plusieurs jour ou mois plus tard, je pense que le panier doit être conservé.

Un autre pense plutôt que le panier ne doit pas être conservé trop longtemps car cela peut géner le client qui revient quelques temps plus tard et voit son panier remplit de produits dont il ne se rappelle même plus. C'est vrai que ca peut être assez déroutant.

D'un autre coté, si le consommateur ne se rappellait plus de ce produit et, en le revoyant dans son panier, se dit "Ah oui, je voulais gouter ce produit, il avait l'air pas mal", ca peut être un plus pour les ventes.

Pour l'instant, nous ne sommes pas encore fixés sur ce point. Ayant navigué sur plusieurs sites de e-commerce, j'ai rencontré différentes stratégies:

- ldlc.com rajoute un bouton "Sauvegarder le panier" pour acheter plus tard.

- fnac.com conserve le panier, mais offre également un système de selection pour se souvenir des produits interessants plus tard.

- amazon.com conserve le panier, mais avec l'option de mettre des articles de coté pour les acheter plus tard.

Amazon étant pour moi une référence dans le commerce electronique, j'ai plutôt tendance à faire comme eux, c'est à dire un panier conservé indéfiniment.

J'imagine que le choix dépend beaucoup du type de produits vendus. Dans notre cas, des bières rares à découvrir, venant de pays différents, quel serait, selon vous, la meilleure stratégie à adopter?

Merci d'avance!

J'ai dû mal m'exprimer.

Mes pages utilisent bien le jeu de caractères ISO-8859-1.

Seulement est-ce que cela suffit pour que les caractères spéciaux s'affichent correctement en toute occasion (même sur Mac OS par exemple) ?

De plus si j'affiche un caractère & au moyen de PHP celui-ci sera refusé par la validation XHTML strict...

Ah ils sont beau les standards !!! 

<{POST_SNAPBACK}>

Oui, l'affichage s'effectue correctement, mais pour valider, il faut cependent que tous les caractères spéciaux (& notemment) compris dans les URLs des liens soient correctement encodés avec les entités correspondantes.

Il te suffit en PHP ou Javascript de vérifer le USER_AGENT (getenv('USER8AGENT') en PHP) qui renseigne sur le navigateur utilisé. Tu y trouve généralement le navigateur lui-même et sa version. Fait attention cependant, de plus en plus, cette variable est modifiée par des logiciels firewall par exemple, soi-disant pour protéger la vie privée des internautes...

Dans une boite où j'ai bossé, le mec était tout fier de me montrer son schéma de base de donnée. Hormis le fait qu'il était banqual, le mec stockait le mot de passe crypté ... et décrypté dans la même table     

<{POST_SNAPBACK}>

Incroyable! vous utilisez plutôt MD5 ou la fonction Password de MySQL ?

A mon humble avis, ce doit être exactement la même verification que les mots de passe des systèmes UNIX. A savoir contrôle sur la longueur, la diversité lettres/chiffres et contrôle dans dictionnaire.

Au sujet des dictionnaires, c'est simplement un fichier texte avec un mot par ligne.

Bonne chance pour la suite!

Presque! La fonction ImageCopyResized est ton amie!

Jete un coup d'oeil à http://www.phpfreaks.com/tutorials/111/0.php, tu devrais y trouver ton bonheur!

Il faut que tu regardes si la bibliothèque GD, une librairie graphique, est installée sur ton serveur. Si c'est le cas, il y'a de nombreux exemples de codes qui trainent sur internet.

Question qui accompagne souvent les sujets sur les problèmes avec l'URL rewriting : Peux-tu nous donner plus d'informations? Place du fichier .htaccess, version de Apache/mod_rewrite, etc

mais oui avec InnoDB (sûr)

<{POST_SNAPBACK}>

Quelles sont les spécifications de cette tables par rapport à MyISAM, hormis les FKs bien sûr!?

Comme on le voit dans l'URL, il s'agit d'une boîte de réception de mails.

Quelqu'un a reçu l'adresse de ton site dans sa boîte mail, et il est logique que tu ne puisses pas voir le message

Dan

<{POST_SNAPBACK}>

C'est même plutôt bon signe pour lui si on commence à se refiler l'adresse par mail!

Bonjour à tous!

Ca fait déja quelques temps que j'ai déja posté sur le Hub et l'ambiance sympathique qui règne ici m'amène à me présenter comme tout bon arrivant sur ce site.

J'ai donc 22 ans et suis encore étudiant dans le domaine des NTIC.

Passionné d'info depuis quelques années maintenant, j'ai eu l'occasion de toucher pas mal de domaines différents de l'informatique : Programmation tous niveaux (mes languages de prédilection sont Java, C++ et Perl), gestion de sites internet, multimédia, un petit peu d'IA, un peu d'administration de serveur, ...

Mon autre passion est la musique. Mes sites me permettent d'ailleurs de profiter de ces 2 passions en même temps, mais je n'ai malheureusement pas toujours l'occasion de m'occuper d'eux, mes études me prenant la plupart de mon temps...

Sinon, mes autres passe-temps sont le cinéma et je joue également régulièrement au jeu de go que je vous invite à découvrir via ce très bon site.

Merci de m'avoir lu et à bientôt sur le hub!

De même, les annuaires spécialistes seront dépassés par les moteurs de recherche spécialistes.

<{POST_SNAPBACK}>

Je ne pense pas. A mon avis, nous avons encore quelques années devant nous avant de voir l'apparition de véritables moteurs sémantiques capables de dégager les idées et thématiques des pages qu'ils indexent.

Rien que pour ca, je crois encore à l'avenir des annuaires.

Hep hep hep! Pas de chiffres !

Cela dit, 12%, c'est vrai que ca fait beaucoup. Cependant, le taux peut tout de même monter en fleche avec un système d'affichage où le visiteur ne voit qu'une seule fois la pub sur la première page qu'il charge. Cela dit, ce n'est pas une très bonne stratégie à mon sens, bien qu'elle ait ses avantages, mais le collègue qui avait experimentait frolait les 10%, mais surtout à cause de la baisse du nombre de PAP.

Je ne pense pas : Même si beaucoup d'annuaires secondaires vont à mon avis disparaittre, les plus gros (Yahoo! et ODP) resteront debout et continuerons d'être mis à jour.

Pour moi, l'avenir de l'annuaire est dans l'annuaire spécialisé dans une seule thématique, qui sera toujours bien plus exhaustif qu'un généraliste qui tente de tout lister mais qui n'en a pas les moyens (temps et ressources).

C'est vraiment la folie en ce moment! 50 invitations à distribuer!

Le modèle d'URLs "www.tattva.net/index.php?2005/13/12/11-article" est déja très bien, non?

Pourquoi réécrire ce qui a déja été réécrit?

Ca doit provenir d'un problème de charset, essaye de revoir les encodages que tu utilises sur les différentes pages... Je te recommande chaudement (en cette période de neige) le passage à l'UTF-8 une fois pour toutes!

Je ne comprend pas très très bien ce que tu veux... D'après ce que j'ai compris, tu veux faire un système en javascript que d'autres webmasters inclueraient dans leurs sites?

Dans ce cas, c'est javascript tout ce qu'il y'a de plus simple : un fichier PHP qui interroge ta base de donnée, et, au lieu de faire la sortie en HTML pur, tu encapsule tout ca dans des document.write(...).

Les webmaster auront juste à inclure le fichier javascript distant...

Je suis on ne peut plus d'accord avec vous. L'évolution technologique des moteurs tels que nous les connaissons aujourd'hui est arrivé à maturité, et les améliorations ne seront que très mineures (principalement de la conservation de résultats face au spam).

Cependant, les progrès qui ont été faits dans le domaine des sciences cognitives, avec l'arrivée peut-être d'outils comme l'analyse sémantique, va révolutionner le monde de la recherche de document.

Il faut être un peu patient pour que Google envoie les chèques. Généralement, c'est très rapide...