logo

NPDS : Gestion de contenu et de communauté


Content & Community Management System (CCMS) robuste, sécurisé, complet, performant, parlant vraiment français, libre (Open-Source) et gratuit.
23 visiteur(s) et 0 membre(s) en ligne.
Activité du Site

Pages vues depuis 25/05/2001 : 104 890 348

  • Nb. de membres 8 691
  • Nb. d'articles 1 694
  • Nb. de forums 25
  • Nb. de sujets 8
  • Nb. de critiques 92

Top 10  Statistiques

Index du forum »»  Version future »» fil d'ariane ?

Nouveau sujet
 fil d'ariane ?#25493Répondre

4Contributeur(s)
B-Magfreuddeveloppeurjpb
3 Modérateur(s)
developpeurjpbJireck
B-Mag B-Magicon_post
Bjr

Dans un site riche en contenu, on se perd rapidement dans diverses parties du site.

Ne pensez vous pas qu'un "fil d'ariane" serait utile ?

entraidelec.com en propose un sur l'ensemble de son site, je trouve le principe tres bon
freud freudicon_post
Bonjour,

Merci B-Mag, je ne vais pas te contre-dire sinon pourquoi me serais-je embêté à le faire..

Je précise avant toute chose que c'est loin d'être simple, du fait notamment qu'il y a un grand nombre de fichiers à modifier. Mais le jeu en vaut la chandelle, pas seulement pour l'intégration du fil d'Ariane en lui-même !

Une fois les modifs nécessaires apportées le CMS devient plus souple et évolutif.
La toute première chose à faire, et non des moindres, est de générer les urls de pages dynamiques depuis une fonction unique.

Ensuite tout devient plus facile et celà nous ouvre bien des portes, dont l'Url Rewriting et le fil d'Ariane, celui de Google y compris pour les résultats de recherche :
http://support.google.com/webmasters/bin/answer.py?hl=fr&answer=185417

++
freud freudicon_post
Salut,

J'ai commencé à fournir un début d'explications sur ma manière de voir les choses, en me limitant au forum pour le moment :

http://entraidelec.com/discussion-9178_NPDS-Fil-d-Ariane.html

freud freudicon_post
Bon, inutile que j'y passe des heures si le staff n'est pas emballé.

Peut-être vaudrait-il mieux dans ce cas déplacer ce topic dans "le coin des codeurs".
Pour ceux qui seraient intéressés pour le compte personnel, je me suis arrêté aux articles.

