robinsonvendredi

+1, c'est une bonne idée, en ce qui me concerne je suis preneur d'exemples d'intégration avec d'autres applications d'entreprise telle que GED, ou CRM, une migration de banque de donnée, etc...(outre bien sûr l'aspect graphique qui est également intéressant). Des exmples en environnement MS (désolé ) feraient aussi mon affaire...

Ceci se fait à partir de l'objet session : Si le panier est contenu dans une variable session, il disparaît de fait lorsque la session expire. Au cas où ton panier est géré dans une table pour perdurer au delà de la durée de la session, il faut enregister un ID de session avec le panier. Lorsque la session expire, un delete efface le panier correspondant.

Sur les questions des revenus qu'on peut obtenir d'Internet, qu'ils soient publicitaires ou autre, notre souhait est d'aider les professionnels et non les particuliers. Ce n'est pas la vocation du Hub de se limiter aux seuls professionnels, toutefois, on n'accepte pas d'aider des particuliers "à se faire un peu d'argent", au mépris de la législation. Je crois que c'est clair, pour éviter de digresser sans fin là dessus, je ferme ce sujet.

Ah OK. Bon courage dans ce projet, c'est très intéressant.

Je ne répond pas directement à ta question sur le bit bashing que je ne connais pas. Je te livre ma modeste expérience en espérant qu'elle pourra t'aider. Il y a trois paliers de difficulté : 1. Catalogue sur 1 niveau (pas de relation parent-enfant entre les produits) et pas de règle conditionnelle entre les options (par exemple "l'option 1A est incompatible avec l'option 2B"). Dans ce cas tu peux t'en tirer en programmation "classique" : une table de produits, une table dépendante avec les options qiu peuvent prendre telle ou telle valeur, les options elles-mêmes dépendent d'une table "type d'option" avec des propriétés : par exemple le type "couleur" additionne la valeur de l'option à la valeur base du produit (surcoût), le type "quantité" multiplie la valeur base du produit par la valeur de l'option (1, 2, 3..). 2.Catalogue sur n niveaux (hierarchies parent enfant) : la difficulté est d'impacter les modifications des nomenclatures enfants sur celles des parents. difficile à faire en SQL "classique". 3. Règles conditionnelles entre les options : par exemple l'option 1A est incompatible avec l'option 2B Là tout se complique. Pour une configuration choisie par le client, tu dois détecter les règles, et les appliquer jusqu'à épuisement : par exemple au pas No1 l'option 2B est interdite donc au pas No 2 l'option 3C est interdite, etc... Pour optimiser le traitement, il existe des techniques de programmation de contrainte avec des algorithmes répondant au doux noms de arc consistency, hill climbing, ... Perso j'ai déjà développé une gestion d'option sur des produits en .NET et javascript au niveau de difficulté 2. pour le niveau 3 j'ai travaillé sur des algorithmes mais je n'ai jamais eu le temps de terminer le développement. Si je peux t'aider plus précisément tu peux me MP.

Salut Veust! Je te souhaite la réussite de ton site et la bienvenue parmi nous.

Par rapport à des interfaces web, le principal inconvénient est la maintenance, à chaque fois que tu vas changer une ligne de l'application cliente il faudra que les utilisateurs mettent eux-mêmes à jour ton .exe. Regarde du côté des web services et smarts client en .NET, plus adapté que VB6 sauf si ton client refuse de migrer en .NET. AMHA, cette architecture est utile s'il s'agit d'intégrer des données locales avec celles de la base web ou à la rigueur, s'il s'agit d'une application de gestion vraiment centrale dans l'organisation de l'entreprise. Bien sûr tout ça est plus facile à mettre en oeuvre si tu as du MS côté client comme côté web, au cas contraire, je ne sais pas, je ne l'ai jamais fait mais je suppose que c'est bien plus complexe.

Bienvenue Lagouache ! Bonnes découvertes sur le Hub

Non désolé. En fait l'idée c'est de faire un split de chaque date en récupèrant 'jj' , 'mm', et 'aaaa' séparément en format string. C'est facile à faire, quelque soit l'encodage de ta page, la version française ou dans une autre langue de ton site, ou les variables locales de ton serveur. Ensuite tu les passes en variable dans ta requête SQL en convertissant la chaîne 'aaaa' 'mm' 'jj' selon la collation de ton serveur SQL. Vois la doc Mysql sur la conversion des formats de dates.

Tout élément permettant l'instruction du juge à charge, ou à décharge, a une valeur. Si la plainte est suivie d'effet, le procureur de la république demande une enquête de police judiciaire. Selon les éléments obtenus par l'officier de police judiciaire, la banque peut être interrogée, et/ou un expert en informatique peut être nommé, si l'importance de l'affaire et sa complexité le justifie.

Salut Elrick, Vérifie quelles sont les options de conversion de dates que tu as avec mysql Pour faire la même chose, avec SQL server, j'utilise en effet la conversion des chaînes jj, mm, aa vers le format timestamp SELECT * FROM Orders WHERE (CONVERT(smalldatetime,Ordertimestamp,101) >= CONVERT(smalldatetime,@order1,101) AND CONVERT(smalldatetime,Ordertimestamp,101) <= CONVERT(smalldatetime,@order2,101)) Chez moi l'option 101 est un format US, 102 ANSI, 103 français : jj/mm/aa Au passage, bon courage pour l'indexation consommables / imprimante....

Bien sûr, la curiosité pour les langages est un des piments du métier ! .NET est très appréciable pour développer toutes sortes d'applications d'entreprise, intranet, extranet, web services, et applis "classiques" ou moins classiques telles que smart client. Pour autant bien entendu que la boîte soit en environnement MS. Dur0, M...pour tes examens, et excellent parcours avec php, dot net, java, et tout ce que l'avenir nous réserve...

