Olivier

Salut beatnykk Je ne sais si on peut repasser du php, au .htaccess, à première vue non Mais pourquoi ne pas le faire en php en stockant la variable low dans un cookie si connexion lente $low = "path_degradé/" finsi et test images low sont stockées dans /images/path_degradé/ les autres sont dans /images/ et ensuite <img src="/image/<?echo $low; ?>ma_belle_mage.jp">

C'est tordu mais le home/phortail est juste derrière le www, sans même le voir. Il faut connaître ! Merci à vous deux

Etre cartésien ou fatigué, mais que la maitrise d'ouvrage a du bon. MERCI Dan ca marche et en sécurité

Manifestement il y a un soucis de .htpasswd et de path J'a crée un repertoire test sur le domaine qui devrait marcher avec le login jean/jean le .htaccess contient AuthUserFile .htpasswd ces deux fichiers sont dans test impossible de tester aussi quel est le chemin depuis la home jusqu'au répertoire Mais lorsque j'indique AuthUserFile /home/.htpasswd , je ne passe pas plus le .htpasswd complet AuthUserFile /.htpasswd AuthGroupFile /dev/null AuthName "admin" AuthType Basic <Limit GET POST> require valid-user </Limit> le .htaccess jean:02X8a822jaP3E

Bizare, mais ca marche po Je n'ai pas de home/login Juste un home avec derriere le www J'ai donc renseigné le home/.htpasswd dans le .htaccess et déplacé le .htpasswd dans le repertoire home (soit au dessus du www). Il y a des jours je me sens moins "neuneu" - mais pas ce soir !

Je vais essayer ta solution, mais je me demande si ce n'est pas le .htpasswd qui est à refaire Edit : Le .htpasswd bien est correct

Manifestement, nous avons le même hébérgement et le même plan, mais pas les mêmes problèmes. Conserver le www est surement plus facile, mais les backlinks sont fait sans le sous domaine - si je passe en www et je recommence tout

non j'ai modifié celà aussi dans le fichier de configuration et regardé s'il n'y a pas un www qui traine soit il ne trouve pas le .htpasswd soit l'hebergeur m'oblige à avoir un www pour le bdd soit ?

Bonjour J'ai modifié mon .htaccess pour ne plus affciher le sous domaine www Ainsi htpp://phortail.org ou htpp://www.phortail.org pointent vers htpp://phortail.org : bien ! Helas l'acces à l'espace phpmyadmin ne fonctionne plus, mon login/password est systématiquement rejeté. J'avais au préalable supprimé dans le .htaccess de phpmyadmin le www (restons logique) Si ce cas vous inspire une solution évidente

Un argument supplémentaire ? La réutilisation d'url re-écrites. Pour établir un classement des meilleures pages envoyée par mail par exemple. Il m'a suffit de passer en paramètres au programme d'envoi de mail et statistiques l'url et de la stocker dans la base de donnée. La restitution se fait ensuite dans une boucle sql avec un href de la variable $url (laquelle contient datawarehouse-12.html) - gain en stockage dans la base de donnée, maintenance facile, lecture de la table sql avec une information qui a du sens. Sans url rewriting, j'aurais du stocker articles.php?rubrique=14&item=12, ce qui est long, ne donne aucune information sur le contenu de la page...

salut ZN Une publication du hub sur les regles simples du référencement, pour comprendre ce qu'il faut faire ou ne pas faire, en première approche. L'article n'est pas long à lire !

Bonjour, Le cas de l'hébergement n'a pas été traité, car il parait simple. Le site est hebergé avec son nom de domaine, et les moteurs indexe alors le site. Ce n'est pas toujours aussi simple. Je citerais le cas réel d'un nom de domaine qui pointe physiquement vers un hebergeur gratruit, avec une url physique. Ce qui fait deux url a référencer. Généralement, pour masquer l'herbergeur gratuit, une frame est utilisée afin que l'url soit toujours celle du nom de domaine acheté, et c'est la problèmatique des frames qu'il faut résoudre. Dans le cas ou l'hebergeur gratuit n'est pas masqué, il y a alors bel et bien deux sites : un site avec la page d'accueil, un autre site avec le contenu et des liens qui remontent vers l'accueil. Il est clair que la page d'accueil ne sert alors pas à grand chose, sinon à montrer que le site à un nom de domaine propre. Ces cas décrits peuvent bien sur être contournés avec un bon developpement orienté référencement, mais comparons alors le cout du developpement et surtout de maintenance de cette solution avec le cout d'une solution classique avec hébergement professionnel ...

A suivre alors Je n'ai developpé ces liens aléatoires que sur une partie du site, je vais voir si les pages en question suivent un changement notable et négatif. Je vais comparer avec d'autres liens, mais statiques (non aléatoire). Je ne crois pas trop en cette defaveur des liens dynamiques (aléatoire), google l'utilise lui même pour ces adwords et liens sponsorisés - disons que j'ai plutôt confiance.

Une présentation aléatoire de liens serait elle mal vue ? Non si les liens sont présentés de la même manière Non si ce sont en fin de comptetoujours les mêmes liens qui reviennent Oui si google est "sensitive"

