Vap

0% pour moi. J'utilise l'option sauver pour le web et périphériques de photoshop, ça doit faire la même chose que smushit.

Mais cet outil rendra de grands services a tous ceux qui n'utilisent pas photoshop.

Donc merci pou la pub faite a cet outil.

Merci pour les réponses, je vais aussi regarder IPB que je ne connaissais pas. J'ai lu la discussion sur phpBB3 sur ce forum, elle répond pas mal à ma question.

Mais je reste preneur de tout autre avis!

Bonjour,

je cherche un script de forum, et je voudrais avoir des avis, sur phpBB3, vbulletin, ou totue autre suggestion.

Je ne veux pas utiliser un site de forum gratuits comme purforum ou autres.

Je connais php.

merci pour tout avis.

Il faut utiliser une condition sur QUER>Y_STRING, par exemple :

RewriteCond %{QUERY_STRING} ^action=register$
RewriteRule file.php /file.php?mode=login

Tu as pas mal d'erreur html ici .

Corriges les, ça ne peut qu'aider.

Tu as aussi mis du CSS dans la page au lieu de le mettre dans ton fichier .css

Ton code ne passe pas au validateur du W3C.

Un problème de charset apparement.

Corriges le avant d'engager une procédure...

Olivier est toujours le propriétaire du domaine d'apres le whois de godaddy :

Registrant:

Web Rank Expert SARL

Duffez Olivier 9, rue de S??bastopol - BP 21531 Toulouse cedex 06, 31015

,

France

