Dudu

Salut Oui le code est bon: aucun souci de ce côté 2 choses néanmoins: Laisseras-tu des pages HTML 'simples' une fois que ton "runcms" sera lancé ? Si oui elles ne seront plus visibles; si non aucun souci. Alors tout ne va pas être aussi simple car cette adresse va rediriger vers /runcms/index.html donc vraisemblablement vers une 404 en puissance.Idem pour toutes tes anciennes pages HTML, n'oublies pas de prendre ça en compte

Salut Technique dite "du singe": essayer de taper n'importe quoi dans un formulaire comme le ferait un animal s'il était devant le clavier. Voir ce que ça donne. Ensuite, redevenir un humanoïde cruel et sans pitité et essayer d'écrire autre chose dans les formulaires: si possible des trucs sympas comme de l'HTML, du JS, du SQL Ou bien des ' ou des ". Voir ce que ça donne. Ensuite: éviter les variabes 'sensibles' dans les URLs. En gros: éviter les URLs de type www.example.com/index.php?login=toto&password=motdepasse éviter les scripts tout faits s'ils n'ont pas une bonne réputation (et encore). Je repense aux désastres causés par le passé par Formmail par exemple toujours mettre un .htaccess/.htpasswd sur une éventuelle interface d'admin. Mettre le .htpasswd hors du répertoire web "deny from all" sur les répertoires qui contiennent les fichiers de config fichiers de config avec extension .php (si tu codes en PHP), jamais de .txt etc.. PS: Albert_H, la touche apostrophe se situe sur le touche 4 du clavier alpha-numérique Tel quel c'est peu lisible, merci.

Salut La réponse me paraît simple en regardant le code source: les lettres accentuées n'y sont même pas, je ne vois pas pourquoi elles s'afficheraient <p>Notre levage possde enfin son nom et est maintenant enregistr auprs de la Royal St Hubert sous " Winstyle "</p> <p>Nous esprons ainsi caractriser notre propre ligne sous ce nom.</p> <p>Nous avons mis prs de deux annes pour choisir la femelle qui allait tre la base de l'levage. Nous l'avons trouve chez Carina et Gilbert, sous les conseils judicieux de Louis et Jenny, levage Van Het Daalhof et Van de Falliss respectivement .</p> Essaie de retaper ton code dans un éditeur de texte (pas un traitement de texte !) et rajoutes les lettres qui ont sauté. Autre chose: si ton éditeur HTML n'accepte pas les lettres accentuées, glisse-le gentiment vers la poubelle et efface-le Pouvoir écrire en français correct avec des accents me semble primordial. Quel est le nom de cet éditeur ?

Salut Désolé de ne répondre qu'une semaine après: vivement les journées de 48h Je ne saisis pas trop le rapport entre la réponse de Xethorn dans la discussion que tu cites et l'usage d'une balise inexistante D'autre part, il n'y a pas que Firefox et IE dans la vie (et heureusement quand on voit dans quelle direction va Firefox): si c'est pour apparaitre bien dans IE, pas trop mal dans FF, et destroy pour les autres ce n'est pas la peine je pense À mon avis il y a deux solutions: la méthode radicale: Doubler tous tes attributs lang avec des attributs class, c'est redondant mais au moins ça marche. Tout ça pour IE. la méthode Dudu: Respecter les utilisateurs d'IE en leur donnant une mise en page digne de ce nom.. mais pour les "petits plus" que leur navigateur ne sait pas gérer.. et bien tant pis. Attention avec cette méthode à ne pas tomber dans la discrimination anti-IE: ma maman et peut-être la tienne utilisent IE Donc les messages "vous utilisez IE c'est de la m*** utilisez Firefox" non, mais ont-elles réellement besoin de la petite bordure bleue toute mignonne ? Si le texte est lisible et la mise en page correcte: non. Ou alors utiliser une armada de Javascript, ou des commentaires conditionnels, ou les deux combinés: je n'en suis pas fan personnellement. Ce qui est sûr, c'est que ton <div description> met la zone et que ça nuit à la pérennité de ton code: tu veux vraiment retoucher ton code tous les 3 mois à chaque fois qu'une nouvelle version d'un navigateur sort ?

