captain_torche

Si les éléments ont été créées proprement (Qu'ils sont présents dans le DOM, donc logiquement oui s'ils ont été créés avec jQuery), il ne devrait pas y avoir de souci.

Dans l'idéal, il faudrait créer le div directement dans le javaScript (et le supprimer à la fermeture de la fenêtre). Par contre, je ne comprends pas ce que tu veux dire par "superposition d'effets"

Si tu veux un petit coup de main pour la gestion des devis et des factures, j'ai des potes qui ont développé ça : https://freelancer-app.fr/

Il vaut mieux prendre le temps de mettre soi-même les keywords manuellement dans les annuaires, que se faire chier à les générer automatiquement pour chacune des pages du sites. De plus, ça ne fait qu'encourager une pratique qui n'a quasiment jamais été utilisée, même par les moteurs, mais perdure parce que de nombreuses personnes l'ont prise pour argent comptant.

Le plus logique serait de chiffrer le temps de développement prévu pour chacune des fonctionnalités, et de faire payer à l'heure. Attention de bien prévoir une marge pour chacune des tâches, plus une marge de sécurité pour les retours que tu auras forcément. Ensuite, une petite question : pourquoi un formulaire de contact en Ajax ? Qu'est-ce qu'Ajax apporte de plus à ce genre de formulaire ?

Que veux-tu dire par "ne plus rien donner" ?

Ca a l'air d'être exactement ça, mais je ne peux malheureusement pas utiliser PEAR dans mon environnement de travail.

Enregistres-tu les dates d'inscription dans la table ? Utilises-tu un identifiant auto-incrémenté ? Si dans les deux cas la réponse est non, je ne vois pas comment tu pourrais faire.

Bon, finalement je trouve pas mon bonheur. Je suis en train d'en développer une, que je base sur simplehtmldom : ça me simplifiera la création du code. J'ajouterai des fonctionnalités en fonction de mes besoins, au fur et à mesure.

En ce qui concerne la meta description, elle n'est plus prise en compte pour le calcul du poids des mots-clés. Par contre, si elle est bien rédigée, en fonction de l'expression demandée dans le moteur de recherche, c'est elle qui peut apparaître dans les résultats. Il est donc important de la rédiger de manière à inciter le clic.

J'ajouterai même que certains des principaux moteurs actuels ne l'ont même JAMAIS prise en compte (Google en particulier). Après, si tu aimes perdre du temps, c'est ton affaire

Merci, je regarde tout ça.

Salut à tous ! Je vais commencer un gros projet où je vais devoir gérer une flopée de formulaires, mais j'ai pas trop envie de me prendre la tête. L'un d'entre vous connaîtrait-il une classe éprouvée qui permette la création facile, et gère la validité des champs par expressions régulières ? D'avance merci.

Si tu parles du texte "welcom", c'est normal : le div où il est présent est positionné en absolute (Donc par rapport à la page). Ca serait pourtant relativement simple de faire ce que tu souhaites : - mettre ton image http://keint.fr/kein..._r3_c1%20eq.jpg en fond de cellule (Vu que tu utilises des tableaux). Il te suffit de la positionner en bas de cellule avec un peu de CSS. Tu peux même réduire cette image, et ne garder que la partie visuelle, en supprimant facilement trois-quarts de sa hauteur. Par contre, désolé, n'utilisant pas DreamWeaver, je ne saurais pas t'expliquer comment faire. - Il ne te reste plus qu'à mettre ton texte dans la cellule en elle-même. Pour finir, apprendre à faire le HTML et les CSS à la main ne peut qu'être bénéfique : tu te serviras bien mieux du logiciel si tu comprends ce qu'il génère.

A la rigueur, donnes-en le nom

Je te conseille d'utiliser une API comme l'API de géolocalisation de google maps : http://code.google.com/intl/fr-FR/apis/maps/documentation/geocoding/

Oui dans les deux cas, patrick - Il FAUT déclarer toute base de données contenant des informations personnelles (donc les emails en font partie) à la CNIL, et en préciser le traitement. - En ce qui concerne la vente d'adresses, il est OBLIGATOIRE d'en avertir l'utilisateur lors de l'inscription, en opt-in (Ils doivent cocher la case "j'accepte que mes coordonnées soient revendues"). Soit dit en passant, un site qui dès son ouverture dirait "on revendra vos adresses mail" ne récolterait pas beaucoup de membres.

