<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.web.spip.zone">
    <title>gmane.comp.web.spip.zone</title>
    <link>http://blog.gmane.org/gmane.comp.web.spip.zone</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32192"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32191"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32190"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32189"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32188"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32187"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32186"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32185"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32184"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32183"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32182"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32181"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32180"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32179"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32178"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32177"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32176"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32175"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32174"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.spip.zone/32173"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32192">
    <title>Re: Squelette Multiflex sous SPIP 3 ?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32192</link>
    <description>&lt;pre&gt;Bonjour,

Je déterre un peu le sujet mais j'ai eu besoin de multiflex pour un site 
sous SPIP3.
J'ai essayer de reprendre les formulaires de config, cela semble 
fonctionner correctement.
Je n'ai pas de compte svn donc je joint le patch.

Bonne journée.

Le 24/08/2012 16:07, Dorch a écrit :
&lt;/pre&gt;</description>
    <dc:creator>Pierre ANDRE</dc:creator>
    <dc:date>2013-05-19T12:34:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32191">
    <title>URL canonique par SEO : Domaine appelé ou URL_SITE_SPIP ?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32191</link>
    <description>&lt;pre&gt;Bonjour,

J'ai plusieurs adresses toto.fr, toto.com, toto.org qui mènent sur un 
unique site, dont le nom officiel est toto.fr

Quand j'active les urls canoniques, SEO utilise la fonction 
url_de_base() qui renvoie le domaine de l'URL appelée, et non celui 
défini par #URL_SITE_SPIP.

Comment lui faire prendre le site défini dans la config de SPIP ?

Ou bien est-il préférable de faire des redirections dans .htaccess ?

Merci

&lt;/pre&gt;</description>
    <dc:creator>Stéphane Santon</dc:creator>
    <dc:date>2013-05-18T15:32:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32190">
    <title>Re: [ZPIP] et [squelette en plugin] : commentsurcharger ZPIP ?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32190</link>
    <description>&lt;pre&gt;Une explication sur plugins.spip.net (vers les 2/3 de la page) : 
http://plugins.spip.net/redaction-du-paquet-xml.html
Ca traite de SPIP 3, mais pour SPIP 2 le principe reste le même.

Concrètement, il suffit de rajouter la balise &amp;lt;necessite id="Zpip-dist" 
version="[2.0.0;2.0.99]" /&amp;gt;
Et puis il faudra sans doute recalculer les pages ou vider le cache et 
hop, les squelettes de votre plugin seront prioritaires.

Le sam. 18 mai 2013 11:40:05 CEST, manu a écrit :
&lt;/pre&gt;</description>
    <dc:creator>Charles Razack</dc:creator>
    <dc:date>2013-05-18T09:55:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32189">
    <title>JAZ annule la modération sur inscription</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32189</link>
    <description>&lt;pre&gt;Bonjour,
j'ai mis en place sur le site SPIP 2.1.21 de notre asso,
http://www.musee-resistance-chateaubriant.fr
les plugins :
  Accès Restreint Version : 3.3.2 [68289] stable
+ JAZ Version : 1.1.0 [66316] en test
+ Notification Version : 0.5.6 [58012] en test

JAZ introduit dans la base un statut pour les visiteur *"Autre statut 
./"* et accessoirement dans le champ bio *"./"*

Donc la séquence d'inscription n'a plus de modération, le visiteur 
aussitôt inscrit , aussitôt la zone "Espace adhérent" lui est accessible.

La séquence d'inscription attendue est la suivante :
1) le visiteur s'inscrit via le formulaire inscription,
2) il reçoit ses identifiants,
3) le plugin notification envoi un message aux webmestres, signalant une 
demande d'inscription,
3) le plugin JAZ affecte la zone "1" Espace adhérent au visiteur demandeur,
/(ici commence la modération)/
4) le webmestre chargé des inscriptions, vérifie si c'est bien un 
adhérent, donne le statut visiteur au profil du demandeur et lui envoi 
un message de confirmation.

