Salut,
Problème épatant: je viens de faire la mise à jour pour un site qui fonctionnait déjà avec SPIP. Et tenez-vous bien: la mise à jour des tables n'a pas du tout fonctionné, mais je ne m'en suis pas rendu compte illico.
Sur ce site:
L'ordre "CREATE TABLE" passe sans problème.
En revanche, le "ALTER TABLE", lui, m'est refusé.
Je crois que c'est un problème d'autorisations d'accès (différentes selon ces deux commandes? purée, ces finasseries...).
Bref, je crois qu'on n'y peut rien, c'est à l'admin de filer les bonnes autorisations. En revanche, p'têt ajouter encore un test pendant la phase d'installation pour signaler qu'il y a un problème (parce que pour l'instant, le mysql_query "sec" ne s'émeut pas de ne pas fonctionner, le back-office semblait fonctionner (navigation impeccable, mise en ligne de logos de dossiers...) jusqu'à ce que je me rende compte que je ne pouvais pas modifier les articles!
Amicalement,
ARNO*
Oui, c'est exactement ça. MySQL règle les droits d'accès de manière très
fine (je peux interdire à Arno d'insérer un article dans le portail tout
en l'autorisant à modifier un article existant, par exemple.) C'est
l'admin MySQL qui définit ça. Mais par défaut (sur atlas en tout cas),
ALTER n'était pas donné à l'utilisateur lambda. (Maintenant c'est bon pour
l'utilisateur Spip qu'utilisait Arno).
Laz
Salut tout le monde,
Je viens d'installer une version 0.97.
Pour l'instant, uniquement en version Mac (c'est-à-dire .sit), Antoine mettra les versions PC bientôt.
C'est stocké là:
http://www.minirezo.net/archives/
L'intérêt, désormais, c'est la gestion de 2 dates différentes pour chaque article:
- la date de mise en ligne (classique, comme avant);
- une date de publication antérieure. Ca, ça correspond aux sites qui publient des documents déjà publiés auparavant, ou alors carrément anciens. De cette façon, ils peuvent à la fois annoncer les dernières mises à jour du site, et en même afficher la véritable date de publication d'un document.
Antoine l'avait déjà intégré, mais j'ai beaucoup modifié l'interface pour que ce soit plus rationnel.
Si vous tourniez sur une version antérieure à la version 0.96, il faut procéder à une nouvelle installation (c'est-à-dire effacer le fichier inc-connect.php3 et suivre les instructions).
Amicalement,
ARNO*
Yo,
L'intérêt, désormais, c'est la gestion de 2 dates différentes pour
chaque article:
- la date de mise en ligne (classique, comme avant);
- une date de publication antérieure. Ca, ça correspond aux sites qui
publient des documents déjà publiés auparavant, ou alors carrément
anciens. De cette façon, ils peuvent à la fois annoncer les dernières
mises à jour du site, et en même afficher la véritable date de
publication d'un document.
Antoine l'avait déjà intégré, mais j'ai beaucoup modifié l'interface
pour que ce soit plus rationnel.
heu, je ne comprends pas pourquoi il faut que l'article soit
publié avant de pouvoir régler sa date de rédaction.
du coup le rédacteur de base qui propose un article ne peut
pas signaler la date de rédaction 
sinon dans les squelettes d'article et de rubrique c'est
uniquement la date de rédaction qui est affichée (normal,
la mise en ligne n'est utile que dans l'index, pour connaître
les dernières nouveautés), du coup pour les articles où elle
n'a pas été réglée, ça affiche "000 0000" ....
(dans le sommaire aussi ça affiche "0000", by the way)
a+
Antoine.
n'a pas été réglée, ça affiche "000 0000" ....
(dans le sommaire aussi ça affiche "0000", by the way)
Oui oui, parce que j'ai pas encore installé ça dans inc-public.
T'inquiète pas, hein, je considère pas que c'est parfait: pour l'instant, je trouve ça juste plus clair, mais très grandement améliorable. Dans SPIP, mon principal souci est l'interface, ce sont toujours un vrai casse-tête, on ne tombe jamais sur la solution idéal du premier coup :-))
ARNO*
super, fabuleux, j'ai réussi ...
spip ... ça marche !
ben, oui, c'était tout simple, pas de quoi pavoiser chantal !
mais ça fait rien ! je sui heu-reu-se
donc les explications ... géniales
bisou
chantal
salut tout le monde
pas moyen de changer le nom d'un rédacteur de Agnès tricoire en Agnès Tricoire
En revanche Krystof Triau -> Christophe Triau : no problemo
a case of case-unsensitiveness ?
spip version : je sais pas, c'est Arno* qui l'a installée ;-)))
Isabelle
soon powered by spip http://vacarme.eu.org/
J'ai trouvé: c'est un bug de conception de notre part. Kystof dispose d'un login, mais pas Agnès. Du coup, comme Agnès n'avait pas de login (elle n'a pas de raison de se connecter au site), toute tentative de modif butait sur le message "login trop court".
C'est corrigé sur Vacarme (quand la longueur du login est zéro, le système ne vérifie plus si le logine est trop court).
Ce sera intégré dans la prochaine version publique de SPIP.
Amicalement,
ARNO*