Salut Pour le ratio visibilité/optimisation c'est un peu délicat à gérer: Pour la lisibilité, l'idéal est d'indenter ton code au maximum. Pour l'optimisation de bande passante, l'idéal est de condenser ton code au maximum en supprimant tous les espaces ou retours-chariot inutiles. Une astuce pour trouver un juste milieu: indenter avec la touche Tabulation et non en faisant plusieurs espaces. 1 espace = 1 octet 1 tabulation = 1 octet 4 espaces pour faire une tabulation = 4 octets .. multipliés par le nombre d'indentations, tu gagnes un certain poids. Ensuite, si tu arrives à te relire avec 1 règle = 1 ligne c'est toujours ça de gagné. Pour l'utilité de valider une feuille de style, c'est surtout dans un but d'accessibilité: utiliser une famille générique pour les polices, ne pas utiliser de fonctions propriétaires attachés à une plate-forme spécifique etc..

Salut Testé il y a quelques jours: archi-nul Sur une requête qui m'intéresse je m'attendais à voir 'tomber' un concurrent car franchement son site a été codé par une baleine névrotique shoutée à l'éther (ou assimilé). Tu parles: il est même gratifié d'une page supplémentaire. Du coup j'ai approfondi le test et grosso modo: - soit les résultats sont quasi-identiques à Google 'normal' - soit les résultats varient mais quantité de sites inaccessibles codés à l'arrache apparaissent très bien. Je précise que j'entends par "inaccessible" les sites avec du JS générateur de contenu, dépourvus d'alt sur les images, avec des images en remplacement du texte, les sites 100% images etc.. Une fois n'est pas coutume, j'ai classé les sites "table-font" dans la catégorie accessible Par contre, c'est très pratique pour virer les sites full-Flash.. c'est déja ça mais ça limite l'intérêt

Salut Et pourtant.. Les styles CSS sont appliqués à l'HTML qu'aura compris le navigateur. C'est-à-dire qu'en cas d'erreur dans ton code HTML le navigateur va procéder à une sorte de gestion des erreurs: il va 'modifier' ton code afin de le rendre affichable le plus correctement possible. Et c'est cet HTML modifié à qui on va ensuite appliquer les styles. Ce que je dis n'est pas clair ? Pas grave, Laurent Denis l'a dit de manière plus claire chez Alsacréations. Et en clair, que dois-tu faire ? Modifier cette affreuse ligne 134 dans laquelle les navigateurs se prennent les pieds <div description> il manque l'attribut id, les guillemets... bref tout ce que le navigateur va rechercher. Là, avec un peu de (mal)chance il va carrément ignorer la balise.. avec toutes les conséquences que ça peut avoir Au fait: pense aussi à fermer tes balises uniques avec un slash final (le validateur te dira lesquelles exactement) PS: tu m'as fait peur, j'ai cru que j'avais tout cassé avec mon code dans l'autre topic

padding-top: 10px Ou "em", ou "pt" ou "pc" ou "%" ou ce que tu veux comme unité, mais il faut écrire les unités en CSS. Certains navigateurs vont faire semblant de n'avoir rien vu et corriger l'erreur, d'autres vont simplement ignorer la ligne tout bêtement. Et ça peut causer des différences d'affichage entre plusieurs navigateurs. Je n'ai pas vraiment le temps de pouvoir tester ton code, mais pense aussi à supprimer les marges par défaut des navigateurs avec un petit * {padding: 0; margin: 0;} tout en haut de la feuille de style. Car sans aucune indication de marges, les navigateurs vont prendre celles qu'ils ont par défaut en interne.. et ils n'ont pas tous les mêmes valeurs par défaut pour les marges Peut-être cela résoudra-t-il ton problème d'espace et de fine ligne PS: ne laisse pas tomber ! Un apprentissage est toujours fastidieux mais ensuite plein de portes s'ouvrent..

