captain_torche

Il faudrait tout simplement isoler l'url, avec une petite expression régulière. Ensuite, il faudrait utiliser parse_str() sur la valeur 'query' retournée par parse_url().

Sinon, pour faire très simple : un iframe, c'est un "trou" dans ta page qui en laisse voir une autre. On peut donc y afficher très facilement le contenu d'un autre site. La mise en oeuvre est très simple : une simple ligne suffit (Avec éventuellement des attributs supplémentaires pour définir la taille) : <iframe src="url_de_la_page_de_ton_partenaire" />

Le souci, c'est que même si tu préfixes tes contenus, le site distant peut avoir des règles qui lui sont propres plus générales qui peuvent modifier certains comportements de tes règles. L'avantage de mettre les CSS en inline, c'est que tes styles auront toujours la priorité sur les styles qui pourront être définis par le site distant. Par contre tu te dois d'être exhaustif dans leur rédaction !

En ce qui concerne le redémarrage, ça ne serait pas les mises à jour automatiques de Windows, qui seraient réglées pour s'installer automatiquement à 3h ? Quant à la surchauffe, si tu as remplacé toi-même le disque dur, es-tu sûr de ne pas avoir débranché le ventilateur du processeur ?

Paolodelmare : pourquoi le gros titre de la page serait-il en H2 ? Il me semble qu'en tant que titre de premier niveau, la logique voudrait qu'on utilise un H1. Ensuite, dans un souci de logique et de sémantique, on utiliserait les balises H2 pour les sous-titres.

Pourquoi ne pas utiliser la meta "canonical" dans ce cas ? Elle me semble toute indiquée.

L'affichage est géré directement dans le fichier de traitement; la redirection n'intervient que si l'url a été modifiée.

