Salut,
et re réponse d'Octave (qui dort trés peu en ce moment
:
quand on propose un service il faut l'assurer jusqu'au bout et assumer
les erreurs.
Je crois qu'il y a erreur : personne ne propose de service ici
actuellement j'ai pas vu de version de SPIP officiel
corrigantce bug ni de reponses à mes emails.
Personnellement, je n'ai jamais reçu de mail d'Octave, et je n'en ai pas
vu passer non plus sur cette liste... Quant au bug c'est manifestement
un bug MySQL, les listes de discussion de MySQL font état de nombreux
problèmes récents avec les INSERT DELAYED. MySQL 4.0.5 corrige un truc à
ce sujet, d'ailleurs. OVH a-t-il au moins fait part de ses ennuis sur
les listes MySQL ?
Je ne crois pas qu'on ait eu l'air d'ignorer le problème, et on a
proposé des solutions rapidement aux utilisateurs qui se sont plaints
sur la liste SPIP. Pourtant le bug ne vient pas de notre côté.
Il y a vraiment des problémes de dialogue entre vous ?
Il n'y a jamais eu de dialogue. Si OVH voulait une version de SPIP
corrigeant le problème parce que ça entraînait des surcharges chez
eux, ils auraient pu le dire, on l'aurait éventuellement fait. De
rares hébergeurs se manifestent parfois sur les listes (Nexen récemment
par exemple, qui a proposé un patch ;-)), ce n'est pas le cas d'OVH.
Enfin, l'Autre Net, qui n'ont pas bcp de ressources, ont réussi à
se débrouiller en faisant eux-mêmes les modifs nécessaires dans les
comptes clients incriminés, après nous avoir contactés en privé
(contrairement à OVH ;-)). De toute façon, c'est plus efficace que
d'attendre que tous les clients installent la dernière version (la
plupart des utilisateurs de SPIP ne sont pas des férus de mises à
jour, il y aura encore des 1.4 dans un an).
Amicalement
Antoine.
From gui@moolfreet.com Wed Dec 4 14:21:46 2002
Return-Path: <gui@moolfreet.com>
Received: from mail.keliglia.com (ytorres.net1.nerim.net [213.41.132.54])
by miel.brainstorm.fr (Postfix) with SMTP id 2ED141C1D6
for <spip-dev@rezo.net>; Wed, 4 Dec 2002 14:21:46 +0100 (CET)
Received: (qmail 31149 invoked from network); 4 Dec 2002 13:26:55 -0000
Received: from unknown (HELO moolfreet.com) (193.252.173.147)
by ytorres.net1.nerim.net with SMTP; 4 Dec 2002 13:26:55 -0000
Message-ID: <3DEE0219.3040503@moolfreet.com>
Organization: Nexen Services
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1
X-Accept-Language: en
MIME-Version: 1.0
References:
<0a1b01c29611$109b7870$0200010a@holmes><3DEB3169.6000506@NO-LOG.ORG><001301c29a33$232370d0$0100000a@portable>
<088801c29b8d$e1687ad0$0200010a@holmes>
<08d501c29b90$8da45bf0$0200010a@holmes>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: spip-dev@rezo.net
X-Mailman-Version: 2.1b5+
Precedence: list
List-Id: SPIP : developpement <spip-dev.rezo.net>
List-Help: <mailto:spip-dev-request@rezo.net?subject=help>
List-Post: <mailto:spip-dev@rezo.net>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip-dev>,
<mailto:spip-dev-request@rezo.net?subject=subscribe>
List-Archive: <Discuter chez rezo.net;
List-Unsubscribe: <http://listes.rezo.net/mailman/listinfo/spip-dev>,
<mailto:spip-dev-request@rezo.net?subject=unsubscribe>
X-List-Received-Date: Wed, 04 Dec 2002 13:21:46 -0000
Status: O
Content-Length: 1205
Lines: 31
reveOlution wrote:
Bonjour à vous,
J'ai quelques inquiétudes... Sur la ML d'OVH, Octave (directeur technique de
l'hébergeur) viens d'envoyer cela :
Bonjour,
voici bien une reponse digne d OVH.
Je n ai pas lu tout le mail, mais ca me semble bien stupide...
- pour le coup de delayed insert : ok pour relire le manuel MySQL, mais
bon... Killer un process MySQL pour "liberer de la RAM", c est bete...
Ce process a son utilite concernant les insert. Le killer implique une
reconnexion et la mobilisation supplementaire d un process apache. D ou
une consommation de RAM plus importante que si le delayed insert restait
up. A mon avis, c est pour ne pas avouer une faiblesse d OVH qui limite
severement le nombre de connexions simultanees a la base MySQL.
- Concernant les versions qui ne corrigent pas les problemes, l equipe
de developpement de SPIP me semble assez ouverte a toute proposition
concernant des patchs eventuels (cf le cas Nexen ces jours-ci). Il
suffit juste de prendre son courage a deux mains et de coder le patch.
Voila! Sans vouloir lancer de troll baveux, bien entendu... Tachons de
ne pas nous mentir, et avouons nos faiblesses, je trouve ca plus sain.
Gui