Remi

C'est le Peering avec le Neuf qui était par terre. => Black-out total de tout OVH pendant 2 heures environ.

Un padding sur le contenant ne serait plus simple ? Exemple : body{padding-top:5px;}

Oui, mais c'est le physique qui me bloque. J'aime pas trop la tête du checkbox disabled... Il a vraiment une tête de 'disabled' ! Oui, c'est ce que j'ai fini par faire. Ne pas pouvoir décocher la case, ça faisait trop 'bug'.... Donc j'ai mis une alerte en JS avant le return false.

Merci pour vos bonnes idées : Doubler un 'disabled' d'un 'hidden' est une bonne idée mais mon problème est que le 'disabled' fait vraiment inactif (gris très clair) donc on va croire que l'option est inactive. "Return false"... Excellent, je n'y avais même pas pensé. Et les 5% qui naviguent sans javascript, ils auront un message sur l'écran suivant pour dire que l'option en question a été rajoutée... Faire un graphisme est une bonne idée aussi mais le problème est que c'est seulement une case parmi d'autres, et les cases à cocher sont différentes suivants les OS et les navigateurs (sur Mac, elles sont rondes...) Merci !

Bonjour, Dans un formulaire, je voudrais empêcher le décochage d'une case à cocher (checkbox pour les intimes). C'est pour une option obligatoire.... <input name="..." type="checkbox" value="...." checked="checked" /> L'attribut 'readonly' ne s'applique qu'aux input de type texte L'attribut 'disabled' bloque le passage de la valeur. Je n'ai rien trouvé d'autre... Si vous avez une idée, je suis preneur.

Normal, je ne sais pas... mais en pratique, c'est le cas. Graphiquement, Firefox reste le plus lent de tous les navigateurs.

Ce que je cherche à faire est assez simple : l'équivalent d'un header location avec passage des params en POST. Maintenant que je sais que ce n'est pas possible, je vais faire en sorte de m'en passer... Ce n'est pas bien grave.

J'ai regardé curl, mais il ne permet rien de plus que ce qu'on peut faire à la main avec fsockopen : on peut passer des params en POST, on *lit* l'url cible mais on reste sur l'url du script appelant. J'ai bien trouvé "header location" en code 307, apparamment le seul qui transmet les POST mais cela génére un message de confirmation sur les navigateurs et le fonctionnement n'est pas garanti en http 1.0. C'est amusant : je ne m'étais jamais rendu compte qu'il était impossible de passer à la main des paramètres en POST.

Oui je sais que je peux simuler un Submit en Javascript mais je trouve que ce n'est pas propre. C'est pour passer sur un module de banque pour un paiement en ligne et donc il faut des choses très transparentes et claires pour le visiteur. Bon, si je ne peux faire l'équivalent d'un Header Location avec passage de données en POST, je vais rajouter une page de confirmation.

Si ce n'est que cela, la solution est déjà mentionnée sur cette page : il suffit de se mettre en UTF-8. C'est pareil pour le japonais et pas mal d'autres langues.

La solution moderne, c'est d'utiliser la fenêtre du navigateur du visiteur, sans chercher à la redimensionner ou à la mettre plein écran en virant tout le reste. Il faut tenir compte de ce besoin de flexibilité au moment de la création. Déjà si l'animation Flash est prévue pour passer en 1200 x 850, il y a un premier soucis : 45% de visiteurs qui ne la verront pas en entier car leur écran n'est de toutes façons pas assez grand.

Je ne vois pas trop l'intérêt à encoder en HTML (par rapport à l'UTF-8). Ai-je loupé quelque chose ? Parce que cela va prendre beaucoup plus de place.... Sinon, merci à Demoore pour ses informations sur l'hébergement.

