[Spip] repertoire ecrire -erreur corrigee

Et voila...

Mon étourderie corrigée.

A+

Aris

Salut,

J'ai mis en ligne une version 0.97e avec les suggestions
d'Aris (en fait je les ai refaites moi-même, parce que
les fichiers générés par Aris étaient au format Mac, ce
qui fait chier Windiff ;-)). Y a sûrement deux trois
modifs cosmétiques.

Aris, est-ce que tu peux vérifier si ça marche comme
il faut ?

a+

Antoine.

OK je fais cela ce soir.

A.

Bonjour,

J'ai testé les fichiers modifiés d'Antoine :

1- Les guillemets ne sont pas bons. Par exemple : ´ naturelle ª

2- Sinon, impossible d'installer SPIP "par dessus" une base SPIP existente
(et avec du contenu dedans du moins). Visiblement la procédure
d'installation altère un ou des tables :-?

Après l'échec de la procédure d'install il est ensuite impossible d'utiliser
la base en question qui s'annonce commee "abîmée" dans phpMyAdmin (on ne
peut même plus accéder au contenu) :((

Message d'erreur mySQL à la demande d'affichage du contenu de la base
article: MySQL a répondu:Got error 127 from table handler

J'ai donc du créer une nouvelle base pour pouvoir installer la 0.97e

Là tout fonctionne nikel...

Il y a-t-il eut des changements dans la structure de la base ou est-ce un
bug du script d'installation ?

Aris

PS- Pour la 0.97 d'Arno je n'avais pas eu ce propblème et ma base était même
partagée avec une 0.96 (si ma mémoire est bonne).

Hello Aris,

1- Les guillemets ne sont pas bons. Par exemple : ´ naturelle ª

Heu... dans un brouteur ou uniquement dans un éditeur de texte ?

2- Sinon, impossible d'installer SPIP "par dessus" une base SPIP existente
(et avec du contenu dedans du moins). Visiblement la procédure
d'installation altère un ou des tables :-?

Oui, mais normalement ça se fait sans douleur.... :wink:
Arno m'évoquait des problèmes de droits d'accès : il faut que
le user php aie le droit d'altérer les tables en plus de les créer.

Après l'échec de la procédure d'install il est ensuite impossible d'utiliser
la base en question qui s'annonce commee "abîmée" dans phpMyAdmin (on ne
peut même plus accéder au contenu) :((

heu ???.... Je ne vois pas comment de bêtes requêtes mysql exécutées
depuis PHP peuvent provoquer ce genre de choses. Ce serait sympa que
tu affiches les erreurs mysql provoquées par le fichier inc-upgrade.php3
appelé par install.php3, ou que tu récupères les messages correspondants
dans le log mysql.

Sinon, en relisant un de tes anciens messages, je vois que tu as
une version alpha de mysql... peut-être qu'elle n'est pas très
stable ?

Sinon j'ai trouvé ça dans la doc mysql :

"
If ALTER TABLE dies with an error like this:

Error on rename of './database/name.frm' to './database/B-a.frm' (Errcode: 17)

The problem may be that MySQL has crashed in a previous ALTER TABLE and there is an old table named `A-something' or
`B-something' lying around. In this case, go to the MySQL data directory and delete all files that have names starting with
A- or B-. (You may want to move them elsewhere instead of deleting them).

ALTER TABLE works the following way:

      Create a new table named `A-xxx' with the requested changes.
      All rows from the old table are copied to `A-xxx'.
      The old table is renamed `B-xxx'.
      `A-xxx' is renamed to your old table name.
      `B-xxx' is deleted.

If something goes wrong with the renaming operation, MySQL tries to undo the changes. If something goes seriously wrong
(this shouldn't happen, of course), MySQL may leave the old table as `B-xxx' but a simple rename should get your data
back.
"

Et à propos des modifs de MySQL 3.23.5 :

"
ALTER TABLE + adding a column after the last field didn't work.
"

PS- Pour la 0.97 d'Arno je n'avais pas eu ce propblème et ma base était même
partagée avec une 0.96 (si ma mémoire est bonne).

C'est plutôt bizarre. Les fichiers sont les mêmes d'une version
à l'autre, et de toute façon les requêtes mysql ne contiennent pas
de caractères spéciaux. D'autre part, je teste sous Linux (hébergeurs)
comme sous Windows (ma bécane) et je n'ai jamais eu de problèmes
avec les ALTER TABLE.

J'espère que ce qui est au-dessus t'aidera à faire quelques
investigations :))

ciao

Antoine.

Hello Aris,

1- Les guillemets ne sont pas bons. Par exemple : ´ naturelle ª

Heu... dans un brouteur ou uniquement dans un éditeur de texte ?

Dans le brouteur (Netscape).

Il faut mettre des « et » au lieu des « et »

2- Sinon, impossible d'installer SPIP "par dessus" une base SPIP existente
(et avec du contenu dedans du moins). Visiblement la procédure
d'installation altère un ou des tables :-?

Oui, mais normalement ça se fait sans douleur.... :wink:
Arno m'évoquait des problèmes de droits d'accès : il faut que
le user php aie le droit d'altérer les tables en plus de les créer.

Après l'échec de la procédure d'install il est ensuite impossible d'utiliser
la base en question qui s'annonce commee "abîmée" dans phpMyAdmin (on ne
peut même plus accéder au contenu) :((

C'est le cas j'étais en root :))

