robinsonvendredi

Quelle est l'erreur renvoyée par le serveur ? S'il n'y a pas de message d'erreur .NET c'est que le framework n'est pas installé.

Sans prétendre apporter une solution... As tu défini des verrous sur certaines opérations ? Les verrous dans certains cas peuvent conduire à des enregistrements "fantômes" qui pourraient être la cause de tes soucis. Par ailleurs MySQL n'était pas connue comme la meilleure des bases de données lorsqu'il existe de très nombreuses transactions simultanées. La gestion des transactions a été améliorée avec les versions récentes de MySQL, est-ce que tu utilises une version récente? Si tu as de gros volumes de transactions tu peux envisager de passer à MySQL 5.0 et écrire tes requêtes en procédures stockées - mais MYSQL 5.0 est peut-être encore un peu jeune. Quitte à utiliser des procédures stockées je me tournerai à ta place vers IBM DB2 Express (gratuite mais il y a des limitations de taille) ou MAXDB (by MySQL). Des bases de données un peu complexe à prendre en mains, mais le jeu en vaut peut-être la chandelle pour toi. Sinon tu as toujours PostgresSQL et Firebird (qui comme MAXDB propose un mode Oracle ainsi que les procédures stockées).

Vérifie que la bonne version du framework .NET est installée sur le serveur. Je ne connais pas les capacités de dreamweaver en .NET mais pour créer / compiler un projet .NET il est sans doute préférable de travailler dans visual studio. S'il y a du code généré il sera plus propre AMHA.

Moi c'est notepad pour le code du programme maison ( e-commerce, CMS, gestion commerciale). LeechFTP pour le FTP Fireworks pour les images MS visual studio pour l'intégration word excel + autres logiciels.

Oups j'ai écrit "base web". base web = base de données web donc accessible grâce au langage sql bien sûr. Yoyo essaye déjà de faire fonctionner l'envoi d'email à partir de ton formulaire. Tu verras après pour la base de données, tu pourras ajouter cette fonctionnalité après coup

ils n'apparaitront pas dans ta page. Tu n'es pas obligé de créer une base sql pour utiliser le code. Ce code envoie le mail de réservation. Cependant, il peut être utile de créer une base web pour enregistrer cette réservation.

d'accord avec Norseb et Anorci, pour optimiser tu peux aussi écrire la requête SQl dans une procédure stockée (si mysql5). Gain de rapidité en exécution puisque le plan de requête est précompilé.