Bonjour, Je cherche le moyen de faire un header location (sur une url externe à mon site) avec passage de paramètres en POST. Les solutions avec fsockopen permettent de lire l'URL externe mais moi je désire qu'elle soit affichée (avec son URL dans la barre d'adresse). Autre contrainte : Je dois utiliser POST pour lui passer les données (pas de GET possible) Y a t-il une solution ?

Sous DW : Propriétés de la page -> encodage du document

J'ai moi aussi 2-3 répertoires avec plus de 3000 fichiers. J'ai fait des tests et je n'ai jamais pu observer de ralentissement palpable. Y a t-il des tests fait là dessus? Cela doit dépendre aussi du système de cache...

Ben oui mais j'aime bien comprendre le principe de fonctionnement des choses, donc j'explique. mais bon... Tiens j'ai fait un petit oubli (pas bien grave) : C'est <FilesMatch "^index\.(php|htm|html)$"> (il y a un circonflexe au début de 'index'. Tel que je l'avais écrit, un éventuel fichier totoindex.php ou titiindex.php serait autorisé aussi On ne sait jamais...)

Bon, j'ai voulu expliquer le principe mais je n'ai pas été assez direct. Voici la version courte : Remplace <Files "index.php"> par <FilesMatch "index\.(php|htm|html)$">

Sur la requête sur le nom de répertoire seul, le serveur va normalement chercher en premier index.html puis index.htm puis index.php (cela peut dépendre de la configuration serveur toutefois, mais en général c'est ça). Comme ton index.html est interdit, cela ne marche pas. C'est normal... Donc j'autoriserais index.html et index.htm au même titre que index.php. Cela devrait régler le problème.

Alors cela voudrait dire que tu as un reverse dns fait en amont Tu pourrais utiliser une construction du style SetEnvIf Host ma_regex laisser_passer <Directory /monrepertoire> Order Deny,Allow Deny from all Allow from env=laisser_passer </Directory> L'avantage est que tu peux mettre une regex

Normalement, tu n'as pas accès au Reverse DNS à ce niveau-là. Si tu veux tester sur le Reverse DNS, il faudrait que tu le fasses toi-même par un code inséré dans tes pages où tu ferais une requête de Reverse. Tu as du y penser, mais la protection par htaccess ne serait pas suffisante ? Comme tu désires attribuer les droits à un poste (et non à une personne), il suffit de rentrer id/mot de passe une seule fois et de l'enregistrer. Les fois suivantes, l'utilisateur n'a qu'à faire Return pour entrer (sans même avoir à connaitre le mot de passe). Même si tu as beaucoup de postes concernés, c'est faisable et cela sensibilise les gens au fait que cette page est en accès restreint.

Merci. Ce ne sont pas vraiment mes photos ceci-dit (même s'il y en a à moi dans le lot). Ce sont celles de ma tendre et chère (qui est aussi ma graphiste en chef)

le bloc flash est un sous-ensemble de container qui est en z-index 0 Il faut, soit sortir flash de Container, soit faire entrer le footer dedans. (if faut raisonner en arborescence) Edit : Non ce n'est pas exactement ça: il suffit de mettre le footer en zindex 9 pour que ça marche....

Pareil... Permission refusée.

Aptana permet-il de se créer des Templates à la manière de Dreamweaver ? (Avec mises à jour dans tout le site lors de modifications) Ils parlent de templates sur leur site mais il me semble qu'il ne s'agit que de petits bouts de code que l'on peut insérer.

Bonjour, Pour court-circuiter l'affichage des nos sites dans une frame, il y a le "frame-breaker" javascript bien connu : if (top!= self) top.location.href = self.location.href; Je voudrais que cela n'entre pas en action s'il s'agit d'un site en particulier. J'ai donc mis: if(top!= self && top.location.href.indexOf("http://www.monsite.tld")!=0) top.location.href = self.location.href; Oui... mais ça ne marche pas car l'objet 'top.location.href' n'est pas accessible en lecture quand il s'agit d'un autre site (ce qui est sans doute logique). Donc erreur et arrêt de l'exécution du code JS. Connaissez-vous un moyen de contourner ce problème ?