Jump to content

Spidetra

Hubmaster
  • Content Count

    326
  • Joined

  • Last visited

Everything posted by Spidetra

  1. Je ne comprend pas, c'était du second degré. Ton modèle DOIT ETRE totalement indépendant des tes vues utilisateurs.
  2. ... ou d'utiliser la fonction SQL qui va bien SELECT count(*)......
  3. Tu cherche a implémenter un modèle objet en te basant sur deux concepts qui ne sont pas objets. - ton modèle de donnée relationnel - tes vues utilisateurs Je comprend tes interrogations sur les problèmes de mapping Objet/Relationnel. Si tu es familier avec les diagrammes de classe UML, une solution consiste à modéliser tes classes en UML et à utiliser des outils de mapping qui vont te générer : tes classes, ton modèle relationnel. Il faut juste t'assurer que ton outil modélise correctement ton modèle relationnel. C'est important pour ne pas avoir de pb de performance. Je ne comprend pas la 2° partie de ton post. Ton modèle DOIT ETRE totalement indépendant des tes vues utilisateurs.
  4. encore et toujours raison. Ces articles génériques sur l'importance du contenu ne révéleront jamais les nouvelles stratégies mise en oeuvre pout capter le trafic. Ces stratégies prometteuses seront populaires dans un ou deux ans
  5. Je viens de passer trois an dans le service informatique d'une ( trés ) grosse société de E-Commerce. Petit retour d'expérience. Voici une démarche possible pour lancer un site de E-Commerce aujourd'hui. Juste une parmis d'autres. A. Séparation et indépendance forte entre la façade ( le site web ) et le Back-Office (BO). C'est certainement un des points les plus importants. Le site doit s'adapter aux fonctionalités du BO soit en natif, soit par des développements spécifiques. L'évolution des fonctionalités du BO sont indépendantes des fonctionalités du Web. Les deux solutions pouvant être fournit par deux prestataires différents. Ne pas oublier que le BO doit être multi-canal. Le site web n'est qu'un canal de diffusion. Ex : le canal de vente principal, c'est le site web, mais je veux pouvoir diversifier les canaux en faisant, régulièrement ou ponctuellement, du marketing téléphonique. Ces actions de call-out peuvent se faire en interne dans mon call-center ou en passant par un prestataire extérieur. Quelles implications ? Faire deux cahiers des charges en séparant les fonctionalités Web / BO. Connecteurs entre Web et les différents BO du marché : existant / à développer, propriétaire / ouvert. B. Cahier des charges. Trop long à détailler dans un post.... En résumé un bon cahier des charges doit anticiper les fonctionalités bien sûr ( mais surtout les pb ) : montée en charge, internationalisation, logistiques ( interne ou externe ), etc... B. Quelle approche Je vois au moins 4 ( + 1 ) approches possible pour lancer un site de E-Commerce aujourd'hui : 1. Développement from scratch Cette approche a l'avantage d'un très grande souplesse et d'un coût de démarrage relativement faible. Par contre, le coût final est exhorbitant, perte de temps énorme, passe difficlement l'échelle ( not scalable ). Approche à proscrire totalement aujourd'hui. Sauf vraiment petit projet. 2. Solution OpenSource Existante On garde les avantages de la première approche, avec en plus un gain de temps. On part de fonctionalités déjà implémenté. Un des points faible de ses solutions c'est assez souvent le BO par défaut fournit avec l'application. Quelques points importants à surveiller dans cette approche : La capacité de la solution a monter en charge Le coût de développement des connecteurs vers son BO 3. Solution clé en main en mode hébergé ( power et les autres) Paradoxalement, je trouve que ces solutions sont un bon point de démarrage. Elles permettent de démarrer rapidement, avec des fonctionalités de base intéressante. Elles peuvent être intéressantes : pour les petits projets en phase de démarrage d'un projet qui sera amener a grandir Cette solution peut-être une solution temporaire ( attention au temporaire qui a souvent tendance à durer ) avant la mise en place d'une solution plus complète. Au lieu de perdre n mois avant le lancement de ton site tu démarre sur une solution aux fonctionalités limités. Le point important dans cette approche : - La facilité et la rapidité de migration vers une autre solution. Dans la mesure ou cette solution est temporaire, c'est vraiment la seule fonctionalité vraiment importante. 4. ERP spécialisé en VPC C'est de loin mon approche préférée. La Redoute, les 3 suisses et ils autres ils font du commerce électronique depuis 50 ans. Sauf que c'est le facteur qui jouait le rôle de ligne ADSL Si je devais lancer un site de E-Commerce aujourd'hui, c'est vers ces solutions que je me tournerai, sans aucune hésitation. Evidemment certaines de ces solutions sont hors de prix et absolument pas adapté a des PME. Il ne faut pas choisir une solution tournant sous AS 400 développé en Cobol, une plate-forme SAP, ou autre truc hors de prix et difficilement administrable. Il existe des solutions à des prix raisonnable et abordable. Quand tu sais que les grands VPCistes sont capables de calculer le coût et la rentabilité de chaque mm2 de leur catalogue de 1.000 pages, ça te laisse entrevoir une marge importante en terme de fonctionalités. Avec une telle solution, ton site web, ce n'est rien qu'un canal parmis tant d'autres. Le point important de cette solution : trouver la SSII qui a déjà développé les connecteurs WEB vers les principales applications du marché. Le déjà est important, sinon tu vas perdre six mois sur ton projet. A l'inverse, ne pas demander à l'éditeur de l'ERP de fournir une interface Web ( c'est pas son métier ). En terme de coût, à fonctionalité identique, j'suis pas surs que ce soit plus cher qu'un développement spécifique E-Commerce fait par une web-agencies. 5. Solution E-Business a nnn K dans ce cas particulier, on laisse tomber de suite [mode PUB] Je ne suis pas une SSII, et je n'ai rien à vendre. Maintenant, si tu veux que je te mette en relation avec des prestataires de mon ancienne boîte, c'est possible... MP [/mode PUB]
  6. Il serait possible d'avoir ta première liste. Perso je n'utilise que des outils de test unitaires ( JUnit, HTTPUnit ). Des outils de test fonctionnels ça m'intéresse aussi.
  7. Entre SPIP et Modx, mon coeur balance et j'ai décidé... de ne pas choisir. Dans deux styles très différents, ces deux outils ont des qualités complémentaires. La pente d'apprentissage de ModX est plus raide que celle de SPIP. Une des grande force de ModX, c'est d'être plus une API qu'un CMS rigide. Sans être une API, SPIP est suffisamment souple pour pouvoir s'adapter a bc de projet.
  8. C'était un CDI, même si la mission chez le grand compte ne durait que 6 mois. Il me semblait qu'il parlait de dotNet ( qui est comparable à Java en terme de besoin en ce momment ).
  9. Si on peut être salarié avant 18 ans. Si tes revenus sont régulier deux solutions simple : - tu es salarié ou - portage salarial Dans les 2 cas attend toi à voir une grosse partie de ta rémunération partir en charge sociale.
  10. Pour en rajouter une petite couche sur les légendes urbaines. Voilà en résumé ce que dit le CGI : D'où une certaine légende sur le fait de pouvoir facturer un peu plus de 2.000 € / mois sans bc de formalité. 1. Il faut quand même déclarer aux impôts. 2. Deux petits point importants quand même : - la facturation - la soumission des revenus aux contributions sociales Pour payer ces charges sociales, il faut quand même un minimum de formalisme. Je ne sais pas si l'inscription aux URSSAF est oblligatoire. <Edit : Merci d'éviter les petites phrases inutiles >
  11. Les mineurs ne sont pas ratachés au foyer fiscal de leur parent ?
  12. au contraire par les temps qui courent j'ai envie de dire que les salaires ont tendances à monter en flèche. avec mon petit bac+2, j'ai refusé des missions à 35 K, simplement parceque la mission ne m'intéressait pas. Je retrouve régulièrement des missions à ce niveau de rémunération. Mon expérience dans le domaine ( java/J2EE ) est de moins d'un an. Mon expérience en informatique est plus importante. _AT_cagnard : 35 K pour un bac+4 avec 4 ans d'expérience ça ne me choque pas. Maintenant, ça dépend du marché et des ressources humaines disponibles dans le domaine .Net
  13. Pas de pb de performance particulière après l'install de cette contrib.
  14. Spidetra

    Optimisation de sites

    Les coups de gueule sont autorisés sur les blogs ? Le jury se réunit dans les bureau de TF1 et comme par hasars on a un bô logo tf1 en bas de page du lauréat. Je ne sais pas s'il faut en rire ou en pleurer pour tout les bénévoles qui s'investissent, dans l'ombre, tout les jours. Allez, un coup de pub pour un couple formidable qui s'investit depuis plus d'un an, même si l'émotion médiatique est retombée http://www.piaser-moyen.com/inoka/ Mais, pourquoi je me met en colère ? La communication et le marketing font désormais partis du deal humanitaire
  15. aucune règle ( sauf la règle du premier arrivé, premier servi ) : http://www.afnic.fr/actu/nouvelles/nommage/NN20060619
  16. Tu as une table qui contient des produits, des articles ou des services. Tu doit aussi avoir une table catégorie. Un des tes produits ( ou articles ou services ) peut appartenir à [1..3] categories. Est-ce que c'est bien ça ? Tu modélise l'association entre ta table et tes catégories à l'aide de 3 champs : idcat1, idcat2, idcat3 ? Si c'est bien ça ( là je joue un peu à Madame Irma, je n'ai pas la structure des tables ), ton pb n'est pas dans ta requête SQL mais dans la conception de ta base de donnée. Avec la modélisation que tu as choisi tu va galérer.
  17. tout a fait. Tu peux tout a fait avoir un user_agent même si tu es en local. bc de programme ont une signature par défaut : lwp, wget, etc....
  18. Spidetra

    PHP5 ou C# ?

    Java ou C++ En Java tu es obligé de programmer en objet, tu n'as pas le choix, en C++ aussi il me semble. En Php5, rien ne t'oblige a programmer Objet. Si c'est pour te former à la POO évite Php, tu vas prendre de mauvaise habitude ( le langage est trop permissif, en phase d'apprentissage )
  19. Volià une info très intéressante. Merci Dan
  20. Oui, j'ai édité le post. On est d'accord qu'il est couteux et complexe de mettre en place un vrai cluster. Maintenant, aux tarifs proposés, si le taux de dispo de ces solutions est de 99,9%, ça vaut le coût. Les 0,1% restant sont hors de prix pour une pme/pmi.
  21. Tu fait référence à la solution Ovh ou à une autre solution chez un autre hébergeur ? On peut faire confiance à une telle config ( qui n'est pas un vrai cluster, un des point faible de la solution, c'est le filer ) ?
  22. Attention, quand même a ne pas sur-dimensionner les solutions par rapport aux besoins réels de la société. A blman de prendre la valeur max de son CA journalier pour estimer la perte max que va lui occasionner chaque jour d'indisponibilité. Si la solution est disproportionné vis-a-vis de son activité réelle, il n'arriveras jamais à la rentabiliser. Si son budget mensuel de haute-disponibilité commence à devenir trop important, une solution consiste à aller voir du côté d'Akamai. Akamai héberge plutôt des serveurs de cache. Il me semble qu'ils hébergent aussi des serveurs applicatifs, à confirmer. Cette solution me semble disproportionné par rapport à l'activité de blman. Il peut quand même se renseigner sur les solutions et les tarifs.
  23. Où non, surement pas... J'en connait assez pour me mettre en place des serveurs de dev ( windows ou Unix ) mais ça s'arrête là. C'est pas la partie qui m'intéresse le plus, je suis plus un développeur
  24. Tu as regardé la solution cluster que je t'ai conseillé chez Ovh ?
×
×
  • Create New...