J'écris dans ce forum car le cas est un peu complexe.
Je travaille pour une association et j'utilise spip (très bon logiciel). Le but de l'association est de publier un quotidien (d'où l'utilisation de spip). Maintenant qu'une première partie du site fonctionne (www.mediasol.org), on me demande de modifier spip afin de pouvoir faire apparaître les articles dans plusieurs rubriques sans avoir à faire de doublons (un peu à la manière de la table spip_auteurs_articles).
Quelle serait la façon la plus simple pour la modification des fichiers de spip ??
1/ modification des fichiers spip afin de créer une table spip_articles_rubriques, modification des interfaces graphiques et des fichiers
2/ modification des fichiers afin de conserver, dans le champs id_rubriques de la table spip_articles, les clés des différentes rubriques dans lesquelles l'article doit apparaître
J'écris dans ce forum car le cas est un peu complexe.
Je travaille pour une association et j'utilise spip (très bon logiciel). Le but de l'association est de publier un quotidien (d'où l'utilisation de spip). Maintenant qu'une première partie du site fonctionne (www.mediasol.org), on me demande de modifier spip afin de pouvoir faire apparaître les articles dans plusieurs rubriques sans avoir à faire de doublons (un peu à la manière de la table spip_auteurs_articles).
Quelle serait la façon la plus simple pour la modification des fichiers de spip ??
1/ modification des fichiers spip afin de créer une table spip_articles_rubriques, modification des interfaces graphiques et des fichiers
2/ modification des fichiers afin de conserver, dans le champs id_rubriques de la table spip_articles, les clés des différentes rubriques dans lesquelles l'article doit apparaître
Tu pars à mon avis dans la mauvaise direction : la solution à ton problème
s'appelle "mots-clés". Les articles n'appartiennent qu'à une rubrique, mais
il peuvent se voir conférer un nombre illimté de mots-clés.Et les mots-clés
peuvent eux-mêmes être regroupés par catégories, ce qui te permet de faire
un catégorie de mots-clés usuels (thème, pays...) et une catégorie de
mots-clés organisationnels (correspondant au "rubriquage" supplémentaire que
tu veux faire).
(PS: pour participer à la liste spip-dev mieux vaut s'y abonner)
Afin de palier au probleme de rapidité de cache ... que pensez-vous de creer
une fonction non pas qui viderait le cache mais qui mettrais tout en cache
d'un coup de clic ?
Afin de palier au probleme de rapidité de cache ... que pensez-vous de creer
une fonction non pas qui viderait le cache mais qui mettrais tout en cache
d'un coup de clic ?
Non ! D'une part SPIP ne connaît pas les pages qu'il gère (il sait juste
les générer si elles lui sont demandées). D'autre part cela sera encore pire
sur le plan du calcul, et excéderait donc les limites temporelles
d'exécution de php.
Si tu veux générer tout ton cache le plus simple est de faire passer un
moteur sur ton site (par exemple wget -r -np, sur Unix, WebDevil sur Mac...)
J'ai trouv=E9 d'o=F9 vient le probl=E8me signal=E9 notamment par Aris: au
passage de la 1.0.4, la cr=E9ation de "accepter_forum" dans
"spip_articles" semble ne pas s'=EAtre effectu=E9e (je ne vois vraiment
pas pourquoi). Et comme, depuis la 1.0.5, les requ=EAtes des articles
comportent explicitement un appel =E0 cette colonne, =E7a plantait.
Je viens d'installer une version 1.2.03, qui r=E9effectue la
modification de la table et corrige donc le probl=E8me.
Ce serait-y possible, dans la foulée, d'installer mon option de forums
désactivés par défaut (mais activables article par article) ?
Ah oui, et aussi : il semble qu'il y a un pépin avec forum.php3 sur uzine :
on retrouve souvent des process apache carrément en boucle pendant des
centaines de secondes sur certaines de ces requêtes. Si ça t'évoque quelque
chose, un endroit où il y aurait un appel mysql un peu bizarre, un while()
sans condition de fin, ???
bises
@ Arno* (arno@scarabee.com) :
Salut,
J'ai trouvé d'où vient le problème signalé notamment par Aris: au
passage de la 1.0.4, la création de "accepter_forum" dans
"spip_articles" semble ne pas s'être effectuée (je ne vois vraiment
pas pourquoi). Et comme, depuis la 1.0.5, les requêtes des articles
comportent explicitement un appel à cette colonne, ça plantait.
Heu, ça ne va pas toujours pas marcher à mon avis.
C'est tout simple : tu fais bien le "ALTER TABLE"
en cas de mise à jour, mais tu n'as pas ajouté
les modifs dans le "CREATE TABLE" de creer_base()...
Même remarque pour les éléments de messagerie
(nouveaux champs dans spip_auteurs, notamment).
Faudrait tout vérifier
Au fait, pourquoi cette numérotation bizarre ?
Comme la 1.2 est une version de développement,
ç'aurait pu continuer à s'appeler comme ça ;))
le 28/08/01 21:22, ARNO* =E0 arno@scarabee.com a =E9crit=A0:
J'ai trouv=E9 d'o=F9 vient le probl=E8me signal=E9 notamment par Aris: au
passage de la 1.0.4, la cr=E9ation de "accepter_forum" dans
"spip_articles" semble ne pas s'=EAtre effectu=E9e (je ne vois vraiment
pas pourquoi). Et comme, depuis la 1.0.5, les requ=EAtes des articles
comportent explicitement un appel =E0 cette colonne, =E7a plantait.
=20
Je viens d'installer une version 1.2.03, qui r=E9effectue la
modification de la table et corrige donc le probl=E8me.
Je ne suis donc pas fou 8))
le 28/08/01 21:49, Fil =E0 fil@rezo.net a =E9crit=A0:
Ce serait-y possible, dans la foul=E9e, d'installer mon option de forums
d=E9sactiv=E9s par d=E9faut (mais activables article par article) ?
J'y suis tout =E0 fait favorable :))
le 28/08/01 22:41, Antoine Pitrou =E0 pitrou@free.fr a =E9crit=A0:
Au fait, pourquoi cette num=E9rotation bizarre ?
Comme la 1.2 est une version de d=E9veloppement,
=E7'aurait pu continuer =E0 s'appeler comme =E7a ;))
Euh, non c'est au contraitre tr=E8s przatique les num=E9rotation =E0 trois niveau=
Euh, non c'est au contraitre très przatique les numérotation à trois niveau,
cela permet de s'y retrouver et de faire la différence entre celle qui est
sur le FTP et celle que l'on a en local.
je suis d'accord
A ce propos ce serait bien quelquepart dans le backoffice que s'affiche la
version installée. Quand on en a 4 ou 5 comme chez nous au bout d'un moment
tu ne sait plus trop la quelle tu a à quel endroit.
SPIP n'a pas connaissance de son numéro de version. La seule chose qu'on
pourrait afficher c'est le numéro de version de la base (celui qui sert à
faire les upgrades de la base) ; mais ce dernier n'est pas directement
connecté au numéro de version de SPIP -> bonjour le casse-tête !)