Oui, c'est exactement ça, à la différence près que j'ajoute un champ "id utilisateur" à ma table, et que je vérifie l'unicité d'un enregistrement en fonction de son url ET de son id utilisateur. En gros, comme les pages sont du format "utilisateur/page.html", pas de risque à ce que deux utilisateurs aient le même nom pour une page. Et sinon, tu n'es pas obligé de mettre le .html, tu choisis l'extension que tu veux (ou l'absence d'extension), et tu fais tous tes urls de pages selon cette forme. Il faut bien entendu modifier l'url rewriting en conséquence.

Le plus simple est de faire un rewriting du genre : site.com/80-nom-de-l-article.html. Il te suffit ensuite de récupérer l'identifiant pour afficher ta page. A cela, deux inconvénients majeurs : - cela n'est pas très adapté aux sites où il y a différents types de contenu (Il faut prévoir un schéma de rewriting différent pour les articles, pour les news, etc). - la chaîne de caractères n'est pas utile : on peut très bien écrire site.com/80-j-aime-les-courgettes.html, on atterrira sur la même page. Il y a donc risque de duplicate content. Pour faire un véritable url rewriting bien propre, du genre site.com/nom-de-l-article.html, ce n'est pas aussi simple ! Il te faudra d'abord créer une table intermédiaire pour stocker les urls. Dans cette table, tu enregistres l'identifiant de l'url, celui de l'objet ciblé, le type d'objet ciblé (article, news, fiche utilisateur ...), l'url et la date de création de l'url. Fais bien attention de faire en sorte que le champ url soit bien unique : deux objets ne peuvent pas avoir la même adresse. Lors de la création d'une page, tu peux soit choisir une url manuellement, soit la générer en fonction du titre de la page (Tu peux lire à ce sujet mon article transformer un texte en url). Ensuite, une seule règle de réécriture te suffit : tu rediriges TOUT vers une seule et même page de traitement. Un règle du genre "RewriteRule ^(.*)\.html$ traitement.php?url=$1 [QSA,L]" suffira amplement. Cette page va vérifier que l'url est bien dans sa base (Si elle ne l'est pas, elle affichera une page d'erreur 404 avec l'en-tête adéquate) Ensuite, elle vérifiera à quel objet correspond l'adresse (id de l'objet, type de l'objet). Elle peut aussi vérifier, à l'aide de la date, qu'il n'y a pas d'url plus récente pour cette page. Si c'est le cas, on déclenche une redirection 301 vers l'url la plus récente (en fonction du champ date). A utiliser avec parcimonie toutefois, il ne faut réserver ces changements qu'aux rares cas où l'url aurait été mal écrite). Pour finir, elle affichera le bon gabarit (en fonction du type d'objet), et le bon contenu (en fonction de son ID). C'est donc une solution très propre, mais elle nécessite pas mal de développement en amont. Pour info, c'est ce que j'utilise sur mon site (Dans une version qui permet à deux utilisateurs d'utiliser la même url, les adresses étant également définies en fonction du nom de l'utilisateur). SPIP utilise aussi une solution similaire (Et sans doute plein d'autres CMS, que je ne connais pas aussi bien).

D'ailleurs, comme elle est écrite ici, cette balise est facultative : elle ne fait que répéter le comportement par défaut des moteurs. Elle n'est indispensable que si on souhaite modifier ce comportement par défaut : - ne pas indexer, mais suivre les liens (noindex, follow) - indexer, mais ne pas suivre les liens (index, nofollow) - ne pas indexer, ne pas suivre les liens (none) - ne pas archiver le contenu (noarchive)

Bienvenue à toi, et n'hésite pas à mettre ton site en signature !

Pourquoi pas, ça fait longtemps !

C'est pas parce qu'il dit merci, qu'il a le droit de le faire. Une copie intégrale sans autorisation, c'est interdit (Même si on le fait gentiment et qu'on dit merci).

En parlant d'actu, je ne comprends pas du tout pourquoi l'agoraphobie fait partie des sujets d'actualité : http://www.questmachine.org/Piste_decollage.php De même, gaffe au copier-coller ! Ton article sur Pierre Perret est intégralement pompé sur RFI : http://www.rfimusique.com/sitefr/biographie/biographie_8968.asp Non seulement tu es responsable au vu de la loi, des articles qui paraissent sur ton site, mais de plus, tu vas te ruiner si tu rémunères des articles recopiés. Pour finir, il faudrait aussi contrôler l'utilisation des photos sur le site : il est interdit de copier des images sans l'autorisation de l'auteur.

Surtout pas : tu empêcherais le navigateur d'afficher les fichiers ! Sinon, le listing d'un répertoire, c'est l'affichage du contenu en l'absence de fichier index.