headers
nicolasriq | 1 Nov 2007 01:44
Picon
Favicon

Re: spip-contrib forbidden


> Le 31 oct. 07, à 23:36, Stephane LAURENT a écrit :
> juste pour signaler qu'il doit y avoir un petit pépin de .htaccess sur
> spip-contrib.

oups désolé, un erreur en mettant à jour la liste antispam dedans ... 
réparé

merci d'avoir prévenu

 <at> + NcolasR
Permalink | Reply | 0 comments |
headers
Olivier G. | 1 Nov 2007 07:53
Picon
Favicon

[Fwd: maj d'un lien]

Si quelqu'un avec un compte admin sur spip.net peut intervenir...

-------- Message original --------
Sujet: maj d'un lien
Date: Wed, 31 Oct 2007 22:23:09 +0100
De: Pascale Lambert-Charreteur <lambertp <at> club-internet.fr>
Pour: spip-owner <at> rezo.net

Bonjour Olivier, bonjour à tous,

CSS débutant est cité sur cette page :
http://www.spip.net/fr_article2434.html sous l'url
http://mammouthland.free.fr/cours/css/
Serait-il possible de corriger ce lien par
http://www.mammouthland.net/cours/css/  voire peut-être (si les DNS se
décident !!) par http://css.mammouthland.net/ ?

Merci :-)
Cordialement,

--

-- 
Pascale Lambert-Charreteur
Normandie - France
Bienvenue à Mammouthland ! http://www.mammouthland.net/
Collectif OpenWeb Group http://openweb.eu.org/
Permalink | Reply | 1 comment |
headers
Paolo | 1 Nov 2007 09:44
Picon
Favicon

