robinsonvendredi

C'est un des problèmes de ton site . Les photos n'ont pas été retraitées : elles ne sont pas équilibrées en couleur et trop peu contrastées. Dans l'ensemble, le design de ton site fait amateur : fonds vert pomme, logo "naïf"... Les produits sont présentés sur un fonds vert pâle, ou un tissu : c'est une erreur : une présentation professionnelle de bijoux se fait avec des images détourées et ombrées sur fonds blanc, éventuellement sur une composition très vive en couleurs en arrière plan avec un flou qui fait ressortir le bijou. Inspire-toi d'une publicité de distributeur de bijoux et apprend à te servir d'un logiciel de retouche d'image. Il n'y a pas de miracle : il faut au minimum que ta présentation rivalise avec celle d'un prospectus professionnel sinon personne n'aura confiance. Dans le même ordre d'idée je rejoins Arlette dans son analyse : il 'y a pas d'indication de SIRET ou capital social, ni même de téléphone. Si je suis acheteur, il y a vraiment de quoi m'inquiéter...

Non le capital n'est pas rémunéré, si ce n'est par des dividendes en cas de bénéfice. En revanche, tu peux apporter des fonds en compte courant, qui eux peuvent être rémunérés, avec un plafond de déductibilité. Tu vas uniquement payer CSG et CRDS pour les 12 premiers mois d'activité. Fais signer le contrat à ton nom, avec une clause précisant que tes engagements seront repris par l'EURL à telle date. En annexe des statuts, tu listes les engagements pris par le fondateur (cad : toi), qui sont "ratifiés" par la société. Oui. Adresse toi à un expert comptable, afin de sécuriser ces aspects administratifs (et d'autres auxquels tu n'as pas pensé)

Les 2 sont complémentaires : Il est souhaitable d'utiliser une base de données pour les contenus qui sont fréquemment mis à jour surtout s'ils sont indexés sur ton moteur de recherche. XML est parfait pour les éléments de navigation en dur, les contenus définitifs surtout s'ils viennent d'autres sites web ou d'autres applications, les fichiers de paramétrage, etc... Au niveau du temps de chargement, les fichiers XML se chargent en principe très vite, en tout cas c'est mon expérience. En revanche il existe un problème d'optimisation si le fichier XML doit être écrit sur le disque, de même qu'il existe des limites de volumes pour un fichier XML transmis via http.

Sur le plan contractuel, ton client a-t-il le droit de céder tes données à un tiers : pas sûr. Sur le plan technique, tu peux envisager un web service : le client final croit récupérer les données sur le site de ton client, mais en réalité, il les obtient directement chez toi, et donc, tu peux contrôler ce qui lui est revendu.

Peut être qu'avec une transformation xsl-fo tu pourrais avoir un meilleur contrôle sur l'impression de tes documents. C'est juste une petite idée en passant...

Selon la taille des projets e-commerce, tes interlocuteurs seront souvent les responsables financiers de l'entreprise, l'e-commerce étant aussi de l'informatique de gestion, il faut bien comprendre les attentes des clients - et leurs craintes- liées à cet aspect du métier. Si tu es habitué aux projets "CMS" plus orientés communication (si tu sous-traites pour une agence de com par exemple), tu seras dépaysé, car la culture n'est pas la même. Au delà de OSCommerce ou autre outil, tu devras te plonger dans le système d'information de l'entreprise, car tu risques fort de devoir intégrer tes développements à l'existant. Bien souvent peu importe l'outil e-commerce qui n'est qu'un détail : ce qui compte c'est ta connaissance du logiciel de gestion utilisé par l'entreprise et ta capacité (et la crédibilité de ton employeur) à interfacer les 2. Aussi, la courbe d'apprentissage du métier e-commerce est bien plus longue que celle de OSCommerce ou autre. Mais le jeu en vaut la chandelle, bon courage !!!

Je rejoins l'analyse de xpatval, l'expression d'un besoin selon lequel "tout le monde veut une boutique" ne correspond pas à des projets bien définis ni intéressants. A ta place je ne m'engagerais pas dans une collaboration avec une société qui se positionne comme cela. Tu as peut être affaire à des rêveurs qui croient que "chaque chinois veut un vélo". La réalité est plus complexe AMHA : les entreprises solvables, qui ont pignon sur rue, recherchent des solutions pointues pour gérer leur développement en ligne, et des prestataires confirmés avec des références sérieuses - est-ce le cas de ton interlocuteur ?

