captain_torche

Et tu n'es pas obligé de passer TOUT ton message en GET (ou en session), mais juste une variable spécifique, qui déclenchera l'affichage de ton message d'erreur.

Tu as une source pour confirmer ? Ça m'intéresserait de la lire

Je ne vois pas comment tu peux arriver à 20 liens par annonce... Comment ta page est-elle organisée ? Toutefois, quand il m'arrive, sur une page de listing, d'avoir plusieurs liens sur une entrée (titre, image, bouton "plus d'infos", etc), je ne gère que le lien sur le titre "en dur", et je génère les autres liens en JavaScript, afin de ne pas avoir trop de liens vers des pages identiques (et diminuer le nombre total de liens de ma page).

Merci de t'être penché dessus, en tout cas

Je viens de trouver ceci : http://www.lexique.org/public/prenoms.php Je reste toutefois ouvert aux propositions

Quelle erreur t'indique t'il ? Ca serait la moindre des choses pour commencer.

Bienvenue !

Bonjour, pour les besoins d'un site en préparation, j'aurais besoin d'une base de données de prénoms Je n'ai besoin que des infos de prénom, et de départager les prénoms masculins des prénoms féminins; je n'ai pas besoin de connaître les dates de fêtes ou autres. Dans l'idéal, il y aurait des prénoms d'origines différentes, mais là encore je n'ai pas besoin de connaître l'origine. L'un d'entre-vous connaîtrait-il une telle base ? (Ou même un listing exploitable) ? Merci d'avance.

Bah quoi ? C'est bien un lien impuissant, pourtant

Perso, je n'ai pas de problème pour le premier site (depuis une connexion free), la page est affichée en moins de deux secondes. Le souci, c'est que le facteur limitant est tout bonnement physique : cela dépend de la qualité de la connexion de l'internaute, mais également de celles reliant les serveurs entre eux, ainsi que de leur engorgement. Plus ton serveur est éloigné géographiquement du visiteur, plus tu augmentes les risques de ralentissement. Si tu tiens absolument à ce que tes visiteurs chinois aient le même cofort d'utilisation que les français, je ne vois pas d'autre solution qu'un second hébergement, avec une réplication régulière de la base de données.

Parce que "name" n'est pas reconnu par le CSS. Il faudrait ajouter une classe à ton input <input type="text" class="gros" name="reponse"> , et appeler ton CSS de la manière suivante : form .name { font-size: 18pt; }

Si je ne m'abuse, FIA-NET propose en ce cas un remboursement au site assuré, à hauteur du pourcentage prévu lors de la transaction, non ?

Ca m'étonne tout de même de la part d'une banque. Peut-être qu'une assurance type FIA-NET les rassurerait ?

J'imagine que c'est juste pour faire une présentation rapide de la navigation, sur un rétroprojecteur Tu ne peux malgré tout pas envisager un vrai HTML, avec une seule image et des image maps pour délimiter les liens ?

Ca me paraît bizarre, comme réponse de leur part. Pour simplifier, si tu peux accéder à un même contenu depuis différentes urls, il y a duplicate content. Demande leur quel type de redirection est effectuée.

J'avais plutôt compris ça comme : - Je vais créer un second NDD, qui pointera vers le premier. Dans ce cas il faut que le second NDD soit redirigé vers le premier, sans quoi il y a un risque de duplicate content. Seul le premier NDD doit être utilisé sur Internet. Je m'explique : Si tu achètes le nom mon-entreprise.com et que tu y construis ton site, il faudra que le nom monentreprise.com, que tu utilises pour des raisons marketing, redirige vers mon-rentreprise.com.

Donc ce n'est pas gratuit. CQFD.

Techniquement, cette adresse est valide : rien n'empêche à un site de s'appeler yahoo9.com (mais ils auraient des problèmes, certes). Il faudrait pour ton script, posséder une base de données de tous les noms de domaines existants, pour pouvoir valider un email. C'est bien évidemment impossible. Ce que tu peux faire, par contre, c'est envoyer un email à la personne pour qu'il puisse valider son compte. Comme cela tu es sûr que l'adresse e-mail existe.

Il faudrait pour cela relire le contrat qui les lie au client, pour savoir ce qu'ils précisent quant au nom de domaine.