heu ???.... Je ne vois pas comment de bêtes requêtes mysql exécutées
depuis PHP peuvent provoquer ce genre de choses. Ce serait sympa que
tu affiches les erreurs mysql provoquées par le fichier inc-upgrade.php3
appelé par install.php3, ou que tu récupères les messages correspondants
dans le log mysql.

Juste ce que j'ai mis dans mon mail

Sinon, en relisant un de tes anciens messages, je vois que tu as
une version alpha de mysql... peut-être qu'elle n'est pas très
stable ?

Laurent qui est sur cette liste peu mieux répondre que moi

Sinon j'ai trouvé ça dans la doc mysql :

"
If ALTER TABLE dies with an error like this:

Error on rename of './database/name.frm' to './database/B-a.frm' (Errcode: 17)

The problem may be that MySQL has crashed in a previous ALTER TABLE and there
is an old table named `A-something' or
`B-something' lying around. In this case, go to the MySQL data directory and
delete all files that have names starting with
A- or B-. (You may want to move them elsewhere instead of deleting them).

ALTER TABLE works the following way:

Create a new table named `A-xxx' with the requested changes.
All rows from the old table are copied to `A-xxx'.
The old table is renamed `B-xxx'.
`A-xxx' is renamed to your old table name.
`B-xxx' is deleted.

If something goes wrong with the renaming operation, MySQL tries to undo the
changes. If something goes seriously wrong
(this shouldn't happen, of course), MySQL may leave the old table as `B-xxx'
but a simple rename should get your data
back.
"

Et à propos des modifs de MySQL 3.23.5 :

"
ALTER TABLE + adding a column after the last field didn't work.
"

PS- Pour la 0.97 d'Arno je n'avais pas eu ce propblème et ma base était même
partagée avec une 0.96 (si ma mémoire est bonne).

C'est plutôt bizarre. Les fichiers sont les mêmes d'une version
à l'autre, et de toute façon les requêtes mysql ne contiennent pas
de caractères spéciaux. D'autre part, je teste sous Linux (hébergeurs)
comme sous Windows (ma bécane) et je n'ai jamais eu de problèmes
avec les ALTER TABLE.

J'ai peut être tout simplement une utre piste ; on a subit vendredi soir une
extinction intempestive du serveur et cela à déjà mis la merde dns la base
de par le passé (justement alteration de tables)..; j'ai peut-être
injustement SPIP :))

Aris

Il faut mettre des « et » au lieu des « et »

Je préférerais qu'on utilise « et » -- certains navigateurs
n'aiment pas laquo et raquo.

