Fil wrote:
A ce propos : on crée un fichier htaccess qui contient tous les mots de
passe ; serait-il possible de créer à côté un htaccess_admin ne contenant
que les lignes correspondant aux admins? Ce serait pratique pour
éventuellement restreindre d'autres choses aux seuls admins (d'autres pages
du site, mais pas forcément gérées par spip). C'est que spip est aussi le
meilluer gestionnaire de comptes via web ! 
Heu, comment tu comptes dire à Apache d'utiliser deux htaccess différents ?
De plus, le htaccess n'est pas utilisé sur certains hébergeurs !
Par ailleurs, je crois que AVANT LA RELEASE il faut passer les mots de passe
en MD5 dans la base. C'est compliqué ?
Le problème étant justement cette histoire de htaccess : il faut ajouter
une colonne pour les mots de passe version http. Sinon, impossible de
regénérer le fichier de passwords à partir de la base. Ca se fait, mais
faut tester que ça marche. Et inconvénient : si tu changes de serveur ou
d'hébergeur en utilisant un dump de la base, et que le nouveau serveur
utilise une méthode de cryptage des mots de passe différente de l'ancien
(pas courant a priori, mais ça peut arriver : apparemment les unix proposent
de plus en plus du md5, car le crypt() standard à base de DES est facilement
crackable - on doit pouvoir trouver des utilitaires pour le faire sur le Net),
alors il faut changer les mots de passe de tous les auteurs pour pouvoir
générer le fichier htpasswd (et a priori, impossible de le détecter
automatiquement....).
Faut, en plus, changer les fiches d'auteurs : on ne peut pas afficher l'ancien
mot de passe, juste le changer si la valeur entrée dans le champ est non vide.
a+
Antoine.
Salut,
Bon gros bug comme c'est pas croyable qu'il ait survécu aussi longtemps: les rédacteurs ne pouvaient pas créer d'article!!! (Sauf s'ils souhaitaient n'écrire que des articles intitulés "Nouvel article", sans texte, et installés dans la poubelle.)
C'était juste un bêêêêtise dans le calcul de "$flag_editable" de la page:
/ecrire/articles.php3
(C'est pas compliqué: le nouvel article étant créé comme étant "A la poubelle", et les rédacteurs ne pouvant éditer leurs textes que s'ils sont "en cours de rédaction" ou "proposé à la publication", ils n'avaient donc pas accès à ce texte!). Le fichier ci-dessus est donc modifié.
Bon, le prochain beta-testeur qui la ramène, je lui envoie le FAAAK-Amok lui fraguer la tête.
ARNO*
@ Arno* (arno@scarabee.com) :
Bon gros bug comme c'est pas croyable qu'il ait survécu aussi
Et comment on fait pour effacer une rubrique ??
Salut,
Dans la dev/beta 4, première utilisation de la page "configuration précise" (jusqu'ici vide).
Il s'agit d'indiquer le nom du site. Ce qui correspond, dans les squelettes, à un nouveau pseudo-tag: #NOM_SITE_SPIP.
De plus, l'URL du site est calculée automatiquement, et correspond à un pseudo-tag: #URL_SITE_SPIP.
Du coup, je l'utilise pour créer automatiquement un back-end.php3 qui n'a plus besoin d'aucune configuration manuelle (inutile désormais d'entrer à la main dans backend.html).
Fichiers modifiés:
/inc-calcul.php3 (pour intégrer les deux nouveaux tags)
/backend.html (pour _utiliser_ les deux nouveaux tags)
/ecrire/configuration.php3 (pour indiquer le nom du site)
/ecrire/inc.php3 (pour le calcul automatique de l'adresse du site).
Amicalement,
ARNO*
ARNO* wrote:
Dans la dev/beta 4, première utilisation de la page "configuration
précise" (jusqu'ici vide).
Désolé de te surcharger de remarques graphiques, mais pourquoi ne
pas utiliser toute la largeur pour le formulaire ?
Sinon, le titre de la boîte en blanc sur fond rayé, c'est pas lisible 
De plus, l'URL du site est calculée automatiquement, et correspond à
un pseudo-tag: #URL_SITE_SPIP.
T'utilises quelle variable d'environnement pour ça ?
(risques de problèmes chez free ou autres)
a+
Salut,
Histoire d’arrêter de se prendre la tête pour se souvenir de ce que font affdate_court et autres variantes, j’ai pondu vite fait (code cochon) quelques fonctions supplémentaires:
- jour() affiche le numéro du jour
- mois() affiche le numéro du mois
- annee() affiche le numéro de l’année.
Du coup, pour afficher: “15/05/2000”,
on fait [(#DATE|jour)/] [(#DATE|mois)/] [(#DATE|annee)]
ARNO* wrote:
Dans la dev/beta 4, première utilisation de la page "configuration
précise" (jusqu'ici vide).
Désolé de te surcharger de remarques graphiques, mais pourquoi ne
pas utiliser toute la largeur pour le formulaire ?
Sinon, le titre de la boîte en blanc sur fond rayé, c'est pas lisible
Putain de Netscape (il reproduit le fond d'un tableau imbriqué, la plaie). C'est corrigé:
/ecrire/configuration.php3
Au passage, ch'tite correction sur:
/ecrire/articles_class.php3
(passer le titre des rubriques au propre()).
Pour la largeur pour le formulaire, le seul moyen c'est les feuilles de style. La page est nickel pour Explorer et Mozilla, mais comme toujours avec Netscape, la largeur des formulaires c'est au pif au mètre (affichage différent Mac/PC: si je fais large sous Mac, ça devient énorme sur PC).
> De plus, l'URL du site est calculée automatiquement, et correspond à
un pseudo-tag: #URL_SITE_SPIP.
T'utilises quelle variable d'environnement pour ça ?
(risques de problèmes chez free ou autres)
$SCRIPT_URI
ARNO*
Coucou, beta5 :
- des modifs graphiques
- et la répartition des fichiers dans plusieurs sous-répertoires
dans le cache
a+
Quelles modifs graphiques? (Quand modifs, ce serait bien de lister complètement les modifs.)
Amicalement,
ARNO*