robinsonvendredi

Tu peux appeler une autre fonction à la fin de la première et ainsi de suite. Mais pour ce qui est du body onload je n'ai pas d'alternative...

Mon conseil, n'essaye pas de faire cela. L'auto incrément contribue à l'intégrité de ta base. En principe, ton programme doit permettre de supprimer des enregistrements sans aucune incidence sur son bon fonctionnement.

Bonjour Vito et bienvenue sur le Hub. Il faudrait préciser ce que tu recherches exactement, car tops-cars n'est pas un site e-commerce mais un site de petites annonces. Le développement d'un site e-commerce doit être confié à un prestataire expérimenté. Au plan technique, il existe de nombreuses difficultés, notamment le système d'identification, le profiling client, la TVA, les zones / paramétrages de frais de port, les stocks et les achats, la prise en compte de la législation comptable, le suivi et la modification des commandes, la transformation en bon de livraison puis en facture, les avoirs....bref impossible de tout lister ici ! La plus grande difficulté est d'obtenir un système d'information qui est fait pour ton business et non l'inverse. Il faut donc rédiger un cahier des charges précis avant de demander un devis. Au plan marketing, ce n'est pas plus facile, selon le marché sur lequel tu opères, il peut y avoir beaucoup de concurrence. Au niveau des langages, il y a trois possibilités AMHA : php, java, et asp-asp.net. Pour les bases de données, il existe de nombreuses bases de données qui peuvent convenir. Ta question sur les CMS trouvera réponse dans le forum sur les systèmes de publication qui y est consacré

Dans ce cas, essaie photofiltre. C'est le logiciel que je conseille aux clients qui souhaitent mettre à jour eux-mêmes leur images. Ya pas plus simple.

D'après mes (très) modestes connaissances en réseaux, le serveur de données peut être en dehors de la dmz où se trouve le serveur web, d'où une bonne sécurité des données de ce point de vue.

ton logiciel de conception web est une interface fournie par ton hébergeur ? Si c'est le cas, pour faire du FTP à partir d'un logiciel installé chez toi tu peux utiliser leechFTP par exemple

En effet, je conseille un connecteur VB du côté du serveur de l'entreprise avec un échange de données via XML avec le serveur web. Anonymus si ça t'intéresse tu peux me MP

Rien à ma connaissance en programme de comptabilité proprement dit. <edit> j'ai oublié quand même Open Si qui est un logiciel de compta Open source en java mais qui est encore en développement à ma connaissance</edit> Le seul logiciel a avoir été agréé par l'administration est ERP5, ce n'est pas un programme de compta mais un ERP complet et sous python. Pareil pour tinyERP, intéressant car beaucoup d'évolutions en ce moment, mais c'est aussi un ERP, bon pour la belgique mais pas utilisable pour une compta française. Je pense que la meilleure solution serait de faire un connecteur entre un logiciel de comptabilité du marché type Ciel ou Sage et un logiciel de réservation pour le web (il doit y en avoir de nombreux).

L'ACCRE est un sujet un peu différent mais Boby Night tu as raison sur un point, avec un régime fiscal micro, l'ACCRE présente des avantages pour les petits revenus. Pour en revenir à notre sujet, je maintiens qu'il est dangereux de dire "qu'on ne risque pas grand chose", ou "qu'il existe un flou" permettant de ne pas déclarer ses revenus même modestes.

Ben voyons, pourquoi pas quelques millions d'euros tant qu'on y est. L'exonération de charges sociales patronales n'est que partielle et temporaire et ne dispense pas d'enregistrer son activité. Encore un avis du même genre et on ferme le topic.

Xou, merci de communiquer tes jurisprudences au lieu d'entretenir des rumeurs. Pour moi il n'y a pas de "flou juridique", les revenus réguliers perçus par des particuliers dans le cadre d'une activité commerciale (publicité ou prestation de service) leur confèrent le statut de commerçant. Soit vous enregistrez votre activité en bonne et due forme, soit vous l'exercez sans vous déclarer : dans ce dernier cas elle est considéré par l'Administration comme entreprise individuelle avec les responsabilités juridiques qui vont avec. Notamment une responsabilité indéfinie sur vos biens propres à l'égard des tiers. Vous supportez entre autres les risques de redressements fiscaux et contrôles URSSAF pour travail au noir. Si vous êtes mineur, vous faites courir l'ensemble des risques à vos parents. Le jour où Internet devient officiellement un paradis fiscal, promis, on vous tient au courant...

Salut Jordan, Bienvenue à toi sur e hub, jeune passionné de voitures US ! Ta présentation est sympathique...