J'ai regardé le code plugin JAZ, mais je ne conceptualise pas la 
mécanique de façon globale, quelqu'un saurait ou aurait rencontré le 
même problème ?

Cordialement
et merci d'avance pour vos retours.



&lt;/pre&gt;</description>
    <dc:creator>freebsnet</dc:creator>
    <dc:date>2013-05-15T12:37:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32188">
    <title>Re: article invisble si recalcul</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32188</link>
    <description>&lt;pre&gt;Gildas Cotomale a écrit :
Si le champs est à 0 {tout} dans la boucle php ça fonctionne trop bien. 
C'est à dire que je ne vois pas l'article dans la la page privée mais 
pas non plus sur l'espace public( ça, je le souhaite). Si je passe passe 
à 1, je vois tout mais sans le critère {tout} et ça m'embête. pre_boucle 
est une fonction assez peu utilisée et assez peu renseignée, d'où la 
difficulté de savoir ce que l'on doit faire.. Par exemple on peut mettre 
d'autres commandes sql à la place de

array("'='".. enfin je crois d'après les messages d'erreurs, mais comment, lesquels et pourquoi?

&lt;/pre&gt;</description>
    <dc:creator>Bernard Blazin</dc:creator>
    <dc:date>2013-05-14T15:21:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32187">
    <title>Re: Ralentissement de serveurs de la galaxie SPIP : quelques explications</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32187</link>
    <description>&lt;pre&gt;Le 14/05/2013 11:35, Fil a écrit :

+1 tout pareil
&lt;/pre&gt;</description>
    <dc:creator>Charles Razack</dc:creator>
    <dc:date>2013-05-14T13:39:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32186">
    <title>Re: Ralentissement de serveurs de la galaxie SPIP :quelques explications</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32186</link>
    <description>&lt;pre&gt;Merci à toi !

&lt;/pre&gt;</description>
    <dc:creator>martin</dc:creator>
    <dc:date>2013-05-14T13:32:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32185">
    <title>Re: article invisble si recalcul</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32185</link>
    <description>&lt;pre&gt;Je vais peut-être dire une bêtise mais je me lance. :)

[...]
[...]

Il semble que c'est normal.... On demande à n'afficher que les
$champ_archive valant "0"
Mais, encore une fois, n'ayant pas l'expérience et/ou la compréhension
de l'utilisation de _pre_boucle(), je dis peut-être une connerie après
tout.
&lt;/pre&gt;</description>
    <dc:creator>Gildas Cotomale</dc:creator>
    <dc:date>2013-05-14T12:07:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32184">
    <title>Re: article invisble si recalcul</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32184</link>
    <description>&lt;pre&gt;Je reviens parce que je pense que je n'ai pas été très clair sur le post 
précédent!
Pourquoi ce script m'empêche de voir l'article dans l'espace privé dont 
le champ archive =1
function archiver_pre_boucle($boucle){
    if ($boucle-&amp;gt;type_requete == 'articles') {
        $id_table = $boucle-&amp;gt;id_table;
        $champ_archive = $id_table.'.archive';
            if (!isset($boucle-&amp;gt;modificateur['criteres']['archive']) &amp;amp;&amp;amp;
            !isset($boucle-&amp;gt;modificateur['tout']))
        {
            $boucle-&amp;gt;where[]= array("'='", "'$champ_archive'", "'0'");
        }     
    }
    return $boucle;
}

Bernard Blazin a écrit :

&lt;/pre&gt;</description>
    <dc:creator>Bernard Blazin</dc:creator>
    <dc:date>2013-05-14T11:21:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32183">
    <title>Re: Ralentissement de serveurs de la galaxie SPIP :quelques explications</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32183</link>
    <description>&lt;pre&gt;* Fil tapuscrivait, le 14/05/2013 11:35:
+1 aussi

