Bon bouquin pour création de boutique en ligne

2»

Réponses



  • Si je peux donner un conseil, c'est de commencer par un bon design d'architecture.


     


    Je ne suis pas un grand spécialiste réseau, mais si je devais pondre un tel système, j'opérerais avec plusieurs serveurs.




     


    Tout dépend de ce que tu veux faire et surtout de la charge que va devoir endurer ton site. Si tu n'as pas 2 millions de requêtes/jours un serveur mutualisé fera très bien l'affaire, d'autant que tu n'auras pas à  t'occuper de la partie sécu de bdd. Par contre je suis d'accord sur le point du design qui est important mais plus pour le site en lui même. Qu'elle architecture de code tu vas utiliser pour qu'il reste "scallable" et conserve une part importante de sécurité ? Il y a du travail à  effectuer de ce coté là  afin que ton site soit sécure et que tu es des process de ventes bien pensés.


     




    Si tu n'es pas pressée, tu attends que swift soit utilisable pour le web.


     


    Mais de toutes façons, le problème du langage côté serveur est un faux problème.


    Les technos serveurs sont toutes correctes. Bien sur, Rails est surement mieux que php, mais on arrive à  tout faire en php.


     


    Même javascript, j'en suis venu à  me dire que c'était un langage correct en regard des deux points noirs que sont


    le html/css et le serveur (hard+soft).


     


    HTML+CSS c'est quand même un système de layout où pour pouvoir utiliser une constante, il faut recourir à  des librairies externes.


    Si t'as quinze div qui sont rouges, ben faut écrire quinze fois rouge dans ton code. Il parait que c'est pas du code, beau métier...


     


    Côté serveur, le problème c'est le serveur justement. Où l'héberger, comment l'administrer. Mutualisé, dédié, virtualisé, installé soi-même (ne pas faire n'importe quoi avec la sécurité, configurer soi-même apache, bien faire les mises à  jour, etc).




     


    Le langage, ils ont tous leurs avantages et leurs inconvéniants mais tu arriveras toujours à  faire ce que tu veux avec. Le plus simple reste le php, si tu veux des trucs avec le vent dans le dos ça sera plutôt du ruby ou du node.js ou plus orienté entreprise et grosse structure tu peux même faire de l'ASP ou du JAVA. Attention tout de même si tu prend un mutualisé qu'il puisse héberger ce langage.


     


     




    On est loin du Archive & Submit de Xcode.


     


    S'il y a un secteur de l'ingénierie informatique qui a besoin d'une disruption, c'est bien le web (http, html, css en tête).


    Quel enfer quand on vient du monde des apps.




     


    Tout le monde n'est pas de cette avis : http://nativecss.com/


    Et il y en a d'autre comme ça, et même Microsoft qui propose désormais de faire des applis windows 8 en WinJs (Javascript pour le traitement et html/css pour l'affichage)

  • Non mais faut pas se décourager.

    Faut juste pas se battre sur tous les fronts à  la fois.

    Par exemple, commencer avec un hebergement mutualisé en php, quitte à  ne pas pouvoir tout faire pour ne pas avoir l'étape de gestion du serveur.

    Partir sur des templates de page web type bootstrap, quitte à  avoir une page qui ressemble aux autres.


  • Tout le monde n'est pas de cette avis




     


    Je connais bien Tout le monde, je ne l'aime pas, il poste des messages racistes sur YouTube et insulte les gens sur Twitter.


    Je préfère l'avis de Chacun (quand il ne répète pas l'avis de Tout le monde bien-sûr).



  • Je connais bien Tout le monde, je ne l'aime pas, il poste des messages racistes sur YouTube et insulte les gens sur Twitter.


    Je préfère l'avis de Chacun (quand il ne répète pas l'avis de Tout le monde bien-sûr).




     


    Philosophe de si bon matin ^^


     




    Non mais faut pas se décourager.

    Faut juste pas se battre sur tous les fronts à  la fois.

    Par exemple, commencer avec un hebergement mutualisé en php, quitte à  ne pas pouvoir tout faire pour ne pas avoir l'étape de gestion du serveur.

    Partir sur des templates de page web type bootstrap, quitte à  avoir une page qui ressemble aux autres.




     


    Tout à  fait d'accord, le serveur mutualisé répond quand même à  beaucoup de besoin et i est souvent largement suffisant. Puis le php c'est pas si compliqué quand on s'y met avec un peu de rigueur 



  • Non mais faut pas se décourager.

    Faut juste pas se battre sur tous les fronts à  la fois.

    Par exemple, commencer avec un hebergement mutualisé en php, quitte à  ne pas pouvoir tout faire pour ne pas avoir l'étape de gestion du serveur.

    Partir sur des templates de page web type bootstrap, quitte à  avoir une page qui ressemble aux autres.




     


    J'ai quand-même l'impression que ça va me demander pas mal d'investissement en termes d'apprentissage... Ce n'est pas forcément ce que je recherche. Mais ça reste à  l'étude.



  • Tout à  fait d'accord, le serveur mutualisé répond quand même à  beaucoup de besoin et i est souvent largement suffisant. Puis le php c'est pas si compliqué quand on s'y met avec un peu de rigueur 




     


    Personnellement, j'ai eut de mauvaise expérience avec le mutualisé, alors depuis j'arrête.


     


    Par contre un petit VPS chez OVH c'est pas violent en prix et c'est fait main. Mais faut se pencher sur l'installation / configuration serveur et ça c'est autre chose. 


     


    Personnellement c'est mon nouveau serveur de test un VPS sous Debian avec PHP / MySQL sous nginx.

Connectez-vous ou Inscrivez-vous pour répondre.