Cacher le panneau de contrôle des moteurs de recherche et des utilisateurs anonymes

Est-il opportun que des détails du panneau de contrôle soit visible de l'extérieur?

En effectuant une recherche sur des moteurs de recherche (dont Bing), j'ai eu un résultat pointant sur le panneau de contôle.

Il est vrai que les informations affichées sont d'ordre informatif, mais il me semble aue tout surfeur anonyme ne deevrait avoir aucune information de cette setion. Aussi, les moteurs de recherche ne devraient pas indexer les pages du panneau de contrôle.

D'où mes questions :

Y a-t-il un moyen de rendre t"otalement" invisible de l'extérieur le panneau de contrôle? Bien-sûr, tout admin sait qu'il suffit de s'y loguer via /control
Il est vrai que Google indexe déjà les pages no-follow mais est-ce le fait d'optimiser tant le reférencement que le comportement des pages vis-à-vis de Google, car je pense n'avoir eu ce panneau de contrôle que sur Bing?

Qu'en pensez-vous?

Alain Lesagefrom Montréal ou Chambly, Québec 1365 posts	on June 25 2009 Je suis totalement d'accord avec toi que ni les internautes anonymes, ni les robots des engins de recherche, ne devraient avoir accès au panneau de contrôle (tout comme d'autres pages mentionnées ailleurs par Thierry). Il me semble d'ailleurs que cette remarque a déjà été faite mais que Bernard jugeait utile d'afficher au moins certaines infos, même aux anonymes. Pour ma part, je préférerais un réglage qui permette de "cacher" le panneau de contrôle (comme il a déjà été suggéré de le faire pour les profils des membres). Si on veut fournir de l'info sur le serveur, je verrais plutôt qu'on le fasse sur la page "à propos de ce site". Par ailleurs, je ne pense pas que l'indexation du panneau de contrôle soit l'apanage de Bing. Il me semble bien avoir vu des panneaux de certains de mes sites indexés par Google. ----- On a si peu d'idée de ce qui est possible...
J.Juraverfrom Entre chaise et clavier... 3741 posts	on June 25 2009 Ce dernier est même capable de capter un document attaché dans une rubrique a priori totalement restreinte. Il faut donc aussi restreindre le fichier à des éditeurs, car s'il est laissé en clair dans une rubrique réservée gougoule sait le repérer et le mettre en cache html... ----- Faites votre pub pour Yacs Annuaire des sites YACs Plugin Firefox de recherche dans Yetanoz Nouvelles fonctions suggérées Je ne m'attarde pas, j'ai mon yacs en double file... Yacs on my blog \| Suivez le blog Yacs \| Yacs Showroom \| Plugin Firefox de recherche dans Yetanoz \|
Belmond 326 posts	on Oct. 17 2009 Quid de ces préoccupations? Merci.
Christophe Battarelfrom Grenoble-Chambery 1079 posts	inspired from Belmond on Nov. 27 2009 ces problématiques de sécurité devraient être prises en compte et discutées. donc, up ! Christophe Battarel - Société altairis -
Agnès Rambaudfrom le Grésivaudan (grenoble-chambéry) Associate, 3269 posts	on Nov. 30 2009 D'accord avec Tof, il faut éplucher cela. Mais avant tout, soyez précis dans vos retours. Par exemple, à propos des fichiers attachés dans des espaces réservés : ça ne devrait pas être le cas avec les droits en cascade. Je me souviens néanmoins avoir refait le tour de notre extranet lors de la mise en place de la gestion des droits en cascade pour ré-enregistrer les pages et forcer l'application des droits en cascade. S'il y a encore des soucis, il est bien sûr impératif de les faire remonter, en vérifiant bien auparavant la réalité de cet accès. Pour le panneau de contrôle, le débat reste ouvert. En attendant, vous pouvez le cacher aux moteurs de recherche via le robot.txt Agnès Il n'y a pas de problèmes, que des solutions. Agnès Il n'y a pas de problèmes, que des solutions.
Pinelli, Thierryfrom Nice, Drap Associate, 1740 posts	on Nov. 30 2009 Oui, d'accord aussi, c'est égallement la politique d'accessibilité à revoir : `<p class="away"><a href="#main_panel" accesskey="2">Aller au contenu principal</a> <a href="/help/" accesskey="0" rel="nofollow" >Aide</a> <a href="/control/" accesskey="9" rel="nofollow" >Panneau de contrôle</a> </p> <div id="header">` #main_panel (qui renvoi au contenu) revoi à une url fausse, le /control (panneau de controle) est présent dans l'entête de chaque page, ainsi que /help. Conséquence, non seulmenet ceux ci sont accècibles au robots, mais en plus il sont très (trop) bien référencés... Ca mérite une étude plus poussé sur la sécurité et la politique d'accessibilité de Yacs... J'essaye de faire un petit topo pour ce soir... Annuaire Référencement - Skins pour Yacs : YordPress - Yacs couleurs Wordpress - Bonbon Skin 1.3.2 : Le graphisme "Green" - Totem 930 : L'équilibre pour petits écrans Communiqués de Presse : Site de Communiqués de Presse à propulsion Yacs - Création de sites, Référencement et webmastering - Skins pour Yacs : YordPress - Yacs couleurs Wordpress - Bonbon Skin 1.3.2 : Le graphisme "Green" - Totem 930 : L'équilibre pour petits écrans
J.Juraverfrom Entre chaise et clavier... 3741 posts	inspired from JJ on Nov. 30 2009 " Ce dernier est même capable de capter un document attaché dans une rubrique a priori totalement restreinte. Il faut donc aussi restreindre le fichier à des éditeurs, car s'il est laissé en clair dans une rubrique réservée gougoule sait le repérer et le mettre en cache html... " Je parlais ici d'une version 8.11 de yacs. Le phénomène était le suivant : un article posté dans une section réservée à des éditeurs était inacessible à google. Mais un fichier attaché dans ce même article, sans restriction particulière, était trouvé, indexé et mis en cache public par google. Pourtant le fichier aurait dû hériter de la restriction de son article parent. Le problème a été résolu non pas un upgradant tout le système, mais en demandant à google de supprimer cette occurrence de sa base de données. Je ne m'attarde pas, j'ai mon yacs en double file... Yacs on my blog \| Suivez le blog Yacs \| Yacs Showroom \| Plugin Firefox de recherche dans Yetanoz \|