web-dev-qa-db-fra.com

Y a-t-il un avantage tangible à remplacer de nombreux répertoires d'un fichier par plusieurs fichiers dans un répertoire?

Je gère un site Web de référentiel d’informations, spécialement conçu pour les processeurs, et avant que le site Web ne devienne trop volumineux, j'aimerais savoir si la configuration actuelle risque de me poser problème à l’avenir.

Supposons que j'ai un répertoire pour les processeurs Intel Core i7 et Pentium basés sur Skylake. Pour le moment, voici à quoi ressemble la structure des répertoires:

/core-i7/
    /i7-6000/
        /i7-6700/
            index.php
        /i7-6700k/
            index.php
        /i7-6700t/
            index.php
        index.php
    index.php

/pentium-legacy/
    /75-mhz/
        index.php
    /100-mhz-15-w/
        index.php
    /100-mhz-17-w/
        index.php
    /133-mhz/
        index.php
    index.php

Comme vous pouvez le constater, les répertoires réels de chaque modèle sont des répertoires à un fichier. Et cela s'applique à tous les processeurs de la base de données. Bien que la base de données s'agrandisse, elle augmentera évidemment considérablement (j'estime environ 5 000 modèles). Par conséquent, avant que cela ne se produise, j'aimerais savoir si la méthode suivante serait meilleure pour une raison quelconque, que ce soit sur serveur- liés, liés au référencement, tout ce que vous pensez aura un impact sur le site web en aucune façon.

Ok, voici la structure que je pense utiliser:

/core-i7/
    /i7-6000/
        i7-6700.php
        i7-6700k.php
        i7-6700t.php
        index.php
    index.php

/pentium-legacy/
    75.php
    100-15w.php
    100-17w.php
    133.php
    index.php

Bien sûr, je peux déjà voir au moins un avantage de cette méthode, c’est-à-dire qu’avec autant de fichiers index.php ouverts dans Notepad ++, il est difficile de savoir lequel appartient à quel modèle avant d’y accéder et de vérifier le chemin. , mais y at-il un avantage pour le site?

Le contenu du site Web date pour la plupart d'un an. C'est pourquoi j'introduis le référencement. Il faudra probablement un certain temps à Google pour corriger les URL des résultats de recherche. Je suis prêt à accepter cela s'il y a d'autres avantages plus importants.

Modifier

Je suppose que le système de fichiers est ext3, bien que je ne sois pas sûr à 100%.

Deuxième édition

Ici est le site Web en question, si vous souhaitez voir le véritable exemple.

Merci beaucoup.

seoapacheweb-developmentdirectorydirectory-listing
1
DylRicho

Je voudrais savoir si la configuration actuelle va me causer des ennuis dans le futur.

Vous devrez comparer votre configuration avec le système de fichiers utilisé par le serveur et ce que vous avez déjà stocké sur le serveur. Certains systèmes de fichiers peuvent limiter le nombre de répertoires pouvant être créés dans un dossier, mais si vous ne créez que quelques dossiers, cela ne devrait pas poser de problème. Pour contourner ce problème, vous pouvez mapper vos URL sur un script, ce que vous pouvez facilement faire avec le module mod_rewrite d'Apache. Par exemple, ce code pour mod_rewrite fonctionne:

RewriteRule ^(.*)$ /runscript.php?spec=$1

Cette règle exécute /runscript.php sur votre serveur en transmettant le nom du dossier en tant que valeur de paramètre pour "spec". vous pouvez ensuite utiliser votre script pour déterminer la valeur et afficher le contenu approprié dans un seul fichier. De cette façon, vous n'aurez plus à vous soucier de créer des dossiers ou des fichiers séparés, cela étant plus simple à gérer.

Dans votre fichier PHP, vous pouvez avoir les éléments suivants:

<?php
$spec=$_GET['spec'];

if ($spec=="486_machine"){
echo "This is the page about the 486 PC.";
}

if ($spec=="pentium"){
echo "This is the page about the pentium processor";
}

?>

Si vous essayez mon script et que vous allez à l'URL http://example.com/pentium , alors vous verrez "Ceci est la page sur le processeur Pentium". Modifiez suffisamment le script pour pouvoir partager des informations sur tous les processeurs.

1
Mike

En ce qui concerne l'URL complète, vous devez l'examiner en quatre parties.

[protocole: // nom de domaine] [chemin] [nom de fichier.extension] [paramètres]

Le classement de chaque partie est d'importance de gauche à droite, l'accent étant mis sur le nom de domaine et le chemin d'accès. Les noms de fichiers et les paramètres comptent pour peu ces jours-ci. Google semblait passer par des phases décidant finalement que le nom de domaine et le chemin d'accès offraient les meilleurs indices sémantiques permettant de comprendre le sujet d'une page Web. Le seul indice sémantique supérieur au nom de domaine et au chemin d'accès est un lien ou un texte de lien vers la page. Après cela, les facteurs de la page deviennent importants.

Vous ne devriez rien répéter. De plus, là où cela s'applique, chaque chemin doit se lire comme une phrase. Cela peut ne pas être possible dans votre cas. Il est important de donner autant d'indices sémantiques que possible.

Mise à jour de votre exemple:

/core-i7/
    index.php
    /i7-6700/
        index.php
    /i7-6700k/
        index.php
    /i7-6700t/
        index.php

Ajouter plus d'indices sémantiques

/processor/core-i7/
        index.php
        /i7-6700/
            index.php
        /i7-6700k/
            index.php
        /i7-6700t/
            index.php

J'ajouterais que index.php n'ajoute aucune valeur sémantique. Vous pouvez renommer le fichier, bien sûr, cependant, je suis un grand fan d’URL telles que example.com/processor/core-i7/ où le fichier index.php n’est pas lié et ne s’affiche pas.

Pour des indices sur la manière de mieux organiser cela, lisez: RL bien structurées et URL optimisées pour le référencement

1
closetnoc