Remi

En gros : Ré-écrire les adressages de type /home/.... ou /user/... en adresse avec le nom du domaine

Au début de la page appelée par l'erreur 401, il faut mettre dans la partie HEAD <base href="http://ecmlyon.free.fr/">

C'est vrai que cela peut être désagréable d'avoir l'impression de cotiser pour rien à une caisse, mais comme le disait brocexco le raisonnement à avoir est de se dire que l'on cotise proportionnellement à ses revenus. Quand on gagne plus à un seul endroit, on cotise effectivement plus. Ceci dit, le jeu des planchers de cotisation peut désavantager les situations de double-statuts (salarié + indépendant). Sinon, pour les dépenses, il faut bien entendu que les dépenses soient nécéssitées par l'activité. Si ce n'est pas le cas, cela passe en compte de l'exploitant et n'a donc aucune incidence sur le résultat.

Oui, c'est vrai qu'il n'y a plus de "danse" depuis longtemps. Officiellement, il n'y a plus qu'un "export". Il reste juste à savoir pourquoi l'opération prend tant de temps (2-3 semaines pour que tous les DC soient alignés lors des derniers "exports"). Un simple export devrait pouvoir être quasi instantané...

Pour répondre aux interrogations d'Incite-Web, je dirais que je trouve moi aussi que le design élastique bloque le travail graphique de mise en page. Je ne vois pas bien comment on peut concevoir une mise en page quand on connaît pas la largeur. Ceci dit, tous les sites n'ont pas besoin d'avoir une mise en page travaillée, mais quand on en a besoin, il faut amha travailler en largeur fixe. L'autre inconvénient des designs élastiques est de créer des lignes beaucoup trop longues quand la résolution est grande, ce qui les rend plus pénibles à lire. Ce problème n'était pas grave auparavant car les possesseurs d'écrans à haute résolution étaient des férus d'informatique prêt à l'accepter, mais avec la popularisation des écrans 16/9, c'est maintenant le grand public qui se retrouve avec des lignes trop longues sur les sites élastiques (presque tous les utilisateurs de 16/9 que j'ai vus maximisent la fenêtre du navigateur... ).

Merci pour vos réponses... En fait, c'est la faute d'orthographe qui m'a induit en erreur. Pardon d'avoir demandé...

Euh... pour ceux qui n'ont jamais entendu parler de ce blog... c'est quoi le "screencasing" ?

Les signatures sont visibles par Google puisque Dan avait réglé le problème.

Dans les hôtels, on rencontre deux types de Wifi : - ceux qui donnent un clé et là on est en "connexion sécurisée" (mais comme le fait remarquer Tizel, c'est vrai que l'on ne sait pas toujours très bien sur quoi on se branche...) - ceux qui donnent un login, par exemple les Ibis, Mercure qui passent par Orange Wifi. Là on est en "connexion non sécurisée". Comme je ne sais pas très bien ce que cela signifie, la question que je me pose est effectivement "est-ce qu'un autre client de l'hôtel ou quelqu'un à proximité peut écouter les transferts ?" autrement dit "Est-ce que je peux me connecter à mon serveur sans risque?" Le wifi dans les hôtels, je ne trouve pas ça très simple... Sans compter que devoir payer 5 euros de l'heure pour se connecter quand on est dans une chambre parfois à plus de 100 eur la nuit, je trouve cela un peu mesquin, mais bon...

Bonjour, Y a t-il un risque à se connecter en Wifi dans un hôtel genre Ibis quand la connection est dite non-sécurisée ? Peut-on lire son courrier ou accéder au FTP sans risque ? Comment faites-vous quand vous êtes en déplacement ? Personnellement, je dois avouer qUE j'utilise le plus souvent une connection bas débit que je garde en secours mais c'est lent... Bien souvent les wifis d'hôtels marchent mal (obligé de descendre dans le lobby) ou pas du tout parfois.

Dans la mesure où tu as choisi de faire pointer tes NDD à la racine de l'hébergement (configuration que j'ai toujours trouvé scabreuse... mais bon ), il faut que tu utilises l'UR pour faire ta redirection : RewriteEngine on RewriteCond %{HTTP_HOST} !www\.recette-cocktail\.fr$ [NC] RewriteRule ^(.*) http://www.recette-cocktail.fr/$1 [QSA,L,R=301] et tu régleras le problème des www en même temps. Il faut juste savoir qu'il faudra revoir cela si tu ajoutes d'autres sites (avec un contenu différent).

