Bilan d'étape : pour l'instant tout roule sur le spip-00Dr - sur ce site de
revues de presse médicales encore caché.
UTILE : Le backend"ing" de spip, fonctionne très bien sur un site php-nuke -
A l'inverse je ne sais pas trop quoi faire pour mettre un backend d'un autre
site sur spip (mais c'est sans doute une question de patience) - C'est sans
doute un intérêt majeur de spip de permettre (à l'avenir) de transdiffuser
par backend les headlines.
UTILE : Une petite lucarne "moteur de recherche interne" serait chouette sur
les spips.
UTILE : comment faire pour que les articles, brèves... apparaissent en html
(pour "aider" les moteurs de recherche ?
DETAIL : Juste un petit pb d'ergonomie lorsque l'on vient de publier une
brève et que l'on souhaite publier un article après, on ne sait plus trop
quoi cliquer (possible que je manque de sommeil)
DETAIL : le pb des mises à jour (97 98 etc) n'est pas parfaitement clair
dans ma tête. On doit écraser tous les fichiers par les nouveaux ? On l'on
doit revisiter tous les modules.
SUPERFLU / On a parfois (mais cela peut devenir souvent) la nécessité de
publier en lieu en place de quelqu'un qui vous a envoyé un article par
simple email (quand ce n'est pas un texte papier). La procédure demande
alors de passer par l'identifiant + mot de passe de la personne, ce qui
impose alors une sortie et réentrée dans le site. C'est tout à fait normal
et cohérent.
N'y a-t-il pas de possibilité de "super-administration" permettant de forcer
tous les champs ?
Sinon je pense que le système spip est parfaitement viable - bravo les gars
(il y a des développeuses ?)
DETAIL : le pb des mises à jour (97 98 etc) n'est pas parfaitement clair
dans ma tête. On doit écraser tous les fichiers par les nouveaux ? On l'on
doit revisiter tous les modules.
oui, j'essaie de faire le net de mon côté aussi, je te tiens au courant...
DETAIL : le pb des mises à jour (97 98 etc) n'est pas parfaitement clair
dans ma tête. On doit écraser tous les fichiers par les nouveaux ? On l'on
doit revisiter tous les modules.
oui, j'essaie de faire le net de mon côté aussi, je te tiens au courant...
Effectivement il me semble que ma "bavure" de mise à jour vient du fait
d'avoir écrasé le répertoire "data"... J'ai bien dit "il me semble" :))
de glisser dans un .htaccess à la racine du site là où sont les article.php3
ces 2 seules lignes mais je NE parviens PAS à transformer
un article22.html
en article.php3?id_article=22
les 2 seules lignes =
RewriteEngine On
RewriteRule article([0-9]+)\.html$ article.php3?id_article=$1 [QSA]
faut dire que je ne suis pas spécialement doué dans ces trucs
UTILE : Le backend"ing" de spip, fonctionne très bien sur un site php-nuke -
A l'inverse je ne sais pas trop quoi faire pour mettre un backend d'un autre
site sur spip (mais c'est sans doute une question de patience) - C'est sans
doute un intérêt majeur de spip de permettre (à l'avenir) de transdiffuser
par backend les headlines.
Mmmh, oui, ce sera peut-être fait un jour
UTILE : Une petite lucarne "moteur de recherche interne" serait chouette sur
les spips.
Il n'y a pas de moteur de recherche intégré à SPIP....
DETAIL : le pb des mises à jour (97 98 etc) n'est pas parfaitement clair
dans ma tête. On doit écraser tous les fichiers par les nouveaux ? On l'on
doit revisiter tous les modules.
Heu, tous les fichiers sauf ceux que tu as modifiés. En clair :
les articles/rubriques/etc.html de la racine, qui te sont propres,
ne doivent pas être écrasés.
N'y a-t-il pas de possibilité de "super-administration" permettant de forcer
tous les champs ?
Il suffit simplement de rentrer l'article sous ton nom, puis d'ajouter
l'auteur en question à la liste des auteurs, et de retirer ton nom
de la même liste.
