Architecture en répertoires plutot qu'un URL-RW ?
17 messages • Page 1 sur 2 • 1, 2
Consultez la formation URL Rewriting et sites dynamiques de WebRankInfo / Ranking Metrics
Architecture en répertoires plutot qu'un URL-RW ?
Bjr à tous,
J'envisage de créer un site photo dynamique en PHP sur un serveur qui n'accepte pas l'URL-RW.
Pour se faire, j'imagine la solution suivante :
- Faire un système de création d'un répertoire du nom de la photo par exemple à chaque ajout, puis de génération d'un index.php ds ce rep.
- Cette nvelle page serait référencée en interne (et externe) sans le /index.php : *ww.monsite.com/repertoire
J'ai observé ce système chez un hébergeur de blogs photos, et je voudrais savoir si c'est aussi efficace qu'un URL-RW avec notre bon vieu Google
Si qqun a déjà expérimenté la chose, je suis tout ouïe
J'envisage de créer un site photo dynamique en PHP sur un serveur qui n'accepte pas l'URL-RW.
Pour se faire, j'imagine la solution suivante :
- Faire un système de création d'un répertoire du nom de la photo par exemple à chaque ajout, puis de génération d'un index.php ds ce rep.
- Cette nvelle page serait référencée en interne (et externe) sans le /index.php : *ww.monsite.com/repertoire
J'ai observé ce système chez un hébergeur de blogs photos, et je voudrais savoir si c'est aussi efficace qu'un URL-RW avec notre bon vieu Google
Si qqun a déjà expérimenté la chose, je suis tout ouïe
e-kiwi a écrit:10.000 galeries = 10.000 repertoires + 10.000 pages index.php?
Je table plutot sur 1000 photos, car c'est un site perso
Quel soucis vois-tu vis-à-vis de cela ? Je réfléchis mais je trouve que ca passe non ?
Ce qui me plait, c'est que l'on peut se passer de la base SQL avec ce système (J'utiliserais les données EXIF + IPTC des photos). Par contre, je ferme la porte à la fonction SEARCH, mais bon, ce n'est pas si grave pour mon appli.
zimounet a écrit:Le soucis, sera surtout pour les Chmod si tu ne peux pas faire de chmod récursif (courrant en mutu), donc penses peut etre a changer d'hébergeur...
Je pense uploader 5 à 10 photos par mois, pas plus.
mr_go a écrit:Niveau sécurité ce n'est pas le top... :s
Excellente remarque, je n'y avais pas du tout pensé.
Imaginons par exemple que je créé un fichier admin.php qui gère le système, et que je rende accessible ce fichier par un .htaccess (C'est la seule fonction autorisée du htaccess pour cet hébergeur).
C'est bon, non ?
Oui. Mais du coup tu délègue plus ou moins l'aspect sécurité à tes utilisateurs.
Je m'explique :
Si tu gère tout via URL Rewriting tu as 1 dossier "sensible" (celui des uploads), car celui ci est en mode 777.
Dans ton autre cas, tu vas avoir autant de répertoires en 777 que d'utilisateurs.
Ainsi, si je possède les droits 777, je peux mettre à peu près ce que je veux dans mon répertoire dédié (y compris un fichier htaccess qui fait un peu n'importe quoi par exemple).
Non vraiment, je te conseille de passer par l'url rewriting :
- Un seul fichier à modifier
- Un seul répertoire "sensible", celui de l'upload. (le mieux serait de déplacer l'image dans un autre répertoire avec des droits lecture uniquement)
- Un gain de place non négligeable sur ton serveur si tu es en mutualisé.
Bref que des avantages
Je m'explique :
Si tu gère tout via URL Rewriting tu as 1 dossier "sensible" (celui des uploads), car celui ci est en mode 777.
Dans ton autre cas, tu vas avoir autant de répertoires en 777 que d'utilisateurs.
Ainsi, si je possède les droits 777, je peux mettre à peu près ce que je veux dans mon répertoire dédié (y compris un fichier htaccess qui fait un peu n'importe quoi par exemple).
Non vraiment, je te conseille de passer par l'url rewriting :
- Un seul fichier à modifier
- Un seul répertoire "sensible", celui de l'upload. (le mieux serait de déplacer l'image dans un autre répertoire avec des droits lecture uniquement)
- Un gain de place non négligeable sur ton serveur si tu es en mutualisé.
Bref que des avantages
Je comprend bien ton explication, et pourtant je ne pense pas avoir ces problèmes :
Je suis le seul utilisateur
Sinon pour le gain de place non négligeable, ca ne pose pas de soucis pour mon choix d'hébergeur : ce n'est pas du mutualisé.
En revanche j'en reviens à ma question de départ : Est-ce que Google référencera aussi bien un :
*ww.monsite.com/photo-lapin-nain-d-amazonie/
qu'un :
*ww.monsite.com/photo-lapin-nain-d-amazonie.html
Sachant que le 'index.php' ne sera pas référencé ni en lien interne, ni par des liens externes (enfin ceux que je créerais), donc invisible par GG, qui ne verra que l'URL du repertoire.
Je pourrais aussi créer des : photo-lapin-nain-d-amazonie.php, et ne pas créer tous ces répertoires, mais j'ai peur du résultat avec GG.
Je suis le seul utilisateur
Sinon pour le gain de place non négligeable, ca ne pose pas de soucis pour mon choix d'hébergeur : ce n'est pas du mutualisé.
En revanche j'en reviens à ma question de départ : Est-ce que Google référencera aussi bien un :
*ww.monsite.com/photo-lapin-nain-d-amazonie/
qu'un :
*ww.monsite.com/photo-lapin-nain-d-amazonie.html
Sachant que le 'index.php' ne sera pas référencé ni en lien interne, ni par des liens externes (enfin ceux que je créerais), donc invisible par GG, qui ne verra que l'URL du repertoire.
Je pourrais aussi créer des : photo-lapin-nain-d-amazonie.php, et ne pas créer tous ces répertoires, mais j'ai peur du résultat avec GG.
mr_go a écrit:Evite d'utiliser les tirets à outrance, MSN n'aime pas trop.
Exact, mais j'ai laissé tomber l'objectif d'être bien placé à la fois sur GG et sur MSN : Je fais 2 sites, chacun optimisé pour le moteur choisi, je sais, c'est débile
Sinon tu proposes quoi à la place des tirets ? Je mets des '.' sur MSN
mr_go a écrit:Sinon cela n'a aucune espèce d'importance mais je pencherais pour la solution *ww.monsite.com/photo-lapin-nain-d-amazonie/ (tu gagne... 5 caractères !!!)
En effet, j'ai lu plusieurs fois que le nb important de caractères était préjudiciable, c'est du lard ou du cochon ? Je vais chercher ds WRI pour me faire une idée.
>> Sinon tu proposes quoi à la place des tirets ?
la virgule
et oui il faut eviter les URL a rallonge, surtout composées de X mots clés, car si ca ne poses pas trop de problème aujourd'hui, cela en posera surement demain
autant voir loin ^^
la virgule
et oui il faut eviter les URL a rallonge, surtout composées de X mots clés, car si ca ne poses pas trop de problème aujourd'hui, cela en posera surement demain
-htttp://www.lemonde.fr
En ce qui concerne le nombre de caractères : ce n'est pas préjudiciable si ton url n'est pas exessivement longue.
De toute façon, garde toujours à l'esprit que le contenu est 1000 fois plus important que la structure de ton url.
Tiens, 777 posts, ce post va me porter bonheur, je vais de ce pas demander une augmentation...
En ce qui concerne le nombre de caractères : ce n'est pas préjudiciable si ton url n'est pas exessivement longue.
De toute façon, garde toujours à l'esprit que le contenu est 1000 fois plus important que la structure de ton url.
Tiens, 777 posts, ce post va me porter bonheur, je vais de ce pas demander une augmentation...
En effet, le site *ww.lemonde.fr utilise des virgules,
je pose donc logiquement la question suivante :
*ww.monsite.com/photo,lapin,nain,d,amazonie/
sera -t- il mieux référencé que :
*ww.monsite.com/photo-lapin-nain-d-amazonie/ ?
Et aussi une autre question :
*ww.monsite.com/photo-lapin-nain-d-amazonie/
sera -t- il mieux référencé que :
*ww.monsite.com/photo-lapin-nain-d-amazonie.php ?
J'ai l'impression que GG fait allergie aux extensions .php, me tromperais-je ?
je pose donc logiquement la question suivante :
*ww.monsite.com/photo,lapin,nain,d,amazonie/
sera -t- il mieux référencé que :
*ww.monsite.com/photo-lapin-nain-d-amazonie/ ?
Et aussi une autre question :
*ww.monsite.com/photo-lapin-nain-d-amazonie/
sera -t- il mieux référencé que :
*ww.monsite.com/photo-lapin-nain-d-amazonie.php ?
J'ai l'impression que GG fait allergie aux extensions .php, me tromperais-je ?
mr_go a écrit:Evite d'utiliser les tirets à outrance, MSN n'aime pas trop.
Sinon cela n'a aucune espèce d'importance mais je pencherais pour la solution *ww.monsite.com/photo-lapin-nain-d-amazonie/ (tu gagne... 5 caractères !!!)
Je lis souvent ça, et franchemernt j'ai des doutes.
http://search.msn.fr/results.aspx?q=vid ... H&cp=65001
http://search.msn.fr/results.aspx?q=fla ... FORM=QBRE3
http://search.msn.fr/results.aspx?q=vid ... &FORM=PERE
Page 2 de 29 260 338
http://search.msn.fr/results.aspx?q=ele ... &FORM=QBRE
Et celle là qui me fait beaucoup rire en ce moment
http://search.msn.fr/results.aspx?q=php ... H&cp=65001
Donc, c'est quoi ton idée de gène, parce que là, j'en ai pas mal des "-", et c'est bien msn, et si tu considère le faible nombre de BL de mon site associé au fait qu'il n'est pas finit, je commence à me demander que vaut cette histoire de "-".
++
[EDIT] et celle là aussi : http://search.msn.fr/results.aspx?q=vid ... FORM=QBRE3
17 messages • Page 1 sur 2 • 1, 2
Formation recommandée sur ce thème :
Formation URL Rewriting et sites dynamiques : apprenez comment mettre en place la réécriture d'URL, comment optimiser vos URL et profiter de vos pages dynamiques pour booster votre référencement. Formation animée par Olivier Duffez et Fabien Facériès, experts en référencement naturel.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- Où placer son fichier Sitemap ? A la racine ?
- Précisez vos recherches sur Google par la profondeur en répertoires
- Bonnes pratiques de référencement : sous-domaines ou répertoires ?
- Gestion des langues et des sessions en PHP / MySQL
- Robots.txt : Yahoo supporte les options avancées
- L'infrastructure technique de Google (Juillet 2006)
- Vocabulaire du référencement : noms de domaine et URL
- L'underscore bientôt un séparateur de mots pour Google ?
- Organiser un bon netlinking interne : conseil n°8 en référencement
- Stratégies financières sur l'évolution de l'architecture Google
- Architecture du site et PR
- URLs et architecture de l'information
- Architecture basée sur Kimsufi
- Architecture d'un site e-commerce
- [Avis] Architecture d'un site
- Indexation & architecture de google
- conception/architecture d'un site web
- Nom d'une page - architecture du site
- architecture d'un site / mot clé
- [article] Faire évoluer son architecture serveur
- architecture & nombre de liens internes vs. dilution du
- Architecture des sites les plus consultés de l'Internet
- Qustions avant de changer larchitecture de mon site.
- Conseils pour une architecture PHP5 simple et efficace
- Transition vers un site avec une nouvelle architecture
- Analyse de popularité
Cet outil vous permet d'analyser en détails la "popularité" de votre site sur Google. En plus du nombre de liens pris en compte par Google, il calcule le pourcentage de liens internes parmi tous les liens, et il affiche les premières URL trouvées. - Transformer des simples citations de votre site en liens
Cet outil vous permet de trouver des pages citant votre site mais ne faisant pas (encore) de lien. Il suffira parfois d'un simple mail pour transformer cette simple citation en lien (backlink).
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités






le forum