robinsonvendredi

Peux tu préciser un peu : CGU = ? règlement de quoi ? Quels sont tes produits et services? Tu es en entreprise ? Quel genre de structure ?

Bonjour et bienvenue Bourinho ! Non, tu n'es pas considéré comme spammeur...en tout cas pas encore...

Si tu es salarié d'une SSII, tu peux faire ce que tu veux de ton temps libre, on est bien d'accord. Si tu es à ton compte, c'est du travail au noir. Si tu es salarié, tu ne crois pas que tu fais une concurrence déloyale aux entreprises de dépannage informatique qui eux, paient leurs charges ? D'ailleurs il y en a plusieurs sur ce forum. Renseigne toi mieux, ce sont des prestations de services croisées, qui font l'objet de factures, donc déclarées, avec TVA, etc... Le règlement s'effectue par compensation de créances, même s'il n'y a pas de somme d'argent, c'est tout à fait légal.

Le hub peut t'aider de deux façons : - tu peux poster une demande d'aide concernant ton script comme cela t'a été suggéré, - tu peux poster une demande de prestation de service rémunérée. Les règles du hub sont en effet strictes, ce qui peut représenter des inconvénients pour certains, mais nous pensons que c'est globalement bénéfique.

Bien sûr s'il s'agit d'une prestation professionnelle. Webmaster - hub est un forum de professionnels, donc les demandes de prestations de services sont forcément rémunérées, légales, etc... on ne cautionne pas le "bricolage". Si tu es peintre en bâtiment et que tu travailles au noir, evidemment tu risques des sanctions.

C'est assez simple : le produit a été refusé par le client donc tu dois le rembourser : par exemple un courrier avec un chèque. Ce que tu en fais après dépend de ton contrat avec le fournisseur, dans certains cas tu peux négocier un retour marchandises. Sinon, il ne te reste pas grand chose à en faire. Ne compte pas trop sur e-bay, même si ça peut de dépanner de temps en temps.

En complément de ce qui vient d'être dit par Anonymus : Le "troc" est un moyen de paiement par compensation, qui ne fait pas de différence avec un règlement en numéraire pour l'Administration. Donc une prestation de service professionnelle peut être réglée par "troc", mais elle doit supporter la TVA, elle est imposable, etc...comme si elle avait été réglée par un moyen plus habituel. Donc écartez l'idée d'échapper à la législation, (si tel était votre souhait...) en pratiquant le troc.

Bonjour Sharamiz et bienvenue sur le hub !

Bienvenue Virtuose1 ! Tu trouveras des virtuoses du web sur ce forum, en espérant qu'il puissent t'en faire découvrir les secrets.

Essaie de contacter Electre.com. La base de données est payante, sur abonnement.

Bonne chance pour ton stage et bienvenue sur le Hub !

Voici mon modeste conseil : toutes les adresses dans la même table, deux champs de 35 caractères minimum (adresse principale et complément), 6 caractères pour le champs ZIP code (code postal), un champs "State"(région ou état), un champs ville, un champs pays (liste déroulante), et le tout en majuscules obligatoires : pas de minuscules, de caractères spéciaux ou accentués.

Bienvenue sur le Hub Thomas !

Oui mais il faut d'abord : - détecter le critère qui a fait échouer la première requête pour l'éliminer dans la seconde requête. - détecter un critère de remplacement plus large qui lui, fournit des résultats à coup sûr. Donc, lorsque la première requête se déroule, il faut en cas d'échec lancer un algorithme de détection. Je te donne ma petite idée, mais d'autres en auront peut-être une meilleure... Voici la boucle sur les critères: 1. Test de la requête en supprimant un critère. Je commence par retirer le premier critère de la requête -A . si j'obtiens des résultats, je remplace ce critère par un critère "plus large" (grâce à une table de correspondance), et je re-teste la requête avec le nouveau critère. si je n'obtiens pas de résultats retour à 1. en retirant le critère suivant -B . si j'obtiens des résultats, je renvoie la proposition "pas de résultat, voulez vous élargir la recherche à [le critère de remplacement] ?" si je n'obtiens pas de résultats retour à 1. en retirant le critère suivant. Si aucun résultat à la fin de la boucle, je renvoie la proposition "pas de résultat, modifiez votre sélection".

Je n'ai pas la réponse pour mysql, mais si tu peux migrer sur IBM DB2 express-C : gratuit à développer, déployer, redistribuer... La seule limite est le nombre de CPU : 2 et la mémoire : 4 Go...

Seul un avocat peut te répondre avec exactitude, une consultation peut t'épargner des tas de problèmes... AMHA Il y aurait au minimum : -identification des parties -objet du contrat -opération juridique -prix -territorialité -durée -confidentialité des données / sources -conditions de résiliation, de prorogation -pénalités en cas d'inexécution d'une des parties -tribunal compétent -date -nb d'exmplaires, signatures

Je pense qu'il vaut mieux éviter de concaténer en SQL Je serais donc plutôt pour ta dernière solution.

Tu ne peux pas formater les variables '2006' et '05' en entiers avant de les passer dans la requête SQL ?

Oui : <form name="nom_formulaire">

Non, ce n'est pas nécessaire. L'évènement onChange déclenche le rechargement de la page, avec comme URL la valeur de l'option sélectionnée. Si tu souhaites que la navigation mène à une page "panier", l'URL ressemblera à monpanier.php?variable1=...&variable2=... A toi de générer les différentes options à partir de ta base de données. par exemple , variable1=quantité, variable2=ID_produit, etc... ex: <select name="nom_selectbox" onChange="location=document.nom_formulaire.nom_selectbox.options[document.nom_formula re.nom_selectbox.selectedIndex].value;" > <option value="monpanier.php?variable1=...&variable2=...>1</option> </select>

Bienvenue sur le hub, Ton expérience et tes compétences sont très intéressantes. Bonne journée à toi.

Je ne t'encourage pas dans cette voie. En france, si tu tires profit d'une entreprise, tu es considéré comme "gérant de fait", autrement dit tu endosses les responsabilités d'un gérant officiel. Mais compte tenu que tu n'a pas le droit d'avoir la qualité de commerçant (tu es mineur), ce sont tes parents qui risquent de payer les pots cassés.

Ta question est vague. Pour ne pas répondre à côté, peux tu donner plus d'information sur ce que tu veux faire ?

Bienvenue sur le Hub, Nous aussi on aimerait bien faire connaissance ! Ta présentation est très "synthétique" heureusement qu'il y a ton lien en signature sinon on ne saurait pas grand chose sur toi...

Tout à fait d'accord, l'entreprise n'a pas le droit de violer la propriété intellectuelle d'un webmaster: par exemple commercialiser pour son compte un code informatique dont elle n'aurait qu'une licence d'utilisateur. Elle doit avoir un accès à l'hébergement car elle est titulaire du contrat avec l'hébergeur. Elle doit pouvoir disposer de tous les éléments du site (code, contenus,etc...) dans la limite définie dans son contrat avec le webmaster. Si vous voulez éviter qu'un client détourne votre code source, c'est à vous de prendre les précautions nécessaires, (cryptage, compilation, etc). Mais vous ne pouvez pas lui interdire d'accéder à son hébergement.