La question de la synchronisation des stocks n'est pas très complexe, pour autant qu'on utilise un logiciel de gestion avec une base de données réellement client-serveur (oracle, IBM DB2, SQL server par exemple) et non desktop (access, Btrieve, filemaker, etc...). Avec une base de données réellement client-serveur, il suffit de mettre en place un exécutable sur le serveur (par exemple une tâche planifiée windows si le client est équipé MS) qui lit la table article-stock, construit un fichier XML, l'envoie sur le serveur web, une page web le réceptionne et met à jour le champs stock dans la base web. L'exécutable peut être programmé toutes les 5 minutes par exemple, ou moins selon la qualité de la synchronisation souhaitée. Aucune connaissance particulière en gestion n'est nécessaire pour réaliser ce genre de connecteur. Malheureusement ce n'est généralement pas suffisant de synchroniser les stocks, car les autres données de l'application de gestion (par exemple les fiches client) sont généralement nécessaires. Pour synchroniser ces autres données : et autres paramètres tels que TVA, etc...il faut une très bonne maîtrise de l'informatique de gestion en général et du logiciel utilisé. Le problème n'est pas tant technique (envoi réception traitement de fichiers XML) c'est la connaissance "métier" qui est la plus importante.

En ce qui me concerne, je n'ai pas besoin de stocker les données, donc je charge le flux XML en mémoire, (variable application) et je recharge losrque le flux a changé. L'écriture sur ta base reste une option intéressante, si tu souhaites conserver, ou manipuler le flux en SQL, sinon, bof.

J'utilise un composant dynamicpdf , il doit exister une librairie similaire en php. Toutefois mes données à traiter sont formatées en XML et non en html. Si ton HTML est basique (2 ou 3 balises différentes = il faudra que tu brides ton editeur area) et bien formé, tu peux faire un traitement de la chaîne constituée du code HTML à la recherche des balises. = tu démarres la chaine à la recherche de "<", tu lis ce qui se trouve entre "<" et ">", si par exmeple tu trouves un saut de paragraphe tu fais de même dans pdf, sinon tu testes les autres balises, tu coupes la chaine à droite et tu continues jusqu'à la fin de la chaîne. Tu comptes les colonnes + les lignes + les mots + les caractères, un fois arrivé à ton quota de caractère pour une ligne tu sautes de ligne sans couper le mot, une fois arrivé à ton quota de ligne tu sautes de colonnes, une fois arrivé à ton quota de colonne tu sautes de page.

Merci xread...

Bonjour, J'ai une question de débutant sur windows media et real video, que mon hébergeur propose (hébergement windows). Je dois mettre en place des vidéos de 30 secondes, quels sont les formats de fichiers acceptables ? Y a-t-il de bons conseils à recevoir, ou de bonnes adresses de sites spécialisés, avant de se lancer dans l'aventure ? Merci !

