|
developpeur
 24581 
|  Posté : 20-05-2012 21:17
Ce que je veux dire c'est que les modifications doivent être appréhendées pour connaitre l'entendu du travail
|
|
freud
113
| Posté : 15-05-2012 13:11
Salut,
"... il faut que l'on comprenne ce que cela sous entends"
Qu'entends-tu par "sous-entend" ? 
|
|
developpeur
24581
| Posté : 11-05-2012 22:40
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
113
| Posté : 11-05-2012 11:49
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 av oisinants tel que l'électromagnétisme.";
$PAGES['cours'][mots]=électricité,...
Message édité par : freud / 11-05-2012 12:04
|
|
jpb
2791
| Posté : 11-05-2012 10:39
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 !!
|
|
B-Mag
2386
| Posté : 11-05-2012 10:35
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
|
|
freud
113
| Posté : 11-05-2012 10:08
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...
|
|
freud
113
| Posté : 11-05-2012 09:15
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&archi ve=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
|
|
developpeur
24581
| Posté : 11-05-2012 00:03
C'est intéressant / pour les forums cela reste 'assez facile' - pour généraliser cela à l'ensemble du portail ...
|
|
freud
113
| Posté : 09-05-2012 09:13
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.
++
|
|
Dev 
|
Charte|
Nous contacter|CNIL : 873057|Logiciel sous licence GNU/GPL|
.:Page >> Super-Cache:.