Aller au contenu

robinsonvendredi

Hubmaster
  • Compteur de contenus

    822
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par robinsonvendredi

  1. En effet comme l'indique Arlette, la manipulation "importer dans EBP" est une voie intéressante. Toutefois, en principe, seuls les comptes clients et les écritures comptables sont importables : Il s'agit surtout d'échanger des données avec l'expert comptable. Pour ce qui est des stocks, il peut ne pas y avoir de solution fiable: une manipulation des fichiers de la base est toujours possible, mais risquée : l'indexation des fichier peut être perdue et la base corrompue. Pour échanger des données avec votre logiciel de production, il faut avoir vos stocks et votre gestion commerciale sur une base de données "ouverte" (ceci suppose un peu de développement) et de n'utiliser EBP que pour la comptabilité. Le schéma de traitement de vos données serait le suivant : Votre logiciel de prod fournit les infos articles et stocks à votre logiciel de gestion "maison" qui fournit des journaux comptables à EBP compta.
  2. Md5 crypte sur 32 caractères et non pas 42 comme dans ta chaine : wLzRmb192cv8WakFmcvInZuUWZyZmL65Cd09WasxWZ Peut-être Md5 + 10 caractères concaténés ?...
  3. Je peux répondre sur Director version 7 (ancien) : il y a un autorun, tu aboutis à un CD. Le coût du logiciel est important et il ne se prend pas en mains en 1 heure...
  4. En fait dans toute solution e-commerce il y a 2 back offices : celui de la banque et celui du logiciel e-commerce. Sur le back office de la banque on peut en principe opter pour la validation manuelle du débit CB, ceci dépend de la banque et non du logiciel e-commerce. Le back office du logiciel e-commerce permet en principe de savoir quelles sont les transactions qui ont été acceptées par la banque, transformer une commande en bon de livraison, ou en facture (parmi d'autres fonctionnalités). Au sujet des fonctionnalités justement, la liste de fonctionnalités standard d'un logiciel n'a aucune importance. Ce n'est pas un critère de choix d'une solution e-commerce. Voila les critères importants : 1. Est-ce que ce logiciel est utilisé par des entreprises de taille significative (par exemple 50 salariés) dans son propre secteur d'activité, et combien d'entreprises depuis combien d'années 2. Est ce que le logiciel tient la charge avec des milliers de requêtes à l'heure et des grandes bases de données (+100 000 enregistrements par exemple) sur l'hébergement proposé 3. Est ce que le(s) créateur(s) du logiciel est disponible pour apporter des évolutions, ou à défaut quelqu'un de très expérimenté Je ne porte aucun jugement sur Cybershop, ce ne sont que des conseils désintéressés.
  5. Bonjour toxine et bienvenue sur le Hub, Ta question 1 trouvera réponse auprès du fournisseur que tu as retenu, sinon c'est qu'il y a un problème d'avant-vente ou d'après-vente. Question 2 : je ne comprend pas le fond du problème, si tu souhaites utiliser la gestion commerciale de cybershop, à quoi te sert celle de Ciel ? S'il n'y a pas de connecteur proposé pour Ciel, tu devras resaisir les factures, les comptes clients, la comptabilité...bref un peu tout, voire tout à fait tout. Question 3 : Versions Access / sql : Access n'est pas fait pour réaliser une base de données pour Internet, c'est une base de données bureautique, avec un nombre d'accès simultanés limité (quelques dizaines au max). SQL serveur est la meilleure solution pour une boutique qui est vouée à se développer. La différence de prix ne se justifie que pour de très gros sites, car il existe une version gratuite de SQL server qui suffit dans la plupart des cas (tandis que Access est payant...)
  6. Comme son nom l'indique, Access sert avant tout à accéder via ODBC à d'autres bases de données. C'est une facilité pour les utilisateurs de MS office en entreprise de faire des requêtes depuis leur poste de travail sans avoir à installer de logiciel "exotique" en terme de maintenance. Mais pour une base de données de production, notamment pour le web, Access n'est pas conseillée.
  7. Bonjour, Je cherche à utiliser un NAS partagé sur un réseau pour stocker des fichiers Web. J'arrive à accéder aux fichiers depuis le navigateur du serveur IIS (sur le réseau). En revanche, impossible depuis l'extérieur : selon le paramétrage IIS j'ai soit une erreur d'authentification soit une erreur 500. Est-ce que l'un de vous a déjà eu ce problème ?
  8. Merci à Dudu pour les précisions sur les navigateurs Mac (donc il y aura bientôt encore une raison de moins pour acheter un Mac ?) et à Lanza pour le lien TextMate. je ne connaissais pas ce logiciel. Pour ce qui est du débat sur le développement web + client windows, les clients ssh pour windows ou les avantages de .NET sur ASP cela sort un peu du débat je pense...on peut peut-être garder ça pour une autre discussion ?
  9. Le Mac reste plus rapide pour traiter des images (photo et vidéo), c'est le choix des agences de com et il y a de bonnes raisons à cela. Mais pour du développement je ne vois pas l'intérêt de s'encombrer avec un OS qui ne servira à rien : tu achètes un PC à 300 euros au supermarché du coin et c'est bon ! A mon avis la seule bonne raison d'abandonner le PC est d'abandonner le développement Windows, ASP, .NET. <edit > petite nuance quand même, pour les tests avec les navigateurs Mac, il faudra trouver un bon émulateur ou un copain qui a croqué la pomme</edit>
  10. Ca n'est pas illégal de domicilier son entreprise à son domicile et d'y stocker des marchandises. En revanche le dropshipment à ma connaissance est un service offert par un grossiste à un revendeur qui est légal dans les relations inter entreprises (B2B) : si les clients sont des entreprises, il peuvent accepter des contrats de vente avec livraison différée.
  11. Pour moi, tu n'es que propriétaire des droits "intellectuels" sur tes créations, mais le droit d'exploitation appartient entièrement à l'entreprise dans laquelle tu étais salarié.
  12. Essaye de ce coté ci : www.vcalendar.org mais je te préviens, tu auras du mal à modifier le code voire même à l'installer si tu es débutant. Sinon il existe plusieurs calendriers en javascript, mon préféré étant celui de Yahoo (YUI) :http://developer.yahoo.com/yui/
  13. Si tu vends tes sources, ta logique est celle d'un prestataire de service pur, donc à court terme : vendre des heures avec une marge correcte. Dans ce cas, inutile de passer des années à peaufiner un logiciel, tu perds ton temps, car ton travail appartient à tes clients et c'est irréversible. Pour que tes logiciels aient une valeur quelconque à terme il faut vendre des contrats de licences d'utilisateur final et non pas les sources. C'est un choix à faire, en effet si tu as une expertise fonctionnelle dans un métier (et les références qui vont avec), ça peut payer à long terme.
  14. Tiens nous au courant, j'ai un script déposé chez un notaire (simple dépôt qui m'a coûté environ 200 euros) mais j'aimerais savoir quel serait le tarif pour un contrat d'entiercement.
  15. 1.c'est ce qu'on appelle une convention d'entiercement : http://app.legalis.net/article.php3?id_article=91 2.Voilà ce que je fais : mon code est protégé au niveau de ma base de données : cryptage des procédures stockées. Le code des pages est modifiable, mais pas les traitements de données.
  16. J'ai un superplan2007 chez Ovh , le tarif est inférieur à ce que tu annonces, pour des performances comparables ..??? Reste la question de la maintenance, win 2003 web edition est relativement simple de mon modeste point de vue.
  17. Bonjour et bienvenue sur le Hub. Il y aurait mille et une manière de le faire, mais ici tu es sur un forum de webmasters et la solution qu'on pourrait te conseiller serait de faire une application web avec une base de données unique accessible à tous les utilisateurs simultanément : - 1.soit hébergée en interne sur un serveur t'appartenant (intranet), - 2.soit hébergée à l'extérieur de ton entreprise. Ceci dépend de ton infrastructure de réseau existante, s'il n'y a pas de serveur dans tes locaux, la solution "hébergement à l'extérieur" peut être envisagée, sous réserve du risque de sécurité inhérent à toute application d'entreprise connectée à Internet (vol de données, etc...). Si tu as un serveur disponible pour cette application, la solution 1 semble la meilleure de ce point de vue. Fais une recherche sur sourceforge.net, tu devrais pouvoir trouver une application qui correspond à tes besoins. (Si tu a un serveur windows, filtre : langage "ASP" ) Pour installer ce type de logiciels c'est assez simple, tu vérifies que le composant IIS est présent sur le serveur, tu dézippes le logiciel dans le répertoire C:\InetPub\wwwroot, tu donnes des droits d'écriture sur le fichier .mdb (base access), et c'est fini. Bon courage!
  18. Non. Peut-être que ton prestataire n'a pas eu la documentation technique, si c'est le cas essaye de la lui obtenir. En ce qui me concerne je serais un peu perplexe pour chiffrer une intégration d'un logiciel dont je n'ai pas la doc.
  19. Photographier des oeuvres dans un Musée, quelque soit leur date, pour un usage professionnel ou commercial, suppose l'autorisation écrite du Musée. (voir le département communication du Musée). Parfois c'est d'ailleurs quasi-impossible à obtenir (Louvre). Idem pour les prises de vues extérieures (monuments historiques), il faut demander une autorisation à la mairie. Pour toute autre prise de vue dans des lieux publics (intérieurs, architecture, etc...), il vaut mieux demander une autorisation au propriétaire des lieux pour être plus sûr : généralement, c'est payant.
  20. Bienvenue sur le Hub ! Tu as raison, même un autodidacte a parfois besoin de prof... Alors bonne route sur le Hub !
  21. Le développement d'une solution e-commerce à partir de rien est une longue aventure, qui vaut le coup si on amortit le temps passé sur plusieurs projets financés par différents clients, sinon c'est beaucoup de temps perdu... Avantages : (mais comme je ne connais pas OSC, ce qui suit pourrait aussi s'y appliquer ) - sécurité : on peut prendre les bonnes options dès le départ, (par exemple l'utilisation systématique de procédures stockées sur la base de données réduit les possibilités d'injection sql) - code léger et adapté à l'objectif : en fonction du métier des clients, le code sera assez spécialisé donc assez léger, avec peu de fonctions inutiles- en même temps le logiciel reflètera bien l'expertise fonctionnelle de son auteur (en ce qui me concerne c'est la comptabilité) - évolutivité : avec ce type de solution on fait évoluer le code selon ses envies et sa stratégie, au fil des années; on a aussi la liberté de choix au niveau des technologies. -design : on peut séparer code et design, utiliser des bibliothèques intéressantes comme yui par exemple - CMS : facilité de développer un module de cms léger et référençable
  22. C'est ce qu'il faut préciser car on confond souvent le paiement en ligne proprement dit avec le développement du panier de commande, du suivi des commandes voire même le système d'identification et la gestion des clients. Pour un prestataire qui met en ligne son propre logiciel e-commerce avec une solution de paiement en ligne connue (par exemple ATOS SIPS) sur un hébergement qu'il a choisi, le temps de développement devrait être relativement court : moins de 3 jours selon moi. A ne pas confondre avec le délai de livraison qui dépend de la banque comme dit Ludo88. En revanche si votre cahier des charges impose un hébergement ou un logiciel e-commerce bien précis, ou des fonctionnalités qui sortent de l'ordinaire...le coût sera à la hauteur de vos exigences !
  23. C'est sans doute ce script auquel fait référence popov : http://www.asp-php.net/scripts/asp-php/ajax.php?page=1
  24. En général pour répliquer un fichier excel sur un site en php, les développeurs passent par des fichiers CSV intermédiaires, c'est jouable bien que peut-être pas optimal : à vérifier. Je vous encourage quand même à rédiger un cahier des charges précis et de choisir vos intervenants, logiciels et technos en fonction de lui et non l'inverse. Souvent, les entreprises préfèrent choisir d'abord des logiciels ou des technologies qu'elles connaissent ou qui sont très connues pour "se rassurer", avant même d'avoir bien défini leur l'objectif. C'est légitime mais il peut arriver que des choix précipités rendent le projet infaisable, ou beaucoup moins fonctionnel.
  25. essaye ceci couleur sélectionnée : <% dim macouleur 'valeur par défaut macouleur="" 'récup variable If Request.QueryString("couleur")<>"" then macouleur=Request.QueryString("couleur") End If Response.write(macouleur) %> <br /> <br /> <a href='page.asp?couleur=rouge'>rouge</a> - <a href='page.asp?couleur=bleu'>bleu</a>
×
×
  • Créer...