[Spip] une install de spip... rapide

Dev
1

Coucou,

je viens de tenter l'install de spip (dernière version). En trois minutes
j'avais un système opérationnel. Bravo ! Quelques petites remarques

* J'ai dû installer (sur une linux/debian) les packages zip/unzip pour
décompresser le fichier livré par Arno.

* ensuite l'installeur me dit que la connexion est bonne, me liste les bases
disponibles, mais impossible de me connecter (normal), je vais donc créer un
utilisateur et une base, le reste marche sans problème jusqu'à ce que SPIP
tente d'écrire des fichiers dans /ecrire et dans /CACHE : là au lieu de me
dire "hé il faut penser à mettre les droits d'écriture sur tel et tel
dossier" je me mange des dizaines d'erreurs PHP

* après réparation je reprends l'install. Il va au bout et me lâche la main
d'un seul coup : trop brutal à mon avis -- il faudrait finir l'install par
"et maintenant allez créer un auteur puis entrer un article puis appeler
l'article par "..." puis faire votre page de sommaire."

Bref: sur une machine Debian standard, tout juste installée, c'est quasi
parfait...

-- Fil

2

Salut,

j'ai mis en téléchargement une version 0.94.
Ce serait sympa de tester.... Notamment parce
qu'il y a la fonctionnalité de date de rédaction,
qui donne lieu aux modifs suivantes :

- la date de rédaction est éditable sur la page
de modification de l'article. Par défaut elle est
égale à la date de création de l'article.

- dans la partie publique, apparition d'un code
#DATE_REDAC pour les articles. J'ai modifié les
squelettes par défaut (sommaire et article) afin
d'en tirer parti. Il est certainement aussi possible
de trier "{par date_redac}" même si je n'ai pas
essayé.

- j'ai dû faire une sale bidouille. En effet les
dates mysql gèrent des années allant de 1001 à 9999
(!). Afin de pouvoir entrer des textes antérieurs
avec la bonne date, l'année de rédaction est décalée
de 5000 ans avant d'être entrée dans la base....
Beurk, mais c'est tout ce que j'ai trouvé.

- lors du passage à la nouvelle version, la date
de rédaction prend par défaut la valeur de la date
de publication. Histoire de ne pas se retrouver
avec des valeurs sans signification.

Il faudrait voir si la façon dont c'est fait est
satisfaisante, sinon soit on améliore, soit on
bazarde la fonctionnalité. Itaque feedback and
participacion (?) sind mucho appréciés !

Autres modifs en vrac :

- on peut maintenant effacer le cookie.

- l'upgrade des tables mysql est incluse dans la
procédure d'installation (plus besoin d'appeler
upgrade.php3 séparément, même si le fichier
existe encore).

- le coll_act.txt est supprimé, la liste des
collections actives est générée à la volée dans
la partie publique (le back-office n'en a pas
besoin).

- j'ai enlevé la doc au format XPress, ça gagne
un peu de place :wink:

J'ai pas ajouté la modif de Fil dans le export_all.
Le lien vers l'archive n'est sûrement pas utile vu
que le répertoire ecrire/data est normalement
interdit en http....

Autres choses restant à faire :

- tester la validité des droits d'accès pendant la
procédure d'installation.

- faire la procédure de restauration d'archive.

- ...

J'ai fait un .tar.gz en sus du .zip, mais je ne suis
pas sûr que les accents marcheront correctement.
Quand au .sit, je ne sais pas comment faire sous
Windows.... ??

(http://www.minirezo.net/archives/)

a+

Antoine.

3

Re-salut

- j'ai dû faire une sale bidouille. En effet les
dates mysql gèrent des années allant de 1001 à 9999
(!). Afin de pouvoir entrer des textes antérieurs
avec la bonne date, l'année de rédaction est décalée
de 5000 ans avant d'être entrée dans la base....
Beurk, mais c'est tout ce que j'ai trouvé.

Bon, il y a quand même beaucoup mieux :
les dates entre 1000 et 4000 restent identiques,
et les dates entre -4000 et 1000 sont transposées
en ajoutant 9000 : elles passent dans l'intervalle
(4000, 10000). C'est plus propre et le calcul
est valable pour tous les champs dates.

J'ai aussi ajouté la détection des droits d'accès
dans la procédure d'install. Si des répertoires
sont mal configurés, l'utilisateur est invité à
les paramétrer avec son client FTP.

Ca fait la 0.94b.

a+

Antoine.

4

J'ai pas ajouté la modif de Fil dans le export_all.
Le lien vers l'archive n'est sûrement pas utile vu
que le répertoire ecrire/data est normalement
interdit en http....

Pas d'accord : tu ne devrais avoir accès à export_all.php3 que si tu es
super-administrateur du site (et pas juste rédacteur), donc à ce moment-là
tu as l'accès à /ecrire/data/

bye

5

Salut Fil,

Pas d'accord : tu ne devrais avoir accès à export_all.php3 que si tu es
super-administrateur du site (et pas juste rédacteur), donc à ce moment-là
tu as l'accès à /ecrire/data/

export_all.php3 est réservé aux administrateurs (vérifié dans le script).
Mais il n'y a pas de statut "super-administrateur" dans la base auteurs.
Par contre, le répertoire ecrire/data est purement et simplement interdit
à l'accès HTTP ("deny from all"). Donc on ne peut récupérer le dump que
par FTP sur le compte Web, et pas en cliquant sur un lien (sauf si les
fonctionnalités .htaccess ont été désactivées sur le serveur... ;-).

a+

Antoine.

6

Hello tous,

En fait, c'est une question un p'tit peu hors-sujet, mais pas
vraiment... Pour le dev de la nouvelle version de l'Ornitho,
j'ai lachement recupéré quelques fonctions de inc_public.php3
de SPIP, dont la sacro-sainte "propre($letexte)", qu'est bien
pratique, il faut le dire...

Mais j'ai un p'tit probleme, il me met un warning quand je
l'appelle :

Warning: Wrong parameter count for strpos()

C'est pour la convertion des liens hypertexte qui commence
par la ligne :
while(($cur = strpos($letexte,"[",$cur)) > 0){
...

Ca me parait bizarre, vu que l'utilisation est conforme avec la doc
php...

Arno*, t'aurais pas deja vu ca, sur smarthosting ?

Erwan.

7

heu, ah.... pour moi, ça marche partout où j'ai testé
(php3 et php4). T'as peut-être une version ultra-beta
de php ?

PS : je fais tourner SPIP chez moi ! ;)) J'ai installé
apache, php4 et mysql sous mon windows meuh....

Erwan Cario wrote:

8

Erwan Cario wrote:

Hello tous,

C'est pour la convertion des liens hypertexte qui commence
par la ligne :
while(($cur = strpos($letexte,"[",$cur)) > 0){
...

Ca me parait bizarre, vu que l'utilisation est conforme avec la doc
php...

Le troisième paramêtre de strpos existe qu'à partir
de la version 3.0.6 de php. Si tu as une version
inférieure, il est grandement conseillé de mettre
à jour le serveur.

Sinon, le code

($cur = strpos($letexte,"[",$cur)) > 0

ne detectera pas le caractère [ au premier tour de
boucle, si ce caractère se trouve en première position,
parce que la fonction strpos retournera 0 (la position
du caractère "["). A voir si ce cas de figure peut
se rencontrer dans les textes traités par la fonction
propre.

Michael