Le troisieme c'est l'ouput de ta fonction et non pas un input. <input type="text" id="aleas_travaux_0" value="5" onkeyup="fct1(this,'input1','input2');" function fct1(field,field1, field2) { var thisaleas_travaux=field.value; var input1=field1; var input2=field2; var myoutput=0 //calcul alert(myoutput) }

Si ton tableau te sert au calcul : <input type="text" id="aleas_travaux_0" value="5" onkeyup="fct1(this,'tableau');" function fct1(field,field2) { var thisaleas_travaux=field.value; var tableau=field2; //calcul } <edit> Oups j'ai posté sans voir ta réponse </edit> Mais je ne comprend pas à quoi te sert de rendre les input de la fonction variables si elle est déclenchée avec un évenement onkeyup qui est au niveau de la ligne ? Il faudrait qu'on voie le reste de ton code pour te répondre

D'accord avec Dudu, java en appli client a connu une disgrâce marketing depuis quelques années. C'est peut être dommage, car il y avait des appli de visite virtuelle performantes, entre autres. Donc tout en grinçant des dents et en freinant des 2 pieds... je te conseille Flash.

Salut jeune padawan, bienvenue sur le hub...

En effet , la BPLC a son propre système, les autres Banques Populaires sont sur ATOS.

Bienvenue à toi sur le hub! Tu trouveras pas mal d'interlocuteurs mordus de dév comme toi... Ton expérience est intéressante, et je partage ta préférence pour les petites structures

Oui mais normalement dans le bâtiment la main d'oeuvre est estimée dans les nomenclatures de fabrication. Exemple : Une fenêtre 3 vantaux pose en rénovation => - découpe assemblage = 3 heures main d'oeuvre en moyenne à 30 euros /heure - pose = 2 heures de main d'oeuvre en moyenne à 40 euros /heure. - déplacement = forfait 100 euros. Donc le coût de main d'oeuvre peut être simplement ajouté à la nomenclature des pièces du produit fini, avec un devis en ligne tout à fait correct.

En effet, les logiciels de boutique en ligne les plus courants sont inutilisables dans ce type de problématique B2B. En revanche il existe des logiciels de e-commerce spécialisés B2B , ou des logiciels multicanaux haut de gamme tels que Access commerce par exemple. Mais le budget de ces derniers est tout à fait conséquent...et c'est normal AMHA

Je ne connais pas bien OSCOmmerce mais le code EAN13 n'est pas fait pour tracer des fabrications. Si c'est le cas c'est une erreur de conception de OSCommerce Le code EAN13 est destiné à la distribution au détail. Pour la fabrication on utilise la norme EAN128 ou Code 39 par exemple. complément d'info sur les code barres

S'il n'y a qu'un seul utilisateur possible tu fais un formulaire qui demande le mot de passe de ton utilsateur : il n'y a qu'un seul mot de passe valide par exemple : "toto" Sur la meme page tu récupères le mot de passe que tu compares à "toto". Si c'est OK ton éditeur s'affiche sinon un message d'erreur s'affiche. Mais c'est tellement simple que je me demande si je ne te comprend pas un fois de plus. Désolé

Ah OK je n'avais pas compris ton besoin. Donc il te faut un vrai CMS et non pas un éditeur HTML

On a intégré un éditeur qui s'appelle html area dans notre soft. A l'époque c'était en Open Source sur sourceforge Aujourd'hui je ne sais pas.

Jette un coup d'oeil ici http://www.htmlarea.com/

Même si ça semble paradoxal, le paiement en ligne est le problème technique de loin le plus simple à régler dans un projet e-commerce. La plupart des banques françaises, quel que soit le nom donné à leur solution, ont choisi ATOS comme prestataire (à part quelques exceptions, et dans ce cas Paybox est utilisable). Donc: 1. tu auras toujours affaire au même soft 2. tu n'auras jamais de transaction bancaire proprement dite à prendre en charge, tout s'exécute sur les serveurs d'ATOS. En revanche la doc et le programme ne sont pas librement accessibles, c'est avec ton premier client que tu apprendras à mettre en place le paiement sécurisé. Pour les clients suivants, c'est une routine limite ennuyeuse qui ne prend pas plus de quelques heures de travail. Le vrai problème n'est pas le paiement en ligne qui n'est pas ton métier, mais tout le reste c'est à dire mettre en place une solution adaptée aux besoins de l'entreprise. Ceci n'est possible que grâce à un programme que tu maîtrises à fond, qu'idéalement tu as écrit toi même avec ton petit cerveau et tes petites mains, qui s'intègre dans le système d'information (l'informatique de gestion) existant de ton client, et surtout adapté à son métier : car attention aucun métier ne ressemble à un autre ! Tout ceci, pour ne parler que des aspects purement techniques, mais il y a aussi le marketing, le graphisme...mais là on s'éloigne du sujet. Bon courage et bonne réussite dans l'aventure.

Google ne fait que vendre sa compétence et sa recherche et développement en Intelligence Artificielle. C'est un discours commercial, "mon algorithme est super-puissant, inutile de vouloir le prendre en défaut". Et en ce qui concerne les pages sat, il est simplement en train de le prouver... De mon point de vue (mais je ne suis pas SEO donc c'est facile d'avoir une opinion qui ne coûte rien) : Tant que Google fonctionne sur une technologie qui est équitable pour tout le monde, qu'il n'y a pas de "corruption" (à ce sujet on peut se demander si les adwords sont "éthiques"), pour moi c'est OK.

D'accord avec Arlette, en 14 jours on peut apprendre à se servir d'un logiciel, mais pour être productif en environnement professionnel, il faut au départ une solide formation en informatique. Donc si tu n'es pas développeur de métier, j'aurais plutôt tendance à te conseiller une formation de base de 500 heures la plus intense possible... - développement orienté objet / services - conception de bases de données - approfondissement de plusieurs langages (.NET ou java ou php et SQL ) Si la formation comporte un module communication / graphisme c'est encore mieux pour compléter ta formation initiale. Avec ça tu devrais être armé pour trouver un job, mais je ne suis pas un pro du recrutement, donc c'est juste un avis en passant... .

En général, le client a déjà une banque et il n'y a pas de raison technique de lui en faire changer. D'ailleurs de nombreux clients ont également déjà : - leur hébergement, - leur logiciel de gestion, - leur organisation (procédures commerciales), - leur prestataire informatique, - peu de personnel pour s'occuper du site, et un délai assez limité pour voir le système fonctionner dans de bonnes conditions. En général c'est à toi de t'adapter, et non pas le contraire.

MS-DOS t'a indiqué qu'il fallait spécifier la page sur laquelle les données sont postées. (Ceci dit ça peut très bien être la page sur laquelle tu travailles). Le principe c'est que chaque champ du formulaire (comme name="Nom") est une variable qui prend une valeur (ce que la personne saisit dans le champ) et c'est cette valeur qui est récupérée au moyen de code : php, jsp, asp, ....net, tu as le choix. Donc en haut de la page qui recoit le post, tu définis une variable qui grâce à un objet de type "Request", prend la valeur du champ en question. Il est clair que tu auras autant de variables que de champs récupérés. Puis c'est l'insertion dans la base de données qui se fait après s'y être connecté (au moyen d'un autre objet de type "Connection"). Cette étape suppose que tu connaisse un peu de syntaxe SQL. Les valeurs des variables sont passées dans une requête d'insertion sur la base de données. Plonge toi dans ton bouquin et préviens-nous lorsque tu auras réussi tout ça... ,sache que ce n'est que le début de l'aventure !