jcaron

100% gratuit (ou presque, il te faut quand même un hébergement, mais un mutualisé suffit, c'est quelques euros par mois), le plus simple est d'installer Prestashop. Avec les modules et thèmes gratuits proposés, tu devrais avoir tout ce qu'il faut pour faire une boutique tout à fait décente. Sinon, tu as www.prestabox.fr qui est en fait un hébergement avec un prestashop déjà installé. 2% de ton CA, 15 euros par mois minimum au bout de 6 mois. Tu as aussi les solutions de Powerboutique, Oxatis, Clicboutic, la Poste, etc. C'est quelques dizaines d'euros par mois, c'est tellement négligeable que ça devrait sans problème rentrer dans ton budget (sinon il faut que tu repasses par la case business plan, parce que les coûts de pub et de stock sont d'un tout autre ordre de grandeur). />https://boxecommerce.laposte.fr/offre-boutique-en-ligne />http://www.powerboutique.com/creation-site-internet/tarifs.cfm />http://www.clicboutic.com/pack_gold.php />http://startandgo.oxatis.fr/ Jacques.

+1 La traduction automatique, ce n'est bon que si tu veux faire fuir tes clients, il vaut mieux avoir une vraie traduction "humaine" si tu veux avoir quelque chose de vaguement décent. Et l'idéal est bien d'avoir une URL différente par langue (via des domaines, sous-domaines ou dossiers différents de préférence). Tu peux alors éventuellement mettre une détection de la langue du navigateur sur la page d'accueil pour rediriger sur la page d'accueil de la langue correspondante. A part la page d'accueil en saisie directe, il n'y a pas de raison qu'un visiteur arrive sur une langue autre que la sienne si tu fais bien ton boulot (évidemment une petite option pour passer d'une langue à l'autre est toujours la bienvenue). Jacques.

C'est en test (donc présenté à une sélection aléatoire d'internautes) depuis une semaine ou deux. Si ça marche bien ce sera probablement généralisé à tout le monde (mais comme ça doit consommer beaucoup de ressources supplémentaires il est possible que ça mette pas mal de temps). Jacques.

+1 100 colonnes, ça laisse penser que tu as des colonnes énumérées, genre texte_fr, texte_en, texte_es, etc. Une deuxième table et une jointure seront généralement nettement plus souples, plus efficaces, etc. Jacques.

Pas vraiment convaincu qu'utiliser des regex soit le plus simple (un parser HTML serait plus adapté), mais tu peux tenter: #(<ul>.*?<ul>.*?)<li>(.*?)</li># à remplacer par '$1\n-** $2' qui devrait te prendre tous les éléments de 2e niveau, puis #(<ul>.*?)<li>(.*?)</li># à remplacer par '$1\n-* $2' qui devrait s'occuper du premier niveau Evidemment il te reste les <ul> et </ul> à virer à la fin. NB: j'ai pas testé du tout. Jacques.

Comme tout caractère, par une séquence %xx (%23 en l'occurrence), mais ça veut dire que ton URL (telle qu'affichée dans le navigateur) devra avoir le format machin%23truc et pas machin#truc Jacques.

Tout ce qui est après le # (le "fragment") n'est pas envoyé au serveur, qui ne le voit donc jamais. Tu ne peux manipuler cette partie-là que côté client (i.e. en JS dans le navigateur). Jacques.

Dans tes liens (<a href...>) ajoute un target="_top" pour prendre toute la fenêtre (ou "_blank" si tu veux ouvrir une nouvelle fenêtre). />http://www.w3.org/TR/html4/types.html#type-frame-target Jacques.

Je ne connais pas le détail du fonctionnement du module en question (et j'ai la flemme d'aller regarder à cette heure avancée), mais ça me paraît simpliste de travailler comme ça. Un mail peut avoir une structure plus ou moins complexe avec un ou plusieurs niveaux en multipart/alternative, multipart/related, etc, donc se dire que le body est forcément dans $message->body ou $message->parts[0]->body c'est un peu comme dire que le texte d'une page HTML est forcément dans le premier DIV... Il doit y avoir des méthodes pour parcourir l'arbre constitué par le message décodé et trouver ce qui t'intéresse réellement... Jacques.

Pourtant tout ça y est bien. Le numéro de la transaction Paypal est dans txn_id. Le montant est dans mc_gross. Liste complète là-dedans: />https://www.paypalobjects.com/WEBSCR-640-20100726-1/fr_FR/FR/pdf/PP_OrderManagement_IntegrationGuide.pdf Attention à bien faire les vérifications indiquées quand tu reçois un IPN, pour éviter que des petits malins t'envoient de fausses notifications (surtout si tu utilises notify_url au lieu de mettre l'URL de ton IPN dans la config de ton compte Paypal). Jacques.

Euh... Soit j'ai raté un gros épisode (genre une saison complète), soit tu viens de démarrer chez Paybox et tu n'as pas compris comment ça marche, ou alors tu n'as pas compris la question. Sauf erreur, Paybox ne fournit que la passerelle: il faut un compte commerçant VAD fourni par une banque pour s'en servir, et c'est justement ce que le posteur original veut éviter... Si Paybox a une solution avec compte commerçant "intégré" (fourni par Paybox, quoi), il va falloir mettre à jour votre site web, parce que ce n'est pas évident du tout... Jacques.

Il y a la "sandbox" pour ça. />https://developer.paypal.com/ Jacques.

C'est pour du paiement en ligne (où le client tape lui-même le numéro de carte etc.), ou c'est pour une offre de type "terminal virtuel" où c'est toi qui tapes les choses (pour de la VAD par courrier/téléphone...)? Chez certaines banques, obtenir un contrat VAD (qui te permet de faire beaucoup de choses) peut être difficile alors qu'obtenir leur solution de paiement Internet intégrée (avec 3D Secure et tout ça) est plus facile, c'est peut-être le cas à la BRED. Sinon dans les solutions avec contrat commerçant intégré, outre Paypal, tu as au moins Moneybookers, ClickandBuy, Hipay. Dans les étrangers tu as aussi 2checkout, ccbill (très très cher), et probablement quelques autres qui m'échappent. Tu as aussi RBS Worldpay qui peut te fournir un contrat VAD directement. Jacques.

Euh non, pas vraiment. Tu génères un bouton "non hébergé", qui est en fait un <form> html avec plein de <input hidden> qui contiennent tes paramètres, en particulier le montant à payer, la description, etc., et tu adaptes le code HTML (généré par ton script) correspondant en fonction de tes besoins. Tout ça est expliqué là-dedans: />https://cms.paypal.com/cms_content/FR/en_US/files/developer/PP_WebsitePaymentsStandard_IntegrationGuideFR.pdf Jacques.

Tu es gentille aujourd'hui Arlette... C'est plutôt jusqu'à 3 ans et 300 000 euros, non? (CPI L.335-2) Jacques.

Et il a donc répondu quoi, le serveur? Jacques.

Ben ça dépend beaucoup de tes bornes... Si ça aboutit à récupérer quelques lignes ça ne devrait pas poser de problème, mais si tu dois récupérer des dizaines/centaines de milliers de lignes, ça risque de faire mal. Et si tu as des bornes sur deux des colonnes (par opposition à une valeur fixe sur une colonne + une étendue sur une autre), ça risque de rendre l'utilisation d'index quasiment impossible, donc tu finis en full scans en permanence, il n'y a pas de miracle. Le partitionnement peut alors aider, mais ça dépend beaucoup de tes requêtes exactes (si tu peux utiliser des bornes sur n'importe quelle combinaison de deux colonnes sur 4, t'es mal barré). Avec postgresql le fait de limiter le nombre de transactions (en regroupant ces imports dans une transaction) peut te faire gagner pas mal en perfs, je ne sais pas ce que ça donne avec mysql. Et tu ne peux pas stocker des valeurs agrégées? Genre min, max, total, nb? Ben le volume peut dicter la charge comme expliqué plus haut. Faire une requête qui fait un select d'une ligne avec un index ce n'est pas la même chose que des full scans d'une table de plusieurs centaines de Go, là tu vas avoir beaucoup de mal à faire 50 requêtes/seconde! Jacques.

La première question c'est de savoir ce que tu fais de ces données (quels types de requêtes, à quelle fréquence), et si les données doivent être conservées ad vitam ou si tu dois progressivement supprimer les données les plus anciennes (ce qui donne déjà une idée de la taille maximale de la base). Ca va dicter les index, les partitionnements possibles/désirables, et les ressources que ça consomme (en I/O en particulier). Les types des champs, tu ferais mieux de les compter en bits (int/bigint etc.) plutôt qu'en chiffres. 10 chiffres ça peut faire 32 bits (si 4 milliards suffisent) ou 64 (s'il t'en faut plus, ce serait donc un bigint plutôt qu'un int). D'un coup ça peut changer du simple au double la taille de ta table. Jacques.

Ouais enfin il faut rester raisonnable: il ne faut pas que ce qu'on économise en chargebacks fasse qu'on perde nettement plus en pertes de conversion... Quand on voit que beaucoup contestent 3D Secure pour ça (alors qu'il s'agit juste de taper un code), tu images les pertes que tu vas avoir si tu leurs demandes tout ça... Mais évidemment tout dépend des montants, des marges, des taux de fraude... Jacques.

Dan, c'est normal que lorsque je veux voir ton attachement il me dise que je n'ai pas le droit? Ce n'est pas la première fois que ça m'arrive... Jacques.

C'est un peu plus compliqué que ça... Oui, ce n'est pas parce que tu as reçu un paiement CB que tu es sûr que les sous sont définitivement acquis: il y a un risque d'annulation de la transaction, et ça peut même aller jusqu'à 6 mois dans des cas extrêmes. Maintenant, suivant le public visé et les mesures de sécurité mises en oeuvre, les cas possibles peuvent être très différents: - dans l'Union Européenne, la seule raison pour laquelle un porteur de carte peut annuler une transaction, c'est normalement qu'il ne l'a pas effectuée. - en dehors de l'Union, tu as par contre tout un tas de raisons possibles: paiement non autorisé comme ci-dessus, mais aussi marchandise non reçue, marchandise pas comme décrite, et une tripotée d'autres raisons. Si tu te limites à l'UE (voire à la France), l'important c'est donc d'être sûr que c'est bien le porteur qui a effectue la transaction. C'est là que 3D Secure est théoriquement utile (si tu as eu le feu vert 3DS, normalement c'est la banque du porteur qui est reponsable en cas d'annulation, et plus le marchand). L'inconvénient de 3DS c'est qu'il y a eu virtuellement 0 communication dessus, et que ça fait chuter le taux de transfo parce que les gens n'y comprennent souvent rien. Sinon tu as aussi les systèmes comme Fia-Net qui feront éventuellement des vérifications complémentaires (genre demander copie de la carte au client) avant de te donner le feu vert. Beaucoup de banquiers sont, à tort ou à raison, très alarmistes (ils vont tous te raconter l'histoire du gars qui a envoyé 20 (articles de grande valeur de ton choix) au Nigeria, et le paiement a été annulé 1 mois après, et plouf). Chat échaudé craint l'eau froide... Avec un minimum de mesures de sécurité le risque reste limité (mais pas inexistant). Pour Paypal, je pense que tu as mal lu, à ma connaissance la protection s'applique à toutes les transactions pour des articles physiques (à condition de respecter les règles: envoi avec tracking et signature à la livraison, à l'adresse indiquée dans la transaction Paypal, uniquement si Paypal a confirmé qu'ils garantissent la transaction...). Tout ceci étant dit, de quels types de montants (panier moyen) parle-t-on? Jacques.

La rumeur veut que ce soit le cas, oui. Je ne me souviens pas si c'est quelque chose qui a été confirmé par Google ou par des tests par contre. Jacques.

Sur identifont.com tu peux répondre aux questions pour qu'il te trouve les polices qui peuvent correspondre. Je n'ai pas trouvé de police exactement identique, mais Neutraliser Sans ou Neutraliser Alternate ne sont pas très loin. Sur myfonts.com, WTFont ne trouve rien d'approchant (en utilisant juste le logo, je n'ai pas accès à ton pdf), mais "Zolano Sans BTN" est très proche (le "m" est légèrement différent, et je pense que le rayon des coins arrondis n'est pas le même). Sur le tag "clean" tu en trouveras d'autres qui ressemblent vaguement, mais je pense que la précédente est la plus proche. Jacques.

Il est loin d'être évident qu'il existe une police complète, ils ont peut-être juste dessiné les quelques caractères (7!) dont ils avaient besoin... (mais ça ne veut pas dire que la police n'existe pas) Jacques.

- le nouvel index devrait mécaniquement améliorer les choses. Mais tu y gagneras probablement à virer les index inutiles maintenant - tu n'as clairement pas assez de RAM. Tu as quoi comme disque(s)? Il est vraisemblable que tu les satures en I/O - oui, regrouper les 3 requêtes en une seule te fera gagner, mais pas forcément significativement - une requête avec un LIMIT 1 sans ORDER BY c'est très bizarre... Jacques.