Un souci avec l'Interface des Champs Extras

Bonjour à tous,
Je suis confrontée à un problème qui me laisse perplexe.
J’ai créé une série de champs extras il y a plusieurs mois sur les articles de certaines rubriques (restriction dans mes_fonctions.php qui marche super, interrogations diverses qui fonctionnent parfaitement, etc…).
Depuis quelques semaines, sans qu’il y ait eu d’événement notoire sur le site, une erreur sql 1064 apparait en partie privée uniquement, et seulement quand on accède à un article (le pb disparait quand on édite l’article).

Voici le message :

Erreur SQL 1064
You have an error in your SQL syntax ; check the manual that corresponds to your MySQL server version for the right syntax to use near ’condition, quantity, priceht, pricettc, delivery, warranty FROM nombase.spip_ar’ at line 1
SELECT compatibilite, partnumber, family, manufacturer, condition, quantity, priceht, pricettc, delivery, warranty FROM spip_articles WHERE id_article=859

Donc : spip_ar ne me semble pas normal et les champs précédant ’condition’ (compatibilite, partnumber, family, manufacturer) sont absents de la première liste.

Une dernière remarque : j’avais le souvenir que les contenus des champs extras étaient visibles sans avoir à éditer l’article (mais je peux me tromper). Ils n’apparaissent pas actuellement, mais sont bien présents quand on souhaite modifier l’article.

Pour finir, le problème disparait quand je désactive Interface pour Champs Extras (v1.3.0).
Quelqu’un peut-il m’aider ? Un grand merci.

Quelques infos :
SPIP 2.1.19 [19922]
Tous les plugins sont à jour
La base semble propre et tout fonctionne parfaitement en partie publique (Version PHP Version 5.1.6 - MySql 5.0.77)

J’ai posté un SOS sur la page du plugin mais l’absence d’activité depuis août 2011 me fait penser que je n’aurai peut-être pas de réponse à mon pb de sitôt. J’y indique les contenus de mes fichiers de log. http://contrib.spip.net/Champs-Extras-2-Interface#forum464825

Mille merci

Nathalie

Bonjour Teenoo, et merci pour ton message.

Je pense écarter totalement un problème de bdd car les contenus de ces champs sont toujours accessibles en partie publique et mes scripts de recherche sur le stock du client fonctionnent toujours.

Par contre, qu’il y ait eu un événement sur le serveur, c’est probable (il y a eu un moment en décembre où le site n’était plus dispo avec l’url en www. Il fallait les enlever pour accéder au site. Arsys m’avait répondu laconiquement qu’ils ne voyaient pas de problème, et les choses étaient miraculeusement rentrées dans l’ordre quelques heures après.

Pour info, voici l’adresse du site : www.bonplanmicro.com

Les champs ont été créés pour les offres promotionnelles (Conditionnement, référence, fabricant, etc…).

J’ai l’impression qu’il y a un pb de communication entre les plugins Champs Extras (ou peut-être plutôt Interface pour Champs Extras) et la partie privée de SPIP :

  • lorsque ces plugins sont désactivés, l’erreur sql disparait

  • quand ils sont activés, la création d’un article est impossible. Tous les champs dispos à la création de l’article (titre, sous-titre, chapo, texte … + les champs extras) restent désespérément vides.

Si je crée l’article dans PhpMyAdmin, je retrouve le contenu de mes nouveaux champs en partie privée et la modification est possible.

Et dans tous les cas, aucune incidence sur la partie publique du site (heureusement !)

Bref, je ne comprends pas.

De : Laetitia Boiron [mailto:boiron.laetitia@gmail.com]
Envoyé : jeudi 31 janvier 2013 11:03
À : Nathalie Brunelli de Mirobolus
Objet : Re: [Spip] Un souci avec l’Interface des Champs Extras

Bonjour,

Peut-être voir si ton serveur a changé de version MySQL… Par rapport à ça : "You have an error in your SQL syntax ; check the manual that corresponds to your MySQL server version". Déjà écarter la piste du serveur distant avant de se prendre la tête ailleurs :wink:

Teenoo

Le 31 janv. 2013 à 10:28, Nathalie Brunelli de Mirobolus <nathalie.brunelli@mirobolus.fr> a écrit :

Bonjour à tous,
Je suis confrontée à un problème qui me laisse perplexe.
J’ai créé une série de champs extras il y a plusieurs mois sur les articles de certaines rubriques (restriction dans mes_fonctions.php qui marche super, interrogations diverses qui fonctionnent parfaitement, etc…).
Depuis quelques semaines, sans qu’il y ait eu d’événement notoire sur le site, une erreur sql 1064 apparait en partie privée uniquement, et seulement quand on accède à un article (le pb disparait quand on édite l’article).

Voici le message :

Erreur SQL 1064
You have an error in your SQL syntax ; check the manual that corresponds to your MySQL server version for the right syntax to use near ’condition, quantity, priceht, pricettc, delivery, warranty FROM nombase.spip_ar’ at line 1
SELECT compatibilite, partnumber, family, manufacturer, condition, quantity, priceht, pricettc, delivery, warranty FROM spip_articles WHERE id_article=859

Donc : spip_ar ne me semble pas normal et les champs précédant ’condition’ (compatibilite, partnumber, family, manufacturer) sont absents de la première liste.

Une dernière remarque : j’avais le souvenir que les contenus des champs extras étaient visibles sans avoir à éditer l’article (mais je peux me tromper). Ils n’apparaissent pas actuellement, mais sont bien présents quand on souhaite modifier l’article.

Pour finir, le problème disparait quand je désactive Interface pour Champs Extras (v1.3.0).
Quelqu’un peut-il m’aider ? Un grand merci.

Quelques infos :
SPIP 2.1.19 [19922]
Tous les plugins sont à jour
La base semble propre et tout fonctionne parfaitement en partie publique (Version PHP Version 5.1.6 - MySql 5.0.77)

J’ai posté un SOS sur la page du plugin mais l’absence d’activité depuis août 2011 me fait penser que je n’aurai peut-être pas de réponse à mon pb de sitôt. J’y indique les contenus de mes fichiers de log. http://contrib.spip.net/Champs-Extras-2-Interface#forum464825

Mille merci

Nathalie


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

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

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

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

Le nom «condition» est un mot clé réservé de mysql 5.0 (ça ne l'étais pas avant) (http://dev.mysql.com/doc/refman/5.0/en/reserved-words.html). Je pense que c'est cela le problème.

Il te faut renommer ce champ d'un autre nom.

MM.

Le 31/01/2013 10:28, Nathalie Brunelli de Mirobolus a écrit :

Bonjour à tous,
Je suis confrontée à un problème qui me laisse perplexe.
J’ai créé une série de champs extras il y a plusieurs mois sur les
articles de certaines rubriques (restriction dans mes_fonctions.php qui
marche super, interrogations diverses qui fonctionnent parfaitement,
etc...).

Voici le message :

*Erreur SQL 1064
You have an error in your SQL syntax ; check the manual that corresponds
to your MySQL server version for the right syntax to use near
’condition, quantity, priceht, pricettc, delivery, warranty FROM
`nombase`.spip_ar’ at line 1
SELECT compatibilite, partnumber, family, manufacturer, condition,
quantity, priceht, pricettc, delivery, warranty FROM spip_articles WHERE
id_article=859*

Donc : spip_ar ne me semble pas normal et les champs précédant
’condition’ (compatibilite, partnumber, family, manufacturer) sont
absents de la première liste.