SPIP Core (Forge de développement): Activité

SPIP - Anomalie #2950 (Nouveau): La sauvegarde sqlite plante chez l'hébergeur Free (quelques pistes)

2013-03-05T17:53:08Z

J'ai testé la sauvegarde sur un SPIP 3.1.0-dev [20109] avec mysql
Chaque sauvegarde de table mysql plante.

Extrait de log/sqlite.log

Mar 05 18:41:43 82.228.95.94 (pid 2387) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:43 82.228.95.94 (pid 2387) :Pri:ERREUR: no such table: spip_meta - 
SELECT valeur
FROM spip_meta
WHERE nom='charset_sql_connexion'
Mar 05 18:41:43 82.228.95.94 (pid 2387) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:43 82.228.95.94 (pid 2387) :Pri:ERREUR: no such table: spip_meta - query inconnue
Mar 05 18:41:43 82.228.95.94 (pid 2387) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:43 82.228.95.94 (pid 2387) :Pri:ERREUR: no such table: spip_meta - query inconnue
Mar 05 18:41:44 82.228.95.94 (pid 2064) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:44 82.228.95.94 (pid 2064) :Pri:ERREUR: no such table: spip_meta - 
SELECT valeur
FROM spip_meta
WHERE nom='charset_sql_connexion'
Mar 05 18:41:44 82.228.95.94 (pid 2064) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:44 82.228.95.94 (pid 2064) :Pri:ERREUR: no such table: spip_meta - query inconnue
Mar 05 18:41:44 82.228.95.94 (pid 2064) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:44 82.228.95.94 (pid 2064) :Pri:ERREUR: no such table: spip_meta - query inconnue
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: no such table: spip_meta - 
SELECT valeur
FROM spip_meta
WHERE nom='charset_sql_connexion'
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: no such table: spip_meta - query inconnue
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: no such table: spip_meta - query inconnue
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:!INFO: Copier 34 tables de '' vers 'dump'
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:!INFO: Vider 34 tables sur serveur 'dump' : spip_articles, spip_auteurs, spip_auteurs_liens, spip_breves, spip_depots, spip_depots_plugins, spip_documents, spip_documents_liens, spip_forum, spip_groupes_mots, spip_jobs, spip_jobs_liens, spip_messages, spip_meta, spip_mots, spip_mots_liens, spip_paquets, spip_petitions, spip_plugins, spip_referers, spip_referers_articles, spip_rubriques, spip_signatures, spip_syndic, spip_syndic_articles, spip_tickets, spip_tickets_forum, spip_types_documents, spip_urls, spip_versions, spip_versions_fragments, spip_visites, spip_visites_articles, spip_zones_plugins
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: no such table: spip_articles - 
DELETE FROM spip_articles
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: no such table: spip_articles - query inconnue
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:41:45 82.228.95.94 (pid 2316) :Pri:ERREUR: no such table: spip_auteurs - 
DELETE FROM spip_auteurs
etc..

Un truc étrange c'est qu'un peu plus haut dans les logs j'ai ces lignes :

Mar 05 18:32:38 82.228.95.94 (pid 30313) :Pri:!INFO: trouver_table: table inconnue 'dump' 'spip_rubriques2'
Mar 05 18:32:38 82.228.95.94 (pid 30313) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 18:35:15 82.228.95.94 (pid 30893) :Pri:ERREUR: Erreur mysql 1227
Mar 05 18:35:15 82.228.95.94 (pid 30893) :Pri:ERREUR: Access denied; you need the SHOW DATABASES privilege for this operation - SHOW DATABASES

SPIP - Révision 20231: Oups, eviter une erreur sur le selecteur articles

2013-03-05T11:37:39Z

SPIP - Anomalie #2948: SPIP 3.0.4 et 3.0.5 + Autorité : modification impossible d'un article par ...

2013-03-05T11:26:57Z

Après recherche, lorsqu'on utilise le plugin autorité et qu'on active l'option "Auteur modifie article" le sélecteur de rubrique est vide à cause de cette autorisation :

core.spip.org/projects/spip/repository/entry/spip/ecrire/inc/chercher_rubrique.php#L99

On avance un peu...

SPIP - Anomalie #2949 (Nouveau): incompatibilité avec sqlite 3.2.8 à l'installation

2013-03-05T09:55:27Z

