jcaron

Il y a beaucoup de conseils et d'aides sur le site d'Adwords pour optimiser les campagnes, et encore plus sur le web. L'important, c'est de bien choisir les mots-clefs, de bien écrire les annonces, de bien renvoyer les annonces vers la bonne page, pour obtenir le meilleur CTR possible (ce qui à coût égal, ramène plus de clics, ou à nombre de clics égal, coûte moins cher), et ensuite le meilleur taux de conversion possible. Il faut évidemment bien choisir son CPC. Il faut aussi penser à utiliser de outils de suivi (Analytics en particulier, avec l'intégration des ventes) pour voir quelles annonces et mots-clefs rapportent ou pas. A partir de quelques dizaines de ventes, tu peux même laisser Google optimiser la campagne automatiquement pour toi... Sérieusement, si tu fais bien les choses, il n'y a pas de meilleure source de trafic qu'Adwords. Si elle n'arrive pas à rentabiliser sa campagne Adwors, je ne pense pas qu'elle puisse trouver une autre source de trafic qui donne de meilleurs résultats. Jacques.

Adwords est ton ami :-) Jacques.

Ca c'est s'il utilise des sessions et pas juste un cookie "perso". L'exemple donné devrait fonctionner. Il faudrait vérifier (avec curl -v, Firebug, Dragonfly...) que le cookie est bien envoyé comme il faut. Jacques.

S'il n'y a pas de transaction, alors "j'efface tout et je remets tout" ça impliquerait a priori que pendant un temps les scripts qui accèdent en lecture à la base ne trouvent rien. Donc soit il y a bien une transaction, soit l'update est un peu trop sauvage et sature le serveur. Et s'il y a une transaction, sauf erreur myisam et les accès concurrents c'est pas trop ça (pas ma spécialité mysql, moi je suis plutôt postgresql), ceci expliquerait donc cela. Si c'est bien ça, il y a plusieurs options: - passer en innodb - au lieu d'effacer tout et de recommencer, mettre les nouvelles données dans une nouvelle table, puis remplacer l'ancienne table par la nouvelle - optimiser le script pour qu'il ne fasse que les modifications nécessaires plutôt que de tout remplacer Jacques.

Prestashop devrait répondre à la plupart des besoins, éventuellement en ayant recours à quelques modules supplémentaires. Jacques.

Que contient $_POST['test']? Quel est le message d'erreur? Comme déjà précisé, concaténer $_POST['test'] directement dans ta requête sans l'escaper, c'est ouvrir la porte à toutes sortes de problèmes (en particulier des injections SQL qui peuvent faire beaucoup de dégâts, mais aussi simplement empêcher certaines requêtes de fonctionner). Jacques.

Sans avoir les détails du script et de ce qu'il fait (transactions, locks) ni les détails de la base (en particulier si les tables sont en myisam ou innodb), difficile de se prononcer sur quoi que ce soit... Jacques.

Je suppose que tu as remplacé les noms réels des champs par des noms génériques, mais c'est vrai que là ça ne fait pas beaucoup de sens. En particulier, tu ne nous dis pas si les autres champs sont modifiés ou pas, et surtout si la condition est toujours valable (ce qui est vraisemblablement le problème). Autre possibilité, ça manque très fortement d'escapes tout ça, donc il suffit de peu de chose pour que la requête parte en vrille... Jacques.

Je pense qu'il faudrait voir la requête correspondante (en particulier le virtual host, le chemin, et l'UA) dans le log de requêtes (httpd-access.log ou équivalent). Certains UAs (robots, essentiellement) ne sont pas tout à fait au point et se vautrent un peu dans les requêtes. Ceci dit dans ton CSS je pense que l'URL relative est fausse, non? Jacques.

Ca m'épaterait beaucoup ça, perso. Ca revient à dire que lorsque deux priorités sont égales l'une est plus grande que l'autre, sans trop savoir qui est qui. Ca pourrait même aboutir à des boucles sans fin avec certains algos de tri. De façon générale, les fonctions de tri respectent l'ordre qui leur est donné par la fonction de comparaison, et l'ordre initial est ignoré (même si en fonction de l'algo utilisé celui-ci peut avoir une influence, rien ne le garantit). Si tu veux respecter l'ordre initial, il faut que tu ajoutes un champ qui contient cet ordre, et qu'il soit utilisé par ta fonction de comparaison comme second critère de tri. Par exemple, tu ajoutes un ['initial_order'] à chaque valeur (avec une bête boucle for), puis dans ta fonction compare tu fais: return ($a['priority'] - $b['priority']) || ($b['initial_order'] - $a['initial_order']); Au passage, il ne me semble pas que uasort soit pertinent ici, usort devrait largement suffire (mais moi et le php...). Jacques.

Je pense que ce sera probablement plus simple pour tout le monde si tu étais "à ton compte" (i.e. tu as une société ou tu es un travailleur indépendant) dans ton pays de résidence et que tu facturais ton "employeur" (qui devient donc ton client). Tu t'occupes alors de payer tes charges sociales et impôts dans ton pays de résidence. Sinon tu risques de te retrouver dans un imbroglio pas forcément facilement à démêler entre charges sociales et impôts en France et dans ton pays de résidence. J'ai tendance à penser qu'en toute logique, ton employeur serait obligé de s'enregistrer d'une façon ou d'une autre dans ton pays de résidence pour y payer au moins les charges sociales, ce qui risque de ne pas beaucoup l'amuser. De la même façon, il serait normalement obligé de dresser un contrat de travail conforme au droit local dans ton pays de résidence (ce qui peut avoir des avantages pour lui, mais ça l'oblige quand même à sortir de ses habitudes). Mais d'autres ont peut-être un autre avis sur la question... Et ça pourrait éventuellement aider si tu nous indiquais ton pays de résidence. Jacques.