Salut Tu peux t'inspirer des exemples de Listamatic pour t'aider

Salut Règle d'or du CSS: un conflit entre une règle CSS et un HTML 'présentatif' (tel que <center>) est toujours à l'avantage du CSS. Donc exit <center> si la feuille de style dit autre chose: ça ne servira à rien Pour centrer uniquement la ou les image(s) inclues dans un <address id="footer"> la règle suivante suffit: #footer img {text-align: center; margin-left: auto; margin-right: auto;} Code à placer après la règle qui touche toutes les images PS: ne plus utiliser d'HTML 'présentatif' tel que <center> ce n'est pas forcément aimer vouloir se prendre la tête aveuglément avec les normes w3c. C'est surtout éviter les conflits entre ce que dit l'HTML d'un côté, et ce que dit le CSS de l'autre Ainsi on gagne un temps précieux.

Bonjour Slimane L'HTML est un simple langage de mise en page. Ce que tu demandes est hors des compétences du simple langage HTML. Pour ton projet, il faudra certainement que tu apprennes un langage de programmation tel que PHP par exemple: et là tu pourras faire ce type de QCM

Salut Non ce n'est pas possible, ou alors tu écris tes styles directement en attribut des balises, mais bon ça ne sert à rien: dans ce cas-là autant utiliser un gros <font> qui tâche ça reviendra au même Curieuse pratique que d'empêcher l'écriture dans le <head>