Re: [Fwd: maj d'un lien]

> Serait-il possible de corriger ce lien par
> http://www.mammouthland.net/cours/css/  

Fait. Paolo
Permalink | Reply | 0 comments |
headers
Matthieu Marcillaud | 1 Nov 2007 10:29
Picon
Favicon
Gravatar

Histoires de profondeur et de logging...

Bonjour,

Moi aussi, je viens de tomber sur une chose ennuyante, tout comme 
certains précedement, la même chose...

L'adresse d'un site était http://naya/spip/le_site/ et j'ai enlevé 
"spip/" des paramètres de ma mutualisation... Bref, maintenant sa vrai 
adresse est http://naya/le_site/ mais il a toujours en mémoire dans 
spip_meta l'ancienne adresse.

Du coup, le login plante invariablement et désespérément.
Il parait que ça vient de profondeur url...

Il faudrait pouvoir au moins se logguer pour changer l'adresse, quitte a 
avoir un message d'erreur ou je ne sais quoi... Je trouve très frustrant 
de devoir passer par phpmyadmin pour corriger simplement une adresse.

Proposition un peu dans le vide : si'il existe une globale 
$nouvelle_adresse_site = 'adresse' quelquepart  alors prendre 
prioritairement celle là plutot que celle de spip_meta + éventuellement 
mettre un message disant que l'adresse du site a du changer et qu'il 
faut corriger ?. Ca permettrait au moins d'aller corriger le problème 
dans la configuration non ?

J'admets que ce cas de figure ne doit pas arriver souvent ;)

Matthieu.
Permalink | Reply | 0 comments |
headers
Committo,Ergo:sum | 1 Nov 2007 10:36
Favicon

Dernière incompatibilité avant l'autoroute

Bonjour à tous,

Le portage de SPIP en PostGres a permis de valider la jeu de  
fonctions d'abstractions élaboré ces derniers mois, et la rédaction  
de leur documentation est en cours sur spipnet (voir déjà http:// 
www.spip.net/ecrire/?exec=articles&id_article=3681 pour l'interface  
utilisateur, et bientot celle du programmeur). Comme toujours, une  
telle rédaction fait apparaître des scories dans les spécifications,  
qu'il semble indispensable d'éliminer pour offrir une interface la  
moins rebutante possible.

La fonction spip_abstract_select, ancêtre de sql_select, avait été  
introduite dès les premières versions du compilateur de SPIP, et  
uniquement pour lui. Avec la systématisation des appels aux fonctions  
d'abstractions même dans l'espace privé, la signature de cette  
fonction se révèle malcommode pour les humains, car trois de ces cinq  
derniers arguments optionnels sont toujours vides: uns éventuelle  
sous-requete (pour le compilateur qui n'en a meme plus besoin à  
présent), et le nom de la boucle et de la table dans un squelette  
(utile seulement au débusqueur). Ces deux informations sont  
finalement gérées en amont, ce qui permet de ramener le nombre  
d'arguments de cette fonction a "seulement" 8.

Ce changement peut introduire une incompatibilité pour les extensions  
de SPIP, mais elle devrait être réduite car elle ne concerne que les  
appels utilisant une clause HAVING (assez rare) et ceux explicitant  
le serveur SQL (peu fréquent car le multi-serveur n'était pas très  
commode d'utilisation avant l'unification récente des fichiers de  
connexion).
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gilles Vincent | 1 Nov 2007 11:07
Picon
Gravatar

abstraction et calcul des jointures

J'ai l'impression que l'abstraction comporte encore quelques défauts.

Exemple du plugin indexation :

j'ai rajouté la boucle suivante pour que soit prise en compte la
recherche dans les documents :

Index: indexation/recherche.html
=============================================================
--- indexation/recherche.html   (revision 16486)
+++ indexation/recherche.html   (working copy)
 <at>  <at>  -66,6 +66,21  <at>  <at> 
         </div>
         </B_rubriques>

+        [(#REM) Documents trouves ]
+        <B_documents>
+        <div class="menu documents">
+           #ANCRE_PAGINATION
+           <h2><:documents:> (#GRAND_TOTAL)</h2>
+           <dl>
+               <BOUCLE_documents(DOCUMENTS) {recherche} {par
points}{inverse} {pagination 5}>
+               <dt><a href="#URL_DOCUMENT">#TITRE</a></dt>
+               [<dd class='extrait-recherche'>(#EXTRAIT)</dd>]
+               </BOUCLE_documents>
+           </dl>
+        [<p class="pagination"><:suite:> : (#PAGINATION)</p>]
+        </div>
+        </B_documents>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Gilles Vincent | 1 Nov 2007 11:13
Picon
Gravatar

la 10719 plante la partie privée du site

Salut,

Sur toutes les pages : j'ai un problème de connexion à la base :

Warning: Invalid argument supplied for foreach() in
/var/www/test_cigale/ecrire/public/composer.php on line 490

Le site fonctionne en 10718

Y'a de gros changements, c'est normal qu'il y ait un peu de bruit sur
la ligne :)

.Gilles
Permalink | Reply | 4 comments |
headers
Gilles Vincent | 1 Nov 2007 11:22
Picon
Gravatar

Re: la 10719 plante la partie privée du site

Complément : sur cette ligne, $having vaut "1", alors que ce devrait
être un tableau..
Je vais voir si je peux remonter l'appel..

On 11/1/07, Gilles Vincent <gilles.vincent <at> gmail.com> wrote:
> Salut,
>
> Sur toutes les pages : j'ai un problème de connexion à la base :
>
> Warning: Invalid argument supplied for foreach() in
> /var/www/test_cigale/ecrire/public/composer.php on line 490
>
> Le site fonctionne en 10718
>
> Y'a de gros changements, c'est normal qu'il y ait un peu de bruit sur
> la ligne :)
>
> .Gilles
>
Permalink | Reply | 1 comment |
headers
Gilles Vincent | 1 Nov 2007 11:29
Picon
Gravatar

Re: la 10719 plante la partie privée du site

On 11/1/07, Gilles Vincent <gilles.vincent <at> gmail.com> wrote:
> Complément : sur cette ligne, $having vaut "1", alors que ce devrait
> être un tableau..
> Je vais voir si je peux remonter l'appel..
>

J'ai inséré ça ligne 490 :
echo 'SELECT = ';
        print_r($select);echo '<hr>FROM  = ';
        print_r($from);echo '<hr>WHERE = ';
        print_r($where);echo '<hr>JOIN = ';
        print_r($join);echo '<hr>GROUPBY = ';
        print_r($groupby);echo '<hr>ORDERBY = ';
        print_r($orderby);echo '<hr>LIMIT = ';
        print_r($limit);echo '<hr>TABLE = ';
        print_r($table);echo '<hr>ID = ';
        print_r($id);echo '<hr>SERVEUR = ';
        print_r($serveur);echo '<hr>HAVING = ';
        die(print_r($having));

J'ai en retour :

SELECT = Array ( [0] => rubriques.id_rubrique [1] => rubriques.statut )
FROM = Array ( [rubriques] => spip_rubriques )
WHERE = Array ( [0] => Array ( [0] => = [1] => rubriques.id_rubrique
[2] => 0 ) )
JOIN = Array ( )
GROUPBY =
ORDERBY = Array ( )
LIMIT =
(Continue reading)

Permalink | Reply | 0 comments |
headers
JLuc | 1 Nov 2007 11:13
Favicon

index forums

Bonjour,

C'était il y a un certain temps,et un administrateur de l'association hébergeuse
apinc signalait un probleme de reuqete lente avec spip
et une amélioration.

ESJ se déclarait intéressé.

Actuellement, le probleme est à nouveau évoqué,
et il me semble dans la 192
que la solution proposée n'a pas été intégrée
(mais peut être autre chose, mieux ?)

J'aimerais informer apinc de ce qu'il en est.

Rappel des écrits :

> Encore des requetes lentes ce soir, dont pas mal de spip. Cette fois
> j'ai pris la peine de noter ce qui se passait, à faire passer aux
> développeurs de SPIP:
> 
> Les gros soucis semblent être dans les "forums", avec des requetes de ce
> type:
> 
> SELECT forums.* FROM spip_forum AS forums WHERE (forums.id_article =
> '7') AND forums.id_parent =0 AND forums.statut = 'publie' ORDER BY
> forums.date_heure DESC
> 
> Il n'y a pas d'index dédié pour cette requète, et pas de LIMIT dessus.
> Conclusion, ca force le serveur à scanner toute la table dans tous les
(Continue reading)

Permalink | Reply | 501 comments |

Gmane