Reprise du message précédent :
J'aimerais vos conseils sur cette problématique :
 
Situation actuelle :
 

• Je suis spécialisé développement e-commerce (php, et plus recemment php/symfony), mais pas admin sys
• Je développe un e-commerce pour un client depuis 2007, qui a régulièrement évolué (6 versions majeures)
• A partir du 1er janvier, j'intègre à temps plein cette entreprise pour assurer au jour le jour le développement du site, l'amelioration continue, le maintien en conditions opérationnelles, intégration continue de services supplémentaires (services tels que trustpilot (evaluations), TPE type Paypal en fallback (quand le principal tombe ... genre Paybox hier   ), So Colissimo (et sa doc moisie), ...), ...
• Aujourd'hui, l'ecommerce est basé sur une solution maison en php5/mysql sur un serveur dédié virtuel ikoula
• Le catalogue compte aujourd'hui 5000 références, pour environ 10 commandes / jour
• On à environ 300 visiteurs uniques / jour

_________________________________
 
Situation à venir :
 

• Le prochain développement sera encore et toujours sur une solution maison (j'ai mes raisons, mais je ne veux pas de prestashop / magento / ..., à la rigueur un Sylius)
• Le catalogue va passer à 100 000 références (x20), et le volume de commandes devrait rapidement augmenter de manière identique
• On risque d'avoir un traffic à 1500 visiteurs uniques / jour rapidement

_________________________________
 
Questions :
 

• Quel type d'hébergement il faudrait privilégier ? J'ai de bonnes lacunes en admin sys, donc le dédié auto-infogéré ne me semble pas le plus adapté. Mais le mutualisé ne me donne pas assez de flexibilité (gros calculs lancés via ssh / terminal parfois, accès au cron, ...)

• Vos avis sur un plesk qui aurait l'avantage d'être sécurisé / mis à jour automatiquement / ne nécessite pas de compétences sys/res particulières

• Je trouve le concept Docker assez sympa, est-ce que ca me permettrait d'assurer un minimum niveau sécurité en prenant les bonnes bases niveau repositories et éventuellement de séparer mes services (sql / front office / back office / services marketplaces / ...) ? Quid de la performance, avec un catalogue consequent ,un traffic aussi conséquent, ... ?

• Quels sont les incontournables à mettre en place niveau cache, performance sur une architecture type php (symfony) / mysql servi par apache ? mysql est-il le plus pertinent dans le cas de *grosses* BDD ?

Merci  

 
Il faut un dédié pour ce genre de projet avec en plus, un backup idéalement dans le cloud (solution amazon par exemple)
 

Ca nécessite des compétences dès que ca foire, et ca foire, tu peux me croire. A la limite, je préfère cpanel, mais au bout du compte c'est un peu kifkif. Il faut des compétences tôt ou tard. De plus les backups prévus par ces solutions ce sont pas satisfaisants je trouve. Il vaut mieux utiliser soi-même un script et rsync.
 

Mouaif, pas assez de recul sur ce truc à la mode...
 

Franchement, je trouve symfony souvent trop lourd (surtout quand c'est mal utilisé ce qui est le cas la plupart du temps). MySQL ne présente pas de problème particuliers pour les très grosses BDD. Ce forum utilise mysql par exemple. Le fait de penser que mysql ne doit pas être utilisé pour les gros projets et qu'on doit lui préférer Oracle est une LU à mon humble avis. Et je connais les deux.
 
Mon conseil:
 
Fais une formation minimum de sysadmin Linux, utilise des machines virtuelles à la maison (et pas seulement à la maison d'ailleurs), installe toi même PHP, MySQL etc..., programme toi même des scripts cron, ajoute/enlève des utilisateurs FTP etc... Quand on s'occupe à plein temps d'une solution d'e-commerce, on doit savoir faire cela.
Ensuite, je vois que tu préfères rester sur ta propre solution plutôt qu'un outil comme Magento. Je pense qu'à long terme c'est une erreur. Tu te donnes bcp de travail pour pas grand chose et tu ne pourras jamais avoir une solution aussi sécurisée qu'avec un magento bien configuré avec tous les derniers patchs.
 
Si tu n'as pas le temps d'apprendre ce qui te manque concernant la partie sysadmin du boulot, prend une solution avec un support intégré pour que d'autres personnes puissent t'aider en cas de besoin et que tu puisses te retourner sur qqu en cas de coup dur.

Pas mieux.
Ca me parait suicidaire de se lancer comme tu veux le faire sans un minimum de connaissance en sys admin.  
Et je veux bien connaitre tes raisons pour éliminer d'office Magento/Prestashop  

T'as quel budget pour le hosting ?
Suivant le budget tu pourrais prendre un serveur en infogérance.

Je suis amené à générer des images depuis PHP... évidemment je sais très bien faire en utilisant la librairie GD etc....
 
Mais ayant d'autres chats à fouetter que de replonger dans des vieux scripts et/ou de réinventer la roue, je pense à utiliser une classe toute faite.
 
Je vois que http://phpimageworkshop.com/ semble pas mal.
 
D'autres suggestions?
 
Merci

https://github.com/avalanche123/Imagine

 
merci, je vais regarder

question à la con: quand on envoie un objet en sendMessage(), il se fait stripper son prototype, du coup y'a un standard pour ré-hydrater ces objets ?
toJSON() est pas appelé à la sérialisation (je sais, c'est pas la même chose, mais c'est similaire)

tiens, j'ai des workers qui survivent à un shift+cmd+R dans chrome

ben pourquoi ne pas faire en sorte que le constructeur de l'objet prenne en paramètres un objet qui contient toutes les properties de l'objet, du coup après un sendmessage un petit "new FooClass(monobj)"
 
Pour info sendmessage n'envoie que des message, donc ton bordel a été sérialisé puis désérialisé, et à mon avis JSON est passé par là et il s'en contrefout du constructeur.
Donc tu n'auras que des objets lambda en bout de course

sendMessage ou postMessage ?

fuck je confonds avec postMessage

 
Nope, "structured clone algorithm" si postMessage
 
Avec une implémentation différente selon les navigateurs (IE<9 n'accepte que des chaînes si je me souviens bien)

Merci pour les réponses    
 

 
Ok, donc serveur dédié pour l'hébergement    
 
 

 
Alors du coup, ai-je vraiment la necessité d'avoir un panel ? car pas de multi domaines, pas de gestion des emails (on utilise Gmail for business), si ca se resume à gérer les utilisateurs FTP / gérer les bases de données, autant faire sans panel non ?
 

 
Ok, à creuser.
 

 
Ok, je vais surveiller de près les ressources utilisées par mon appli, ok pour mysql    
 

 
En fait, ca fait 4 ans que je met en place et administre mes serveurs unix / plesk, unix / panels libres, ... donc je sais à peu près gérer mes taches cron / backups / dépanner quand ca merde, mais genre iptables, je connais pas du tout, j'en ai juste vaguement entendu parler dans mes etudes
 
Pour le magento / ps VS solution maison, je me sens beaucoup plus à l'aise à re-inventer la roue finalement, sans contraintes techniques, sans devoir m'appuyer sur des modules limités ou buggés, niveau sécurité, en m'appuyant sur des frameworks eprouvés (injections sql), et un peu de jugeote, jamais eu de problèmes   Ce qui n'était pas le cas avec les quelques wordpress que j'ai mis en place par exemple (probablement pas assez à jour, je le reconnais).
Apres je reconnais que c'est assez personnel comme choix, et discutable    
 

 
Cf au dessus, j'ai des connaissances, mais pas assez en sécurité serveur à mon gout.
 

 
Budget pas vraiment défini, aujourd'hui ca coute ~50€/mois (serveur de prod + serveur de backup).
Quels prestataires sérieux proposent ce genre de service ?

iptables c'est con comme la mort, tu suis un tuto de base, tu laisses passer quelques protocoles/ports et c'est fini. Franchement y a rien.
 
Non, le truc le plus relou quand t'as ton serveur, c'est de se tenir à jour sur les gros trous de sécu. Typiquement Shellshock, où faut que tu sois au courant du truc avant que des piratins s'amusent avec sur ton serveur (bon là ça va) et que tu te tapes la mise à jour + patches des exécutables ou libs impactés. Sur une distrib qui n'est plus trop maintenue, ça veut dire recompil du bordel et éventuellement de ses dépendances. Donc bien choisir la distrib (LTS, pas LTS ? Dans tous les cas, combien de temps doit s'écouler entre 2 réinstalls complètes de ton système ?) mais aussi savoir compiler et installer des softs tout sen se tenant à jour de l'actualité de la sécurité.

 
Moi je dirais non, surtout si le dédié héberge un seul site, mais ca dépend de ton niveau finalement et de ce que tu cherches à faire.
 

 
Oui tu feras bien, car symfony bouffe pas mal de ressources je trouve généralement. Certe, il y a la mise en cache, mais suivant le site que tu fais et sa complexité, utiliser symfony revient parfois à tuer une mouche avec un missile.
 

 
Bon bah si tu as ce genre de niveau, pas vraiment de problème donc. De quoi t'inquiètes tu ? Tu dois juste veiller à rester bien au courant des derniers patch pour ta distrib.
 

 
Crois moi, le fait que tu te sentes "plus à l'aise" sur ta propre solution est normal, car s'agissant de magento par exemple, il y a un apprentissage assez long et au début, c'est assez rebutant je trouve. Mais sur le moyen et long terme, ce sera 100 fois mieux pour toi et encore une fois, en ce qui me concerne par exemple, je ne m'amuserais pas à jouer avec une solution perso pour un site de 2-commerce avec des milliers de num de carte bleues qui transitent ainsi que les infos perso des consommateurs. Franchement, c'est pas du tout raisonnable à mon avis.
 
 
 

 
je ne suis pas développeur, donc je ne pourrai pas t'apporter grand chose, mais durant mon expérience j'ai toujours apprécié l'hébergeur AlwaysData comparé à OVH, Infomaniak ou d'autres trucs plus exotique. Tu peux peut être regarder de leur coté pour un dédié. Les gars sont vraiment au top, ils ont réponses à tout. Même moi qui ai juste un mutualisé chez eux, je leur pose des questions de DNS, Mail, Domaine, Blacklist etc... les gars te répondent dans les 5mins qui suivent. Un jour ils m'ont même envoyé un rapport car un wordpress que j'avais faisait trop d'accès disque. Du coup ils m'avaient fait passer sur un SSD gratuitement Puis ce qui m'avait surpris à l'époque quand j'avais testé, c'est la rapidité des serveurs comparé aux autres. Si tu connais pas, jette peut être un coup d'oeil, les mecs sont bon

 
ok, on est d'accord alors    
 

 
C'est quand meme amha un projet ou ca se justifie, mais ouais je vais surveiller / optimiser
 

 
Ben je me dis que c'est pas mon metier et pas ma spécialité, et donc que ca s'étudie de faire sous-traiter,  
mais si finalement c'est "pas si compliqué" à sécuriser à la mise en place, et que ca nécessite *juste* de faire un peu de veille pour patcher / ma la distib, ca va ouais
 

 
On ne manipule pas les infos CB (le TPE le fait pour nous), mais les infos consommateurs oui (noms / adresses / tel / email). Je vais re-regarder magento, mais je suis vraiment pas sur d'arriver à m'y faire / passer xx heures a apprendre le framework

AlwaysData, je connaissais pas et je viens de regarder. Pour du mutualisé je sais pas, mais pour le dédié ça démarre à 350 € HT par mois, on n'est plus du tout dans le même cadre que OVH et consorts. Comme ils le disent eux-mêmes, on paye aussi et surtout le service : c'est eux qui installent et config la machine. C'est un choix mais ça fait quand mêm cher au final...

 
Ca me paraissait plus obscure    
 

 
Si c'est que ca, c'est gerable (je prends toujours du LTS)  

Le framework est pas spécifique magento, c'est du zend, donc costaud, évolutif, mais lourd.

Franchement, c'est comme le firewall Windows sauf qu'au lieu d'avoir des cases à cocher ou des valeurs à remplir, c'est une ligne de commande à lancer Tu mets tout ça dans un fichier pour pouvoir relancer le machin si besoin et c'est fini. Le tuto OVH est sympa : http://guides.ovh.com/FireWall

Ba après ouais, y a pu grand-chose à savoir.

 
Je sais pas si ce type d'attaque a déjà été conduit, mais c'est pas parce qu'on redirige les paiements vers quelqu'un d'autre que la sécurité du serveur n'a plus d'importance.
 
Une fois sur le serveur c'est pas spécialement difficile de remplacer le code qui appelle le TPE standard pour envoyer quelque part ailleurs,
(et ça peut très bien être un joli serveur en https avec cadenas vert), en bonus l'attaquant peut aussi utiliser les credentials paybox/paypal
pour sortir directement l'argent du compte commerçant.
 
Bon au moins ça permet pas de récupérer les infos des vieux achats, c'est toujours ça.

Un de mes problèmes c'est que c'est des tableaux de tableaux d'objets.
 
typiquement c'est des listes de polylignes. la polyligne elle-même est un objet et chaque point est un objet.
 

ouais, désolé, postMessage, y'a pas de sendMessage.

On est passé chez Typhon cette année.
Pour info je suis CTO chez un gros ecommerçant (+ d'1 million de VU / mois).
 
Magento c'est à chier (surtout qd tu vas monter en nombre de références dans ton catalogue, à cause du modèle de données en EAV).
Sylius est bcp + prometteur et basé sur du sf2, bcp + intéressants que magento.

Exact sauf qu'en général le ecommerçant surveille tous les jours qu'il a bien des commandes qui arrivent de son TPE.

+1, magento et prestashop c'est immonde. Ca fait longtemps que je ne m'en suis pas servi mais OpenCart à l'époque m'avait pas mal plus. C'est clairement moins fourni en module par contre que Presta ou Magento.

 
Tu peux faire du flat catalog dans Magento.

Tu peux aussi concevoir correctement ta solution ecommerce
 
On a 2 millions de refs dans notre catalogue.

 
Et WooCommerce ?  

 
L'argument qui fait peur
 
C'est pas un choix personnel, c'est un choix d'amateur AMHA.

 
Jette un oeil à ça
 
https://github.com/tildeio/kamino.js ( ca reste du JSON amélioré )
 

ça résout pas mon problème de prototype j'ai l'impression
 
C'est dans le même domaine, mais ça répond pas du tout à mon besoin

en fait je tire la gueule parce que les workers sont sensés aider à déporter du boulot sans bloquer le thread graphique, mais vu le coût exorbitant de mes transfers de données entre workers ça devient ridicule.
à la fin ça va être plus simple de compiler du C++ en asm.js+nacl et de tout garder dans le thread principal.

En fait je vois pas le rapport entre des tableaux de tableaux et l'accès au prototype.
 
Mais je ne suis pas réveillé  

disons que si ton objet c'est un graphe d'objets à toi, si tu veux le transformer, tu mets une méthode commune à tout le monde, et tu descend récursivement dessus. un peu comme toString() en java, qui appelle le toString() des enfants etc.
Mais dès que tu as un objet pas à toi dans la chaine (un tableau par exemple) c'est relou, il faut descendre par l'extérieur faire la transformation.
 
c'est un peu différent à la reconstruction, mais c'est relou aussi.

Je ne sais pas si ca a un rapport, mais pourquoi tu ne t'appuies pas sur la serialisation JSON offerte par Ember Data? ( si c'est le même projet )

les structures sont énormes (polygones), j'avais pas envie de vraiment les sérialiser en string.
 
pour l'instant j'ai juste appelé toJSON() sur certains ce qui est la dernière limite avant de vraiment les sérialiser.
 
Dans le détail, ces objets sont pas stockés sous cette forme en base. Ils sont stockés sous forme de path SVG dans le serveur.

chers workers, votre page a été reloadée, il faut mourir maintenant Y'a plus personne sur vos listeners

 
Ça fait rapidement mal si tu balances un truc un peu gros à travers postMessage. Et c'est catastrophique sous IE8

Si tout le monde l'implémentait, tu pourrais efficacement balancer des ArrayBuffer via le 3e paramètre (move semantics)
 
Mais AFAIK c'est pas supporté sous IE.

j'ai des endroits où je passe des arraybuffers, (quand je sais que ça va partir direct chez webgl derrière, je le fais), mais bon, ça fait une passe en plus pour les construire, un format de polygones en plus etc.
 
Je vais peut-être refaire le coup des arraybuffers, mais là j'ai des problèmes assez relous avec chrome, genre plantage du navigateur et tout Et debugger un worker c'est toujours un peu l'horreur, sans stacktrace dans les exceptions, une console à chier etc. (et bien entendu, dans mon cas, c'est des groupes de workers, donc c'est encore plus le bordel pour comprendre les pbs de sycnhro).
 
Pour l'instant j'oublie IE, j'arrive déjà pas à sortir un site web, j'ai pas de windows, je pense qu'il faut faire des sacrifices. Je développe sous chrome, la partie web tourne plus ou moins sous firefox c'est déjà l'extrême limite de mes compétences et de ma motivation (franchement, développer avec une dépression, t'as l'impression d'être un héro qui a soigné le cancer quand t'as réussi à te motiver pour corriger une faute d'orthographe).