&lt;/pre&gt;</description>
    <dc:creator>RealET</dc:creator>
    <dc:date>2013-05-14T10:57:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32182">
    <title>Re: Ralentissement de serveurs de la galaxie SPIP : quelques explications</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32182</link>
    <description>&lt;pre&gt;+1
&lt;/pre&gt;</description>
    <dc:creator>Gildas Cotomale</dc:creator>
    <dc:date>2013-05-14T10:32:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32181">
    <title>Re: Ralentissement de serveurs de la galaxie SPIP : quelques explications</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32181</link>
    <description>&lt;pre&gt;2013/5/14 Gilles Vincent &amp;lt;gilles.vincent&amp;lt; at &amp;gt;gmail.com&amp;gt;


Merci à toi d'avoir pris la peine de le rédiger si précisément !

&lt;/pre&gt;</description>
    <dc:creator>Fil</dc:creator>
    <dc:date>2013-05-14T09:35:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32180">
    <title>Re: MAJ plugins via Couteau suisse</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32180</link>
    <description>&lt;pre&gt;Bonjour,
Si le Couteau Suisse marque "Vérification distante désactivée", c'est 
que la lame "Comportements du Couteau Suisse" est réglée sur "Les 
vérifications de versions distantes" à OFF.
Est-ce bien le cas ?
Attention aussi aux hébergements qui ne permettent pas les consultations 
distantes.
Pat

Le 13/05/2013 19:57, Gildas Cotomale a écrit :

&lt;/pre&gt;</description>
    <dc:creator>PatV</dc:creator>
    <dc:date>2013-05-14T09:33:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32179">
    <title>Re: Z-dist en HTML5, passer à spip-r ?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32179</link>
    <description>&lt;pre&gt;Bonjour Stéphane.

Aveline repose sur la structure HTML/CSS de Zpip v1.

Il n'y a pas encore de chantier ouvert pour le moment pour porter Aveline
vers Zpip v2 ou Spip-R. La question se posera quand l'un ou l'autre de ces
chantiers sera stabilisé.

Cordialement

 Joseph


Le 12 mai 2013 10:24, Stéphane Santon &amp;lt;m.spiprezo&amp;lt; at &amp;gt;team-santonum.com&amp;gt; a
écrit :

&lt;/pre&gt;</description>
    <dc:creator>Joseph</dc:creator>
    <dc:date>2013-05-14T09:16:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32178">
    <title>Ralentissement de serveurs de la galaxie SPIP :quelques explications</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32178</link>
    <description>&lt;pre&gt;Bonjour à tous,

un certain nombre de sites de la galaxie SPIP ont ramé Dimanche et Lundi.
C'est le cas de core.spip.net, zone.spip.net et forum.spip.net

Vu que c'est sur mon serveur dédié qui les héberge, voici quelques
explications.

J'utilise depuis longtemps la gamme de serveurs OVH.
Le serveur dédié (hôte) est découpé en plusieurs serveurs virtuels (CT)

Jusqu'à Samedi, le serveur hôte était un EG64 Hybrid. Cependant les
performances devenaient mauvaises pendant les temps de backup - qui étaient
du coup réduit au minimum, ce qui devenait moyen à force..

J'ai donc fais le choix de passer sur un serveur de gamme supérieur. J'ai
opté pour un serveur MG64 car j'utilisais peu le SSD (sauf pour le système,
des backups intermédiaires et la base de forum.spip.net)

Pour comprendre les différences entre le EG et le MF, je me suis basé sur
leurs caractéristiques techniques - en particulier le CPU et le disque.

Côté CPU, on sait ce que c'est sur la page publique. Donc j'ai regardé les
comparatifs sur http://www.cpubenchmark.net

        | Processeur    | # Core | Freq    | Rank | Passmark CPU
Kimsufi | Intel i5-2300 | 2/4    | 3,4 GHz | 181  | 5276
EG 64   | Xeon E5 1620  | 4/8    | 3,6 GHz | 38   | 9163
MG64    | Xeon E5 1650  | 6/12   | 3,2 GHz | 14   | 11392

