Dadou

Dans ta situation, tu n'as il me semble plus le temps de perdre du temps, pour moi c'est clair, leur retirer la finalisation pour le confier à quelqu'un de compétent, et ce à faire de toute urgence. Attendre fin avril, et si d'ici la ils n'ont pas encore résolu le problème tu fais quoi? les démarches que je te propose de suite, ce n'est pas encore augmenter le risque lié à la pérennité de ton entreprise?

Cela ajoute de l'eau à ton moulin, mais, le fait de te faire livrer le travail effectué jusqu'à maintenant te permettra de désamorcer la situation, et de passer par un autre prestataire pour l'intégration de la partie paiement. En gros, un vrai pro connaissant bien Atos et Magento te torche (non pas captain ) ça en deux temps trois mouvement. C'est la solution la plus rapide pour toi, et a mon avis la plus viable puisque ta situation deviens critique.

Rien n'a à être changé chez Atos, cela fonctionne sans aucuns problèmes pour plusieurs centaines de milliers de boutiques, si il y a un problème c'est que ton prestataire actuel n'a pas les compétences pour le faire. Maintenant, a ta place, j'enverrais un recommandé à ton prestataire actuel lui indiquant qu'il n'a pas convenablement géré la situation, et que visiblement il n'a pas les compétences techniques pour résoudre le problème et que tu souhaites : - Être livré du travail effectué jusqu'à maintenant - Bénéficier d'une remise sur le prix total de la prestation couvrant la non mise en place du système de paiement, et devant prendre en compte une indemnisation pour le retard généré. Sans quoi tu seras obligé de lancer un procédure juridique. Un contrat n'est pas toujours obligatoire, les échanges par mails peuvent suffire à prouver que le prestataire te fais tourner en bourrique depuis quelques mois, et je ne pense pas qu'il soit très difficile d'obtenir gain de cause.

Concernant la mise en place du système de paiement, c'est normalement au prestataire de prendre contact avec le service technique de la banque pour remédier au problème, si vous faites l'intermédiaire entre les deux camps, le problème ne sera jamais résolu.

La dessus je sèche un peu, j'estime plutôt avoir un bon niveau en dev, graphisme, ergonomie et accessibilité, mais alors le marketing, j'en ai encore beaucoup à apprendre

Un comble