Tu peux avoir un script sur le serveur web No1 qui lit les données du serveur de données No1, les transforme en flux XML(SOAP XML) et les envoie via http sur un script du serveur web No2 qui met à jour le serveur de données N2. En utilisant le protocole http tu passes au travers des firewall et il n'y a a pas de pb de sécurité. Au niveau de la logique de traitement il faut enchaîner dans le bon ordre comme le dit Marvin = savoir d'abord quelles sont les données qui doivent être répliquées avec suppression éventuelle, et celles qui ne sont que mises à jour (plus simple)

Sugar CRM : il y a un module de ticket, plus énormément de fonctions de suivi de la relation client. Peut être trop de fonctions pour ce que tu veux faire à première vue, mais comme il est possible de masquer les fonctions inutiles...

Tu peux aussi aller sur sourceforge et rechercher 'ticket management' ou 'helpdesk' dans le moteur de recherche

Non c'est pareil : tu peux avoir des interfaces php pour écrire dans tes fichiers XML, tu ne codera pas les balises à la main. XML sert à stocker les données, XSL / CSS servent à l'affichage sur une page web (ou autre)

La semaine dernière j'ai travaillé sur deux projets complètement différents, en me servant du même programme utilisant une bdd : - 1. un site institutionnel à petit budget, d'une trentaine de page. - 2. un serveur de données sportives avec plusieurs centaines de milliers de résultats, images, et produits à la vente. Pour le petit projet je n'ai pas regardé le code une seule fois ! - 1 à 2 journées de traitement de visuels et photos fournie par le client, - 1 journée de traitement des contenus fournis par le client. Un peu de latin là où le client doit lui-même faire les contenus. En 15 à 20 heures c'était bâché. En comparaison, en HTML, j'aurais pu passer toute la semaine dans les balises (ceci dit je ne suis pas une référence en HTML... ). Evidemment cette approche n'est pas la plus qualitative, elle s'adresse à un petit budget. Dès que tu as à traiter du volume , comme dans mon projet No2 : beaucoup de documents à indexer, par exemple, la base de données est quand même une bonne option, même s'il existe des solutions tout XML. Losqu'il y a plus de fonctionnalités, (droits utilisateurs, vente en ligne,...) la base de données est la seule solution à ma connaissance.

Avec un INNER JOIN il n'y a pas de différence pratique à ma connaissance. Mais il est bon de connaitre cette syntaxe car elle est "généraliste" et elle peut te servir pour faire des jointures plus complexes. (OUTER JOIN, CROSS JOIN, etc...)

J'apporte mon éclairage bien que ce qui a été dit précédement soit très juste. En ce qui me concerne je ne "produis" qu'à partir d'un programme exploitant une base de données avec des templates, ça marche pour une site de 20 pages comme pour une base de données avec 500 000 enregistrements. La raison c'est le gain de temps, l'efficacité. Il n'y a pas de 'traitrise' comme dit Mamijo, avec une base de données et des templates, c'est une approche plus "industrielle". Il existe deux limites : - au niveau design (emplacement des images, navigation), la souplesse ne s'acquiert que difficilement, en effet : CSS ou XML/XSL ou les deux. - au niveau fonctionnel, il existe une rigidité liée aux capacités du programme. Il est parfois difficile d'expliquer à un client que ce qu'il croit être un lien hypertexte n'en est pas un, et qu'il y a 5000 lignes de code derrière. En fait, plus il est complexe plus il est rigide, et plus c'est une usine à gaz en administration qui effraie les clients.

Pourquoi tu ne fais pas une jointure ? select TB1_Categories.CategoryName,TB1_Categories.CategoryID FROM TB1_Categories INNER JOIN TB2_Categories ON TB1_Categories.CategoryID= TB2_Categories.CategoryID WHERE TB2_Categories.CategoryStyle=1 ORDER BY TB1_Categories.CategoryName DESC

Pour moi, le fait de détenir une marque la protège quelque soit le support, donc Internet et ndd compris.

Il ne s'agit pas de droits juridiques mais des droits d'écriture sur le répertoire de destination de tes fichiers sur le serveur.

Ben il faut reconnaître que le bac S n'est pas le plus facile...allez courage webmatrix...à côté, les diplômes d'info te sembleront sympa à préparer !

Bonjour Webmatrix ! Bienvenue parmi nous. Puis-je me permettre de te donner un conseil, (en tant qu'aîné ): ll y a beaucoup d'autodidactes parmi nous, (et j'en fais partie), le truc c'est quand même de valider un jour par des diplômes la compétence acquise. Bonne route sur le Hub...

Je crois que ton analyse serait intéressante même sans cela, du moment que les exemples sont réellement en exploitation, avec des objectifs atteints en termes de marketing, ou de gestion de données. Un peu à la manière de "cas client" : une problématique -> une solution. De mon point de vue, une liste interminable de fonctionnalités, comme on le voit souvent, n'est pas très parlante, car on ne sait jamais quelle est la qualité de l'implémentation de telle ou telle fonction avant qu'elle soit réellement utilisée. Bravo pour l'initiative en tous cas !