Il ne faut pas confondre raison sociale et objet social. - La raison sociale est le nom de la société : "SARL TRUC" - L'objet social est le paragraphe qui apparaît dans les statuts et décrit l'activité. La possibilité de mener plusieurs activités au sein de la même société est assez limitée en france : par exemple, certaines professions règlementées ne peuvent pas cohabiter avec d'autres activités. Par ailleurs, le système social en France dépend de la classification APE. Si tu souhaites faire du bâtiment, un commerce de charcuterie et de l'extraction minière au sein de la même société, tu auras des problèmes avec tes caisses sociales. Au risque de me répéter, il faut que tu consultes un juriste ou un expert comptable pour avoir un conseil adapté à ton cas. Tu peux aussi payer la CCI pour te conseiller dans le changement de statuts (s'il y a lieu). Oublie les "moins de 200 " de ngw1973. Entre la réunion de l'assemblée, la rédaction du PV, le coût CCI, le coût de publication de l'annonce légale, etc...compte beaucoup plus large !

Oui, mais cette démarche n'est peut-être pas nécessaire, si ton objet social est déjà suffisamment large. Dans ce cas il n'y a pas de formalités particulière à effectuer.

1. Il y a un bug si j'ajoute un produit au panier depuis la page détail. 2. Le message produit "ajoutée" au panier comporte une faute d'orthographe. 3. les conditions de ventes ne sont pas claires. une phrase a retenu mon attention : "Attention !! » Veuillez vous munir de votre Bon de Commande/Facture ainsi que d'une pièce d'identité valide du payer ET de la personne venant cherche le colis. Cette phrase est mal tournée, et présente aussi des fautes d'orthographe. On a l'impression qu'elle a été rédigée en 30 secondes. Désolé, mais ces trois indices montrent que vous n'avez pas encore consacré le temps nécessaire à votre projet.

Essaye ça : SELECT c.Id_Client FROM Commandes c INNER JOIN Produit p ON p.Id_Commande = c.Id_Commande INNER JOIN Article a ON a.Id_Article = p.Id_Article WHERE (SUM(a.Id_Categorie IN (8,9)) >0) AND (SUM(a.Id_Categorie IN (10,4)) =0) GROUP BY c.Id_Client

Tu as le droit de gérer les deux sites au sein de la même société si son objet social couvre les deux activités. Au cas contraire, tu dois faire une modification de RCS pour inclure la seconde activité. En revanche, ne pas séparer juridiquement les deux activités offre moins de possibilité d'évolution : les deux activités restent inséparables, pour le meilleur et pour le pire, aussi en termes de financement, de dépassement de certains seuils (droit du travail, droit des sociétés)... Bref c'est une économie en phase de démarrage mais qui peut se payer cher par la suite. Vois ton expert comptable, il pourra t'apporter une réponse adaptée à ton cas précis.

Je suppose que tu parles de Google. Le dépôt de la marque n'est pas lié aux affichages dans les zones que tu mentionnes. Pour savoir si une marque est déposée en France, tu peux faire une recherche sur http://www.icimarques.com/

En tout cas ce n'est pas un pb de session ni de module de paiement AMHA. Je ne connais pas php mais si tu donnes ton script sans redirection et avec passage de variable en post, quelqu'un p-e pourra mieux t'aider...

Tu as d'autres nombres décimaux en variables de sessions qui passent bien ou c'est seulement total ? Sinon as tu des entiers qui passent bien : ID commande par exmple. Si c'est seulement les décimaux qui ne passent pas vérifie les formats de tes décimaux, l'encodage des pages, les variables locales du serveur...c'est seulement quelques pistes. Personnellement je détruirais la session lorsque le panier est validé par le client avant de passer les variables au module de paiement = à ce stade les variables de session ne sont plus très intéressantes. Tu peux préférer poster les variables plutôt que maintenir une session car : 1. Les sessions sont moins fiables. OK pour un panier avant validation mais pas après la validation du panier qui avalise la transaction. 2. il n'y a plus rien de confidentiel à ce stade dans les variables donc pas de problème à les poster: le profil client n'est plus utile, il n'y a plus que des ID, montants, etc...

A ta place j'écarterais un bug du module de paiement en testant ta variable lorsqu'elle est appelée dans le répertoire CGI. Comment gères-tu les sessions ? Lorsque la commande est passée sur le module de paiement, les sessions (panier, total,etc...) doivent être abandonnées. Ensuite ton processus continue avec les variables renvoyées par la banque

Ce n'est pas forcément un bonne idée, les jeux d'argent sont interdits dans beaucoup de pays, vous pourriez avoir des ennuis avec la justice de certains pays outre la France. [mode joke]Slender, si tu as des appuis dans la mafia, fais nous en profiter [/mode joke]

Je suis vraiment 100 % d'accord avec blman. La vision globale de ce qu'est un système d'information et de son rôle dans l'entreprise est très importante. Une personne qui a déjà travaillé sur un projet d'intégration, qui n'a pas peur de collaborer avec le service financier de l'entreprise, qui en connaît déjà bien l'environnement informatique, aura de meilleures chances de s'en sortir. Cette personne saura proposer de nouvelles solutions, quitte à faire table rase de l'existant si nécessaire : il faut oser, et pour cela il faut maîtriser son sujet...

Tu as acheté le nom de domaine au nom du client, donc pour moi ce que tu vends n'est pas un nom de domaine, mais ton service lié à la réservation de celui ci. L'abonnement est à comptabiliser en achats de services, la vente en prestations de services.

La différence entre du développement ASP classique et .NET et énorme. Pour .NET, visual web developer , gratuit, est le plus approprié bien que très lent. Visual Studio peut être indispensable si vous sortez du cadre d'applications à 100% web. Pour de l'ASP classique, les logiciels type Dreamweaver ne font pas gagner grand chose, pour un script simple le code généré est souvent maladroit, lourd, et dès que tu souhaites faire quelque chose d'un peu complexe, c'est carrément impossible; un bon éditeur de texte, c'est ce que tu peux espérer de mieux