Google préconise vraiment de faire un domaine par langue ?

Pour ma part, je conseillerais aussi de ne pas trop étaler le problème : en tant que professionnel, les relations que l'on peut avoir avec nos clients ne regardent que *nous et nos clients*. Donc tu peux mettre le site hors-ligne pour "cause de rénovation" ou de "panne temporaire" mais il est totalement inutile d'étaler au grand jour les vraies raisons : tu vas transformer ton client en ennemi et cela te fera autant de tort à toi qu'à ton client (qui aura envie de s'adresser à un professionnel qui pointe du doigt un client qui tarde à payer ?) L'autre point est de toujours prévenir de ce que tu vas faire, ne serait-ce que quelques jours à l'avance. Ainsi la pression prend beaucoup plus de force.

Oui, il y a un risque mais cela ne légitime pas de prendre n'importe quelle photo sur le net. Si je gare ma voiture dans la rue, j'ai bien entendu le risque qu'elle se fasse voler. En revanche, le fait que je gare ma voiture dans la rue ne peut pas être considéré comme une incitation au vol et ne peut pas le légitimer. Il y a des Lois pour cela. Quant à Google Images : Google est un moteur de recherche qui donne des liens vers les sites. Il ne s'approprie pas les images. De plus, il existe une procédure pour ne pas y figurer (procédure qui marche à peu près bien). Ceci dit, si des outils comme le plugins de FF qui permet de voir les images sans passer par le site se généralisaient, ils pourraient se faire attaquer.

Ce qu'il faut regarder, c'est pour quelle utilisation tu as acheté ces photos (ou, plus exactement, acquis les droits d'utilisation de ces photos). Si les conditions prévoient bien l'affichage sur un site internet, tu n'as pas de mesure particulière à prendre pour les protéger, du moins autres que celles précisés dans la cession des droits.

Avec les éléments en notre possession... non. Personnellement, je ne vois même pas où est le problème.

Tu peux supprimer la clé sans crainte. Et continue la recherche car il y a des chances que tu la trouves plusieurs fois. A chaque fois que tu vois l'URL dans le contenu d'une clé, supprime la clé. Faut lui montrer qui c'est le chef...

C'est bizarre ton affaire... ça sent le bidouillage. Essaie de faire une recherche dans Regedit avec un bout significatif de l'URL en question, pour voir s'il n'y a pas qqchose dans la base de registres. Et si cela ne donne rien, j'essaierais une recherche sur tout le disque dur (dans le contenu des fichiers)...

Oui, c'est bizarre cet anti-INPI... surtout que les 230 euros évoqués, c'est pour 10 ans. C'est moins cher que le dépot d'un NDD avec 4-5 extensions pendant 10 ans. La protection à 100% n'existe pas. D'ailleurs, l'INPI ne protège pas en soi : il fournit une preuve de dépot, ce qui donne une arme solide aux avocats en cas de conflit.

Il faut mettre les champs MX sur les mx d'OVH. Si tu n'as pas la possibilité de modifier les MX chez Directnom il faut mieux transférer le NDD chez OVH.

Qu'est ce que tu entends par "largeur 100%" ? Faire un site en largeur 1024 sur un écran 1024 ? Si c'est cela, c'est évident que ce n'est pas l'idéal, car beaucoup d'utilisateurs ne maximisent pas les fenêtres (moi le premier), sans parler des barres latérales. Se limiter à 920-950 px, comme cela a été dit, semble un bon compromis. Ou alors veux-tu parler des designs élastiques ?

SetEnv PHP_VER 5 http://guide.ovh.com/Php5ChezOvh

Comme Monique, je dirais qu'il faut supprimer la majuscule. En français, les noms propres s'écrivent avec une majuscule donc il y a une différence entre "la poêle géante" et "la Poêle Géante". Le premier désigne n'importe quelle poêle (de grande taille toutefois...) et le second désigne la marque. Et ce serait mieux de retirer l'article ('La') aussi. Il suffirait de mettre "Poêle géante à Courvechel" (ou encore "Une poêle géante à Courchevel") en légende et, là, c'est inattaquable.

Non, en fait, personne n'a jamais trouvé la logique. Il y a de fortes chances que ce soit de l'aléatoire pur et simple.

Ah oui... c'est complètement différent : htaccess est une particularité d'Apache. Personnellement, je ne peux hélas t'en dire plus.