[spip-dev] Débuts avec SPIP ...

Hello,

j'ai installé SPIP sur L'Autre Net (http://nhoizey.lautre.net/) avec
le spip_loader.php3, et j'ai juste eu quelques soucis de droits sur
les fichiers, donc globalement, c'est génial, bravo !!! :slight_smile:

Je suis en train de creuser tout ça, et en essayant de mettre en place
le suivi de l'activité éditoriale et l'annonce des nouveautés, j'ai
l'erreur suivante dans 'configuration.php3' :

Warning: 0 is not a MySQL result index in inc_mail.php3 on line 139
Warning: 0 is not a MySQL result index in inc_mail.php3 on line 142
Warning: 0 is not a MySQL result index in inc_mail.php3 on line 154
Warning: 0 is not a MySQL result index in inc_mail.php3 on line 158

Apparemment, il essaie de faire un mysql_query alors qu'il n'a pas de
handler de connexion à MySQL.

Je vais investiguer, mais si vous avez une idée ... :slight_smile:

Sinon, il faudrait peut-être penser à l'avenir à utiliser une
abstraction de base de données (pourquoi pas celle de PEAR), histoire
de permettre à SPIP d'être utilisable avec toute base.

Voilà, je fais mes premiers pas, et je suis impressionné !!! :smiley:

Nicolas.

@ Nicolas Hoizey (nhoizey@phpheaven.net) :

Warning: 0 is not a MySQL result index in inc_mail.php3 on line 158

Apparemment, il essaie de faire un mysql_query alors qu'il n'a pas de
handler de connexion à MySQL.

Je vais investiguer, mais si vous avez une idée ... :slight_smile:

Visiblement tu as trouvé

Sinon, il faudrait peut-être penser à l'avenir à utiliser une
abstraction de base de données (pourquoi pas celle de PEAR), histoire
de permettre à SPIP d'être utilisable avec toute base.

Peux-tu donner un pointeur vers "pear" ?

-- Fil

Hello,

Je vais investiguer, mais si vous avez une idée ... :slight_smile:

Visiblement tu as trouvé

Bin non, je n'ai pas encore eu le temps de chercher, mais cela semble
avoir fonctionné malgré le message d'erreur ... :slight_smile:

Peux-tu donner un pointeur vers "pear" ?

PEAR = PHP Extension and Application Repository

http://pear.php.net/

Et pour ce qui est de l'utilisation de DB, l'abstraction de base de
données, voici un très bon tutoriel :

http://vulcanonet.com/soft/index.php?pack=pear_tut

Nicolas.

@ Nicolas Hoizey (nhoizey@phpheaven.net) :

> Peux-tu donner un pointeur vers "pear" ?
PEAR = PHP Extension and Application Repository

Sur le site que tu indiques je vois "PEAR has come with PHP since version
4.0." Mais SPIP veut fonctionner à partir des versions 3.x de php... Dommage !

-- Fil

Nicolas Hoizey wrote:

>> Je vais investiguer, mais si vous avez une idée ... :slight_smile:
> Visiblement tu as trouvé

Bin non, je n'ai pas encore eu le temps de chercher, mais cela semble
avoir fonctionné malgré le message d'erreur ... :slight_smile:

Quelle version ? Normalement c'est corrigé dans la 1.0.3
(c'était une requête incorrecte, car la requête était
générée quand tu changeais de paramètres de config, mais
elle était générée avec les anciens paramètres, qui sont
vides par défaut ;-)).

PEAR = PHP Extension and Application Repository

http://pear.php.net/

Le problème, c'est que c'est uniquement PHP 4, non ?
D'autre part, ce n'est pas installé partout....

a+

Antoine.

Bon sang, non! Est-ce que quelqu'un a testé la version 1.0.3 avant de la lancer?

- La 1.0.3, je confirme, a provoqué un énorme bug chez Vacarme (la ligne 394 avec une parse error). Le site qui devient impossible à visiter. Désormais, SPIP fait tourner des sites qui sont visités, on ne peut vraiment pas se permettre de planter ainsi des sites.

- La 1.0.4 (puisque j'ai plus de 1.0.3, mais je suppose que c'est la même) réintroduit toutes les merdes qu'on avait sucrées dans inc-texte: voyez la page:
http://rezo.net/~arno/index.php3

(1) L'introduction de ces saloperies de "<br />" (non mais franchement n'importe quoi!) introduit non seulement des sauts de ligne là où on voulait passer à la ligne, mais en plus ce sont des triples sauts de lignes.

(2) Les </p> à la fin des paragraphes introduisent des blancs parasites à la fin. Dans uZine, le [Lire...] suit le texte; dans Samizdat, il place des petits triangles; avec le </p>, tout cela explose totalement avec un saut de paragraphe.

(3) Et le inc-texte a le bon goût d'être passé intégralement en anglais! ("SUN 1er", c'est la classe, vraiment).

Est-ce qu'on peut sortir dès ce soir une version qui corrige tout ça?

ARNO* (furax)

ARNO* wrote:

Bon sang, non! Est-ce que quelqu'un a testé la version 1.0.3 avant de
la lancer?

- La 1.0.3, je confirme, a provoqué un énorme bug chez Vacarme (la
ligne 394 avec une parse error). Le site qui devient impossible à
visiter. Désormais, SPIP fait tourner des sites qui sont visités, on
ne peut vraiment pas se permettre de planter ainsi des sites.