Je pense savoir de quel site tu parles Mais on parle là d'un site en particulier (une véritable plaie, soit dit en passant). Mais pour tous les flux qui ressortent sur ce site, combien d'autres sites avec le même contenu se retrouvent en duplicate ?

En même temps, des urls comme celle-ci (info-assistance.fr/professionnel-nos-services-maintenance-informatique-d-pannage-assistance-cr-ation-sit.html) peuvent très facilement être considérées comme étant suroptimisées. Comme elles semblent être générées en fonction du titre de la page, il faudra voir également à simplifier au maximum ce titre. En-dessous du titre "Nos services pour les professionnels", les images listant les services disponible gagneraient énormément à être transformées en texte : dans ce cas, les images n'apportent rien de plus graphiquement, alors que du texte aura un meilleur impact sur le contenu de la page. Dans les pages de services, tu gagnerais à mieux développer les explications sur ton activité. Pour finir, surveille ton orthographe. Un site professionnel rempli de fautes perd énormément en crédibilité (services à valeures ajoutées, acheter du matériels, Nous intervenons à distance par via Internet ...)

Je ne pense pas que tu puisses "foutre la m..." où que ce soit avec un script comme ça Cependant, il existe de nombreux soucis à l'aggrégation de RSS, techniques et juridiques : - Comme il s'agit de flux RSS ouverts, nombre de sites possèdent les mêmes textes. Pour remonter dans les moteurs, on a déjà vu mieux (Le risque de duplicate content est énorme). - Comme l'a récemment démontré la justice française, le fait de choisir un flux RSS pour l'afficher sur ton site, est un choix éditorial. Si un des messages porte préjudice à quelqu'un (fréquemment dans les flux people), tu est considéré comme responsable, et tu es donc attaquable. - Pour finir, un site composé uniquement d'agrégats de flux RSS, n'apporte en général strictement rien à l'internaute, il y a fort peu de chances de recevoir du backlink. En conclusion, tu ne risques pas de remonter très haut dans les moteurs, malheureusement. Pour l'instant, rien n'a remplacé le contenu unique pour booster un site

Je ne pense pas qu'un htaccess soit la solution. Quoi qu'il en soit, il va falloir que tu trouves un moyen de vérifier que l'utilisateur est connecté (vérifier que le login et le mot de passe de session correspondent bien à leur valeur en base), sans quoi tu quittes la page. <?php // il te faut une fonction qui vérifie la validité de la session function is_connected() { // ton code, par exemple $sql = "SELECT COUNT(*) FROM users WHERE Login = '".$_SESSION['login']."' AND Password = '".$_SESSION['password']."'"; $req = mysql_query($sql); if(mysql_num_rows($req) == 1) return true; return false; } if(!is_connected) return; ?>

Je me lance enfin sur Typo3, mais j'aurais besoin des lumières d'éventuels spécialistes. L'extension RealUrl permet d'afficher une URL plus "propre", mais à ce que j'en ai vu pour l'instant, elle affiche toute l'arborescence dans sa réécriture. Je m'explique : J'ai un site d'une taille assez conséquente, sur lequel j'ai installé cette extension. J'ai une page, située dans l'arbo de la manière suivante : FAQ/rubrique/produit/ RealUrl me génère une url du type site.tld/faq/rubrique/produit/, mais j'aurais aimé obtenir une URL du type : faq-produit.html Y a-t'il un moyen de définir un alias pour des pages précises, qui serait utilisé pour la génération de l'url de la page en question ? Merci d'avance.

Personnellement, je pense qu'un moteur réagissant comme ça, se tirerait une balle dans le pied : un moteur est censé se tourner uniquement vers le contenu (voire le comportement des utilisateurs face à ce contenu), pas à de simples déboires administratifs. Si les pages restent les mêmes, alors que le propriétaire a changé, je ne vois aucun intérêt à pénaliser quoi que ce soit : les pages sont restées tout autant pertinentes, les utilisateurs gardent le même comportement, etc. Dans le cas ou le rachat d'un domaine serait suivi d'une refont totale du site, les pénalités se feraient d'elles mêmes en fonction du changement de contenu, le WHOIS n'ayant selon moi aucun poids réel dans l'algo.