Bonjour, je représente une société spécialisée dans les objets publicitaires. Nous voulons nous ouvrir au marché du b to c en proposant un site de personnalisation de t-shirt. Nous serons bientôt à la recherche de developper mais avant d'en arriver là je voudrais savoir quelle langague utiliser pour mon outil. La plupart des sites que j'ai trouvé utilisaient du flash, je voudrai donc savoir si celon vous il y avait des solutions alternatives. Pour vous donner un ordre d'idée du résultat auquel nous voudrions arriver, je vous partage ce lien d'un site concurrent qui a retenue notre attention.
Merci pour votre aide.

12 réponses


xybi
Réponse acceptée

Bonjour,
Pour développer le site que tu voudrais faire, il faudrait utiliser HTML5, CSS3, JS, PHP et une base de donnée ...
rien de plus simple.

fital
Réponse acceptée

Il n'y a pas de solution "plus adaptée" si tu maitrises un langage, un framework, alors utilises les ça t'éviteras de tout devoir apprendre de 0.

php pas obligatoirement, ca peut etre du ruby avec rails, ca peut etre du pyhton avec django, ca peut etre du nodejs avec express ou sails

Et même en ASP.NET xD

phyll
Auteur

Merci à vous,
Je vais maintenant faire des recherches pour voir quelle solution serait la plus adaptée. Si vous avez une idée n'hésitez pas ;)

au jours d'aujourd'hui, pour une solution e-commerce sur le long terme j'aurais tendance a partir sur du rails pour avoir une base solide et bosser avec des technos cool

Idem que toi Defy, Rails avec ruby pour un e-commerce c'est le top (à mon goût^^)

Pas de Flash, dans deux ans même pas ton site fonctionnera plus. Pour le Ruby, je suis totalement contre dans le sens ou si le site vient a se développer et que tu commences a travailler avec des prestataires pour les stocks envoie ou autre, ils ont des api préfète pour la plus part en JAVA, php, etc. mais quasiment jamais en ruby et malheureusement tu devras adapter ton site a leur module. Au vu du prix d'un bon site e-commerce (>100K) faire une refonte pour un problème de techno serait juste une grosse blague. Ci s'était un site de média ou autre, pourquoi pas. Si c'est pour un petit buisness qui n'a pas pour but d'être gros ou de se développer et de faire appelle a des prestataires techniques de service, tu peux faire du ruby.

Galyb les API ne sont pas attaché a une techno. Tu peux très bien faire des requetes en php sur une API ecrite en Ruby. L'api serai ecrite en COBOL cela serai la meme chose

surtous que les API sont des servcies REST donc qui envoie des data en HTTP la techno n'entre pas du tous en jeux la

Api est clairement pas le bon therme, j'aurais plutôt du dire plugin. Exemple concret, demain vous passer par un prestataire de stockage et distribution, lui il utilise un service tier pour gérer les stocks et les envoies (ou un outil interne). Lui il va vous filer une doc avec système de sécurité et tout le tralala, et va vous dire ceci. Nous avons ( ou leur service tiers ) un plugin pour du java ou du php. Vous allez lui dire que votre site tourne sur Ruby, ça réponse va être, "nous n'avons pas développé de connexion directe avec ce type de technologie". La tu te dis ok c'est pas grave, filler nous des accès API AUTH2 (ou autre) et là le cadeau arrive. "Nous n'avons pas d'api public (pour eux public signifie que toi avec un simple code tu peux te connecter dessus", celle-ci est gérer par nos services." Nous ne pouvons travailler avec vous bonne journée.
Pourquoi c'est souvent le cas, car c'est des boites qui ont des logicielles a plusieurs millions d'euros la licence a l'année et que pour des raisons de sécurité te laisserons pas faire comme tu l'entends même si pour toi c'est une évidence.
Après il y a surement des prestataires plus intelligents, mais malheureusement il en reste beaucoup ou les IT ont 60 ans et veulent tout contrôler.

je travail avec du divalto ( environement .net completment fermé, IIS pour les server web, sql server et tous le tralala, et on as developpé un plugin comme tu dit, pour echanger des données avec prestashop en php donc on as bien 2 techno differents qui communique sans aucun problème. ) D'un autre coté onbosse aussi avec sellsy ( ERP ) full PHP qui dialogue avec une app entierement en JAVA, donc bon, la techno est un peut secondaire.