Donc côté CPU, y'a pas photo c'est mieux !

Côté disque je n'ai pu faire le comparatif qu'une fois que j'avais commandé
le serveur
Les valeurs sont prises sur http://www.harddrivebenchmark.net/

       | Modele                    | Rank  | Rating
Kimsufi| Seagate ST32000641AS      | 772   | 759
EG 64  | Seagate ST2000DM001-1CH1  | 584   | 977
MG 64  | Toshiba DT01ACA2          | 640   | 900

Mauvaise surprise : le MG utilise un disque un peu moins performant. Mais
bon, entre 900 et 977 on peut penser que la différence est minime. D'autant
plus que le nouveau serveur allait être optimisé en lecture/écriture (je
vous passe les détails)

La migration des différents CT s'est faite sans trop d'histoires entre
Samedi et Lundi.
Mais depuis Dimanche effectivement tous les vps du serveur ont salement
ramé ( puis surtout Lundi ).

En fait le nouveau serveur sature dès qu'on lui demande trop d'accès en
lecture/écriture. Et la montée en température est vite vertigineuse, par
effet de boule de neige, ce qui se traduit en pratique par un
ralentissement global de tous les sites et autres services hébergés dans
les différents CT

Les moments où ça ramait le plus étaient ceux où étaient lancé les backup.
Et particulièrement à cause d'un de mes clients qui a beaucoup de
popularité et consomme beaucoup.
C'est essentiellement lui qui nous pose problème, car son mysql pompe
parfois 90% des accès disque.
Cette situation est totalement anormale.
Cette nuit j'ai en particulier travaillé sur la config de son mysql et l'ai
customisée pour résoudre ces problèmes.
Je verrai dans mes prochains tests si mes suppositions sont bonnes, mais ça
devrait aller mieux.

D'autres optimisations sont mises en place sur le serveur hôte et doivent
être testées dans les prochains backups.

Au pire je passerai rapidement sur une gamme au dessus, mais pour l'instant
je préfère chercher d'où viennent ces problèmes de blocage des accès en
lecture/écriture. Une amélioration de ce côté permettrait de faire
plusieurs sauvegardes sans affecter la rapidité des sites. C'est
indispensable pour que l'hébergement reste fiable et rapide.

Merci d'avoir pris la peine de lire ce message jusqu'au bout,

.Gilles
&lt;/pre&gt;</description>
    <dc:creator>Gilles Vincent</dc:creator>
    <dc:date>2013-05-14T08:55:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32177">
    <title>Re: MAJ plugins via Couteau suisse</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32177</link>
    <description>&lt;pre&gt;
Euh... oui, normal si ton client SVN ne trouve pas de serveur causant
sa langue à cette adresse (autrement dit il n'y a pas de dépot ou même
de service Subversion à cette adresse...)
Est-ce que ce n'est pas (au lieu de "svn") un "wget" ou un "curl" ou
autre pour récupérer le l'archive .zip ?

Quant au couteau suisse, je n'ai aucune idée de comment il fait sa
vérification de mises à jours
&lt;/pre&gt;</description>
    <dc:creator>Gildas Cotomale</dc:creator>
    <dc:date>2013-05-13T17:57:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32176">
    <title>article invisble si recalcul</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32176</link>
    <description>&lt;pre&gt;Bonjour,

J'ai un souci avec un plugin en cours de création. Je souhaite afficher 
une boite dans les articles de l'espace privé, j'ai donc créée le petit 
squelette qui va bien avec. Par contre quand je fais un 
var_mode=recalcul j'ai le message d'interdiction d'accès à l'article.
Sur la table spip_articles je déclare deux champs nouveaux dont le 
dernier est archive qui sera soit à 1 soit à rien. Je voudrais également 
que lorsque les articles ont un archive=1 ceux-ci ne soient plus 
visibles depuis la partie publique  à moins de mettre {tout} dans la boucle.
En m'appuyant sur le plugin archive déjà existant pour SPIP 2 je déclare 
ceci:
function archiver_pre_boucle($boucle){
    if ($boucle-&amp;gt;type_requete == 'articles') {
        $id_table = $boucle-&amp;gt;id_table;
        $champ_archive = $id_table.'.archive';
          if (!isset($boucle-&amp;gt;modificateur['criteres']['archive']) &amp;amp;&amp;amp;
            !isset($boucle-&amp;gt;modificateur['tout']))
        {
            $boucle-&amp;gt;where[]= array("'is'", "'$champ_archive'", "'null'");
        }     
    }
    return $boucle;
}

