TheRec

Si tu veux plus d'informations à ce sujet je t'invite à relire la règles à ce sujet et éventuellement ajouter des liens (maximum 3) à ta signature (ça aidera déjà au référencement de tes sites).

En Suisse ce genre d'activité ne requiert pas une forme juridique particulière à ma connaissance. Tu as une liste des formes juridiques possibles sur le Portail PME de la Confédération et beaucoup d'autres informations primordiales pour la création d'entreprises. Cela va de la raison individuelle (qui ne te demande que de déclarer tes revenus aux impôts, tant que tu ne dépasses pas les CHF 100'000.- de CA par année) à la société anonyme (CHF 100'000.- de capital minimum, dont minimum CHF 50'000.- doivent être libérés à la fondation), chaque forme à ses avantages et inconvénients bien entendu (personne physique, personne morale, sociétés de capitaux, etc.). Il y a peu d'activités qui sont réglementées, en Suisse, de sorte qu'elles requièrent une forme juridique particulière. Bonne continuation. P.S. : prixmalins> Je n'ai pas non plus cerné la "mauvais publicité" dont tu parles, personne n'a critiqué tes services et l'étonnement sur la gratuité de ces services est légitime lorsqu'on connaît les tarifs pratiqués dans ce domaine.

Merci pour ces informations, je n'ai pas pu être catégorique, c'est pour ça que je parlai uniquement de mon expérience personnelle... et effectivement sans une telle loi les fournisseurs n'ont aucun intérêt à prévenir leurs client de l'arrivée proche d'un délai de résiliation Je suis tout de même étonné que ce genre de loi ne soit pas passée par la voie bilatérale au plan européen (c'est la voie choisie par la Suisse pour l'intégration, pour ne pas dire la future adhésion, à l'UE). Enfin ce n'est pas un miracle, la protection du consommateur a vraiment peu de "pouvoir" en Suisse de mon point de vue. La preuve, je n'avais jamais entendu parlé du Bureau Fédéral de la Consommation suisse (pour moi la protection des consommateur se limitait au associations de consommateurs à l'échelle cantonale, style FRC) et pourtant je ne me désintéresse pas totalement de ce genre de du sujet.

Je ne pense pas qu'il s'agisse d'une obligation d'avertir. Le délai en question (3 mois) c'est justement le délai de résiliation, mais il n'y a pas à se préoccuper de ce délai (émettre un avertissement) si le contrat doit suivre son cours normal (renouvellement tacite), ainsi personnellement je n'ai jamais reçu "d'avertissement" de la part d'un fournisseur à moins qu'il ait voulu résilier ce contrat (et cet "avertissement" était simplement un avis de résiliation). Par contre, en France, la loi Chatel dit que le fournisseur doit émettre un avertissement pour laisser à son client la possibilité de résilier un contrat qu'il ne souhaiterait pas reconduire, ceci se fait donc forcément antérieurement au délai de résiliation. Enfin on ne va pas débattre sur cette loi, ce n'est pas notre rôle, mais je te rejoins, à mon sens, ce n'est pas aux fournisseurs de gérer l'échéancier de leurs clients, mais il semble qu'en France la protection du consommateur soit plus forte que ce principe

Merci Dadou, ce n'était pas réellement une question, vu que je donne mon opinon sur cette "utilité" juste après Simplement cette loi n'a aucun sens si les consommateurs se responsabilisent vis-à-vis de leur actes juridiques (établir/signer un contrat, ce qui n'est pas si anodin). Si le but est de supprimer la responsabilité des consommateurs, il est certainement atteint. Certes cela aide ceux qui ne sont pas conscient de leurs engagements, mais en même temps le seront-ils un jour si on les préviens à chaque fois ? J'en doute, tandis qu'une année supplémentaire à payer, j'ai comme l'impression que cela en motivera plus d'un De plus le surplus de correspondance que cela génère doit sans doute ennuyer plus d'une entreprise et je ne compte même pas les clients qui se rappellent de leurs engagements pour qui ce courrier supplémentaire (en plus de la facture) est une pure perte de temps.

Bonjour, Je ne suis pas au courant d'une telle loi en Suisse (je ne savais même pas qu'elle existait en France) et j'avoue que je n'en vois pas le but. Il me parait tout à fait normal qu'un contrat qui est établi avec reconduction tacite (elle doit bien entendu être établie dans le contrat) ne doive pas faire l'office de relance préalable avant chaque échéance, sinon quel est l'avantage d'un tel contrat ? Mais la conception de la protection du consommateur n'est pas la même en France et en Suisse Personnellement, la majorité de mes fournisseurs de services Internet (hébergement, nom de domaines) envoie un avertissement avant l'établissement de la facture, mais à ma connaissance ils n'en ont pas l'obligation, pour preuve tout ce qui concerne les services d'assurances, de téléphonie, etc. je n'ai jamais reçu de tels avertissements (je vis en Suisse si ce n'était pas clair ) et à vrai dire je ne m'en plains pas, il suffit d'être conscient de ce que l'on signe et d'être un peu organisé pour savoir dans quels contrats on est actuellement engagés. Enfin bref, si la prestation t'as été fournie, que le contrat était valable à la signature (ou simplement la commande), tu n'a pas a "décider" si tu as envie de payer ou non, tu as l'obligation (légale) de payer. S'il s'agit d'une facture pour paiement en avance d'une prestation, pour ne pas avoir à la payer il faut avoir résilié ton contrat dans les délais et selon la manière précisés dans ce dernier. Si rien n'est précisé (ce qui m'étonnerait fort), à priori, le fournisseur n'a pas de recours si tu souhaites résilier le contrat tant que c'est avant la date de renouvellement tacite. Bien entendu si cette date est dépassée, tu n'as à ton tour plus de recours, à part éventuellement un arrangement à l'amiable avec ton fournisseur (paiement partiel, en tous cas des prestations fournies jusqu'à présent), mais peu de fournisseurs dans ce domaine font de l'épicerie fine à ce niveau et j'ai rarement pu obtenir de tels arrangements. Bonne chance et bonne continuation.

Bonsoir, Petite précision, avant de mettre ton image en background (CSS), demande-toi si elle a une valeur sémantique. Si c'est le cas, il n'y a pas lieu de la mettre en background (enfin pour peu que tu veuilles respecter la sémantique dans tes page ) @Sébastien, Merci pour le lien, très intéressant

Tu peux utiliser la fonction DATE_FORMAT. Ou le faire dans ton code PHP avec la fonction date. SELECT DATE_FORMAT(ADDDATE(date, INTERVAL 9 HOUR),"%d/%m/%Y %Hh%i") AS date FROM comment_trips

Dans le cadre de PHP, lorsque tu utilises la fonction date_default_timezone_set, tu changes le fuseau horaire pour l'exécution du script courant, donc lorsque tu utilisera les autres fonction permettant par exemple de retourner une date tu obtiendras la date avec le fuseau horaire souhaité. Pour tester si la date (sous PHP) est changée tu peux regarder les résultats de ce petit script : echo 'Heure du serveur, par défaut ('.date_default_timezone_get().') : '.date('r').'<br/>'; if(date_default_timezone_set('Europe/Paris')) { echo 'Fuseau horaire changé pour '.date_default_timezone_get().'. Heure à ce fuseau : '.date('r').'<br/>'; } else { echo 'Le fuseau horaire n\'a pas pu être changé.<br/>'; } Ce n'est qu'une exemple, pour te montrer qu'au premier appel de date, le fuseau horaire est celui du serveur par défaut, le deuxième est celui modifié pour toute la durée d'exécution du script. Mais cela ne permet absolument pas de changer des date déjà enregistrées dans ta base de données. Si ton fuseau horaire était faux lorsque tu as enregistré tes données dans la base de données, lorsque tu les liras elle seront fausses, tu devras faire la correction soit à l'affichage, soit directement dans la base de données (ce qui serait mieux, à toi de voir quels enregistrements doivent être changés). S'il s'agit d'une base de données MySQL et que tu as bien un champ DATETIME/TIMESTAMP, tu peux utiliser la fonction CONVERT_TZ.

On peut sans problème utiliser la fonction date_default_timezone_set. Si tu voulais bien répondre au quelques question ci-dessus ça pourrait faire avancer le problème sans doute.

Bonsoir, Présente-nous le code utilisé pour la réécriture, cela sera beaucoup plus facile pour t'aider. Sinon, avec l'outil d'analyse des en-têtes disponible, tu aurais remarqué qu'il y a une redirection 302 (Found) qui se produit, il faudra certainement enquêter de ce côté. N'aurais-tu pas par hasard utilisé le flag "R" pour tester ta réécriture ?

Bonsoir, Étonnant. Que te donne la commande date_default_timezone_get après avoir utilisé date_default_timezone_set ? Est-ce que date_default_timezone_set retourne bien la valeur booléenne true après l'appel ? Les dates dont tu parles ne sont-elles pas stockées dans la base de données avec l'ancien fuseau horaire ? À tout hasard, tu peux toujours essayer de modifier la valeur date.timezone soit par un fichier .htaccess : php_value date.timezone Europe/Paris Ou avec ini_set : ini_set('date.timezone',"Europe/Paris")

Il y a des benchmarks qui ont été réalisés à ce sujet, mais les résultats sont évidents. Sur une chaîne de caractère "banale" (sans variable à interpréter, sans caractères spéciaux à remplacer, etc.) les deux sont équivalents. Mais autrement, les single quotes ne faisant aucunement ce genre d'interprétation sont plus rapides logiquement. Donc il n'y a pas "d'idéal", mais une utilisation pour chaque cas. Personnellement j'ai tendance à conserver des convention de programmation assez régulière et utiliser des single quotes et la concaténation (.) lors que je veux utiliser des variables, puis si j'ai besoin de ce genre de caractère spéciaux j'utilise le double quotes. Note que tu peux te passer des double quotes dans ces cas également, en utilisant la fonction chr : $log_ligne .= ' '.$log_message.chr(10); Concernant ta classe, après une lecture en diagonale, je ne vois rien à redire, elle me semble correcte. Bienvenue dans la POO Le seule truc que je constate, c'est que tu as placé le constructeur de la classe au milieu du code, personnellement je le place après la déclaration des propriétés, mais ce ne sont que des habitudes. Apparemment tu l'as placé après la déclaration de toutes les fonctions que tu y utilises, ton raisonnement se vaut mais comme PHP détermine si une fonction existe seulement au moment où elle est appelée ce n'est pas une obligation Bonne continuation.

Bonsoir, Les chaînes de caractères entre single quotes (') ne permettent pas l'utilisation de caractères d'échappement pour les caractères non-imprimables et autres caractères spéciaux. Essaie les double quotes : $log_ligne .= " ".$log_message."\n"; Bonne continuation.

Bravo Philippe ! C'est bon de voir que ton travail est reconnu. J'ai toujours plaisir à lire tes publications, même si dans l'absolu ce n'est pas le "cur" de ma profession

Bonjour, Il serait bon de répondre à cela et également de préciser l'environnement utilisé pour l'exécution de cette requête (ressources disponibles, API utilisée pour l'accès au serveur de base de données).

De rien, je suis toujours étonné du nombre d'hébergeurs mutualisés qui laissent cette directive activée. Son utilité est plus que limitée. Bonne continuation.

Bonjour, Où se trouve ton fichier .htaccess ? À la racine de ton site (logiquement tu dois le placer ici si l'URL réécrite correspond à un répertoire qui n'existe pas) ? Quels erreur obtiens-tu ("ça ne fonctionne pas" et "sont inaccessible" ce n'est pas très parlant ) pour chacune des URL que tu réécris ? Sinon as-tu essayé de mettre ceci au début de ton fichier .htaccess : Options -MultiViews Effectivement, il est possible qu'avec la directive MultiViews lorsque tu penses accéder au répertoire "virtuel" nommé cours tu accèdes directement au fichier cours.php (c'est le comportement de MultiViews) ce qui fait que ta réécriture n'est pas utilisée.

Bonsoir, Tu me sembles bien affirmatif raptor, BETWEEN va faire exactement les mêmes opérations (au niveau du processeur) qu'une double comparaison (ou tu connais une manière logique de tester deux bornes plus efficacement qu'avec deux conditions ). La seule différence est que la double comparaison est plus flexible car on peut ou non inclure l'une, l'autre ou les deux bornes. Mais je te l'accorde, BETWEEN rend la requête bien plus lisible et il est préférable d'utiliser cette syntaxe. Quant à LIMIT 0, 10, effectivement c'est 2 octets (ou plutôt 4, avec l'espace et la virgule... enfin ... si on considère qu'un caractère est un octet, ce qui est loin d'être le cas en UTF-8 par exemple) qui sont "économisés", mais à vrai dire j'ai rarement gagné en performance significatives avec ce genre "d'optimisation", même à grande échelle.

Cela m'est arrivé plusieurs fois sur le seul site ou j'ai des Adsense. Apparemment ça semble être est une erreur du script qui permet de faire défiler les annonces (avec les deux flèches vertes). Par contre je n'ai pas réussi à isoler ce qui la provoque, certainement un "onLoad" qui est interrompu. Pour le moment je n'ai pas eu ce problème sur le Hub. En tous cas ça ne ressemble pas à un comportement normal.

Bonjour, Je t'invite à lire un message que j'ai posté hier, à ce sujet et à l'adapter à ta situation Une RewriteRule seule ne peut pas accéder à la querystring.

Bon.. après relecture je m'aperçois que captain_torche avait parlé de sIFR (bon comme moi il avait la version précédente) Mais bon effectivement, je ne vois pas quel est le problème avec les images, c'est une très bonne solution utilisé sur beaucoup de sites. S'il faut un effet de rollover c'est très facilement réalisable en CSS... donc il faudrait plutôt t'orienter vers les méthodes d'image de remplacement.

Oui, une bonne occasion pour moi de mettre à jour mon Marques-pages Merci Dadou.

Il y a également sIFR qui tend à mettre en pratique l'utilisation de Flash de manière aisée et surtout en pensant à accessibilité (je ne vois qu'une dégradation, lors de la sélection les textes avec une police spécifique ne peuvent pas être sélectionnés en même temps que le texte simple). Un exemple d'utilisation de sIFR. Bonne continuation.

Si tu as besoin de traiter des informations se trouvant dans la querystring (tout ce qui se trouve après le premier "?" dans ton URL), la directive RewriteMatch n'est pas adéquate et le mod_alias ne suffira pas. Tu as besoin d'utiliser le mod_rewrite, et des conditions : RewriteEngine On RewriteCond %{QUERY_STRING} ^id=([0-9]+)$ RewriteRule ^forums/viewforum\.php$ http://www.domaine.info/f%1.html? [R=301,L] Ce qui est discutable là, c'est que n'importe quelle URL passe par cette condition et dès qu'il y a comme unique paramètre id=<chiffre> la règle de réécriture sera analysée (mais seul la page forums/viewforum.php vérifie la règle)... mais si ton site n'a pas une trafic trop important cela ne posera pas de problème. Tu notera que j'ai utilisé %1, car je souhaite utiliser la référence arrière trouvée dans la condition. Plus de lecture au sujet du mod_rewrite : Webmaster Hub - Mod_rewrite, ou la réécriture des URL "à la volée" Manuel Apache HTTP Server 2.x - mod_rewrite