Salut,

Une nouvelle livraison de SPIP. Beaucoup de modifs plutôt
techniques :

- j'ai entièrement réécrit le moteur d'interprétation
des squelettes pour l'espace public (détails techniques
sur demande ;-)). Résultat : les pages lourdes sont deux
à trois fois plus rapides à calculer, ce qui évite les
script timeouts chez pas mal d'hébergeurs.

- une fonctionnalité en plus : classer articles ou
brèves "par hasard", c'est-à-dire effectuer une
sélection aléatoire.

- créé un fichier ecrire/inc_texte.php3 qui contient
toutes les fonctions de formatage de textes (y compris
la grosse fonction propre(), qui auparavant était présente
en deux versions, une pour l'espace public et une pour
l'espace privé).

- dans cette même fonction propre(), la possibilité
d'utiliser un troisième paramètre avec strpos() est
détectée afin de choisir la meilleure méthode de
remplacement des liens. Ce serait sympa si quelqu'un
pouvait vérifier que ça marche sur les vieux PHP3 :wink:
(Arno ?)

- sécurisé un peu les fonctions de modification dans
l'espace privé (auparavant, en écrivant les URLs à
la main, on pouvait faire plein de choses sans en
avoir théoriquement le droit - modifier/effacer des
articles, des rubriques, etc...).

- suite aux problèmes de spam des rédacteurs uzine,
l'adresse e-mail apparait seulement en partie dans
les listes d'auteurs (i.e. dans la rubrique rédacteurs,
et dans le menu "ajouter un auteur"). Toutefois les
administrateurs voient, eux, les adresses e-mail en
entier.

- l'auteur d'un article proposé à la publication peut
le repasser en rédaction afin d'apporter des modifs,
même s'il n'est pas admin.

- probablement d'autres trucs ;))

Comme d'hab, les bug reports et suggestions sont
encouragés....

ciao,

Antoine.

Salut tout le monde,

Je viens d’installer la version 0.98b pour Mac (format .sit):
http://www.minirezo.net/archives/

(Comme on a intégré les modifs d’Aris sur les accents, j’ai aussi mis un fichier .zip, généré sur mon Mac, histoire de voir si mes propres fichiers ZIP sont compatibles avec les PC. Si quelqu’un veut l’essayer… Sinon faudra attendre la version d’Antoine.)

Légères modifications (essentiellement dans /ecrire) par rapport à la version d’Antoine:

  • pour les admins, les liens “suivre les forums”, “consulter les statistiques” et “supprimer le cookie” passent dans un bandeau en haut de chaque page (c’est plus normal, puisque ce sont des éléments de navigation); de cette façon, le haut de la page “à suivre” est bien dégagée, on accède illico aux boutons “écrire un nouvel article” et “écrire une nouvelle brève”.

  • pas mal de modifs dans la présentation des articles:

Hello,

(Comme on a intégré les modifs d'Aris sur les accents, j'ai aussi mis un
fichier .zip, généré sur mon Mac, histoire de voir si mes propres fichiers
ZIP sont compatibles avec les PC. Si quelqu'un veut l'essayer... Sinon
faudra attendre la version d'Antoine.)

Le fichier zip marchait, mais il restait quelques accents vérolés
(c'est quoi la parodie d'utilitaire qui vous sert à gérer les zips,
sur Mac ??). J'ai corrigé ça, fait deux trois minuscules modifs
et j'ai zippé dans une version 0.98c à peine différente de la 0.98b....

ciao

Antoine.

Salut,

J'ai commencé une FAQ SPIP à l'adresse suivante :

Antoine Pitrou wrote:

C'était bien joué comme manip ;))

Je recommence : le début de FAQ est à l'url suivante :
http://www.minirezo.net/ecrire/articles.php3?id_article=712

Au fait, le rédacteur SPIP sous uzine a les codes d'accès
suivants : login "spip", mot de passe "spipou" (mignon donc
facile à retenir :-)).

a+

Antoine.