Non, non, j'ai fais l'expérience il y a quelques années de développer une boutique pour un client, elle tournait pas trop mal, mais j'ai plutôt fait le choix pour la boutique que je vais sortir, de prestashop, parce que je l'ai trouver plus simple à utiliser et à templater, et comme il intègre de base les fonctionnalités qui me sont utiles. Pour des produits complexes c'est sûr qu'il montrera des faiblesses, et que magento est plus souple pour la personnalisation des produit mais bon. mais entre un vendeur de Yatch et un vendeur de vêtements, il y a une sacré différence de budget (et a part les tailles, j'ai pas trop besoin de personnalisation ) Pour l'instant j'ai pris un 90plan chez OVH pour le faire tourner, oui, 3.71 € /mois pour l'instant c'est amplement suffisant (enfin tu me diras, comme la boutique n'est pas encore ouverte, cela ne se voit pas), la différence avec 720plan ou un xxlplan, je préfère la mettre dans les campagnes adwords. Si la boutique tourne bien, et si le besoin se fait sentir, je migrerais d'hébergement plus tard. Avec Magento, cela n'aurait pas été la peine d'y penser. Personnellement, je ne peux pas me baser tout de suite sur un hébergement plus costaux, je ne sais pas si le retour financier de la boutique sera à la hauteur de mes espérance, les internautes sont parfois capricieux, donc j'essaie de minimiser les coûts (même si j'ai confiance, il vaut mieux être prudent). Quand c'est un client qui à déjà pignon sur rue et qui cherche un nouveau canal de distribution, oui il aura une meilleure idée du retour sur investissement, et pourra tout de suite envisager un hébergement plus costaux, car il sait que ce sera facilement amorti.

En java (pas en javascript) cela doit être possible, mais cela reste déconseillé : - Le visiteur à t'il la machine virtuelle java? - C'est un trou de sécurité pour le visiteur

Les deux sont liés c'est vrai C'est du mutu haut de gamme ça, à la limite du dédié non?? A ce prix la, je préfère encore passer sur du RPS ou du VPS, je me sentirais plus rassuré Ben, je suis en plein dév d'une boutique, mais je ne sais pas encore si la clientèle sera vraiment au rendez-vous, faire la moyenne des marchands français me plairait beaucoup mais au départ cela risque d'être fortement en dessous, et puis, je n'aurais pas un très grand panel de produit au départ, entre les coûts des stocks, et autres, je comprend maintenant, le besoin d'être économes sur certains aspects, et la en l'occurrence, je peux en faire un sur l'hébergement en choisissant un produit moins gourmand en ressources. Si je ne me contente que de Paypal au départ, c'est bien aussi à cause de cela. C'est mon principal reproche, j'ai testé différents produit avant de choisir celui sur lequel je travaille, mais le besoin de ressources m'a grandement freiné lors du test, Thelia m'avais plus, mais manquait de fonctionnalités, les différents produits ont chacun évolué depuis les tests que j'ai effectué, il faudrait que j'en refasse d'autre mais bon, maintenant que ma boutique est déjà bien avancé, je ne vais pas changer

Je suis catégorique en terme de coût, je ne vais pas choisir le même type d'hébergement entre un Magento et un Prestashop, et celui de Magento sera rapidement plus couteux que celui de Prestashop

Euh, sur l'ordi du visiteur??

Quoi incontournable? je n'en ai pas besoin, le module paypal me suffit amplement, lui il est gratuit. Après dès que l'on a besoin des banques c'est que les bénéfices envisagés sont importants, donc le coût du module est pinuts, et totalement justifié Si je me souviens bien, le module en question à été testé et était truffé de bugs et failles, donc sur un module aussi sensible, je trouve cela normal de démonter les dév, d'autant plus qu'avec l'effet d'annonce qu'il a fait autour c'était tendre la perche. Chaque solution à des coûts, installer un Magento coûte plus cher : plus de temps, réglages plus fins de la boutique, mais à maintenir aussi le coût est plus important : tu ne le fais pas tourner sur le même serveur qu'un Prestashop ou un Thelia (Autre bonne solution au passage, faudra que je teste la nouvelle mouture) Quand à discuter du business model, ce dernier n'est pas lié à la vente de modules de paiement, mais aux services de personnalisation autour de Prestashop, que le business model de Prestashop à encore de beau jour devant lui car au final, même avec le module de paiement payant, c'est moins cher qu'un Magento

Oui, mais il n'empêche qu'ils auraient du suspendre ton abonnement puisque techniquement ils étaient incapable de te fournir l'accès internet

Euh, la pour moi tu fais fausse route, par sa lourdeur (je parle de ressources serveur) il s'exclue de lui-même de la cible des petites structures, ces dernières n'auront pas la capacité financière pour le serveur qui ira avec, c'est, et je persiste la dessus, uniquement pour les projets d'envergures, sinon, financièrement ce ne sera pas rentable. Pour moi au final, le choix n'est pas si cornélien, petits besoins : Prestashop, gros besoins : Magento

Je le vois comme captain, d'autant plus que c'est dans le cas de ligne dégroupé à la charge du FAI de faire l'ouverture de ligne, qu'importe pourquoi ils ne peuvent le faire, ils doivent suspendre l'abonnement pendant la procédure.

Je vois de quelle solution tu veux parler, pour recadrer les choses il ne s'agit pas de dénigrement mais de mise en garde, le paiement en ligne est un point très délicats qui ne doit pas être pris a la légère. Laisser comme cela des développeurs plus ou moins amateurs proposer des modules de paiements gratuit sans un certain niveau de contrôles peut porter préjudice a l'application dans sa globalité. De plus quand une société propose une partie de son travail gratuitement, il est quelque peu humain de ne pas apprécier que quelqu'un vienne lui couper l'herbe sous les pieds. Pour ma part je trouve normal que les modules de paiements soient payant, parce que : - ils nécessitent un travail plus rigoureux que les autres modules, - indifextemts ils vont générer des revenus pour le site, ce n'est qu'un juste retour des choses que les devs originaux aient un retour financier Et surtout, je tiens a rappeler que opensource ne signifie pas gratuit donc... Et pour finir, le module paypal est gratuit, si vous décidez de prendre la solition des banques (atos par ex) c'est que le retour sur investissement va être intéressant

Ce ne serait pas à la web agency de le fournir ce document??

Utilise tout bétement l'api Google Map

Bon, bah si ça tourne bien, je prends 20% pour mes conseils

As tu supprimé le ou les articles incriminé dès que tu as été informé de leur publications?

j'ai trouvé bien utile le plugin X-ray https://addons.mozilla.org/fr/firefox/addon/1802

J'ai juste dis que l'option 1 est mieux pour eux, j'ai pas dis que je le proposerais. Mais si un jour j'ai besoin d'un bon chien de garde je saurais à qui m'adresser Non Arlette, pas taper, pas taper, je t'aime bien tu sais Néanmoins correctement expliquer les choses a ton "ami" permet d'éviter certains déboire. Toujours est il que pour moi, tu en as déjà trop fait, le "conseillé internet" comme il s'est présenté aurait du faire lui-même les démarches nécessaires. Ou alors, truc ultime : tu proposes de renouveler puisque le transfert ne peut être fait maintenant, mais tu factures - 20€ pour le le NDD - 45€ pour la procédure de renouvellement - 45€ pour la procédure de transfert Livraison à la réception du paiement (comme cela, tu te fais 110€ facile )

Pour eux il est mieux de prendre l'option, je renouvelle maintenant, et transfert aussi sec, a ne pas oublier la facture , sinon, ils devront attendre 45 jours de non dispo du site, et avec le risque de se faire piquer le NDD

C'est bien pour cela que j'avais ouvert un post sur le sujet : http://www.webmaster-hub.com/index.php?sho...c=45755&hl=

Woua ! Arlette est plus dure que moi