[SQLite 3][PLUGINS] ceux qui marchent

> bon, j'me sens un peu seul avec SQLite.
>
> j'ai pourtant l'impressin que c'est pas mal...
> avec quelques contraintes
> notamment pour les plugins
> qui nécessitent parfois quelques adaptations.
>
> ce qui est bien, c'est que Spip
> n'a pas de problème.

Tiens nous au courant de tes recherches.

Il serait intéressant d'évaluer SQLite avec SPIP,
dans quels cas c'est un bon choix.

Aussi de lister les plugins utilisables
et ceux qui ne fonctionnent pas.

C'est à mon avis une perspective
dont il faudra tenir compte à l'avenir.

En mutualisation :

J'ai essayé Thickbox2 qui marche sur un site et pas sur l'autre...
je l'ai remplacé par Fancybox qui marche bien.

acces_restreint_3_0 marche
cfg marche
couteau_suisse installé mais redésactivé pour l'instant
crayons installé, pas encore utilisé,
mediatheque marche
spip-bonux OK

Je vais devoir trouver une autre solution pour Agenda.

Je suis actuellement sur Kubuntu (TLS) + Firefox 3.5.7 + OVH Perso + FireFTP

Je suis intéressé par toute information concernant SQLite + SPIP,

@+,

jean pierre,
58140 Lormes

On 02/02/2010 13:59, Jean-Pierre wrote:

bon, j'me sens un peu seul avec SQLite.

Tiens nous au courant de tes recherches.

Il serait intéressant d'évaluer SQLite avec SPIP,
dans quels cas c'est un bon choix.

Certes.

Aussi de lister les plugins utilisables
et ceux qui ne fonctionnent pas.

Bof. Là je dirais plutot : si un plugin utilise l'API SQL proposé par SPIP, il doit fonctionner avec les SGBD que propose SPIP, donc avec SQLite. Cependant, il y a toujours des requetes tordues, des mots clés propriétaires de Mysql qui font que peut être, à l'heure actuelle, certaines sont mal traitées en dehors de Mysql. C'est là où les retours sont intéressants : quelles requetes échouent ? quelle fonction ou boucle SPIP a créée la requete en question ? pour que derrière on puisse améliorer et l'API SQL, et les portages vers les SGBD.

Il faut essayer d'aller au-delà que de dire tel plugin ne marche pas, si vous avez le temps de tester ; Cependant, informer que tel ou tel ne marche pas est déjà une avancée !

J'ai essayé Thickbox2 qui marche sur un site et pas sur l'autre...

Rien à voir avec SQLite je suppose...

acces_restreint_3_0 marche

Ça c'est une super bonne chose :slight_smile:

cfg marche

Pas de doute :slight_smile:

couteau_suisse installé mais redésactivé pour l'instant
crayons installé, pas encore utilisé,
mediatheque marche
spip-bonux OK

Je vais devoir trouver une autre solution pour Agenda.

Quelle requête ne fonctionne donc pas ? Quelle version du plugin ?
Quelles erreurs ? qu'est-ce qui ne va pas comme il faudrait ?

--
MM.

> Il serait intéressant d'évaluer SQLite avec SPIP,
> dans quels cas c'est un bon choix.

Je ne sais pas combien nous sommes
à utiliser SQLite mais çà semble tenir la route
pour certains usages
et un moyen d'échanges dédié serait bienvenue
pour aider à son utilisation avec Spip.

Bon, c'est pas difficile du tout...
mais l'info accessible manque.

> Aussi de lister les plugins utilisables
> et ceux qui ne fonctionnent pas.

Bof. Là je dirais plutot : si un plugin utilise l'API SQL proposé par
SPIP, il doit fonctionner avec les SGBD que propose SPIP, donc avec
SQLite. Cependant, il y a toujours des requetes tordues, des mots clés
propriétaires de Mysql qui font que peut être, à l'heure actuelle,
certaines sont mal traitées en dehors de Mysql. C'est là où les retours
sont intéressants : quelles requetes échouent ? quelle fonction ou
boucle SPIP a créée la requete en question ? pour que derrière on puisse
améliorer et l'API SQL, et les portages vers les SGBD.

Il faut essayer d'aller au-delà que de dire tel plugin ne marche pas, si
vous avez le temps de tester ; Cependant, informer que tel ou tel ne
marche pas est déjà une avancée !

