Hébergement E-commerce

[E-commerceDev]

Bonsoir ,
je me lance dans le E-commerce .
Cependant , j'ai besoin d' un hébergement performant qui tient là route.
J'utilise comme Cms Magento qui a besoin de beaucoup de ressources pour fonctionner.
J'ai sélectionner un hébergeur qui marche bien en ce moment et qui à des bon retours :Ex2hosting avec comme option d' hébergement "EX2 PRIVÉ" , vous en pensez quoi? Performant? S'est un Semi-dédiée.
Je me suis dit aussi , pour quoi pas prendre un vps chez IKOULA , le FLEX'SERVER 4 vous en pensez quoi?
Vous me conseillez quoi?
Cordialement ,

 

[Bool]

Bonjour,

pourquoi ne pas avoir opté directement pour un spécialiste Magento ?

 

[Eloan]

Bonjour,

Pour le prix du FlexServer4 de chez Ikoula, tu as largement mieux ailleurs. Je trouve leur prix assez cher.
Pareil pour le semi dédié, il est cher.

Pour exemple :
http://www.evxonline.com/serveurs-vps.html

Ou encore :
http://www.kimsufi.com/fr/

A toi de voir

 

[Alexion]

Bonjour,

pourquoi ne pas avoir opté directement pour un spécialiste Magento ?

Prestashop si tu veux valoriser les outils Made In France

 

[Bool]

@Alexion : je suis bien d'accord, mais j'ai vu plusieurs gérant de sites e-commerce qui ne veulent surtout pas changer d'outil.

Pour ma part j'ai constaté que Magento était bigrement mal foutu, et que certains ajustement dans le code étaient parfois nécessaires. Je suppose qu'un spécialiste Magento serait habitué à ces problématiques et a déjà sous le coude une batterie de patch limitant la casse.

Evidemment Prestashop n'est pas sensé avoir ce genre de problématique : le développement étant communautaire, les patchs sont logiquement remontés upstream. Chose que je n'ai pas vraiment vue pour Magento.

Sinon dans les besoins : Magento est gourmand en RAM, en IO, et a besoin de CPU rapides. Toutefois il n'utilise que très peu de coeurs à la fois (car il y a souvent peu de trafic sur ces sites). Un petit SP SSD chez OVH conviendrait donc plutôt bien (cf http://www.ovh.com/fr/serveurs_dedies/sp_32g_ssd.xml ).
Après faut pas se viander sur la conf MySQL, et faut placer le cache Magento en mémoire.

 

[spout]

Chose que je n'ai pas vraiment vue pour Magento.

Je suis pas du tout un spécialiste Magento, mais je vois bien que ça bouge sur le github:
Issues: https://github.com/magento/magento2/issues
Pulls requests: https://github.com/magento/magento2/pulls

Sinon +1, c'est super gourmand !

 

[Bool]

Bigre, tu as raison. Faut que je me mette à jour... j'en étais resté à leur SVN tout pourri, accessible quasiment uniquement en read-only !

 

[Julia41]

Etant plus souvent du côté hébergement que du côté webmaster pour Magento, oui, ça consomme, et pas qu'un peu...
Généralement quand j'ai des demandes de "pouvez-vous configurer un serveur pour mon site Magento", je réponds "passez à prestashop"

J'espère que ça va bien bouger prochainement, car ça reste quand même quelque chose d’extrêmement lourd, et sans mettre les mains dans le code pour virer des fonctions inutiles, simplifier des trucs, c'est très très très lourd et il y a un lag permanent...
Bon, à noter c'est pour ça que les spécialistes Magento prennent aussi cher, car ça reste du lourd à comprendre/nettoyer...

 

[E-commerceDev]

Bonjour,

pourquoi ne pas avoir opté directement pour un spécialiste Magento ?

Bonjour ,
Tout d' abord ,merci de votre réponses.
Car cela est trop cher d' opté directement pour un spécialiste Magento .

Bonjour,

Pour le prix du FlexServer4 de chez Ikoula, tu as largement mieux ailleurs. Je trouve leur prix assez cher.
Pareil pour le semi dédié, il est cher.

Pour exemple :
http://www.evxonline.com/serveurs-vps.html

Ou encore :
http://www.kimsufi.com/fr/

A toi de voir

Bonjour ,
Tout d' abord ,merci de votre réponses.
Le FlexServer4 de chez Ikoula n'est pas bon?Comparer à un KS R-4G , KS R-8G , il n'est pas mieux , car il a un quad core.
Le Semi dédié est-il puissant , moin ou +puissant que chez Ikoula?
Evxonline ne me dit rien , il n'est pas référencer sur un site de meilleur hébergement , il n' a aucun avis , vous l' avez testez personnellement ?

Bonjour,

pourquoi ne pas avoir opté directement pour un spécialiste Magento ?

Prestashop si tu veux valoriser les outils Made In France

Etant plus souvent du côté hébergement que du côté webmaster pour Magento, oui, ça consomme, et pas qu'un peu...
Généralement quand j'ai des demandes de "pouvez-vous configurer un serveur pour mon site Magento", je réponds "passez à prestashop"

J'espère que ça va bien bouger prochainement, car ça reste quand même quelque chose d’extrêmement lourd, et sans mettre les mains dans le code pour virer des fonctions inutiles, simplifier des trucs, c'est très très très lourd et il y a un lag permanent...
Bon, à noter c'est pour ça que les spécialistes Magento prennent aussi cher, car ça reste du lourd à comprendre/nettoyer...

Bonjour ,
Tout d' abord ,merci de votre réponses.
Je préfère Magento , qui à beaucoup + d'options , et j'ai déjà commencer à crée Mon thème...
Pourquoi , ce n'est pas bien Magento?