ImageMagick + ghostscript? convert *.jpg fichier.pdf Tu peux évidemment rajouter une tripotée d'options pour contrôler plus finement le résultat, et tu peux évidemment le scripter de A à Z. Jacques.

Custom est bel est bien passé via IPN, de même que invoice (ce dernier permet d'éviter les paiements en double). Si tu ne le récupères pas dans ton IPN, c'est a priori que tu ne l'envoies pas... Custom est affiché dans l'interface Paypal quand tu regardes le détail d'une transaction. Tu peux aussi vérifier dans l'historique de l'IPN. Ceci dit, quel est l'intérêt d'avoir cette clef alphanumérique en plus de l'ID de la commande? Jacques.

Tu peux faire comme tu veux, soit le mettre dans tes préférences dans le compte Paypal, soit le mettre dans ton formulaire avec le notify_url (ce dernier l'emporte sur les préférences dans le compte). Jacques.

Ton script, il est bien sur IPN et pas sur la page de retour à la boutique? Le retour à la boutique est notoirement peu sûr pour récupérer les données (ne serait-ce que parce que dans de nombreux cas le client ne revient pas à la boutique, par exemple parce qu'il est effrayé par le message d'alerte à cause du POST vers une url non sécurisée). La bonne solution consiste à utiliser IPN, si ce n'est pas déjà le cas. Jacques.

"[ ]" c'est un peu redondant, c'est la même chose que " " (un espace tout seul). Ceci dit, beaucoup de gens utilisent toutes sortes d'autres caractères que des espaces dans les numéro de téléphone en particulier le tiret, le point, les parenthèses, et le slash. Donc [- .()/] est probablement plus pertinent. Un problème cependant avec une regex aussi "large" dans le contexte de la question originale: ça va aussi "matcher" sur des prix, des kilométrages, certains numéros de modèles, etc. En fait, tout ce qui a au moins 5 chiffres va "matcher", c'est probablement un peu trop "large", il faut donc affiner un peu, mais je ne suis pas sûr de comment exactement sans pour autant louper certaines formes de numéros (il faut probablement extraire le bout de chaîne "matchée", nettoyer, et compter le nombre de chiffres). Jacques.

Je pense qu'il fait référence à un pays où il y a des cartes d'identité électroniques avec des lecteurs qui vont avec et tout ça, c'est pour ça que ma première question était de savoir le pays en question, parce qu'en France ça n'existe pas (même si on en parle)... A priori il s'agirait de la Belgique, mais ça ne s'appliquerait donc que dans ce pays. Jacques.

Il va falloir commencer par nous dire de quel pays tu parles je pense... Jacques.

Analytics (et tous les autres scripts JS qui utilisent des cookies) sont beaucoup plus sûrs pour compter des visiteurs que des scripts qui analysent les logs. Ils ignorent plus facilement les robots, tiennent plus facilement compte des utilisateurs qui changent d'adresse IP (et inversement, des utilisateurs qui partagent la même adresse IP). Au delà, Analytics permet de gérer l'origine des visiteurs, les conversions, les actions, les coûts Adwords et les revenus Adsense, et a probablement plusieurs ordres de grandeurs de plus de rapports en tous genre qu'Awstats. C'est tellement différent que la comparaison en devient presque absurde... Jacques.

Il faudrait peut-être regarder du côté des annuaires LDAP, avec un front-end web? Jacques.

Pourquoi as-tu mis un "~"? Et dans un .htaccess normalement pas besoin du / initial. Sans ça devrait marcher, non? Note que ça renverra TOUS les fichiers (y compris images, css, js, etc.) vers ton script... Jacques.

Non, il y a eu beaucoup d'autres i-quelque chose. Mais à moins d'avoir la notoriété d'Apple, sur le marché français (et beaucoup d'autres) il se pose le problème de la confusion avec les e-quelque chose (qui en anglais, se prononcent i-quelque chose), surtout si le "quelque chose" est un mot anglais). Et puis les noms de domaines de ce type pour la plupart des "quelque chose" sont probablement squattés depuis longtemps... Jacques.

C'est un troll? Tu ne peux pas sérieusement nous dire qu'alors qu'on ta répété Prestashop et quelques autres solutions modernes, maintenues, mises à jour, avec une communauté active, et tu as préféré installer un truc dont la dernière version (alpha, jamais passé ni en beta ni en RC, ni en version définitive) date de début 2009, et plus spécifiquement une version qui date de 2007? Je ne te parle même pas de son absolue non-SEO-friendliness et autres défauts... Tu viens probablement aussi d'installer Windows 95 sur une de tes machines, non? Jacques.

Sérieusement, si tu comptes ouvrir une boutique, le coût des quelques modules ou thèmes c'est quand même négligeable par rapport au reste de l'investissement nécessaire (pub, stocks, etc.). Si tu n'as pas les moyens de les payer, tu n'as pas les moyens de monter une boutique à mon humble avis. Jacques.

Ben un affichage = 1 page. Un visiteur va généralement voir plusieurs pages sur ton site avant de repartir... Donc ton nombre de pages vues doit être supérieur à ton nombre de visites (sinon tu as un taux de rebond de 100%: chaque visiteur voit une page et s'en va). Jacques.