Bonjour.
Devant installer spip sur nos serveurs, j'ai utilisé spip_loader.php.
Nous utilisons postgresql pour diverses raisons. Et là énorme surprise :
après l'installation, au sein de l'espace privé, dès la création de la
première rubrique, spip génère une erreur SQL (annexe 1). De fait
l'erreur est normale puisque le nom recherché dans la clause where est
encadré par des guillemets doubles et non des simples.
Cela veut donc dire que SPIP est inutilisable avec postgres.
Énorme !
Je pense (et j'espère) qu'il ne s'agit que d'une petite erreur de
manipulation). Pour le moment, je n'ai pas le temps d'étudier la
composition du code pour créer une fiche de bug général.
J'espère que l'un d'entre vous connaît la cause de cette énormité et
pourra la réparer suffisamment rapidement pour que je n'ai pas à changer
de CMS.
Désolé de cette intrusion au sein de la liste de développement et en
vous remerciant par avance.
Cordialement.
ccastello
PS : mais toutes mes félicitations pour ce CMS qui se bonifie
réellement !
Annexe 1 :
SELECT 1
FROM spip_documents AS documents LEFT JOIN spip_documents_liens AS l
ON documents.id_document=l.id_document
LEFT JOIN spip_articles AS aa
ON (l.id_objet=aa.id_article AND l.objet="article")
LEFT JOIN spip_breves AS bb
ON (l.id_objet=bb.id_breve AND l.objet="breve")
LEFT JOIN spip_rubriques AS rr
ON (l.id_objet=rr.id_rubrique AND l.objet="rubrique")
LEFT JOIN spip_forum AS ff
ON (l.id_objet=ff.id_forum AND l.objet="forum")
Bonjour.
Devant installer spip sur nos serveurs, j'ai utilisé spip_loader.php.
Nous utilisons postgresql pour diverses raisons. Et là énorme surprise :
après l'installation, au sein de l'espace privé, dès la création de la
première rubrique, spip génère une erreur SQL (annexe 1). De fait
l'erreur est normale puisque le nom recherché dans la clause where est
encadré par des guillemets doubles et non des simples.
Cela veut donc dire que SPIP est inutilisable avec postgres.
Énorme !
Cela veut donc dire que SPIP est inutilisable avec postgres.
Énorme !
P.S. Ca milite une fois de plus pour la mise en plce de tests
unitaires automatisés et systématiques. Personne parmi ceux qui aiment
bien bidouiller ne voudrait faire ça ? (Ben les faisait pendant un
temps, mais ça n'intégrait pas postgres)
Bon, c'est réparé sur la branche de développement et sur la branche stable pour la prochaine version mineure à sortir.
Si tu as SVN, c'est tout simple, sinon reporte les changements à la main: http://trac.rezo.net/trac/spip/changeset/14117
N'hésite à donner des nouvelles (bug & perf), on manque de testeurs sur ce portage, c'est le moins qu'on puisse dire.