Ouille. Je plaide coupable. J'ai corrigé (je pense : en tout cas
ça passe mieux chez Altern) dans la 1.0.4. Arno, si tu pouvais
tester rapidos (seul le inc-public.php3 est changé), si ça marche
je réintègre dans la 1.0.3 de DISTRIB (malheureusement plus dans
devel).

Bon, je dois une petite explication car je n'ai pas pris la peine
de beaucoup tester un code qui semblait impeccablement bon :

if (file_exists("ecrire/inc_meta_cache.php3"))
  include("ecrire/inc_meta_cache.php3");
else {
  [etc.]

A priori, c'est bon, n'est-ce pas ? Effectivement sous PHP4, ça
marche. Par contre sous PHP3, le mécanisme du include est
légèrement plus bête : il inclut tout le fichier de façon
brute et l'intègre sans précaution à la suite du if(). Or comme
il n'y a pas d'accolades autour de ce if, le else qui suit se
retrouve complètement inopérant (le if est passé depuis bien
longtemps). Donc : parse error.

Problème que j'ai résolu en rajoutant des accolades :

if (file_exists("ecrire/inc_meta_cache.php3")) {
  include("ecrire/inc_meta_cache.php3");
}
else {
  [etc.]

Mea culpa, comme dirait Kn***l.

A part ça, pour le inc_texte, je n'y suis pour rien.

a+

Problème que j'ai résolu en rajoutant des accolades :

if (file_exists("ecrire/inc_meta_cache.php3")) {
include("ecrire/inc_meta_cache.php3");
}
else {
[etc.]

Yop, c'est ça. C'est la correction que j'avais introduite pour Vacarme.

A part ça, pour le inc_texte, je n'y suis pour rien.

Je viens d'envoyer dans 1.0.4 un nouveau inc_texte.

- Vérifier les accents (désolé).

- Ligne 10, j'ai mis !defined($lang), je sais pas si ça a le résultat escompté, m'enfin au moins ça tourne en français...

- J'ai viré les </p> de fin de texte. Je l'ai laissé au milieu ("</p>\n<p>") des paragraphes, parce que ceux-là ne gênent pas.

- J'ai viré les tags fermants à l'intérieur des tags <br>, <hr>, <img> (i.e. à la place de <br />, <hr />, <img... />). J'y tiens: je code à la main, et j'ai vraiment besoin d'avoir du code HTML aussi simple et lisible que possible. Si vous voulez assurer une compatibilité X-HTML2024 amendé beta72, faites une fonction optionnelle (et les webmestres mettront (#TEXTE|xhtml_compliant) si ça les amuse).

- Dans PtoBR, histoire de vraiment pas prendre de risques, j'ai tout de même ajouté un replace qui vire les </p>.

Amicalement,
ARNO*

ARNO* wrote:

Je viens d'envoyer dans 1.0.4 un nouveau inc_texte.

- Vérifier les accents (désolé).

C'est bon.

- Ligne 10, j'ai mis !defined($lang), je sais pas si ça a le résultat
escompté, m'enfin au moins ça tourne en français...

mmh non, plutôt if (!$lang) ou if (!isset($lang))
(et si ça te donne un truc en anglais, c'est ta config
qui rajoute un $lang en variable globale et là... à
étudier ?)

a+

mmh non, plutôt if (!$lang) ou if (!isset($lang))
(et si ça te donne un truc en anglais, c'est ta config
qui rajoute un $lang en variable globale et là... à
étudier ?)

Ah ben elle est pas mal, celle-là: je fais "echo $lang" avant tout, et j'obtiens "english". Sur la machine de... Fil (rezo.net)!

Ce $lang, c'est une variable utilisée dans la config d'Apache, ou bien c'est une manip de Fil?

ARNO*

Salut,

Bon, vous me dites si ça vous pose un problème, mais là j'ai fait ça dans l'urgence pour limiter la charge des forums de SPIP depuis uZine.

- J'ai sucré l'adresse de "l'équipe de SPIP" qui renvoyait vers la liste de diffusion; comme ça on évite les messages depuis le site sur la liste. Ca devrait nous éclaircir les idées :slight_smile: Et pour le suivi de ces messages, direction le contrôle des forums de l'espace privé...

- J'ai ajouté avant chaque forum un petit texte avec quelques recommandations tellement bêtes que c'est à pleurer... Mais bon, le 200e message du genre "Ou se trouve l'interface graphique?" dans l'article "La structure de la base de données", là je commence à avoir du mal :-))

Amicalement,
ARNO*

@ Arno* (arno@scarabee.com) :

Ce $lang, c'est une variable utilisée dans la config d'Apache, ou
bien c'est une manip de Fil?

Je ne suis au courant de rien, et j'ai toujours utilisé $lang = "en" pour
mon site en anglais, sans jamais avoir de problèmes avec la version
française. Pour les réintroductions de <br /> dans le inc-texte.php3 je
plaide aussi "non coupable", vu que la dernière fois que j'ai fait un modif
j'ai juste viré un "</p>" ! Alors quoi ??? M'est avis qu'y en a un qui fait
des mauvaises manip :wink:

-- Fil