Si tu te débrouilles en .NET je ne vois pas l'intérêt qu'il y a à choisir l'ASP classique, moins complet, moins rigoureux, moins performant que .NET. Bientôt toutes les entreprises qui sont en MS auront migré leur serveurs en .NET et les vieilles technos MS n'auront plus beaucoup d'intérêt. Mais pour faire un portail, si tu veux gagner du temps, il y a des scripts en php déjà développés en pagaille, pourquoi se compliquer la vie ?

Il faudrait que tu te renseignes après de ta banque française pour savoir ce qu'elle te propose. ATOS SIPS sera *peut-être* la solution technique à mettre en oeuvre, tu ne peux le savoir qu'en le demandant à ta banque.

Si ta banque est la banque populaire, adresse toi au siège régional (Guadeloupe?). Il est vraisemblable que la solution de paiement ne sera pas celle de la BPLC mais ATOS. Si tu es à une autre banque, demande leur quelle est la solution proposée. En "third party", il n'y a pas grand chose en france à ma connaissance. Si tu as un compte en partie hollandaise, tu peux utiliser un thrid party anglo-saxon et transférer sur ton compte bancaire français, mais surtout demande des explications à ton expert-comptable à ce sujet.

Dans la doc. (API reference). <edit>coiffé au poteau par Hexadec ! damned !</edit>

Tu peux jeter un coup d'oeil sur FCK editor. A moins qu'un CMS léger soit plus adapté au niveau accessibilité, respect des normes,... sur ce sujet je laisse les spécialistes s'exprimer.

Bonsoir Je ne voudrais pas t'influencer outre mesure, car ton cas est complexe, et je ne suis pas forcément le plus compétent pour répondre. Voici malgré tout ce que je ferais à ta place : Apparemment tu dois partir d'un CRM pour greffer une gestion d'images. Les relations avec l'extérieur, suivi de dossiers client, distributeurs, etc, seront je suppose gérées via le CRM, donc il faut une intégration étroite entre le CRM et le CMS notamment au niveau des droits utilisateurs et de la gestion des répertoires/fichiers externes. De même, le CRM servira sans doute à gérer une base documentaire interne. Ces fonctions de gestion de répertoires / fichiers sont classiques sur un CRM, mais sont sans doute insuffisantes dans ton projet. Je vois (dans ma petite boule de cristal...) un module d'indexation - thésaurus basé sur des mots-clés - ce qui n'est pas la mer à boire en termes de développement. Sélectionne donc plusieurs partenaires d'un diteur de CRM connu : celui de l'éditeur de ton ERP, ou bien Siebel, Sugar CRM, Salesforce, .... En partant d'une solution (ou un module) CMS développée par un des partenaires de ces éditeurs, tu éviteras certains coûts d'intégration, (mais évidemment pas les coûts de mise en oeuvre des logiciels et la formation). Bien évidemment, le prestataire choisi pour le CRM doit savoir l'intégrer avec ton ERP, mais c'est une intégration "normale" dans ce type de projets. En choisissant un "grand" CRM , tu disposeras des outils de connection pour le site web (API web services, etc...)

Un bon marketing , ce n'est pas forcément révolutionnaire mais ça peut coûter cher selon la largeur de la cible. Il faut s'inspirer des poids lourds du e-commerce et essayer de faire pareil : référencement, profiling client, offres personnalisées par e-mail, marketing classique (offline), etc... L'avantage de la disponibilité stock et des prix peut faire la différence, comme en B2B.

Bonjour et bienvenue sur le Hub. J'ai édité ton message, seuls les liens en signature correspondent aux règles du Hub dans ce contexte.

Bonjour et bienvenue sur le Hub. J'ai édité ton message, seuls les liens en signature correspondent aux règles du Hub dans ce contexte.

Si je peux me permettre un conseil : fais une étude de marché approfondie sur le développement, et laisse tomber la maintenance dans ce cas. Une étude de marché sert à établir des besoins précis, le marché du développement fais x milliards d'euros, celui de la maintenance aussi, ton objectif étant de t'approprier une part infime du premier, mais quelle part au juste ? Ca peut être une part régionale : n'oublie pas qu'en développement tu auras des déplacements à assurer, il n'y a pas qu'en maintenance. En plus le bouche à oreille marche mieux dans une ville ou une région que de Lille à Marseille.

Techniquement, il n'y a pas d'obstacle à avoir un système réellement multicanal, avec des interfaces B2B et B2C totalement distinctes, mais une seule base de données, avec des stocks communs, un fichier client commun, et des droits adminstrateurs communs. Il faudrait envisager peut-être de créer une structure juridique distincte pour votre business B2C, avec en effet des stocks, une facturation et un fichier client bien distincts. Le connecteur qui sera utilisé pour "déverser" les données de votre votre logiciel de gestion vers le site B2B sera à peu de chose près le même qu'avec votre site B2C. Mais vous aurez bien 2 dossiers distincts dans votre gestion.

Bon courage et bonne réussite. J'ai répondu mais je trouve que tes questions mêlent la maintenance PC et le développement, c'est un peu (trop?) généraliste, en tout cas au niveau concurrence tu risques de te heurter à des spécialistes si tu es en milieu urbain. Peut-être faudrait-il demander si la personne réside dans une grande ville ou s'il y a une grande ville à proximité. En tout cas pour le dépannage matériel je crois que c'est intéressant de le savoir.

Bonjour Xav_ et bienvenue parmi nous ! Dans le forum Aministration, tu trouveras des pistes de réflexion pour ton projet professionnel.