J'ai compris pour l'API.... d'où l'importance
d'utiliser l'API pour construire des plugins
afin que les utilisateurs aient le choix de la BD.

C'est mon idée de fonds
afin de n'être pas limité à MySQL
notamment sur les hébergements mutualisés.

Je ne suis pas développeur
mais je signalerai là où çà coince...
ce sera un début de piste.

> acces_restreint_3_0 marche
Ça c'est une super bonne chose :slight_smile:

à voir à l'usage dans le temps,
mais premier test ok.

> Je vais devoir trouver une autre solution pour Agenda.
Quelle requête ne fonctionne donc pas ? Quelle version du plugin ?
Quelles erreurs ? qu'est-ce qui ne va pas comme il faudrait ?

je vais retester çà dans quelques jours...

je n'arrivais pas à valider un évènement
ni à partir d'un article,
ni à partir du plugin.

merci Matthieu,
j'essaierai de donner les bonnes infos
dans la limite de mes compétences,

jean-pierre
58140 Lormes

Sans vouloir troller, SQLite est il utilisé en prod sur des SPIP ? (enfin,
avec un vrai trafic je veux dire)

-----Message d'origine-----
De : Jean-Pierre [mailto:7spip@cybersel.com]
Envoyé : mardi 9 février 2010 11:35
À : spip@rezo.net
Objet : [Spip] [SQLite 3][PLUGINS][API SQL] vive la portabilité

> Il serait intéressant d'évaluer SQLite avec SPIP,
> dans quels cas c'est un bon choix.

Je ne sais pas combien nous sommes
à utiliser SQLite mais çà semble tenir la route
pour certains usages
et un moyen d'échanges dédié serait bienvenue
pour aider à son utilisation avec Spip.

Bon, c'est pas difficile du tout...
mais l'info accessible manque.

> Aussi de lister les plugins utilisables
> et ceux qui ne fonctionnent pas.

Bof. Là je dirais plutot : si un plugin utilise l'API SQL proposé par
SPIP, il doit fonctionner avec les SGBD que propose SPIP, donc avec
SQLite. Cependant, il y a toujours des requetes tordues, des mots clés
propriétaires de Mysql qui font que peut être, à l'heure actuelle,
certaines sont mal traitées en dehors de Mysql. C'est là où les retours
sont intéressants : quelles requetes échouent ? quelle fonction ou
boucle SPIP a créée la requete en question ? pour que derrière on puisse
améliorer et l'API SQL, et les portages vers les SGBD.

Il faut essayer d'aller au-delà que de dire tel plugin ne marche pas, si
vous avez le temps de tester ; Cependant, informer que tel ou tel ne
marche pas est déjà une avancée !

J'ai compris pour l'API.... d'où l'importance
d'utiliser l'API pour construire des plugins
afin que les utilisateurs aient le choix de la BD.

C'est mon idée de fonds
afin de n'être pas limité à MySQL
notamment sur les hébergements mutualisés.

Je ne suis pas développeur
mais je signalerai là où çà coince...
ce sera un début de piste.

> acces_restreint_3_0 marche
Ça c'est une super bonne chose :slight_smile:

à voir à l'usage dans le temps,
mais premier test ok.

> Je vais devoir trouver une autre solution pour Agenda.
Quelle requête ne fonctionne donc pas ? Quelle version du plugin ?
Quelles erreurs ? qu'est-ce qui ne va pas comme il faudrait ?

je vais retester çà dans quelques jours...

je n'arrivais pas à valider un évènement
ni à partir d'un article,
ni à partir du plugin.

merci Matthieu,
j'essaierai de donner les bonnes infos
dans la limite de mes compétences,

jean-pierre
58140 Lormes

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.net

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

Le mardi 09 février 2010, vous avez écrit :

Sans vouloir troller, SQLite est il utilisé en prod sur des SPIP ? (enfin,
avec un vrai trafic je veux dire)

Je commence juste depuis quelques semaines
à utiliser SQLite3.

À ce jour, je n'ai eu aucun plantage du à la BD..

Par contre, j'en comprends les avantages :

- pour les sauvegardes (globale de l'espace SPIP,
et encore plus intéressant en mutualisation Spip pour plusieurs sites)