Une autre idée Cette personne arrive sur le site par quelle adresse et quel moyen ? S'il se connecte via un réseau local par exemple, il peut y avoir une redirection. Sur mon réseau local, j'ai le protocole Bonjour (anciennement Rendez-Vous) et si je fais "123.123.123.123/repertoire" je suis redirigé sur "ordinateur-de-dudu.local/repertoire". Avec redirection 301 bien sûr. Pense aussi que l'adresse ****/site est redirigée en 301 vers ****/site/ en interne par Apache quand il s'agit d'un répertoire. Selon la configuration, le serveur peut s'y perdre: c'était par exemple le cas chez l'hébergeur Online.net où il fallait impérativement écrire le slash final des URLs avec répertoires (ça a peut-être changé depuis, je te parle d'une expérience qui a 3-4 ans) Le visiteur voit quand même la page malgré le log ?

Ils l'ont toujours été: ensuite ça dépend des hébergeurs et de leur professionnalisme. Le plus simple est de rediriger tout le trafic vers une seule adresse grâce à une directive Apache dans un fichier .htaccess ainsi tes visiteurs ne pourront visiter que l'adresse voulue et le cookie envoyé sera fatalement celui de cette adresse. Ensuite à toi de voir si tu souhaites rediriger tout ton trafic sur juste le domaine (http://example.com) ou sur le sous-domaine www. De plus, il est conseillé pour de multiples autres raisons de n'avoir un site accessible qu'à une seule adresse Je t'épargne le douloureux débat "avec ou sans www", à toi de faire un choix.

Salut Pour éviter ce genre de désagréments (conflit entre la présentation dans l'HTML et la présentation dans le CSS), il existe une version CSS d'OSCommerce nommée OSCSS. Elle n'est pas encore parfaite du point de vue HTML-CSS, et a des détracteurs parmi les aficionados du 'vrai' OsC mais ça permet de dégrossir le terrain pour s'y retrouver dans le code ** Bon à savoir: un conflit "HTML présentatif" vs "CSS" est toujours à l'avantage du CSS Ainsi la ligne de code suivante apparaîtra rouge /* CSS */ font {color: red} [...] <!-- HTML --> <font color="blue">bla bla bla</font> D'où l'utilité d'éviter l'HTML présentatif: en voici encore une preuve

Salut Habituellement à la ligne juste après tu devrais avoir un ligne de log avec la même IP et un code 200 (dans le meilleur des cas) indiquant où le visiteur a "atterri" après la redirection. Non ? Le répertoire /site/ est accessible ? Il retourne normalement une en-tête 200 avec une vrai page ? C'est une page d'index générée par Apache ? Ou alors est-ce que l'accès est réglementé (remontage de répertoires) et peut-être envoies-tu une redirection vers une page 404 personnalisée ?

Ok, donc PNphpBB2 c'est le module PostNuke pour phpBB, tu aurais pû nous le dire:si tu distilles les informations au compte-goutte, on ne va pas pouvoir t'aider rapidement À mon avis, le problème serait plutôt du côté de PostNuke et de sa gestion du module, car je confirme que sur un phpBB 'normal' cela fonctionne, et Nullette qui tient un important forum phpBB sur son site a l'air d'accord aussi. Je ne vois donc que PostNuke (ou son installation) comme responsable d'un lien inactif As-tu essayé de jeter un oeil sur la documentation de PNPphpBB ? (message perso pour Nullette: bientôt bientôt :!

C'est-à-dire "rien ce fait" ? La page ne se charge pas ? Tu as un message d'erreur ? Tu as une page que tu ne comprends pas ? Tu cliques bien sur le lien "Advanced Mode" ?

PHphpBB2 ? Qu'est-ce donc ? Si tu veux parler de phpBB (tout court), il faut aller dans le panneau d'administration. Puis "forum admin", puis "permissions" et passer en mode avancé pour déterminer qui a le droit de lire, d'écrire, de poster, etc.. selon le forum et selon le groupe d'utilisateurs

Bonjour Le mieux est de travailler dans un encodage qui autorise les caractères accentués. Ainsi, tu écris tes caractères normalement et tu n'as rien à convertir, c'est pas mieux L'UTF-8 c'est bon, mangez-en.

Mince affaire que d'être supra-méga-valide w3c et de ne pas être accessible Ça ne sert pas à grand'chose à part pouvoir orner sa page d'un logo "valid xhtml" (c'est déjà çà). Pour les liens en Javascript, le mieux est de les générer en Javascript. Si Javascript activé: le lien est présent.. le lien est en javascript Si Javascript désactivé: le lien est absent.. tant mieux car il était en javascript, il était donc inutile Pour générer un lien à l'endroit idoine via JS, il faut se pencher sur la fonction "createChildElement"

Bonjour C'est possible bien sûr Avec la fonction 'oncontextmenu' Cordialement.

Salut Mettre les styles en ligne dans les balises permet d'éviter certains webmails qui suppriment tout ce qui est contenu entre <head> et </head> C'est effectivement un peu plus sûr Cela étant dit, tout n'est pas gagné: styler un courrier électronique est loin d'être facile. SquirrelMail est particulièrement agaçant, par exemple... En plus du lien donné par slender, je te recommande ces 2 articles. C'est en anglais mais c'est ce qui se fait de plus complet à ce sujet: Style In Email sur le wiki d'Incutio A Guide to CSS Support in Email sur le blog de Campaign Monitor PS: pourquoi cette horrible balise <font> alors que tu fais du CSS ??

Je n'ai pas besoin d'un dédié, je parle des offres mutualisées Ça n'a pas grand'chose à voir avec MODx réellement, mais tous les CMS qui utilisent une réécriture via .htaccess se heurtent à une particularité d'OVH: mod_ort.Rien de méchant, un slash à rajouter. Mais quand on n'est pas au courant et qu'on a une erreur 500 ça met toujours des sueurs froides.

Salut Je ne suis pas à proprement parler un spécialiste du référencement (arrêtez de rire, au fond) mais je pense franchement que çà ne pose aucun problème. Beaucoup de sites utilisent cette méthode (dont les miens) et ce n'est pas gênant. Tu as bien un <h1> en vrai texte dur dans ton code source HTML ? C'est ce qui compte