salut Un script n'est pas necessaire, l'instruction sql avec un ORDER BY RAND() sélectionne au hasard ( a coupler avec le WHERE pour restreindre) J'utilise celà dans le même but

Je conserve les hits pour l'affichage dans l'annuaire et en plus l'affichage aléatoire pour les liens connexes. Un nouveau site aura une chance d'apparaitre dans la rubrique connexe. Un site visité apparaitra dans le classement par hits Pour le webmaster qui triche il est identifiable facilement, surtout lorqu'il clique depuis sa zone admin, depuis un lien qui ne laisse aucun doute sur ses intentions. [Anecdote : et lorsque le site est alors supprimé de l'annuaire, il clique encore]

Affichage aléatoire, c'est ce que j'ai mis en place et celà me plait bien. Celà resoud le problème de triche du webmaster qui vient faire begayer sa souris sur le lien de son site et qui est un point noir. Selon la thèorie des grands nombres, le principe est juste et les sites ont la même chance d'apparaitre, jours de GD ou pas, site nouveaux ou pas.

Dans ma rubrique "Sur le web", j'affiche des liens de sites connexes à la rubrique en cours, et issus des trois meilleurs hits de visites de mon annuaire. A y refléchir le système est un cercle vertueux en donnant de la visibilité à ceux qui en ont déjà. Et les derniers sites inscrits ne rattraperont jamais le retard des sites déjà biens classés - sauf à tricher en faisant monter les statistiques de son propre site. Pensez vous que le système est plus éthique si les liens connexes affichés sont extraits de manière aléatoire de l'annuaire - celà limite les risques de triche, mais ne donne pas les sites les plus visités.

Dan Le procotole http sur du ftp anonyme chez ovh sur un plan identique au mien est accepté. De la racine on ne voit pas les répertoires, mais si on connait un nom de répertoire, on peut y entrer et naviguer. De mon coté, je vois bien la racine, mais pas le répertoire, ni le fichier. Je vais me renseigner auprés du webmaster dont le ftp ou IE fonctionne Merci [Edit : Problème résolu !]

Salut Dan Tu me rassures Il s'agit d'espace identiques mais de protocole differents, donc d'acces differents. J'ai mis des droits en 755 à un répertoire et l'acces sera géré par un fichier php Je voulais interdire l'acces à la navigation dans d'autres répertoire que ceux du thème, mais je crois comprendre que c'est plutôt limité en anonyme, (à moins de mettre des login/password, mais je ne le gère pas sur la partie web) Le problème est que par le navigateur je ne vois même pas le répertoire que je viens de mettre.

Ok Dino Je vais tester celà J'ai cherché auparavant dans google, et rien n'en parle spécifiquement pour le FTP Merci

Bonjour le hub Je voudrais utiliser mon espace ftp pour y placer des fichiers à télécgarger en anonyme. Pour celà je pense créer des répertoires distincts et y mettre les fichiers (un peu de rangement). Je me demande si il est possible par un .htaccess de proteger la racine de chaque répertoire, histoire de ne pas permettre la navigation d'un répertoire à l'autre. Si le .htaccess est permis, a t'il la même syntaxe que le .htaccess de l'espace web Merci

La structure de site que j'utilise est basé sur la structure suivante et pourrait à mon avis être bien meilleure Le site est fait en tableau de trois colonnes avec deux colonnes de menu de navigation encadrant la colonne de contenu. Lorsque l'internaute clique sur un lien menu, seule la colonne centrale change de contenu. L'acces à toutes les pages se fait par ces colonnes externes avec 1 ou deux clics. La navigation est facile, le PR est distribué partout, le référencement est correct. Pour améliorer ce PR et améliorer la navigation, je pense qu'il faut concentrer les thèmes en affichant moins de menus/liens sur la homepage et offrir plus de menus/liens pour une navigation donnée. Avec php, il n'est pas difficile de réaliser celà et le script utilisé peut permettre celà. Est ce une bonne idée ou pas ?

question de template J'ai passé une partie de la journée à valider aux normes du W3C le squelette que j'utilise. Si le squellete est bien fait en terme de fonctionnalité, il n'est pas au point coté normes. Le travail de correction et de mise à la norme est plutôt difficile Un éditeur d'un coté, un ftp, le site en ligne puis le site du W3C de l'autre et une validation qui se fait page par page. Resultat de la journée : seulement deux pages du squelette traitées. L'avantage est bien sur que corriger une page du squelette, c'est corriger 50 ou 60 pages en ligne. J'ai hélas pas encore terminé Vive les squelettes normalisés question : est ce que les comparateurs prennent la norme W3C en compte ?

Des commentaires, des explications (sans citations ni poèsies alors) Allez juste des pistes puisqu'on a de la marge d'espace disque 1 - tout d'abord le fil de la discussion, j'ai rien dit, mais j'ai invité Dan à s'exprimer et la discussion se poursuit encore (suspens, fidélisation) 2 - un autre exemple inspiré d'un autre forum : les bons plans du net a qui profitent 'ils : au visiteur ? au webmaster ? (Sans vouloir généraliser bien sur et avec une bonne ouverture d'esprit propre a une discussion constructive) C'est bien ce genre de techniques que tu invites à commenter et qui font que souvent la souris se transforme en zapette