L'hébergeur Free propose une version sqlite qui n'est pas compatible avec les requêtes utilisées lors de l'installation.
La clause "IF NOT EXISTS" n'est pas présente avant sqlite 3.3.0

Extrait des logs :

Mar 05 10:11:50 78.240.237.93 (pid 10308) :Pri:WARNING: SPIP ne connait pas les Charsets disponibles sur le serveur sqlite3. Le serveur choisira seul.
Mar 05 10:11:50 78.240.237.93 (pid 10308) :Pri:ERREUR: Erreur sqlite HY000 / 1
Mar 05 10:11:50 78.240.237.93 (pid 10308) :Pri:ERREUR: near "NOT": syntax error - CREATE TABLE IF NOT EXISTS spip_jobs (
        id_job INTEGER NOT NULL,
        descriptif text DEFAULT '' NOT NULL COLLATE NOCASE,
        fonction varchar(255) NOT NULL COLLATE NOCASE,
        args longblob DEFAULT '' NOT NULL,
        md5args char(32) NOT NULL default '' COLLATE NOCASE,
        inclure varchar(255) NOT NULL COLLATE NOCASE,
        priorite INTEGER NOT NULL default 0,
        date datetime DEFAULT '0000-00-00 00:00:00' NOT NULL,
        status INTEGER NOT NULL default 1,
        PRIMARY KEY (id_job))

SPIP - Anomalie #2948: SPIP 3.0.4 et 3.0.5 + Autorité : modification impossible d'un article par ...

2013-03-05T09:50:51Z