Il reste à adapter nos fonctions aux autres rubriques du CMS et à apporter quelques améliorations, notamment limiter le nombre de caractères en titres de liens (selon la place dispo pour le fil d'ariane) et les afficher en entier au survol de la souris (title="").

Je m'étais créé une autre fonction pour cela. Elle me sert pour pas mal d'autres choses sur le site.
Elle coupe la chaîne à un espace (ne coupe pas les mots).


function CutText($num,$text) {
  if (strlen($text) >= $num) {
    $ctext = substr($text,0,$num);
    $esp = strrpos($ctext, " ");
    $ctext = substr($ctext, 0, $esp)."..";
  } else $ctext=$text;
  return($ctext);
}

echo CutText(25,$titre);



J'ai définit un nbr max de caractères pour tout le fil d'ariane.
Je limite à 20 ou 25 à chaque niveau et compte leur nbr effectif, en additionnant avec ceux des niveaux inférieurs.

En fin de fil d'ariane j'ai donc le nbr total de caractères affichés dans les liens.
J'en déduis qu'il me reste X caractères disponibles pour le titre de la page en cours (qui n'est pas un lien).

Exemple live ici : http://entraidelec.com/discussion-9137_definition-des-equipements-sur-circuit-commun.html


Petite parenthèse, le fait de ne pouvoir s'abonner à une discussion que l'on n'a pas créé manque cruellement. Si en plus on oubli de cocher quand on crée une discussion l'abonnement n'est plus possible...
Ce ne serait pas du luxe de revoir tout ça.

++
developpeur developpeuricon_post
C'est intéressant / pour les forums cela reste 'assez facile' - pour généraliser cela à l'ensemble du portail ...
freud freudicon_post
C'est aussi une bonne occasion de clarifier pour certains la structure (hiérarchie) du portail. Je pense notamment à l'organisation des articles (sujets actifs), les amalgames possibles entre rubriques et catégories et la finalité de chacun, etc.

Ces p'tites choses qui font qu'NPDS rend nos portails si évolutifs mais qui compliquent aussi la tâche des néophytes.
Si j'avais compris toutes ces subtilités à mes débuts sans doute aurais-je organisé mon site différemment, et je crois comprendre que d'autres que moi ont parfois du mal à s'y retrouver.

Il faut commencer par recenser les différents formats d'urls par fonctionnalités (news, téléchargement, annuaire, etc.) et en ressortir les niveaux hiérarchiques.

Exemple :

N1-> Index rubriques (sujets actifs)
/topics.php

N2--> Thème (sujet)
/index.php?op=newtopic&topic=xx

N3---> Article
/article.php?sid=xx

N4----> Commenter / Imprimer / Envoyer
/modules.php?ModPath=comments&ModStart=reply&topic=xx&file_name=article&archive=0
/print.php?sid=xx
/friend.php?op=FriendSend&sid=xx


J'en ai peut-être moi-même oublié dans cet exemple...

Edit : Ah oui j'ai oublié les "nouvelles", qui classent ces même articles par ordre chronologique tous sujets confondus.
A mettre au même rang que "Sujets actifs" (N1) ou un rang plus bas (N2)?

N?-> Nouvelles
/modules.php?ModPath=archive-stories&ModStart=archive-stories



Edit 2 :
Encore un. Si depuis un article on clique sur l'image du sujet, ça nous envoi sur une page de recherche, que je verrais bien au niveau 2, voir l'exclure pour en faire une rubrique spécifique aux recherches (recherche > articles ; recherche > forum).

Vous n'avez pas dans vos archives un document qui dresse un plan de tout ça ?


Message édité par : freud / 11-05-2012 10:06

freud freudicon_post
Par contre faudra me dire s'il est utile que je continu.
Je ne fais pas ça pour moi, j'ai déjà ce qu'il faut...
B-Mag B-Magicon_post
Slt

"C'est aussi une bonne occasion de clarifier pour certains la structure (hiérarchie) du portail. Je pense notamment à l'organisation des articles (sujets actifs), les amalgames possibles entre rubriques et catégories et la finalité de chacun, etc.

Ces p'tites choses qui font qu'NPDS rend nos portails si évolutifs mais qui compliquent aussi la tâche des néophytes.
Si j'avais compris toutes ces subtilités à mes débuts sans doute aurais-je organisé mon site différemment, et je crois comprendre que d'autres que moi ont parfois du mal à s'y retrouver
"

Ho que oui
Je suis parti tête baissé ds mon site et je découvre au fil du temps que j'aurais du réfléchir et comprendre tt ces termes.
meme si je pige pas tt ce que vous dites ( en terme de code à réaliser) je pense que cet echenge est utile à tous.

Merci
jpb jpbicon_post
Yo
pourquoi ne pas implémenter dans pages.php qui en fait me semble très bien placé pour fournir le fil d'ariane ceci en modifiant beaucoup moins de fichier...?

il faut aussi penser à l'implémentation du multilang ?...

et pour finir le transformer en métamot ce qui lui donnera une flexibilité maximum !!
freud freudicon_post
Salut,

"pourquoi ne pas implémenter dans pages.php qui en fait me semble très bien placé pour fournir le fil d'ariane ceci en modifiant beaucoup moins de fichier...?"

Oui mais non, en tout cas pas en l'état, pour la simple et bonne raison qu'une même url est commune à différents sujets pour ne citer qu'eux.

Exemple sur npds.org

Sujet 'Php, Mysql, ...' => http://www.npds.org/index.php?op=newtopic&topic=31
- index.php => meta[title]="Index"

On ne peut pas les différencier. Et c'est vrai pour l'ensemble du site. Le forum, les rubriques, les liens, etc.

"il faut aussi penser à l'implémentation du multilang ?...
et pour finir le transformer en métamot ce qui lui donnera une flexibilité maximum !!"


C'est là un des mes points faibles. Je vire tout ce qui est méta-lang à mesure que je modifie mes fichiers, et n'exploite pas les meta-mots si ce n'est dans les articles.
Je maîtrise mal le sujet, mais je peux y remédier ;-)


J'aurais bien des choses à dire à propos de pages.php, qui à mon sens est l'un des points forts de NPDS, mais qui en l'état (formats des urls) contraint à le sous-exploiter. Mais c'est un autre débat, l'url rewriting, ne nous égarons pas...
Je me suis déjà exprimé sur le sujet par le passé, avec toi d'ailleurs :

http://www.npds.org/viewtopic.php?topic=24855&forum=4

C'est là que pages.php prendrait toute son importance ;-)
Avec un format d'url propre à chaque rubrique du site ça ouvre bien des portes.

J'ai personnalisé mes meta-descriptions, mots clés, titres, etc. en fonction de chacune de mes rubriques (schémas, articles, forum, cours, etc.)

$PAGES['cours'][title]="$title+";
$PAGES['cours'][desc]="Cours d'électricité et domaines avoisinants tel que l'électromagnétisme.";
$PAGES['cours'][mots]=électricité,...


Message édité par : freud / 11-05-2012 12:04

developpeur developpeuricon_post
fil d’Ariane : Avant que d'avancer pour modifier un troupeau de fichier, il faut que l'on comprenne ce que cela sous entends.

Pour pages.php et les meta-tags : je suis complétement d'accord avec ton idée. J'avais commencer ... mais je me suis arrêter en route
freud freudicon_post
Salut,

"... il faut que l'on comprenne ce que cela sous entends"

Qu'entends-tu par "sous-entend" ? ;-)
developpeur developpeuricon_post
Ce que je veux dire c'est que les modifications doivent être appréhendées pour connaitre l'entendu du travail