- la facilité d'intervenir sur la base, de la copier en local

- de subdiviser un gros site en sous-domaines (quand on est
en hébergement mutualisé = petit budget) ce qui conduit
à des nombreuses petites bases avec moins de trafic chacune.

SQLite3 semble être déjà être pas mal utilisé
et tenir la charge... ne serait-ce que dans FireFox.

Ce n'est sans doute pas bon pour tout...
mais on souhaite que çà fasse bien
ce pour quoi c'est fait...

d'où l'utilité de s'en servir
pour découvrir et perfectionner.

Ma question est la même que la tienne...
est-ce que çà marche... dans le temps ?

Bienvenue au club des kamikazes et aventuriers
pour tester les nouveaux chemins...
si çà casse tout, je préviens.

jean-pierre,
58140 Lormes

SQLite a des très grosses limitations en terme de charge serveur, mais ses
fonctionnalités sont assez complètes
(si je ne m'abuse, 3 utilisateurs simultanés maximum)

-----Message d'origine-----
De : Jean-Pierre [mailto:7spip@cybersel.com]
Envoyé : mardi 9 février 2010 14:39
À : spip@rezo.net
Objet : Re: [Spip] [SQLite 3][PLUGINS][API SQL] vive la portabilité

Le mardi 09 février 2010, vous avez écrit :

Sans vouloir troller, SQLite est il utilisé en prod sur des SPIP ? (enfin,
avec un vrai trafic je veux dire)

Je commence juste depuis quelques semaines
à utiliser SQLite3.

À ce jour, je n'ai eu aucun plantage du à la BD..

Par contre, j'en comprends les avantages :

- pour les sauvegardes (globale de l'espace SPIP,
et encore plus intéressant en mutualisation Spip pour plusieurs sites)

- la facilité d'intervenir sur la base, de la copier en local

- de subdiviser un gros site en sous-domaines (quand on est
en hébergement mutualisé = petit budget) ce qui conduit
à des nombreuses petites bases avec moins de trafic chacune.

SQLite3 semble être déjà être pas mal utilisé
et tenir la charge... ne serait-ce que dans FireFox.

Ce n'est sans doute pas bon pour tout...
mais on souhaite que çà fasse bien
ce pour quoi c'est fait...

d'où l'utilité de s'en servir
pour découvrir et perfectionner.

Ma question est la même que la tienne...
est-ce que çà marche... dans le temps ?

Bienvenue au club des kamikazes et aventuriers
pour tester les nouveaux chemins...
si çà casse tout, je préviens.

jean-pierre,
58140 Lormes
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.net

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

SQLite a des très grosses limitations en terme de charge serveur, mais ses
fonctionnalités sont assez complètes
(si je ne m'abuse, 3 utilisateurs simultanés maximum)

tiens, je n'ai pas trouvé d'informations à ce sujet.

çà m'intéresse de savoir
le nombre de connexions simultanées
au dela du quel SQLite 3 pose problème.

avec des sous-domaines à 50 visiteurs/jour maxi
çà devrait tenir.

c'est le genre d'info utile à connaître

jean pierre
58140 Lormes

En fait, les écritures simultanées sont impossibles, mais la lecture
simultanée a l'air de fonctionner pas trop mal (cf
http://www.sqlite.org/cvstrac/wiki?p=PerformanceConsiderations)

Comme tu l'as bien dit, pour des sites à faible charge, ca suffit.

-----Message d'origine-----
De : Jean-Pierre [mailto:7spip@cybersel.com]
Envoyé : mardi 9 février 2010 16:49
À : spip@rezo.net
Objet : [Spip] [SQLite 3][PLUGINS][API SQL] vive la portabilité

SQLite a des très grosses limitations en terme de charge serveur, mais ses
fonctionnalités sont assez complètes
(si je ne m'abuse, 3 utilisateurs simultanés maximum)

tiens, je n'ai pas trouvé d'informations à ce sujet.

çà m'intéresse de savoir
le nombre de connexions simultanées
au dela du quel SQLite 3 pose problème.

avec des sous-domaines à 50 visiteurs/jour maxi
çà devrait tenir.

c'est le genre d'info utile à connaître

jean pierre
58140 Lormes
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.net

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

Et qqn pourrait dire à alain@babelleir.be qu'il m'envoie automatiquement un
mail d'anti spam à chaque mail que j'envoie ?

-----Message d'origine-----
De : Jean-Pierre [mailto:7spip@cybersel.com]
Envoyé : mardi 9 février 2010 16:49
À : spip@rezo.net
Objet : [Spip] [SQLite 3][PLUGINS][API SQL] vive la portabilité

SQLite a des très grosses limitations en terme de charge serveur, mais ses
fonctionnalités sont assez complètes
(si je ne m'abuse, 3 utilisateurs simultanés maximum)

tiens, je n'ai pas trouvé d'informations à ce sujet.

çà m'intéresse de savoir
le nombre de connexions simultanées
au dela du quel SQLite 3 pose problème.

avec des sous-domaines à 50 visiteurs/jour maxi
çà devrait tenir.

c'est le genre d'info utile à connaître

jean pierre
58140 Lormes
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.net

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

En fait, les écritures simultanées sont impossibles, mais la lecture
simultanée a l'air de fonctionner pas trop mal (cf
http://www.sqlite.org/cvstrac/wiki?p=PerformanceConsiderations)

Comme tu l'as bien dit, pour des sites à faible charge, ca suffit.

De ce que je me souviens,
la base est bloquée lors d'une écriture.

Çà ne va donc pas pour un forum très fréquenté.

J'attends de voir si je flingue une base.

Nous sommes légion à créer des petits sites...
même les pros, ce n'est pas tout le monde
qui a 10 000 visiteurs par jour.

Je ne sais pas quelle est la charge
pour un serveur dans le cas
d'un hébergement mutualisé (OVH perso pour moi).

Juste, il faut faire le bon choix
pour chaque type de site.

J'espère que d'autres spipeurs vont essayer
et que les plugins utiliseront tous l'API

jean pierre
58140 Lormes

bonjour,

Le 9 févr. 10 à 18:17, Jean-Pierre a écrit :

En fait, les écritures simultanées sont impossibles, mais la lecture
simultanée a l'air de fonctionner pas trop mal (cf
http://www.sqlite.org/cvstrac/wiki?p=PerformanceConsiderations)

Comme tu l'as bien dit, pour des sites à faible charge, ca suffit.

De ce que je me souviens,
la base est bloquée lors d'une écriture.

Çà ne va donc pas pour un forum très fréquenté.

J'attends de voir si je flingue une base.

Nous sommes légion à créer des petits sites...
même les pros, ce n'est pas tout le monde
qui a 10 000 visiteurs par jour.

Je ne sais pas quelle est la charge
pour un serveur dans le cas
d'un hébergement mutualisé (OVH perso pour moi).

Pour essai, j'avais tenté en local d'importer une base de presque 2Mo (17 décompressé) créée sur Spip et MySQL sur Wamp (pas essayé sur Mamp) et SQLite3 mais même en rafraichisssant, il ne m'importait que quelques % par heure.
J'ai donc laissé tomber ce test.
Claude

Juste, il faut faire le bon choix
pour chaque type de site.

J'espère que d'autres spipeurs vont essayer
et que les plugins utiliseront tous l'API

jean pierre
58140 Lormes

Pour essai, j'avais tenté en local d'importer une base de presque 2Mo
(17 décompressé) créée sur Spip et MySQL sur Wamp (pas essayé sur
Mamp) et SQLite3 mais même en rafraichisssant, il ne m'importait que
quelques % par heure.
J'ai donc laissé tomber ce test.
Claude

j'ai trouvé çà :

http://www.developpez.net/forums/archive/index.php/f-154.html

et pour la lenteur, peut-être :

Jean Pierre
58140 Lormes

Le 10 févr. 10 à 00:12, Jean-Pierre a écrit :

Pour essai, j'avais tenté en local d'importer une base de presque 2Mo
(17 décompressé) créée sur Spip et MySQL sur Wamp (pas essayé sur
Mamp) et SQLite3 mais même en rafraichisssant, il ne m'importait que
quelques % par heure.
J'ai donc laissé tomber ce test.
Claude

j'ai trouvé çà :

http://www.developpez.net/forums/archive/index.php/f-154.html

et pour la lenteur, peut-être :

Lenteur de sqlite - SQLite

Jean Pierre

merci, je regarde