@Alexion : je suis bien d'accord, mais j'ai vu plusieurs gérant de sites e-commerce qui ne veulent surtout pas changer d'outil.

Pour ma part j'ai constaté que Magento était bigrement mal foutu, et que certains ajustement dans le code étaient parfois nécessaires. Je suppose qu'un spécialiste Magento serait habitué à ces problématiques et a déjà sous le coude une batterie de patch limitant la casse.

Evidemment Prestashop n'est pas sensé avoir ce genre de problématique : le développement étant communautaire, les patchs sont logiquement remontés upstream. Chose que je n'ai pas vraiment vue pour Magento.

Sinon dans les besoins : Magento est gourmand en RAM, en IO, et a besoin de CPU rapides. Toutefois il n'utilise que très peu de coeurs à la fois (car il y a souvent peu de trafic sur ces sites). Un petit SP SSD chez OVH conviendrait donc plutôt bien (cf http://www.ovh.com/fr/serveurs_dedies/sp_32g_ssd.xml ).
Après faut pas se viander sur la conf MySQL, et faut placer le cache Magento en mémoire.

Bonjour ,
Tout d' abord ,merci de votre réponses.
Vous me dégoutter de Magento avec tous vos commentaires , je ne sais pas quoi faire maintenant , toutes mes heures de travail seraient perdu , Prestashop à quoi de mieux?

 

[Wima Farhat]

Bonjour,
Pourquoi allez-vous changer votre CMS?
Si Magento est "gourmand" en RAM, vous n'avez qu'a lui ajouter autant qu'il faut. Personnellement je trouve qu'un serveur Cloud va le mieux avec ce que vous cherchez car il est beaucoup plus flexible qu'un dédié mais aussi puissant.
Question prix, j'ai trouvé une offre hyper intéressante chez Netissime. :idea:
Ce n'est pas encore publié dans leur site mais le commercial sur la (0 811 26 10 26) m'a dit qu'on vous offre le serveur Cloud qu'est supérieur à celui commandé avec le même prix.
Tu peux rappeler et on t'expliquera tout.

 

[_Soul]

Magento, n'est pas lourd, c'est vous qui savez pas coder ou alors optimiser votre serveur.

Je voudrais bien voir un prestashop avec 30k produits se charger en moins de 2s avec 30 utilisateurs tapant dans la BDD en même temps sur un "petit" serveur (-100€/mois).

Pour l'hébergement ça dépends, ta combien de produits, combien de vue magasin (multilingue)?

Si plusieurs views ou pas mal de produits, dans cette gamme de prix, prends http://www.online.net/fr/serveur-dedie/dedibox-classic tu pourras déjà avoir un bon départ.

 

[Bool]

Magento, n'est pas lourd, c'est vous qui savez pas coder ou alors optimiser votre serveur.

Un Magento classique, c'est entre 600 et 1200ms de temps de réponse pour la page d'accueil, sans compter l'affichage, avec tout en cache mémoire, et des coeurs à plus de 3.5Ghz... Et l'excuse classique des 30k produits c'est du flan : on parlerait de 30 millions de produits, ok, pourquoi pas, mais 30k pour les machines actuelles c'est rien, une broutille, peanuts.

Magento est un veau.

 

[_Soul]

Problème entre la chaise et le clavier cf Une petite échelle pour se donner une idée - http://www.nbs-system.com/blog/technique/magento/auditer-site-magento-lent.html

 

[Bool]

Mais bien sûr... faut pas croire, mais cette jolie page est le point de départ de toutes les installations Magento, et d'ailleurs la plupart des remarques qui y sont faites ne sont pas spécifiques à Magento.

Les 40ms annoncés ici ne sont possibles qu'avec un cache complet, de type Varnish. Dans la réalité, je n'ai pas vu un seul site Magento de client où le déploiement de Varnish était possible (car site complètement dépendant des sessions & cookies).

À moins que tous mes clients manquent de veines, et aient opté pour les mêmes plugins, j'aurais plutôt tendance à croire que NBS cherche à vendre ses solutions (à raison, cf mon premier message).

 

[_Soul]

C'est vraiment bizarre, pour le e-commerce auquel je pense, il y a un cache varnish et un de ses plus gros concurrent tourne avec nginx (non officiellement supporté). En 2s ta la home d'afficher et pourtant il y a pas mal de photos.

Après il faut savoir utiliser le modèle mvc et ne pas mettre le code dans la vue mais dans un bloc afin de pouvoir utiliser le cache.

Un petit exemple : http://image.noelshack.com/fichiers/2013/17/1367049657-mag-perf.png

-http://www.zadig-et-voltaire.com/

Ou la la c'est vraiment choquant, le site est trop long à charger !

 

[Julia41]

<snip>
-http://www.zadig-et-voltaire.com/

Ou la la c'est vraiment choquant, le site est trop long à charger !

Pour ton exemple, perso je ferais la même chose avec un fichier .html, sans aucune requête SQL, et donc en 100 fois plus rapide...

 

[_Soul]

Ok tu me fais un e-commerce en full html pour combien?

Regardez un peu les différences de tarif entre un site sous Magento & Prestashop, peut être qu'un des deux nécessite plus de compétences.

Et c'est tellement à chier que ça a été racheté par Ebay & qu'ils font un des plus gros event e-commerce avec http://www.imagineecommerce.com/

http://www.kobobooks.com/ http://www.smartbox.com/fr/ http://www.magentocommerce.com/blog/category/magento-spotting/

magento c tro len

 

[Julia41]

Ok tu me fais un e-commerce en full html pour combien?

Je parlais de la home

magento c tro len

On est d'accord...

Bon, j'arrête de troller discussion sans fin.