Registered through: GoDaddy.com, Inc. (http://www.godaddy.com)

Domain Name: WEBRANKINFO.COM

Created on: 21-Mar-02

Expires on: 21-Mar-17

Last Updated on: 04-Mar-08

Administrative Contact:

, webrankinfo_AT_gmail.com

Web Rank Expert SARL

DUFFEZ Olivier 9, rue de Sebastopol - BP 21531 Toulouse cedex 06, 31015

,

France

+33.675069234

Technical Contact:

, webrankinfo_AT_gmail.com

Web Rank Expert SARL

DUFFEZ Olivier 9, rue de Sebastopol - BP 21531 Toulouse cedex 06, 31015

,

France

+33.675069234

Domain servers in listed order:

NS3.EASILY.NET

NS4.EASILY.NET

Registry Status: clientDeleteProhibited

Registry Status: clientRenewProhibited

Registry Status: clientTransferProhibited

Registry Status: clientUpdateProhibited

Donc il s'agit de refaire un transfert en sens inverse, pas besoin de l'ICANN pour cela. Mais ca peut prendre plusieurs jours. Et pour un site comme wri c'est long.

D'ailleurs il se passe des choses car le registry a été mis a jour il y a quelques minutes (9:43 UTC le 6 Mars)

Aujourd'hui, nous sommes tous devenus des esclaves de GG. GG nous oblige à avoir un compte e-mail Google pour pouvoir utiliser l'outil des Webmasters, Adsense, Analysis, etc..., il nous propose un espace disque faramineux pour stoquer nos mails (aujourd'hui 6 GB) et on y va tous comme on s'enrolerait dans une armée. Plus nous utilisons leurs outils, plus nous les enrichissons. Et le jour où on a un problème à cause d'une faille dans leurs outils, ils s'en foutent royalement, ne se précipitent pas pour corriger ces failles. J'espère que cette affaire servira à faire réfléchir plus d'un webmaster. GG nous contrôle.

??

J'utilise adsense, analytics et webmastertools sans compte gmail... J'ai d'abord créé un compte analytics avec un email à moi, et je l'ai étendu à d'autre services.

Par ailleurs, je viens de voir, en lisant les réponses, qu'il est possible de laisser ses mails lus sur le serveur gmail. En fait c'est comme tout serveur de mail. Ce que je ne comprends pas, c'est qu'on puisse laisser cette option activée. Je ne le fais pour aucun de mes comptes mail; quel que soit le serveur. Je comprends mieux l'interêt de pirater des comptes emails si en plus on y gagne les archives...

Enfin, je me demande si Google peut etre tenu responsable des conséquences d'un piratage de compte email. Pour wri, les conséquences pécunières doivent être siginificatives.

L'autre conseil donné à propos de ce problème est de ne pas prendre son nom de domaine chez un hébergeur, mais directement chez un registrar:

As tu lu les deux pages dont les liens ont été donnés par thick ?

Les deux parlent bien de "hack de gmail menant au vol de domaine" ...

Donc pas étonnant qu'on se focalise sur Gmail

Quant-à ta deuxième citation, ils disent aussi expressément (je traduis)

Lorsqu'ils parlent de "hosted email account" , il s'agit vraisemblablement des emails que vous pouvez obtenir chez votre FAI, donc en trucmuche.com, et que vous n'êtes pas propriétaire du domaine trucmuche.com.

C'est très précisément que qu'on vous a expliqué ici, non ?

Justement je les ai lu, et j'ai cité ce que personne ne semble avoir lu... Je le remet ici car la répétition est la base de la pédagogie:

1. Never use a free or hosted email account as your whois address. Instead, use a pop email address from a domain you own. Lock the heck out of that domain.

2. Never register a domain through a webhosting company. Webhosts are good (sometimes) at hosting web sites, but they are typically just domain resellers with lax domain security controls. A good domain registrar would never let someone simply e-mail them to unlock a domain and send the transfer code.

Tout le monde ne parle que du premier conseil. Je dis que le second est très pertinent aussi. En effet, le hack du compte email utilisé dans le whois ne suffit pas pour effectuer le transfert dans ce cas. Et je m'étonne que personne n'en parle. Et ce conseil est donné régulièrement pour d'autres raisons. J'en avais cité une (l'histoire racontée sur nodaddy.com). L'as tu lu?

Non si le type peut pénétrer sur le site de ton registrar il peut transférer tranquillement ton domaine vers un autre serveur.

Je te dis qu'il ne suffit pas de craquer mon email pour que Gandi accepte de transférer un de mes noms de domaine.

Alors que ça a suffit dans le cas de webrankinfo.

Le comportement que tu as est normal. SI tu ne préfixe pas tes chemins par /, alors ce sont des chemins relatifs, à partir de la page courante. La page courante est l'adresse envoyée au serveur, pas l'adresse récrite par tes soins.

Donc pour inclure ton css, met "/css/style.css". Pour tes liens, fais des liens de la forme "/categorie2/page2"

J'avais loupé un truc. Mets:

"/monsite/css/style.css" et "/monsite/categorie/page2/".

IL s'affiche bien sous Firefox.

Déjà, essaye de corriger les nombreuses erreurs HTML:

http://validator.w3.org/check?verbose=1&am...-paris13.com%2F

Il y a aussi un pb CSS:

"http://jigsaw.w3.org/css-validator/validator?profile=css21&warning=0&uri=http%3A%2F%2Fwww.bmwmoto-paris13.com%2F"

Tu pense quand même pas qu'on va installer ton site chez soi...

IL vaudrait mieux que tu le mette en ligne qualque part pour qu'on puisse regarder.

Sinon, c'est peut etre lié a un bug que j'ai aussi observé: IE6 affiche les éléments avec un z-index dans l'ordre ou il les voit. Donc si ta dive est apres ton menu dans le html, elle sera affichee par dessus...

Bref, c'est comme s'il n'y avait que deux niveaux: pas de z-index renseigné, ou un z-index renseigné.

a la fin de container, un div avec clear:both peut-être à rajouter

Oui, c'est le cas classique ou une div ne contient pas ses élélments flottants.

A moi aussi wri me manque...

Je souhaite que Olivier récupère son site au plus vite!

Sinon, vous vous focalisez sur l'usage de Gmail qui n'est pas sûr. Mais ce n'est qu'une partie du pb d'après ce que j'ai lu sur les liens ci dessous.

Ca serait plutôt un hack qui utilise ceci :

http://forums.webhostdir.com/showthread.php?t=23593

http://www.davidairey.co.uk/google-gmail-security-hijack/

L'autre conseil donné à propos de ce problème est de ne pas prendre son nom de domaine chez un hébergeur, mais directement chez un registrar:

1. Never use a free or hosted email account as your whois address. Instead, use a pop email address from a domain you own. Lock the heck out of that domain.

2. Never register a domain through a webhosting company. Webhosts are good (sometimes) at hosting web sites, but they are typically just domain resellers with lax domain security controls. A good domain registrar would never let someone simply e-mail them to unlock a domain and send the transfer code.

Par exemple, je prend mes noms de domaine chez Gandi, et je les héberge chez 1and1.

Ca a beaucoup d'avantage.

1. Si vous voulez changer d'hébergeur c'est très facile.

2. Il faut plus qu'un email pour faire un transfert de domaine.

Ca coute un peu plus cher certes, mais quand je vois le nombre de problèmes que ça permet d'éviter... Ce qui m'a motivé c'est l'histoire de nodaddy.com .

Lorsque je fais ça , ça marche à peu près correctement, sauf que pour mon fichier css je suis obliger de mettre http://localhost/monsite/css/style.css dans le href de la balise link alors qu'avant je faisait juste "css/style.css"

de plus les liens present sur mes pages sont concaténer avec la récriture d'url exemple

si j'écris dans une page A le lien href="categorie2/page2"

et que je suis dans la page http://localhost/monsite/categorie1/page3

le lien écrit me donnera /categorie1/categorie2/page2 au lieu de categorie2/page2 comme écrit dans la source

Merci pour tout aide, j'aimeré réussir à réaliser une arborescence dans mes url pour faciliter la navigation de mes utilisateurs

A noter que lorsque j'utilise autrechose que "/" pour séparer dans le htaccess tout fonctionne correctement peut-être crois-t'il que ce sont des dossier comment lui indiquer l'inverse ou la racine du site ?

Le comportement que tu as est normal. SI tu ne préfixe pas tes chemins par /, alors ce sont des chemins relatifs, à partir de la page courante. La page courante est l'adresse envoyée au serveur, pas l'adresse récrite par tes soins.

Donc pour inclure ton css, met "/css/style.css". Pour tes liens, fais des liens de la forme "/categorie2/page2"

Essaie ça :

RewriteRule ma-page-de-services.html$  ?page=24  [L]

C'est le plus simple.

SInon, tu peux utiliser ce qui est dit la et la

Tu met un autre .htaccess dans le répertoire en question. Les regles de récritures de ce deuxième .htaccess remplacent celles du premier.

**EDIT Administrateur (TheRec)** Inutile de citer le message précédent en entier lorsqu'il figure juste au-dessus. J'ai édité votre message dans ce sens. Merci de votre compréhension.

Bonsoir Philippe,

c'est le même principe que pour le domaine principal. Ici j'enlève le www :

RewriteCond %{HTTP_HOST} ^www\.sous\.domaine\.fr [NC]
RewriteRule ^(.*)$ http://sous.domaine.fr/$1 [QSA,R=301]

Si tu veux garder le www devant le sous domaine, il faut mettre ça :

RewriteCond %{HTTP_HOST} ^sous\.domaine\.fr [NC]
RewriteRule ^(.*)$ http://www.sous.domaine.fr/$1 [QSA,R=301]

Essaie de rajouter

RewriteEngine On
RewriteOptions inherit

dans les .htaccess de tes sous répertoires.

C'est ma faute, désolé. index.html est redirigé vers la racine, qui est redirigée vers index.html par defaut. On a donc une boucle.

Pour s'en sortir il faut utiliser un nouveau nom pour la page d'accueil, par exemple en renommant index.html en info.html. Ensuite, on met dans son htaccess ce qui suit:

DirectoryIndex info.html

RewriteEngine On

RewriteCond %{HTTP_HOST} ^monsite\.fr [NC]
RewriteRule ^(.*)$ http://www.monsite.fr/$1 [QSA,R=301]

RewriteRule ^index.html$ http://www.monsite.fr/ [NC,L,R=301]

Là ça devrait marcher (j'ai testé chez moi).

Vap

A quoi servent les deux dernières conditions?

Il y a deux règles de réécriture. La première règle est formée des deux lignes du milieu. La deuxième règle est formée de la dernière ligne.

NC veut dire "non sensible à la casse". Les majuscules sont traitées comme des minuscules.

La deuxième ligne est une condition. Elle teste si l'adresse est http://monsite.fr/nom-de-page . ELle ne se déclenche pas si l'adresse est sous-domain.monsite.fr/nom-de-page.

Si c'est le cas, l'adresse est transformée en http://www.monsite.fr/nom-de-page par la troisième ligne.

Le QSA veut sire "query string append". C'est pour le cas ou tes URL ont des paramètres (valeurs après un point d'interrogation), par exemple http://monsite.fr/index.php?id=2

Sans le QSA, la règle réécrit cette URL en http://www.monsite.fr/index.php, et le paramètre id est perdu.

Le R=301 dit que la redirection est permanente et visible par le visiteur.

Le L veut dire que si cette règle s'applique, ce n'est pas la peine d'activer les autres règles. Il faut en fait l'enlever dans ton cas, car la dernière règle doit s'appliquer si possible.

Cette dernière règle réécrit une adresse de la forme http://www.monsite/index.html en http://www.monsite.fr

Pourquoi faut il enlever le L de la première règle?

Si l'URL de départ est http://monsite.fr/index.html

la première règle réécrit en http://www.monsite.fr/index.html

Si non s'arrête là, on reste avec une URL dont on ne veut pas. Il faut appliquer la deuxième règle.

La deuxième règle récrit en http://www.monsite.fr

Là on est content.

Bref, le code correct est:

RewriteEngine On

RewriteCond %{HTTP_HOST} ^monsite\.fr [NC]
RewriteRule ^(.*)$ http://www.monsite.fr/$1 [QSA,R=301]

RewriteRule ^index.html$ http://www.monsite.fr/ [NC,L,R=301]

Pour en savoir plus sur lezs règles de réécriture : http://www.webmaster-hub.com/publication/M...riture-des.html

Ta feuille de style est très très succinte. Regroupe tous les styles dans un fichier css séparé.

Commence par faire un style pour les paragraphes.

En ne mettant rien, tu utilise la feuille par défaut des navigateurs, et elles diffèrent d'un navigateur à l'autre.

Par ailleurs, ton code HTML est trop compliqué. Il y a des paragraphes vides par exemple. Ils sont vides, mais ils ont une marge, un padding, et donc influent sur la mise en page.

Vap