-
Compteur de contenus
4 021 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par Dudu
-
Exclure un fichier de la règle de réécriture
Dudu a répondu à tonsite - Forum : Fichier .htaccess et réécriture d'URLs
Salut N'est-ce pas plus simple d'empêcher la réécriture sur tout le répertoire de FCKEditor ? Si tel était le cas, une seule ligne suffirait, à mettre dans le répertoire "editor": RewriteEngine Off -
Salut C'est ifrance qui bloque Tu auras ce genre de limitations chez tous les hébergeurs gratuits: le vrai gratuit n'existe pas..
- 1 réponse
-
- htaccess
- mod_rewrite
-
(et 1 de plus)
Étiqueté avec :
-
envoyer l'utilisateur à un endroit précis d'une même page
Dudu a répondu à vosgesfreeride - Forum : (X)HTML et CSS
Salut Les deux fonctionnent parfaitement, name ou id. Mais id est préférable. En effet, l'attribut id sert à nommer une balise, et de fait, à l'isoler. C'est ainsi qu'un paragraphe <p> situé en plein milieu d'une page deviendra le paragraphe <p id="CeParagrapheBienParticulier">. Ensuite, le nommage de cette balise sert à beaucoup de choses: - à manipuler l'arbre DOM (derrière ce nom barbare se cache la notion de structure de page), essentiel pour le Javascript (si besoin de mettre du JS) - à styler cette balise via le CSS (#CeParagrapheBienParticulier) - à récupérer des données (dans le cadre d'un formulaire) - et donc à faire des liens intra-pages, des ancres. Donc tant qu'à faire, et à condition d'avoir un code structuré de manière logique, autant utiliser le moins possible de code pour obtenir le plus possible de fonctionnalités. Ce en quoi l'attribut id est plus intéressant que name qui ne sert quasiment que pour les ancres. De plus, name est maintenant officiellement déprécié par ces messieurs du w3c... pour les raisons évoquées ci-dessus. On pourra voir un bon exemple d'ancres dans le code HTML des règles de webmaster-hub. Chaque paragraphe peut ainsi avoir un lien qui pointe directement vers lui -
Salut Il faut voir aussi que tu as aujourd'hui un choix de forums bien plus vaste qu'il y a quelques années (où PhpBB, Vb, et IPB se partageaient tout). Pourquoi justement ne pas profiter de l'occasion pour se faire la main sur de bons scripts de forum ? On a parlé de SMF, il est certes jeune, il a un certes un template par défaut assez horrible, mais bien customisé (voir les forums de modxcms.com) il a de la gueule et des fonctionnalités intéressantes sont au rendez-vous. Sinon en light, mais pas forcément vides de toute fonction, tu as UNB, Vanilla, ou encore BBPress (mon préféré étant Vanilla, ce n'est plus un secret pour personne je crois ). Tu peux les tester sur opensourcecms.com pour te faire une idée. Bref, je vote pour la prise de risque, le changement, et le grand saut vers l'inconnu
-
C'était sans compter sur moi Faux, et je redis faux. Le rapport avec Office ??? Où est-il ? Office est payant et est accessible sur toutes les plateformes, du moment qu'elles entretiennent de bon rapport avec MS (donc pas d'open-source, uniquement MS et Apple) Ce site n'est pas accessible sur un navigateur dépourvu de Javascript (si par "accessible" on entend mettre une page explicative pour savoir comment réactiver JS, ce n'est pas accessible. Et je sais très bien réactiver JS tout seul, merci). Même avec Javascript et avec un navigateur moderne possédant plus de fonctions que Firefox, j'ai un message selon lequel je dois prendre Firefox. Les messages façon Microsoft années '90 du style "vous devez posséder notre matériel" je m'en passe volontiers; on ne quitte pas une ère dominée par MS pour passer à une ère dominée par Mozilla. Mais effectivement "c'est assez impressionnant"... enfin quand on arrive à le voir. Non effectivement ça n'a pas grand'chose à voir avec le web qui se veut un espace de partage dépourvu de contraintes matériel, et effectivement ç'aurait plus de raisons d'être en Java -au moins, Java est multi-plateformes.Quant aux machines surpuissantes, allons expliquer ça dans le Cantal, comme disait Gainsbourg. Bref, rien de bien neuf face à toutes les inepties inaccessibles pondues ces derniers temps. Pour ce qui est de la définition du web 2.0, ce n'est pas un mouvement de société, c'est un terme marketing à prendre pour ce qu'il est (c'est-à-dire du vent).
-
Salut D'ailleurs, c'est bien mieux en fichier externe, car il sera chargé une seule fois par les visiteurs et mis en cache. Et repris depuis la mémoire cache dès que le visiteur revient. D'où un gain de bande passante non négligeable. À ne faire en revanche que lorsque ce fichier est entièrement finalisé Avant, le conserver entre les balises <head></head> et il sera rechargé à chaque fois.
-
Salut J'enc*** les mouches comme d'habitude... mais j'aimerais savoir d'où tu tiens ce pourcentage 95/5.Merci !
-
Parce que chez Mozilla, le but premier n'est pas tant de faire le meilleur navigateur du monde, que de récupérer les utilisateurs d'Internet Explorer. Donc ils font de la compatibilité descendante. (une des raisons pour lesquelles je n'utilise pas Firefox)
-
Continuons (sauf en désactivant Javascript, sauf en utilisant la fenêtre d'informations, sauf plein de choses en fait) Mais surtout à quoi va-t-il servir ? N'as tu pas imaginé qu'un visiteur intéressé par ton site va avoir envie de se servir de son clic droit pour autre chose que récupérer tes images ? Le clic droit sert aussi à imprimer la page ou à la sauvegarder pour une consultation hors-ligne, le clic droit sert aussi sur un lien (qui donc est DANS la page) pour l'ouvrir dans un nouvel onglet, etc. Le site dffghjninzeuctqarz.com est n°1 sur la requête "dffghjninzeuctqarz" En revanche, je n'ai pas vu ton site sur des requêtes intéressantes (et autres que nominatives): "cartographie des vosges", "itinéraires de hors-pistes dans les vosges", "webcams vosges". Mais quand je parlais de référencement, je voulais aussi dire que tu es tributaire d'un prestataire qui ne te doit rien. Le jour où le propriétaire de zeblog.com décidera de fermer son site, tu n'auras qu'à tout recommencer depuis le début; est-ce vraiment ce que tu souhaites ? Heureux d'avoir des nouvelles fraîches, ou heureux d'avoir un bandeau défilant ? Quand je parle de contenu, cela englobe les textes comme les graphismes. En un mois je trouve normal que tu ne sois pas à la hauteur d'autres sites plus vieux. Le terme "jeune" n'est pas une insulte Pourquoi te taper ? On te donne des conseils en se désespérant de ton entêtement. Le but du Hub est d'aider les gens, et si nous pouvons t'aider à construire ton site de la meilleure manière possible, on fera ce qu'il faut pour. Il est juste un peu dommage que tu tiennes si peu compte des conseils qu'on te donne Dans ce cas précis, tu perds ton temps (pas le mien, je suis en week-end) avec quelque chose d'inutile. Moi je trouve ça dommage de voir quelqu'un perdre son temps à élaborer de savants artifices anti-pillage dont on sait pertinemment qu'ils ne servent à rien.
-
.. et je rebondis donc avc ce qu'a dit Dan: que vont-ils faire de ces images, ces gens-là ?Les mettre sur un site internet ? Ils n'en ont manifestement pas puisque ce sont, comme tu le dis toi-même, des internautes de base. Soit de purs visiteurs, profanes en informatique. Deuxièmement, avant de se faire piquer quoi que ce soit, il faut déjà que ton site ait un contenu qui intéresse beaucoup de monde. Seuls de gros sites vraiment bien faits, avec un contenu de qualité se font plagier (rançon de la gloire). Ton site est jeune, et excessivement ciblé en terme d'audience (tu n'es pas yahoo.com). Ça m'étonnerait franchement que tu te fasses voler ton contenu. Pour finir, ce n'est pas moi qui risque de récupérer ton contenu. À lire tes derniers mesages, tu cherches à faire un site où tu décides de tout à la place du visiteur, avec du texte défilant ce qui est à la fois une atrocité en terme d'accessibilité et un signe extérieur apparent d'amateurisme, le tout hébergé en sous-domaine d'une plateforme de blogs ce qui ne va pas faciliter ton référencement dans les moteurs de recherche. Je passe outre le codage HTML avec les balises <center> et <marquee> qui sont l'une dépréciée, l'autre propriétaire. À part pour relever le défi dont je parles plus haut, tu ne m'auras pas souvent comme visiteur: comme le dit sarc, ce sont des attitudes qui font fuir les meilleures volontés ! Un conseil, si tu en tiens compte: tu cumules beaucoup d'erreurs et nous passons notre temps à répondre dans les discussions que tu ouvres à te dissuader de continuer dans cette voie-là; écoute-nous A+ PS: Safari a une "fenêtre d'activité" qui liste conscieusement tous les fichiers utilisés sur la page. images, feuilles de styles, fichiers JS, favicon, etc.. Tu comprendras que les anti clic-droit, je m'en moque un peu. Et c'est sensiblement pareil avec Firefox ou Opera, ou même Omniweb. Ce dernier permet d'ailleurs de récupérer toutes les images d'une page en un seul clic (gauche). ** edit: et pourquoi pas une page avec toutes tes webcams dessus ?
-
Salut Entièrement d'accord avec destroyedlolo et petit-ourson. Navigant sans Javascript, je n'ai pas compris de prime abord ton problème lorsque j'ai visité ton "sommaire graphique" (je l'ai compris en réactivant Javascript). D'ailleurs, cette page n'a aucune utilité pratique pour les sans-JS. Si jamais il s'agit vraiment d'une sandbox, excuse-moi mon insolence et permets-moi de te dire mon approbation avec la sanction de Google: cette page (telle qu'elle est conçue actuellement) n'a que peu d'utilité selon le visiteur. Et sa présence peut parfaitement être interprétée comme un coup de pouce pour ton positionnement, i.e. comme une page destinée à l'usage quasi-exclusif des robots. Mon message est à prendre comme une critique à vertu constructive, et non comme de la méchanceté gratuite. Désolé, je m'exprime mieux en étant un peu cru Pour tempérer (et même si c'est hors-sujet) je dois dire que le design de cette page est sincérement réussi Puisse-t-elle un jour être accessible -et utile- à tous.
-
Salut Je n'ai donc plus rien à dire..Juste à te souhaiter bien du courage à mettre en oeuvre quelque chose d'inutile, et à espérer que tu ne perdes pas trop ton temps avec des futilités de ce genre Tout ce qui arrive sur l'écran d'un internaute, cet internaute peut le voler (phrase à relire le nombre de fois nécessaire à son assimilation) A+ PS: quelqu'un peut-il me donner quelque chose à "voler", histoire de prouver ce que je dis (inutilité de la chose). Je pense être capable de désactiver un "anti clic-droit" en moins de 2 minutes (je compte large).
-
Salut Dan Oui et non. La valeur "_blank" pour l'attribut "target" est destinée à ouvrir une nouvelle fenêtre. Si je ne m'abuse pas moi non plus, tu avais d'ailleurs posté un lien vers les specifications w3c idoines un jour où j'avais écrit une belle ânerie sur ce forum (et tu t'en étais vanté à moi en MP ) Ensuite, les préférences d'un navigateur peuvent être réglées pour outrepasser tout et n'importe quoi. Ce que Opera a fait (en premier, suivi par Firefox ) c'est de surfer sur cette nouvelle fonctionnalité des onglets pour proposer à l'internaute de détourner l'ouverture d'une nouvelle fenêtre en ouverture d'un nouvel onglet. Mais, de base, ouvrir un nouvel onglet via un code fût-il HTML, CSS, ou quelque langage que ce soit, navré mais j'insiste: c'est impossible J'avoue toutefois que j'aurais pu apporter cette précision -et j'y ai pensé- mais souvent je ne me trouve moi-même que très peu de concision dans mes propos. J'ai tendance à vouloir aller droit au fait, en ce moment. ** Pour le reste, je reste persuadé qu'en maternant l'internaute comme un nouveau-né en décidant de tout à sa place, c'est l'entraîner à ne pas savoir se servir d'un clic molette ou d'un clic droit ou d'un raccourci clavier. Mais je ne suis pas comportementaliste, et ça ne reste que mon petit avis personnel (my two cents en quelque sorte) ** Moi j'ai deux raccourcis clavier: un pour ouvrir un nouvel onglet avec focus, un autre pour le même résultat sans focus. C'est parfait
-
Salut On peut retourner ta phrase dans l'autre sens, aussi.je trouve qu'au contraire, là au moins on ne lui impose pas un machin sur lequel il ne peut pas revenir en arrière sans être obligé de fermer la fenêtre, non? Ceci étant, ces histoires de nouvelles fenêtres sont un sujet sensible, et des débats houleux sont apparus à chaque fois qu'on en a parlé. Sache juste que cette attitude du webmaster qui ouvre des nouvelles fenêtres à la place du visiteur est dépréciée par le w3c. Et qu'il y a certaines personnes (dont je fais partie) qui ouvre quasiment tous leurs liens dans de nouveaux onglets eux-mêmes, en ne supportant pas qu'on leur ouvre de nouvelles fenêtres de force. Sache aussi qu'une fenêtre à plusieurs onglets prend toujours moins de mémoire que plusieurs fenêtres à un onglet, je parle pour les petites configurations. Après, tu fais ce que tu veux. On t'a donné le code. Et tu n'iras pas en prison pour avoir ouvert une nouvelle fenêtre Pour ce qui est d'ouvrir des liens dans de nouveaux onglets, c'est impossible tout simplement. PS: la balise <li> décrit un élement d'une liste. La balise <link> sert à la relation inter-documents (par exemple pour appeler une feuille de style sur tes pages).
-
Salut Le manuel http://fr.php.net/manual/fr/function.include.php
-
afficher une image ds une autre frame sans clics
Dudu a répondu à neosquall - Forum : Les fondations d'un site
Salut Désolé de jouer les rabats-joies, mais visiblement neosquall débute. Et je ne crois pas que ce soit un bon service à lui rendre qu'un code invalide (en vert) et complètement inaccessible (en rouge) Déjà, faire des cadres n'est pas un bon début comme l'a rappelé karnabal. Si en plus nous lui dictons d'écrire du Javascript obscur, on n'est pas sorti de l'auberge Le meilleur moyen d'obtenir l'effet désiré tout en restant accessible et tout en évitant de coder comme dans les années 90, c'est d'utiliser le pseudo-format :hover en CSS. Quelques liens utiles: http://fr.selfhtml.org/css/proprietes/pseu...er_active_focus http://mammouthland.free.fr/cours/css/cours8.php http://evan.nixsys.bz/note/ Selon le cas, peut-être un soupçon de Javascript pourra être utilisé. Mais en complément uniquement, et sans que celui-ci n'interfère sur la bonne accessibilité de la page. Le plus simple est de nous préciser ce que tu souhaites faire (une image, un lien vers une page) pour qu'on se rende compte. Javascript !Java et Javascript sont deux langages très différents. Ils n'ont rien en commun, à part les 4 premières lettres de leur nom. Attention à bien les différencier Bon courage -
Salut Je viens de comprendre le sens de ma remarque: j'utilise Safari. Et apparemment le bug que tu as avec Firefox n'est rien en comparaison de celui que tu as avec Safari. Capture d'écran:
-
Salut asso.fr est une fausse extension, dont l'utilité tient à une convention de nommage des associations (encore que ce ne soit pas respecté par toutes les associations). Mais le vrai TLD de bidule.asso.fr est bien .fr Sinon, il est effectivement utile de limiter les TLD à 6 lettres maximum, mais fixe le minimum aussi (c'est-à-dire 2). Sinon tel quel, une adresse "machin @ truc.a" passera. Il existe un fichier Javascript très complet pour ce genre de choses. Je te conseille de t'en inspirer pour ta protection serveur: http://phnk.com/blog/?2004/01/28/7-votre-e...nest-pas-valide Bon courage
-
[Javascript] Menu et gestion de la Page courante
Dudu a répondu à oberruyer - Forum : AjaX et JavaScript
Salut Effectivement, ce que tu souhaites faire relève plutôt du PHP. Ou en tous cas, ce sera plus simple à mettre en oeuvre efficacement avec PHP. Toutefois, pour ton apprentissage du Javascript, je te recommande de laisser tomber document.write qui est vieux et déprécié. Une fonction comme createElement (assortie d'appendChild et insertBefore) sera bien plus puissante, et plus d'actualité -
Salut L'article de référence pour créer une favicon est incontestablement celui d'xhtml.net Bonne lecture
-
Salut Locace (est-ce normal si le logo est ÉNORME ?) Il ne faut pas perdre de vue un point très important dans la corrélation (X)HTML/CSS: le navigateur n'adapte pas les styles au code HTML tel que tu l'as écrit. Il adapte les styles au code HTML qu'il a compris. Et ça, c'est très différent. Explications: si tu as une erreur dans ton document par exemple un slash oublié sur une balise fermante (<p>...<p> au lieu de <p>...</p>), ton navigateur peut très bien comprendre l'erreur. Ou il peut très bien aussi l'ignorer. Ou encore, comprendre l'erreur d'une autre façon. Et qui va en faire les frais: l'affichage. Car l'affichage est décidé par la feuille de style qui, comme je le disais, est adaptée au code HTML tel que le navigateur l'a compris. Pourquoi je raconte tout ça ? Tu as choisi d'héberger tes pages gratuitement chez Lycos/Multimania. Tu te seras aperçu du cadre de publicité sur la droite de tes pages Regarde désormais le code Javascript qui appelle ce cadre: il est placé n'importe comment au dessus de ton code HTML. En un mot comme en dix-mille: ton code est complètement invalide, mal conçu, mal imbriqué, et il perturbe la bonne compréhension des navigateurs. Je peux te citer des tonnes d'exemples d'un code valide, conforme, et bien conçu qui se retrouve mal affiché car détériorié par le code JS de Lycos... Donc si tu veux avoir une vision bien nette de ton travail: change d'hébergeur Au passage, un petit pack hébergement + nom de domaine ne coûte que quelques euros par an... edit: je viens de t'expliquer ton edit, en fait
-
[IPB] rewrite liens version bas débit
Dudu a répondu à doubleje - Forum : Techniques de Référencement
Salut doubleje. Visiblement, il s'agirait plutôt d'une caractéristique propre à l'OS sur lequel tourne le serveur. C'est ce qui ressort en tous cas de cette discussion que je t'invite à lire: Ovh : Red Hat 7.2 >> Gentoo 64 bit et IPB 2.1.7 >> 2.2 -
Salut Mireille. Je vais tenter une réponse, bien qu'étant plus branché sur les technologies de mise en page (HTML, CSS) que sur celles de programmation: faute de grives on mange des merles ColdFusion est un langage qui a bien moins d'adeptes que PHP: cela s'explique surtout par son prix. PHP ne coûte pas un rond quand ColdFusion a une license qui s'élève à pas loin de 10 k. Ceci pour expliquer l'omniprésence de PHP par rapport à ses "concurrents" dont CF fait partie. Ceci étant, il apparaît comme un langage très simple à déployer. De fait, un développeur qui maîtrise bien CF préférera l'utiliser plutôt que PHP (si toutefois l'hébergement choisi lui permet). Concernant l'avenir de CF, il en a un c'est sûr: il n'est pas mourant et je fais de toute façon entièrement confiance à Macromedia pour lui assurer encore quelques belles années. Les avantages que tu auras à utiliser PHP sont dus quasi-exclusivement à son omniprésence: facilité pour trouver des développeurs talentueux, facilité pour trouver un hébergement compatible, coût réduit, large communauté... Les avantages que tu auras à rester avec CF sont essentiellement: d'avoir une relative sécurité quant aux tentatives de piratage (qui dit langage moins connu dit sécurité par ignorance), d'avoir une relation de réel client vis-à-vis de Macromedia, de pouvoir faire tourner ton site sur un hébergement qui ne sera pas saturé par des enfants qui joueront à essayer leur scripts PHP mal codés... Il y avait autrefois sur le site phpindex.com un article sur les alternatives à PHP (ColdFusion, ASP, etc.) mais il est désormais introuvable. Il doit tout de même y avoir quelque part sur le Net un article similaire, je pars à sa recherche
-
Ne remplir que les métas, et ne rien envoyer en en-tête ? Un changement d'hébergeur plus tard (c'est si vite arrivé) et tout est à l'eau.Ce n'est pas nécessaire. Non. C'est juste du bon sens. Mais puisque ton outil (qui a l'air de nécessiter beaucoup de messages pour publicité) dit le contraire, je ne saurais que m'incliner devant lui bien entendu. En plus, le dieu Google ne lit que les métas, donc tant mieux. Cordialement.
-
Salut Nullette Le cyrillique fait partie des caractères gérés par UTF-8, à en croire cette page sur le site d'Unicode: Tableaux de caractères. Cela étant dit, il existe plusieurs moyens de déclarer l'encodage d'une page: par les en-têtes d'Apache, et par les métas HTML. En cas de conflit, c'est Apache qui l'emporte. Apache est configuré par défaut pour envoyer de l'ISO 8859-1. Or je sais que ton site n'utilise aucun langage de programmation (type PHP) capable de jouer sur les en-têtes serveurs. Si tu veux réellement envoyer de l'UTF-8, il te faudra passer par une directive .htaccess telle que celle-ci AddDefaultCharset UTF-8