[SPIP Zone] Acces Restreint et sqlite

Salut,

je suis toujours super oqp, mais mon pére essait d'installer SPIP pour un des sites dont il s'oqp et il a besoin d'acces restreint, il a récupéré le plugin sur spip-contrib et j'ai vérifié le code correspond sur la zone. Il est en spip 2 avec une base de données sqlite.

Alors, il n'y a pas moyen de créer une nouvelle zone, ça me parrait très étrange que en 5 mois personne ne se soit plaint de cela, donc j'imagine que c'est lié à la base de données...

Donc, j'ai cherché un peu et trouvé deux problèmes, mais comme je ne sais pas exactement comment le plugin fonctionne, je ne sais pas trop comment corriger:

1- dans les logs il y a une erreur select quand on affiche la page pour créer une zone:
0 : HY000
1 : 1
2 : no such column: oui -
SELECT id_rubrique
FROM spip_zones_rubriques AS zr INNER JOIN spip_zones AS z ON zr.id_zone=z.id_zone
WHERE oui

cela vient de inc/acces_restreint.php ligne 54 et 56 qui passent le paramètre $id_zone en $where de la requète, quelle que soit sa valeur (alors je sais pas d'où elle vient, mais ça pourrait être un trou de sécu ça...). Du coup, dans notre cas, elle vaut juste 'oui' et ça ne plait pas du tout à sqlite.

J'ai hacké cela en remplaçant la ligne 54 par:
$where = '1';
mais bon, je ne sais pas du tout si c'est ce qui est voulu là.

2. Avec cette roue de secour, on peut aller un tout petit peu plus loin, mais il y a tout de suite une erreur à l'insertion d'une nouvelle colone quand on valide la création d'une nouvelle zone:
Jan 13 16:28:42 127.0.0.1 (pid 3348)
0 : 23000
1 : 19
2 : cmc_zones.titre may not be NULL - INSERT OR REPLACE INTO cmc_zones (maj,publique,privee) VALUES (NOW(),'non','non')

On trouve vite que cela doit venir de action/editer_zone.php ligne 109, qui fait un insert pour avoir un nouvel id_zone. Malheureusement, la table est définie avec "titre not null", donc sqlite est pas content. Et là je ne vois pas pourquoi mysql ne se plaindrait pas aussi.

Est-ce que quelqu'un a des idées de corrections pour tout cela?

Merci

Pierre

C'est bon, je t'embauche!! :wink:

BB

Pierre Andrews a écrit :

Salut,

je suis toujours super oqp, mais mon pére essait d'installer SPIP pour un des sites dont il s'oqp et il a besoin d'acces restreint, il a récupéré le plugin sur spip-contrib et j'ai vérifié le code correspond sur la zone. Il est en spip 2 avec une base de données sqlite.

Alors, il n'y a pas moyen de créer une nouvelle zone, ça me parrait très étrange que en 5 mois personne ne se soit plaint de cela, donc j'imagine que c'est lié à la base de données...

Donc, j'ai cherché un peu et trouvé deux problèmes, mais comme je ne sais pas exactement comment le plugin fonctionne, je ne sais pas trop comment corriger:

1- dans les logs il y a une erreur select quand on affiche la page pour créer une zone:
0 : HY000
1 : 1
2 : no such column: oui -
SELECT id_rubrique
FROM spip_zones_rubriques AS zr INNER JOIN spip_zones AS z ON zr.id_zone=z.id_zone
WHERE oui

cela vient de inc/acces_restreint.php ligne 54 et 56 qui passent le paramètre $id_zone en $where de la requète, quelle que soit sa valeur (alors je sais pas d'où elle vient, mais ça pourrait être un trou de sécu ça...). Du coup, dans notre cas, elle vaut juste 'oui' et ça ne plait pas du tout à sqlite.

J'ai hacké cela en remplaçant la ligne 54 par:
$where = '1';
mais bon, je ne sais pas du tout si c'est ce qui est voulu là.

2. Avec cette roue de secour, on peut aller un tout petit peu plus loin, mais il y a tout de suite une erreur à l'insertion d'une nouvelle colone quand on valide la création d'une nouvelle zone:
Jan 13 16:28:42 127.0.0.1 (pid 3348)
0 : 23000
1 : 19
2 : cmc_zones.titre may not be NULL - INSERT OR REPLACE INTO cmc_zones (maj,publique,privee) VALUES (NOW(),'non','non')

On trouve vite que cela doit venir de action/editer_zone.php ligne 109, qui fait un insert pour avoir un nouvel id_zone. Malheureusement, la table est définie avec "titre not null", donc sqlite est pas content. Et là je ne vois pas pourquoi mysql ne se plaindrait pas aussi.

Est-ce que quelqu'un a des idées de corrections pour tout cela?

Merci

Pierre

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Hein?

Pierre

2009/1/13 Bernard Blazin <bernard.blazin@free.fr>:

C'est bon, je t'embauche!! :wink:

BB

Pierre Andrews a écrit :

Salut,

je suis toujours super oqp, mais mon pére essait d'installer SPIP pour un
des sites dont il s'oqp et il a besoin d'acces restreint, il a récupéré le
plugin sur spip-contrib et j'ai vérifié le code correspond sur la zone. Il
est en spip 2 avec une base de données sqlite.

Alors, il n'y a pas moyen de créer une nouvelle zone, ça me parrait très
étrange que en 5 mois personne ne se soit plaint de cela, donc j'imagine que
c'est lié à la base de données...

Donc, j'ai cherché un peu et trouvé deux problèmes, mais comme je ne sais
pas exactement comment le plugin fonctionne, je ne sais pas trop comment
corriger:

1- dans les logs il y a une erreur select quand on affiche la page pour
créer une zone:
0 : HY000
1 : 1
2 : no such column: oui -
SELECT id_rubrique
FROM spip_zones_rubriques AS zr INNER JOIN spip_zones AS z ON
zr.id_zone=z.id_zone
WHERE oui

cela vient de inc/acces_restreint.php ligne 54 et 56 qui passent le
paramètre $id_zone en $where de la requète, quelle que soit sa valeur (alors
je sais pas d'où elle vient, mais ça pourrait être un trou de sécu ça...).
Du coup, dans notre cas, elle vaut juste 'oui' et ça ne plait pas du tout à
sqlite.

J'ai hacké cela en remplaçant la ligne 54 par:
$where = '1';
mais bon, je ne sais pas du tout si c'est ce qui est voulu là.

2. Avec cette roue de secour, on peut aller un tout petit peu plus loin,
mais il y a tout de suite une erreur à l'insertion d'une nouvelle colone
quand on valide la création d'une nouvelle zone:
Jan 13 16:28:42 127.0.0.1 (pid 3348)
0 : 23000
1 : 19
2 : cmc_zones.titre may not be NULL - INSERT OR REPLACE INTO cmc_zones
(maj,publique,privee) VALUES (NOW(),'non','non')

On trouve vite que cela doit venir de action/editer_zone.php ligne 109,
qui fait un insert pour avoir un nouvel id_zone. Malheureusement, la table
est définie avec "titre not null", donc sqlite est pas content. Et là je ne
vois pas pourquoi mysql ne se plaindrait pas aussi.

Est-ce que quelqu'un a des idées de corrections pour tout cela?

Merci

Pierre

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Bernard a du se gourrer de message pour répondre :slight_smile:

-----Message d'origine-----
De : Pierre Andrews [mailto:pierre.andrews@gmail.com]
Envoyé : mardi 13 janvier 2009 21:06
À : Bernard Blazin
Cc : spip-zone@rezo.net
Objet : Re: [SPIP Zone] [humour]Acces Restreint et sqlite

Hein?

Pierre

2009/1/13 Bernard Blazin <bernard.blazin@free.fr>:

C'est bon, je t'embauche!! :wink:

BB

Pierre Andrews a écrit :

Salut,

je suis toujours super oqp, mais mon pére essait d'installer SPIP pour un
des sites dont il s'oqp et il a besoin d'acces restreint, il a récupéré

le

plugin sur spip-contrib et j'ai vérifié le code correspond sur la zone.

Il

est en spip 2 avec une base de données sqlite.

Alors, il n'y a pas moyen de créer une nouvelle zone, ça me parrait très
étrange que en 5 mois personne ne se soit plaint de cela, donc j'imagine

que

c'est lié à la base de données...

Donc, j'ai cherché un peu et trouvé deux problèmes, mais comme je ne sais
pas exactement comment le plugin fonctionne, je ne sais pas trop comment
corriger:

1- dans les logs il y a une erreur select quand on affiche la page pour
créer une zone:
0 : HY000
1 : 1
2 : no such column: oui -
SELECT id_rubrique
FROM spip_zones_rubriques AS zr INNER JOIN spip_zones AS z ON
zr.id_zone=z.id_zone
WHERE oui

cela vient de inc/acces_restreint.php ligne 54 et 56 qui passent le
paramètre $id_zone en $where de la requète, quelle que soit sa valeur

(alors

je sais pas d'où elle vient, mais ça pourrait être un trou de sécu

ça...).

Du coup, dans notre cas, elle vaut juste 'oui' et ça ne plait pas du tout

à

sqlite.

J'ai hacké cela en remplaçant la ligne 54 par:
$where = '1';
mais bon, je ne sais pas du tout si c'est ce qui est voulu là.

2. Avec cette roue de secour, on peut aller un tout petit peu plus loin,
mais il y a tout de suite une erreur à l'insertion d'une nouvelle colone
quand on valide la création d'une nouvelle zone:
Jan 13 16:28:42 127.0.0.1 (pid 3348)
0 : 23000
1 : 19
2 : cmc_zones.titre may not be NULL - INSERT OR REPLACE INTO cmc_zones
(maj,publique,privee) VALUES (NOW(),'non','non')

On trouve vite que cela doit venir de action/editer_zone.php ligne 109,
qui fait un insert pour avoir un nouvel id_zone. Malheureusement, la

table

est définie avec "titre not null", donc sqlite est pas content. Et là je

ne

vois pas pourquoi mysql ne se plaindrait pas aussi.

Est-ce que quelqu'un a des idées de corrections pour tout cela?

Merci

Pierre

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

LOL..Oui je n'étais pas sur le bon fil...pardon...mais bon, si tu cherches du boulot, hein ;)! [mode rigolade]

Bernard

Samy RABIH a écrit :

Bernard a du se gourrer de message pour répondre :slight_smile:

-----Message d'origine-----
De : Pierre Andrews [mailto:pierre.andrews@gmail.com] Envoyé : mardi 13 janvier 2009 21:06
À : Bernard Blazin
Cc : spip-zone@rezo.net
Objet : Re: [SPIP Zone] [humour]Acces Restreint et sqlite

Hein?

Pierre

2009/1/13 Bernard Blazin <bernard.blazin@free.fr>:
  

C'est bon, je t'embauche!! :wink:

BB

Pierre Andrews a écrit :
    

Salut,

je suis toujours super oqp, mais mon pére essait d'installer SPIP pour un
des sites dont il s'oqp et il a besoin d'acces restreint, il a récupéré
      

le
  

plugin sur spip-contrib et j'ai vérifié le code correspond sur la zone.
      

Il
  

est en spip 2 avec une base de données sqlite.

Alors, il n'y a pas moyen de créer une nouvelle zone, ça me parrait très
étrange que en 5 mois personne ne se soit plaint de cela, donc j'imagine
      

que
  

c'est lié à la base de données...

Donc, j'ai cherché un peu et trouvé deux problèmes, mais comme je ne sais
pas exactement comment le plugin fonctionne, je ne sais pas trop comment
corriger:

1- dans les logs il y a une erreur select quand on affiche la page pour
créer une zone:
0 : HY000
1 : 1
2 : no such column: oui -
SELECT id_rubrique
FROM spip_zones_rubriques AS zr INNER JOIN spip_zones AS z ON
zr.id_zone=z.id_zone
WHERE oui

cela vient de inc/acces_restreint.php ligne 54 et 56 qui passent le
paramètre $id_zone en $where de la requète, quelle que soit sa valeur
      

(alors
  

je sais pas d'où elle vient, mais ça pourrait être un trou de sécu
      

ça...).
  

Du coup, dans notre cas, elle vaut juste 'oui' et ça ne plait pas du tout
      

à
  

sqlite.

J'ai hacké cela en remplaçant la ligne 54 par:
$where = '1';
mais bon, je ne sais pas du tout si c'est ce qui est voulu là.

2. Avec cette roue de secour, on peut aller un tout petit peu plus loin,
mais il y a tout de suite une erreur à l'insertion d'une nouvelle colone
quand on valide la création d'une nouvelle zone:
Jan 13 16:28:42 127.0.0.1 (pid 3348)
0 : 23000
1 : 19
2 : cmc_zones.titre may not be NULL - INSERT OR REPLACE INTO cmc_zones
(maj,publique,privee) VALUES (NOW(),'non','non')

On trouve vite que cela doit venir de action/editer_zone.php ligne 109,
qui fait un insert pour avoir un nouvel id_zone. Malheureusement, la
      

table
  

est définie avec "titre not null", donc sqlite est pas content. Et là je
      

ne
  

vois pas pourquoi mysql ne se plaindrait pas aussi.

Est-ce que quelqu'un a des idées de corrections pour tout cela?

Merci

Pierre

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Salut,

J'ai essayé en local avec mysql, et ça crèe bien la zone, mais j'ai tout de même l'erreur:
Jan 14 14:34:28 ::1 (pid 3095) Unknown column 'oui' in 'where clause' -
SELECT id_rubrique
FROM `spip`.spip_zones_rubriques AS zr INNER JOIN `spip`.spip_zones AS z ON zr.id_zone=z.id_zone
WHERE oui

je veux bien debuguer sur sqlite si quelqu'un veut bien m'éclairer sur ce que le plugin fait vraiment à ces deux endroits:
- inc/acces_restreint.php ligne 54, ça sert à quoi de remplir le $where avec $id_zone là?
- action/editer_zone.php ligne 109, pourquoi ça marche sur mysql?

Cedric, tu peux m'eclairer?

Pierre

Pierre Andrews wrote:

Salut,

je suis toujours super oqp, mais mon pére essait d'installer SPIP pour
un des sites dont il s'oqp et il a besoin d'acces restreint, il a
récupéré le plugin sur spip-contrib et j'ai vérifié le code correspond
sur la zone. Il est en spip 2 avec une base de données sqlite.

Alors, il n'y a pas moyen de créer une nouvelle zone, ça me parrait très
étrange que en 5 mois personne ne se soit plaint de cela, donc j'imagine
que c'est lié à la base de données...

Donc, j'ai cherché un peu et trouvé deux problèmes, mais comme je ne
sais pas exactement comment le plugin fonctionne, je ne sais pas trop
comment corriger:

1- dans les logs il y a une erreur select quand on affiche la page pour
créer une zone:
0 : HY000
1 : 1
2 : no such column: oui -
SELECT id_rubrique
FROM spip_zones_rubriques AS zr INNER JOIN spip_zones AS z ON
zr.id_zone=z.id_zone
WHERE oui

cela vient de inc/acces_restreint.php ligne 54 et 56 qui passent le
paramètre $id_zone en $where de la requète, quelle que soit sa valeur
(alors je sais pas d'où elle vient, mais ça pourrait être un trou de
sécu ça...). Du coup, dans notre cas, elle vaut juste 'oui' et ça ne
plait pas du tout à sqlite.

J'ai hacké cela en remplaçant la ligne 54 par:
$where = '1';
mais bon, je ne sais pas du tout si c'est ce qui est voulu là.

2. Avec cette roue de secour, on peut aller un tout petit peu plus loin,
mais il y a tout de suite une erreur à l'insertion d'une nouvelle colone
quand on valide la création d'une nouvelle zone:
Jan 13 16:28:42 127.0.0.1 (pid 3348)
0 : 23000
1 : 19
2 : cmc_zones.titre may not be NULL - INSERT OR REPLACE INTO cmc_zones
(maj,publique,privee) VALUES (NOW(),'non','non')

On trouve vite que cela doit venir de action/editer_zone.php ligne 109,
qui fait un insert pour avoir un nouvel id_zone. Malheureusement, la
table est définie avec "titre not null", donc sqlite est pas content. Et
là je ne vois pas pourquoi mysql ne se plaindrait pas aussi.

Est-ce que quelqu'un a des idées de corrections pour tout cela?

Merci

Pierre

Salut,

en regardant un peu, on dirait que MySQL, quand il a un not NULL sur un champ texte le rempli par une valeur '' par défaut même si ce n'est pas spécifié, alors que sqlite ne le fait pas.

Il y a plusieurs fix:
- changer la définition des tables pour définir une valeur vide par défaut dans base/acces_restreint.php
- quand on fait l'insert ligne 109, on ajoute aussi un titre et une description vide.

La première solution est peut etre la plus propre.

Pierre

Pierre Andrews wrote:

Salut,

J'ai essayé en local avec mysql, et ça crèe bien la zone, mais j'ai tout
de même l'erreur:
Jan 14 14:34:28 ::1 (pid 3095) Unknown column 'oui' in 'where clause' -
SELECT id_rubrique
FROM `spip`.spip_zones_rubriques AS zr INNER JOIN `spip`.spip_zones AS z
ON zr.id_zone=z.id_zone
WHERE oui

je veux bien debuguer sur sqlite si quelqu'un veut bien m'éclairer sur
ce que le plugin fait vraiment à ces deux endroits:
- inc/acces_restreint.php ligne 54, ça sert à quoi de remplir le $where
avec $id_zone là?
- action/editer_zone.php ligne 109, pourquoi ça marche sur mysql?

Cedric, tu peux m'eclairer?

Pierre

Pierre Andrews wrote:

Salut,

je suis toujours super oqp, mais mon pére essait d'installer SPIP pour
un des sites dont il s'oqp et il a besoin d'acces restreint, il a
récupéré le plugin sur spip-contrib et j'ai vérifié le code correspond
sur la zone. Il est en spip 2 avec une base de données sqlite.

Alors, il n'y a pas moyen de créer une nouvelle zone, ça me parrait très
étrange que en 5 mois personne ne se soit plaint de cela, donc j'imagine
que c'est lié à la base de données...

Donc, j'ai cherché un peu et trouvé deux problèmes, mais comme je ne
sais pas exactement comment le plugin fonctionne, je ne sais pas trop
comment corriger:

1- dans les logs il y a une erreur select quand on affiche la page pour
créer une zone:
0 : HY000
1 : 1
2 : no such column: oui -
SELECT id_rubrique
FROM spip_zones_rubriques AS zr INNER JOIN spip_zones AS z ON
zr.id_zone=z.id_zone
WHERE oui

cela vient de inc/acces_restreint.php ligne 54 et 56 qui passent le
paramètre $id_zone en $where de la requète, quelle que soit sa valeur
(alors je sais pas d'où elle vient, mais ça pourrait être un trou de
sécu ça...). Du coup, dans notre cas, elle vaut juste 'oui' et ça ne
plait pas du tout à sqlite.

J'ai hacké cela en remplaçant la ligne 54 par:
$where = '1';
mais bon, je ne sais pas du tout si c'est ce qui est voulu là.

2. Avec cette roue de secour, on peut aller un tout petit peu plus loin,
mais il y a tout de suite une erreur à l'insertion d'une nouvelle colone
quand on valide la création d'une nouvelle zone:
Jan 13 16:28:42 127.0.0.1 (pid 3348)
0 : 23000
1 : 19
2 : cmc_zones.titre may not be NULL - INSERT OR REPLACE INTO cmc_zones
(maj,publique,privee) VALUES (NOW(),'non','non')

On trouve vite que cela doit venir de action/editer_zone.php ligne 109,
qui fait un insert pour avoir un nouvel id_zone. Malheureusement, la
table est définie avec "titre not null", donc sqlite est pas content. Et
là je ne vois pas pourquoi mysql ne se plaindrait pas aussi.

Est-ce que quelqu'un a des idées de corrections pour tout cela?

Merci

Pierre

Salut,

en regardant un peu, on dirait que MySQL, quand il a un not NULL sur un champ texte le rempli par une valeur '' par défaut même si ce n'est pas spécifié, alors que sqlite ne le fait pas.

Il y a plusieurs fix:
- changer la définition des tables pour définir une valeur vide par défaut dans base/acces_restreint.php
- quand on fait l'insert ligne 109, on ajoute aussi un titre et une description vide.

La première solution est peut etre la plus propre.

Pierre

Pierre Andrews wrote:

Salut,

J'ai essayé en local avec mysql, et ça crèe bien la zone, mais j'ai tout
de même l'erreur:
Jan 14 14:34:28 ::1 (pid 3095) Unknown column 'oui' in 'where clause' -
SELECT id_rubrique
FROM `spip`.spip_zones_rubriques AS zr INNER JOIN `spip`.spip_zones AS z
ON zr.id_zone=z.id_zone
WHERE oui

je veux bien debuguer sur sqlite si quelqu'un veut bien m'éclairer sur
ce que le plugin fait vraiment à ces deux endroits:
- inc/acces_restreint.php ligne 54, ça sert à quoi de remplir le $where
avec $id_zone là?
- action/editer_zone.php ligne 109, pourquoi ça marche sur mysql?

Cedric, tu peux m'eclairer?

Pierre

Pierre Andrews wrote:

Salut,

je suis toujours super oqp, mais mon pére essait d'installer SPIP pour
un des sites dont il s'oqp et il a besoin d'acces restreint, il a
récupéré le plugin sur spip-contrib et j'ai vérifié le code correspond
sur la zone. Il est en spip 2 avec une base de données sqlite.

Alors, il n'y a pas moyen de créer une nouvelle zone, ça me parrait très
étrange que en 5 mois personne ne se soit plaint de cela, donc j'imagine
que c'est lié à la base de données...

Donc, j'ai cherché un peu et trouvé deux problèmes, mais comme je ne
sais pas exactement comment le plugin fonctionne, je ne sais pas trop
comment corriger:

1- dans les logs il y a une erreur select quand on affiche la page pour
créer une zone:
0 : HY000
1 : 1
2 : no such column: oui -
SELECT id_rubrique
FROM spip_zones_rubriques AS zr INNER JOIN spip_zones AS z ON
zr.id_zone=z.id_zone
WHERE oui

cela vient de inc/acces_restreint.php ligne 54 et 56 qui passent le
paramètre $id_zone en $where de la requète, quelle que soit sa valeur
(alors je sais pas d'où elle vient, mais ça pourrait être un trou de
sécu ça...). Du coup, dans notre cas, elle vaut juste 'oui' et ça ne
plait pas du tout à sqlite.

J'ai hacké cela en remplaçant la ligne 54 par:
$where = '1';
mais bon, je ne sais pas du tout si c'est ce qui est voulu là.

2. Avec cette roue de secour, on peut aller un tout petit peu plus loin,
mais il y a tout de suite une erreur à l'insertion d'une nouvelle colone
quand on valide la création d'une nouvelle zone:
Jan 13 16:28:42 127.0.0.1 (pid 3348)
0 : 23000
1 : 19
2 : cmc_zones.titre may not be NULL - INSERT OR REPLACE INTO cmc_zones
(maj,publique,privee) VALUES (NOW(),'non','non')

On trouve vite que cela doit venir de action/editer_zone.php ligne 109,
qui fait un insert pour avoir un nouvel id_zone. Malheureusement, la
table est définie avec "titre not null", donc sqlite est pas content. Et
là je ne vois pas pourquoi mysql ne se plaindrait pas aussi.

Est-ce que quelqu'un a des idées de corrections pour tout cela?

Merci

Pierre

Bon, voilà, à la fin, j'ai fait le commit, corrigé le 2e bug en mettant un default dans la déclaration de la base. Il faudrait peut etre mettre un upgrade de la base... c'est possible cela?

pour le premier bug, comme je disais, c'est aussi dans mysql, mais je sais pas ce que Cedric voulait vraiment faire là, donc je vous laisse corriger.

Pierre

Pierre Andrews wrote:

Salut,

en regardant un peu, on dirait que MySQL, quand il a un not NULL sur un
champ texte le rempli par une valeur '' par défaut même si ce n'est pas
spécifié, alors que sqlite ne le fait pas.

Il y a plusieurs fix:
- changer la définition des tables pour définir une valeur vide par
défaut dans base/acces_restreint.php
- quand on fait l'insert ligne 109, on ajoute aussi un titre et une
description vide.

La première solution est peut etre la plus propre.

Pierre

Pierre Andrews wrote:

Salut,

J'ai essayé en local avec mysql, et ça crèe bien la zone, mais j'ai tout
de même l'erreur:
Jan 14 14:34:28 ::1 (pid 3095) Unknown column 'oui' in 'where clause' -
SELECT id_rubrique
FROM `spip`.spip_zones_rubriques AS zr INNER JOIN `spip`.spip_zones AS z
ON zr.id_zone=z.id_zone
WHERE oui

je veux bien debuguer sur sqlite si quelqu'un veut bien m'éclairer sur
ce que le plugin fait vraiment à ces deux endroits:
- inc/acces_restreint.php ligne 54, ça sert à quoi de remplir le $where
avec $id_zone là?
- action/editer_zone.php ligne 109, pourquoi ça marche sur mysql?

Cedric, tu peux m'eclairer?

Pierre

Pierre Andrews wrote:

Salut,

je suis toujours super oqp, mais mon pére essait d'installer SPIP pour
un des sites dont il s'oqp et il a besoin d'acces restreint, il a
récupéré le plugin sur spip-contrib et j'ai vérifié le code correspond
sur la zone. Il est en spip 2 avec une base de données sqlite.

Alors, il n'y a pas moyen de créer une nouvelle zone, ça me parrait très
étrange que en 5 mois personne ne se soit plaint de cela, donc j'imagine
que c'est lié à la base de données...

Donc, j'ai cherché un peu et trouvé deux problèmes, mais comme je ne
sais pas exactement comment le plugin fonctionne, je ne sais pas trop
comment corriger:

1- dans les logs il y a une erreur select quand on affiche la page pour
créer une zone:
0 : HY000
1 : 1
2 : no such column: oui -
SELECT id_rubrique
FROM spip_zones_rubriques AS zr INNER JOIN spip_zones AS z ON
zr.id_zone=z.id_zone
WHERE oui

cela vient de inc/acces_restreint.php ligne 54 et 56 qui passent le
paramètre $id_zone en $where de la requète, quelle que soit sa valeur
(alors je sais pas d'où elle vient, mais ça pourrait être un trou de
sécu ça...). Du coup, dans notre cas, elle vaut juste 'oui' et ça ne
plait pas du tout à sqlite.

J'ai hacké cela en remplaçant la ligne 54 par:
$where = '1';
mais bon, je ne sais pas du tout si c'est ce qui est voulu là.

2. Avec cette roue de secour, on peut aller un tout petit peu plus loin,
mais il y a tout de suite une erreur à l'insertion d'une nouvelle colone
quand on valide la création d'une nouvelle zone:
Jan 13 16:28:42 127.0.0.1 (pid 3348)
0 : 23000
1 : 19
2 : cmc_zones.titre may not be NULL - INSERT OR REPLACE INTO cmc_zones
(maj,publique,privee) VALUES (NOW(),'non','non')

On trouve vite que cela doit venir de action/editer_zone.php ligne 109,
qui fait un insert pour avoir un nouvel id_zone. Malheureusement, la
table est définie avec "titre not null", donc sqlite est pas content. Et
là je ne vois pas pourquoi mysql ne se plaindrait pas aussi.

Est-ce que quelqu'un a des idées de corrections pour tout cela?

Merci

Pierre

S'lt

default dans la déclaration de la base. Il faudrait peut etre mettre un
upgrade de la base... c'est possible cela?

Tu as <version_base> dans plugin.xml qui permet de gérer
spécifiquement les mise à jour de base.

Km

Bonjour,
je cherche à lister les docs disponibles pour passer d’un plugin développé pour la version 1.9.x à la v 2.0 (je souhaite faire cette conversion)
j’ai trouvé sur doc.spip.org quelques infos mais n’ai pas trouvé un article qui listait (me semble-t-il - vieux souvenir) les fonctions « obsolètes » pour la v2. J’ai rêvé ?

si vous connaissez des liens utiles, merci de les ajouter à cette liste :

2009/1/15 stef dn <esse@free.fr>

Bonjour,
je cherche à lister les docs disponibles pour passer d’un plugin développé pour la version 1.9.x à la v 2.0 (je souhaite faire cette conversion)
j’ai trouvé sur doc.spip.org quelques infos mais n’ai pas trouvé un article qui listait (me semble-t-il - vieux souvenir) les fonctions « obsolètes » pour la v2. J’ai rêvé ?

si vous connaissez des liens utiles, merci de les ajouter à cette liste :
http://www.spip.net/fr_article3448.html
http://www.spip-contrib.net/Compatibilite-des-plugins
http://doc.spip.org/@Les-points-d-entree-pipelines

Bonjour Stéphanie,

Très bonne initiative en effet.

Je n’ai pas de ressources en stock sur ce sujet, en revanche, je peux te suggérer la lecture de ce thread qui traite d’une portabilité vers Spip 2.0 et qui php-syntaxiquement parlant pourra peut être t’apporter une piste supplémentaire ou deux.

http://www.mail-archive.com/spip-zone@rezo.net/msg09279.html

Bonne journée :slight_smile:

Etienne.


Stéphanie


www.webdesigneuse.net


spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone


Etienne B.
Webdesigner & Intégrateur XHTML CSS
http://www.loiseau2nuit.net

stef dn a écrit :

Bonjour,
je cherche à lister les docs disponibles pour passer d'un plugin développé pour la version 1.9.x à la v 2.0 (je souhaite faire cette conversion)

J'ai entamé une doc sur ce sujet sur le carnet spipconstrib
http://www.spip-contrib.net/PortageV2

c'est une base à compléter, peut être tu auras l'occasion de le faire
lors de ton portage.
D'ailleurs je viens d'y ajouter les liens que tu indiques :

si vous connaissez des liens utiles, merci de les ajouter à cette liste :
http://www.spip.net/fr_article3448.html
Compatibilité des plugins entre SPIP 1.9.2 et SPIP 1.9.3 - SPIP-Contrib
http://doc.spip.org/@Les-points-d-entree-pipelines

JL

cela fait peut etre doublon avec l'initiative du carnet de Jean Luc Girard ?
http://www.spip-contrib.net/PortageV2

stef dn wrote:

Bonjour,
je cherche à lister les docs disponibles pour passer d'un plugin développé pour la version 1.9.x à la v 2.0 (je souhaite faire cette conversion)
j'ai trouvé sur doc.spip.org quelques infos mais n'ai pas trouvé un article qui listait (me semble-t-il - vieux souvenir) les fonctions "obsolètes" pour la v2. J'ai rêvé ?

si vous connaissez des liens utiles, merci de les ajouter à cette liste :
http://www.spip.net/fr_article3448.html
Compatibilité des plugins entre SPIP 1.9.2 et SPIP 1.9.3 - SPIP-Contrib
http://doc.spip.org/@Les-points-d-entree-pipelines

--
Stéphanie
_____________________
www.webdesigneuse.net
------------------------------------------------------------------------

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
  
--
_________________________________________
http://www.erational.org

erational a écrit :

cela fait peut etre doublon avec l’initiative du carnet de Jean Luc Girard ?

peut-être pas. un complément certainement.
j’ai passé quelques heures à chercher sans trouver sa page portageV2…

si je comprends bien, le site doc.spip.org reprend les fonctions disponibles sur la dernière version de SPIP. Si une fonction n’y existe plus (debut_raccourcis par ex.), on ne la trouve plus, c’est ça ?