Remi

Travaille un peu les couleurs... Là, on a un peu l'impression que tu as pris des couleurs comme elles te venaient, les couleurs c'est comme un texte, cela doit exprimer quelque chose... et cela se travaille. Sinon, ton nouvel agencement est meilleur car on a moins l'impression de "tuyau".

Et je crois que son problème principal vient de la présence de DIV à l'intérieur de tableaux. Faut éviter les DIV à l'intérieur de tableaux...

Je ne parlais pas d'impôts mais de cotisation sociale. L'Agessa c'est l'organisme qui assure la collecte des cotisations sociales des auteurs-compositeurs-interprètes.

Les droits d'auteurs sont effectivement un cas totalement à part : tout le monde sans exception peut toucher des droits d'auteur. C'est un régime très avantageux sur le plan cotisation sociale (globalement parce que par exemple Michael Jackson paie de l'Agessa quand il touche des droits sur ses ventes en France mais il ne n'envoie pas pour autant ses feuilles de soin en France... ) en revanche, les conditions d'utilisation sont bien entendu (assez) bien définies. Pour qu'une rémunération puisse être qualifiée en droits d'auteur, il faut en premier qu'il y ait un contrat de cession de droits d'exploitation... et donc déjà il faut qu'il y ait quelque chose à céder, et il faut que ce quelque chose soit assimilable à une oeuvre de l'esprit. Ensuite, il faut que la rémunération soit calculée sur les revenus générés par l'exploitation de cette chose. Dans le cas d'un site internet, ce n'est que la partie création graphique qui pourrait être à la rigueur faire l'objet d'un contrat de cession des droits, mais cela bute sur la question de la rémunération assise sur l'exploitation... C'est amha vraiment limite de payer un graphiste en droits d'auteur et donc trop dangereux.

Ceci explique peut-être cela : les administrations n'ont pas les mêmes interlocuteurs que nous... Et je trouve que vous tirez une règle générale d'un seul cas apparemment très particulier vous concernant. Comme l'ont indiqué certaines personnes, les risques sont surtout situés non pas du côté du particulier mais du côté de l'entreprise qui accepte la facture d'un particulier : les lois concernant la lutte contre le travail dissimulé précisent bien que l'on doit s'assurer que les personnes qui nous facturent sont en règle. Moi, si un particulier me fait une facture, c'est niet... Même si c'était autorisé en tant qu'activité exceptionnelle, comment voulez vous que je sache si c'est exceptionnel pour lui ou pas ? Je ne vais pas faire une enquête de moralité... Donc, pas de Siret, pas de facture.

Non, un particulier ne peut pas établir de facture pour une prestation. Il peut faire une facture ou une attestation de vente dans le cas de la vente d'un objet à condition que ce ne soit pas régulier, mais pour facturer un travail, il faut un Siret.

Bonjour, Dans un formulaire de contact, pour vérifier la validité du domaine d'une adresse email, j'utilise if (gethostbyname($domaine) == $domaine) $erreur =... plus pour signaler les fautes de frappe d'ailleurs que pour empêcher les adresses bidons (car c'est facile à contourner...) Or, 'skynet.be' ne répond que si on interroge 'www.skynet.be'. Je ne sais pas depuis combien de temps c'est comme cela, ce n'est peut-être qu'un problème temporaire de DNS. Mais savez-vous s'il a d'autres domaines dans ce cas ?

Dan, tu arrives à faire renouveler automatiquement des NDD en prepaid ? Je n'ai pas vu cette option et ça m'intéresse.

A mon avis, les inconvénients du Flash sont : 1. L'ergonomie (temps morts, textes trop petits, scrollings internes, ...) 2. Difficile à référencer 3. Difficile à mettre à jour Le (gros) avantage : - Possibilité de création graphique plus importante (et surtout de la concevoir comme un ensemble) Bien que je n'aime pas vraiment les sites en flash, je trouve très bien que nous n'utilisions pas tous la même méthode pour faire un site internet. Il faut accepter qu'il n'y ait pas qu'une seule voie...

A propos, cette Meta marche t-elle sous explorer ? Il me semble que non... non ?