Je suis le premier concerné, je m'explique donc derechef Dans ma structure de base de données, j'ai une table urls, composée de la manière suivante : - un identifiant - un type de page - un id cible - une url Imaginons que mon site soit basé sur une hiérarchie "articles / rubriques". Ma première rubrique aura comme titre "Rubrique numéro 1". Grâce à la fonction pour transformer un texte en url, il devient "rubrique-numero-1". J'enregistre ces informations dans ma base de la manière suivante : - type de page : rubrique - id cible : 1 - url : rubrique-numero-1 Je fais de même avec le reste des pages. Pour l'article numéro 24, titré "mon super article de test !", on aura donc : - type de page : article - id cible : 24 - url : mon-super-article-de-test Il faut ensuite, via le .htaccess, rediriger toutes ces urls vers une seule et même page (Ici, traitement.php) : RewriteRule (.*)\.html$ traitement.php?url=$1 [QSA,L] Cette page fera quant à elle l'opération inverse : Si on lui fournit l'url "mon-super-article-de-test", elle est capable, avec une simple requête, de trouver quel type de page afficher (ici, un article), ainsi que son identifiant (24). Le reste est relativement simple On peut même envisager encore mieux : imaginons que je renomme cette dernière page en "mon-super-article". On va également modifier l'url en conséquence. Mais plutôt que de modifier l'url déjà en base, on va en créer une autre : - type de page : article - id cible : 24 - url : mon-super-article Tant qu'on n'en reste que là, on peut accéder au même contenu avec l'url "mon-super-article-de-test.html" et avec "mon-super-article.html". Il faut donc faire en sorte de rediriger l'ancienne url vers la nouvelle, de façon automatique. On va ajouter dans notre page de traitement, le code suivant (On aura au préalable renseigné les variables $id_cible et $type_page avec les informations de l'url en cours) : $sql_redirect = "SELECT url FROM urls WHERE id_cible = '$id_cible' AND type_page = '$type_page' ORDER BY ID DESC LIMIT 1"; $req_redirect = mysql_query($sql_redirect) or die(mysql_error()); $url_redirect = mysql_result($req_redirect, 0); if($url_redirect != $url) { header('Location: '.$url_redirect.'.html', true, 301); die(); } Dans le principe : on vérifie l'url d'index le plus élevé correspondant au type de l'article ainsi qu'à son id. Si cette url est différente de celle de la page actuelle, on effectue une redirection. De cette manière, on peut renommer indéfiniment les pages, le système fonctionnera. Attention toutefois à ne pas faire cette manipulation trop fréquemment; ce serait dommageable pour le référencement et le backlinking, même si la redirection automatique limite la casse. Pour information, j'utilise cette méthode (dans une version un peu plus complexe, qui gère les différents utilisateurs) pour l'Onironaute. Et, si je ne m'abuse, c'est également ce système qui est utilisé dans les dernières versions de SPIP.

Quitte à utiliser jQuery, il vaudrait mieux utiliser ses propres fonctions de chargement, qui sont compatibles avec tous les navigateurs (Les navigateurs se comportent différemment avec le onload de la balise body). $(document).ready(function() { $('#clickMe').click(); });

J'ai pas IE6 ici. Par contre, ce que je constate sous Chrome : - En cliquant sur le bouton "je confirme", puis en fermant la lightbox, on n'a plus de contrôle sur la carte - Par contre, en recliquant sur l'un des boutons de droite, ça se remet à fonctionner en partie : on peut déplacer le point, mais pas la carte. Edit : sous IE7, c'est comme pour Chrome.

Ca fonctionne sous Firefox, mais pas sous Chrome ... Je regarde un peu plus.

Fermer les forums aux non-inscrits, c'est se tirer une balle dans le pied : ils iront trouver la solution ailleurs. Je pense surtout qu'il faut accepter cet état de fait, et continuer de se spécialiser : quitte à ne pas être le support le plus populaire, autant tenter de devenir une référence, où les internautes savent qu'ils peuvent revenir dès qu'ils cherchent une info. C'est le cas du Hub, par exemple, où on a toujours lutté contre le hors-sujet.

Le souci principal, c'est qu'à partir du moment où ton contenu est sur le net, il est détournable. Le mettre en AJAX peut en freiner certains, mais c'est très facile de spécifier un referer soi-même. Avec l'Ajax, il faut aussi se dire que tu ne gagneras pas de visiteurs par les moteurs de recherche ! Es-tu réellement certain que ton contenu attirera tant la convoitise ?

Pas de souci pour les liens : ton premier message en avait trop, il a été filtré automatiquement Tu peux mettre trois liens en signature, si tu le souhaites.

Si les anciens résultats sont encore dans les moteurs de recherche, il n'est pas trop tard. Mais tu t'imagines bien que l'impact ne sera pas le même que si tu l'avais fait dès le départ. Par contre, attention aux abus de langage : un code 404 n'est en aucun cas une redirection ! Elle sert à signaler que la page n'existe plus. Les seuls codes de redirection sont les codes 301 et 302. Le premier sert à indiquer un changement définitif d'url de la page visée, le second signale un changement temporaire d'url. En gros, avec ces en-têtes, tu dis aux moteurs les choses suivantes : - 301 : j'ai changé l'url de la page, le contenu est donc accessible définitivement à cette nouvelle adresse. Merci de modifier ton index en conséquence - 302 : j'ai changé l'url de la page, mais je reviendrai bientôt à l'url d'avant. Ne modifie pas ton index. - 404 : j'ai supprimé la page, tu peux maintenant la supprimer de ton index.

Les sous-menus ne s'affichent que quand tu cliques sur le lien. En gros : - Sur la page d'accueil, tu n'as que les menus principaux. - Sur la page "Randonnée dans le massif des bauges", tu n'as que les sous-menus correspondants, et aucun autre. - Sur la page "Grandes Alpes, rando et trekking", tu n'as que les sous-menus correspondants également. Ce qui implique deux choses : - Si je veux aller sur la page "Trekking vers le Mont Blanc", je suis d'abord obligé d'aller dans la page "Grandes Alpes ...", puis de recliquer une seconde fois - Les moteurs de recherche ne voient plus tous les liens sur toutes les pages, comme c'était le cas auparavant, si j'ai bien compris ("le menu de gauche est devenu déroulant, mais j'ai compensé par un plan de site"). D'où, à mon sens, une partie de l'explication de la perte de ton référencement. Ce qu'il faudrait faire : - Afficher TOUS les sous-menus sur TOUTES les pages. Il n'est ensuite pas très compliqué, en JavaScript, de tous les masquer pour les afficher au survol de la souris, par exemple. On peut même "forcer" l'affichage d'un sous-menu dans la rubrique appropriée.

Chrishurricane, je ne vois pas de sous-menus dans aucune de tes pages, avec ou sans JS. Tu peux vérifier, ils ne sont pas présents. Ce n'est donc par conséquent pas en JS que les sous-menus sont affichés, et c'est sans doute de là que vient ton problème.

Personnellement, je garderais tous les liens du menu de gauche présents sur toutes les pages, et je les cacherais en javascript.

Devtech : ce n'est pas parce que c'est un nouveau membre qu'il vient forcément faire sa pub. En l'occurence ce n'est pas le cas, et sa réponse est tout à fait pertinente. Pour finir, deux informations : - Webportage est déjà présent sur le Hub, en la personne de Jérôme WP. Cette entreprise n'a jamais spammé le forum (Et nous les en remercions). Si tu veux des informations sur le portage salarial, je te conseille de lire l'interview de Jérôme qu'a faite Arlette : Portage salarial : une solution pour travailler en toute indépendance. - Quant aux spammeurs, ils viennent parfois sur le forum. Tu n'auras presque jamais l'occasion de voir leurs messages.

Ha effectivement, on est dans un tout autre domaine

Plutôt que de le mettre en résolu (ce que nous ne faisons pas), tu devrais poster ta méthode

Tu as bien un session_start() en haut de tes pages ?

Essaye avec : document.getElementById('rs').value = 'test1'; Le "elements" n'a rien à faire ici.

Une bonne méthode est également, lors du développement d'un site, de vérifier le comportement dans les différents navigateurs à chaque étape importante. Cela permet de cibler très vite la source des problèmes, et d'y remédier.

Bienvenue à toi Pablo ! Si jamais tes projets voient le jour, n'hésite pas à mettre leurs urls dans ta signature :