Ca marche bien sauf que :
&amp;lt;B_archive&amp;gt;
[(#BOITE_OUVRIR{[&amp;lt;:archiver:titre_attention:&amp;gt;(#CHEMIN_IMAGE{archiver-24.png}|balise_img{'',cadre-icone})],notice})]
&amp;lt;ul&amp;gt;
&amp;lt;BOUCLE_archive(ARTICLES){id_article}{archive=1}{tout} &amp;gt;
&amp;lt;li&amp;gt;&amp;lt;:archiver:archiver_le:&amp;gt; [(#ARCHIVE_DATE|affdate)] &amp;lt;/li&amp;gt;
&amp;lt;/BOUCLE_archive&amp;gt;&amp;lt;/ul&amp;gt;&amp;lt;div class="ajax"&amp;gt;#FORMULAIRE_RETIRER_ARCHIVE&amp;lt;/div&amp;gt;
#BOITE_FERMER
&amp;lt;/B_archive&amp;gt;

affiche ma boite  et ne m'affiche plus rien du tout sauf interdiction de 
voir l'article en mode recalcul. Si je supprime la fonction du haut, ça 
marche mais je n'ai plus la possibilité de cacher les articles archivés.
&lt;/pre&gt;</description>
    <dc:creator>Bernard Blazin</dc:creator>
    <dc:date>2013-05-13T15:28:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32175">
    <title>Re: ZPIP et insertion de js dans le head</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32175</link>
    <description>&lt;pre&gt;Salut Cédric,

merci pour ces retours, je vais continuer à charger mon script sur
toute mes pages alors, ce n'est pas bien méchant.

Par curiosité, quels sont les squelettes qui vont remplacer Zpip?

jean marie 


On Mon, 13 May 2013 11:46:41 +0200, Cédric Morin &amp;lt;cedric&amp;lt; at &amp;gt;yterium.com&amp;gt;
wrote:

&lt;/pre&gt;</description>
    <dc:creator>Jean Marie Grall</dc:creator>
    <dc:date>2013-05-13T14:38:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32174">
    <title>Etherpad-SPIP</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32174</link>
    <description>&lt;pre&gt;Bonjour
Je recherche des développeurs confirmés pour développer un plugin 
permettant d'intégrer Etherpad-Lite dans une interface SPIP privée ou 
publique.
Etherpad-Lite est le pendant javascript-JQuery de Etherpad qui, lui, est 
développé en Java. Il permet de créer des instances de texte partagé et 
synchrone en lecture et saisie entre plusieurs personnes, à la façon de 
Google Drive.
Les utilisations de Etherpad-Lite sont nombreuses et concernent tout ce 
qui est dans le collaboratif, un travail synchrone sur document dans des 
situations diverses : création / gestion de projets, ead et 
apprentissage à distance, scénarios, ...
Mon problème, c'est que ... bon, je suis pas une flèche en php, et je ne 
saurai donc pas faire ce travail trop compliqué pour moi, mais que je 
trouverais très utile, et que je pourrais ensuite développer dans 
plusieurs projets qui me sont chers, comme par exemple la création d'une 
plateforme d'enseignement à distance réellement socio-constructiviste, 
ou un outil de création de scénarios à plusieurs, un peu comme CeltX 
(pour ceux qui connaissent) mais réellement (et pas faussement) 
openSource. Je suis tout aussi persuadé que de nombreux développeurs de 
sites sauront trouver à cet outil de très nombreuses utilisations dans 
le cadre de travaux à plusieurs.
Parmi les problèmes et les pistes que j'ai pu arpenter, on peut noter:
- ni etherpad, ni etherpad-lite ne permettent de faire une mise en forme 
suffisamment complexe pouvant être ensuite intégrée dans des documents 
qu'on pourrait alors publier, ou exporter dans des formats ouverts. 
Appremment, il ne s'agit toutefois que d'associer une feuille de style 
aux textes produits, et éventuellement grace à Textwheel d'associer 
styles et raccourcis clavier (comme on le ferait normalement avec un 
texte spip classique)
il existe un projet Drupal/Etherpad-Lite qui a apparemment réussi à 
effectuer cette intégration. Mon expérience réalisée en localHost montre 
que c'est probablement opérationnel, mais je n'ai pas réussi à le faire 
fonctionner, à cause des difficultés inhérentes à Drupal (par exemple 
leur projet drush qui, si j'ai bien compris toujours, permettrait de le 
faire fonctionner, mais je n''ai pas réussi à le faire tourner 
correctement) ...

Quelques liens pour montrer le state-of-the-art chez Drupal :
- http://groups.drupal.org/node/98794
- https://github.com/jucovschi/wysiwyg_etherpad_lite
- http://drupal.org/project/etherpad
Ca se développe doucement mais surement. Alors, pourquoi pas SPIP, non 
d'un petit polatouche ? D'autant plus que je considère de plus en plus 
SPIP comme un véritable framework, et plus comme un CMS.
N'hésitez pas à me contacter, si vous imaginez d'autres solutions 
équivalentes, et/ou si vous avez déjà eu cette idée, et/ou si vous êtes 
intéressés, ... Je suis prêt à prendre sur mon temps pour organiser le 
travail, même si je ne suis pas un bon développeur.
Merci à tous d'avoir lu ce long et peut-être fastidieux mail.
François

&lt;/pre&gt;</description>
    <dc:creator>François</dc:creator>
    <dc:date>2013-05-13T13:08:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32173">
    <title>Bug avec Afficher Objets,1.2.3</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32173</link>
    <description>&lt;pre&gt;Bonjour,

Sur un SPIP 2.1.21 SVN avec Afficher Objets,1.2.3 (SVN aussi), le lien 
tout afficher sur une page de résultat de recherche dans l'admin plante :
- résultat avec assez d'articles pour avoir une pagination : 
ecrire/?exec=recherche&amp;amp;recherche=étudiants&amp;amp;submit.x=0&amp;amp;submit.y=0
- Clic sur tout afficher (ou sur un élément de la pagination)
- dans un premier temps, on voit fugitivement le bandeau s'afficher à la 
place de la liste paginée.
- puis une redirection vers une page blanche (avec le navigateur qui 
tourne dans le vide sans time out)


&lt;/pre&gt;</description>
    <dc:creator>RealET</dc:creator>
    <dc:date>2013-05-13T12:51:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.spip.zone/32172">
    <title>Re: MAJ plugins via Couteau suisse</title>
    <link>http://permalink.gmane.org/gmane.comp.web.spip.zone/32172</link>
    <description>&lt;pre&gt;Et idem via svn :

Unable to connect to a repository at URL
 'http://files.spip.org/spip-zone/Associaspip_2_1.zip'
The OPTIONS request returned invalid XML in the response: XML parse error at
 line 1: no element found (
http://files.spip.org/spip-zone/Associaspip_2_1.zip)


Le 13 mai 2013 14:08, VivaSpip &amp;lt;spip.aide&amp;lt; at &amp;gt;gmail.com&amp;gt; a écrit :

&lt;/pre&gt;</description>
    <dc:creator>VivaSpip</dc:creator>
    <dc:date>2013-05-13T12:13:08</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.web.spip.zone">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.web.spip.zone</link>
  </textinput>
</rdf:RDF>