J'utilise <? if(ereg("^/index\.php/20[0-9]{2}/[0-9]{2}/[0-9]{2}(/[0-9]{1,4})?$",$_SERVER['REQUEST_URI'])) print '<meta name="robots" content="noindex,follow" />';?> à mettre dans l'en-ête du template (et à adapter si ton dotclear n'est pas à la racine)... Cela met en 'noindex' les accès par numéros du jour et numéros billet. Mais je viens de me rendre compte qu'il y a *encore* un autre problème... Dans Dotclear, on peut tronquer l'URL comme on veut... il sort toujours quelque chose. Même si on tronque le mois, il sort un truc.

Personnellement, je trouve que les 360 ne sont intéressants que plein-écran, et pour cela Quicktime n'a pas d'équivalent pour l'instant. En petit, je trouve les panoramiques un peu pénibles. Sinon, la qualité des photos à la prise de vue est primordiale pour passer en full screen. Quelques exemples faits en 28mm http://www.studio-amarante.com/photo/panoramique.htm

Le serveur dns de hosteur semble être en carafe : http://www.dnsstuff.com/tools/lookup.ch?na...uide.com&type=A

Celles par le numéro du jour venaient du calendrier Les autres, je ne sais pas. Tant quand on est sur le sujet : Est-ce que quelqu'un saurait comment empêcher Google de sortir ce #!$#£W?&! d'atom.php ? J'ai beau l'avoir mis dans robots.txt... rien à faire, il sort en premier sur une requête du titre du blog... Je sens que je vais le mettre en 404...

Dans mon cas, elles l'étaient. C'est même comme cela que je m'en suis aperçu. J'ai mis un truc qui met en 'noindex' les urls terminées par un slash suivi d'1 ou 2 chiffres. Maintenant, la commande 'site:' me donne 3 fois moins de pages qu'avant.

Juste pour rire : prends une de tes notes et reduis l'url pour ne laisser que le numéro de billet.

Les Urls en Dotclear sont un peu compliquées mais elles s'indexent bien (personnellement, je prends le mode 'index.php/2005/12/...' ) Les problèmes sont plutôt du côté des Duplicate Contents : il y a au moins 3 urls différentes pour une même page... Déjà, en supprimant le calendrier, on en fait sauter une.

Merveilleux... ça marche parfaitement. Bravo On peut même mettre plusieurs exclusions : ExtraSectionCondition1="REFERER,^(?!(http:\/\/www\.mondomaine\.fr|http:\/\/(images|www)\.google))" par exemple pour éviter que tous les différents google viennent gêner la lecture du haut du tableau. Et pour assimiler, les domaines avec ou sans www, j'ai mis : ExtraSectionFirstColumnValues1="REFERER,^[hH][tT][tT][pP]:\/\/www\.([^\/]+)\/||REFERER,^[hH][tT][tT][pP]:\/\/([^\/]+)\/" En tout cas, c'est bizarre cette syntaxe ?! , je croyais que le '!' n'était pas utilisable en regex perl.

Une autre idée: Si tes nouvelles pages ne sont sont pas dans le même répertoire que les anciennes, tu peux mettre le htaccess dans l'ancien répertoire. Ce qu'il faut en tout cas, c'est éviter de ralentir les nouvelles pages avec des règles qui concernent les anciennes.

Pour ma part, j'utilise un "Extra" proche de celui montré sur le lien donné par Jean-Luc. Je n'exclus pas non plus mon propre domaine, je n'ai pas trouvé de syntaxe satisfaisante, car la meilleure formulation que j'aie trouvé ExtraSectionCondition1="REFERER,^http:\/\/([^[mondomaine.com]]{0})" va exclure les referers qui ont "mondomaine.com" n'importe où dans la chaîne (comme c'est le cas des referers de Google images par exemple). Il faudrait la même mais qui n'exclut que si "mondomaine.com" est juste après 'http://'

Supprime la largeur du tableau et définis les largeurs pour chaque cellule. (et il faut se rappeler que Firefox ne respecte pas les 'colgroup', il faut mettre les largeurs au niveau des 'td' ... (sauf si le fait de valider est important à tes yeux)).

A mon avis ton problème vient des (-|.) Cela signifie "un tiret ou n'importe quel caractère". Normal que 'canalsat' soit ejecté...

Etonnant ce script indiqué par Jok... Et ça marche effectivement avec un onmouseover, il suffit de stocker le 'title' du css dans une variable pour éviter que la routine ne tourne en permanence quand on reste sur le lien. On peut aussi enlever le 'return false' qui ne sert pas, et tout le truc sur le 'onload' qui amha ne sert pas non plus.

Essaie d'ajouter un slash à la fin du premier membre.

Merci Dan, je vais faire des essais dans ce sens.