Hop, je viens de tester sur SPIP 3.0.5 SVN [20230] (sans le plugin autorité) et en tant que rédacteur je peux bien créer un article (le select des rubriques n'est pas vide chez moi).

SPIP - Anomalie #2948: SPIP 3.0.4 et 3.0.5 + Autorité : modification impossible d'un article par ...

2013-03-05T00:01:24Z

je confirme.
spip 3.0.5 svn
avec 'certains' plugins (autorité, diogene, ...) il est impossible à un rédacteur de créer (je parle même pas de modifier...) un article parce qu'il n'y a aucun select de choix de rubrique qui apparait.

SPIP - Anomalie #2948 (Nouveau): SPIP 3.0.4 et 3.0.5 + Autorité : modification impossible d'un ar...

2013-03-04T20:26:49Z

J'ai paramétré le plugin Autorité pour que les rédacteurs d'Arboristes.fr puissent modifier leurs articles après publication.

Or, si les rédacteurs peuvent en effet modifier leurs articles dans l'espace privé, il leur est impossible d'enregistrer les modifications, car le menu déroulant "à l'intérieur de la rubrique" est vide !

Je ne suis apparemment pas le seul à avoir constaté cette anomalie : contrib.spip.net/Le-plugin-Autorite#forum462691

Si c'est un problème de Plugin, pourquoi poster un ticket ici ?

Selon l'auteur (contrib.spip.net/Le-plugin-Autorite#forum465755) cela ne viendrait pas du plugin, mais de SPIP.
Suivant ses conseils j'ouvre donc un ticket ici.

En attendant d'en savoir plus, la parade que j'ai trouvée est d'utiliser le plugin Crayons : il est en effet possible pour les rédacteurs de modifier et d'enregistrer leurs articles dans l'espace public à l'aide de l'outil crayon.

Statistiques - Anomalie #2947: SPIP 3.0.5 - Statistiques des articles les plus visités depuis le ...

2013-03-04T19:46:17Z

La version concernée est SPIP 3.0.5 [19905]

Statistiques - Anomalie #2947 (Nouveau): SPIP 3.0.5 - Statistiques des articles les plus visités ...

2013-03-04T19:07:54Z

Je viens de passer à la version 3.0.5 pour l'association Arboristes.fr : un vrai gain d'ergonomie.

Par contre, au niveau des statistiques, je partage tout d'abord cette remarque, décrite dans l'Anomalie #2693 :

Le titre "Afficher les visites pour les articles les plus populaires et pour les derniers articles publiés :" de la colonne de gauche n'est pas clair ; c'est les plus populaires ou les plus récents ?"

Mais surtout, il semble impossible de voir la liste des articles les plus visités depuis le début.

On s'attendrait à ce qu'elle se retrouve en face de la première, avec un lien "comment lire ce tableau" sous chacune des listes.

Ou est-ce que quelque chose m'a échappé ?

SPIP - Révision 20230: genie/mail utilise notifications_envoyer_mails() plutot que directement e...

2013-03-04T16:55:04Z

- asynchrone
- detecte et gere automatiquement les mails HTML

Seul impact : l'envoi de headers spécifiques doit se faire via #HTTP_HEADER dans le squelette du mail, et pas texte brut entre le sujet et le corps du mail. Ne concerne que d'éventuels mails de nouveautés personalisés avec des headers spécifiques. Acceptable pour une version mineure ?

SVP - Révision 70363: langues (svp)

2013-03-04T02:43:09Z

SPIP - Documentation #2946 (Nouveau): Lorsque l'Espace privé affiche "Impossible de faire une sau...

2013-03-03T09:57:30Z

Sur l’un des clusters de serveurs d’hébergement PHP/MySQL de mon hébergeur, il y a un problème technique qui affecte les restaurations de sauvegardes de base de données.

Dans le même temps, sur un site SPIP 3, hébergé dans un sous répertoire de mon espace d’hébergement, les sauvegardes et restauration, depuis l’espace privé de SPIP, ne fonctionnent pas et lorsque je clique sur « sauvegarder la base », le message d’erreur « Impossible de faire une sauvegarde SQLite sur votre hébergement » s’affiche.

Est-ce le même problème ?

Remarque importante :
le site SPIP 3, hébergé à la racine de l’espace d’hébergement, n’est pas affecté par ce problème.

Quelles fonctions PHP/MySql sont mise en œuvre dans ce processus ?

Des précisions à ce sujet, transmises à mon hébergeur, permettraient de savoir si le problème technique sur le cluster de serveurs d’hébergement est en rapport avec le problème sous SPIP 3.

Merci d’avance.

SPIP - Révision 20229: Lorsque r10917 a deplacé la déclaration de bases externes des scripts d'i...

2013-03-02T18:27:18Z

Quant à la fonction analyse_fichier_connection, lui faire retourner tous les arguments de l'appel de la fonction connexion, pas seulement les 5 premiers: ça permet de savoir quel est le prefixe de table.

SPIP - Evolution #2851: Découpage du génie "optimiser"

2013-03-02T17:07:17Z

C'est dans cette fonction :
core.spip.org/projects/spip/repository/entry/spip/ecrire/genie/optimiser.php#L129

Qu'il y a ce pipeline :
core.spip.org/projects/spip/repository/entry/spip/ecrire/genie/optimiser.php#L206

Il faudrait que l'optimisation des "disparus" soit découpée en deux :
- optimiser_base_disparus : ne plus supprimer que ce qui est un choix humain (statut poubelle, tel objet plus valide par rapport à la date, etc)
- optimiser_base_morts : supprimer ce qui n'existe plus du tout, ce qui est mort

Bien sûr actuellement le même pipeline fait les deux, donc les plugins actuels font les deux choses au même endroit. Il faudrait donc bien expliciter la doc qu'il est mieux d'utiliser le nouveau pipeline pour supprimer les liens morts et autres choses cassées.

Là le sens que j'ai choisi pour le nouveau, ça permet que le comportement reste exactement le même pour ce qui n'aura pas encore été changé : si on installe le plugin Corbeille qui doit désactiver "optimiser_base_disparu" (uniquement, pas l'autre), et bien les mêmes choses qu'avant sont désactivés. Mais à terme seulement les trucs "humains".

En plus de ces deux pipelines, il faut aussi :
- qu'ils soient dans deux fonctions différentes (appelées par le même génie, ça ça reste pareil)
- que ces deux fonctions soient surchargeables ! Appelées avec charger_fonction() + "_dist" au bout.

Ainsi le plugin Corbeille (besoin le plus évident, mais il peut y en avoir d'autre) peut alors surcharger une seule des deux fonctions (pour la vider, ne rien y faire) au lieu de surcharger tout le fichier (ce qui est super crade de toute façon).

SPIP - Anomalie #2861 (Fermé): L'option de déclarer un article comme étant la traduction s'est pe...

2013-03-02T14:40:46Z

J'avais reporté là core.spip.org/projects/spip/repository/revisions/20152

Je ferme ce ticket.

Merci :)