<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="generator" content="Osso Notes">
<title></title></head>
<body>
<p>Plop,
<br>
<br>Le nombre de parts indique apres le slash correspond au decoupage "entre nous" (i.e. pour savoir qui va payer combien) et non au nb de parts cote hebergeur.
<br>
<br>--
<br>Tartalian
<br>
<br>----- Original message -----
<br>> Plop,
<br>>
<br>> Si quelqu'un a compris la différence entre les "Conserver actuel / Np"
<br>> et "Augmenter nb parts / (N-2)p" (vu qu'on a 2 parts), ca m'interesse...
<br>>
<br>> Myrhev
<br>>
<br>> On Sat, 6 Mar 2010, Stéphane Caron wrote:
<br>>
<br>> > Re,
<br>> >
<br>> > Un sondage pour trancher : <a href="http://doodle.com/wsbkwencbtyd2c9q">http://doodle.com/wsbkwencbtyd2c9q</a>
<br>> >
<br>> > --
<br>> > Stéphane
<br>> >
<br>> > On Mar 5, 2010, at 12:34 PM, Ismael Bouya wrote:
<br>> >
<br>> > > (Thu, Mar 04, 2010 at 10:39:30PM -0500) Stéphane Caron :
<br>> > > > Re,
<br>> > > >
<br>> > > > == BACKUP ==
<br>> > > >
<br>> > > > Merci pour la précision sur le backup des données, et respect pour
<br>> > > > être allé chercher les détails jusque dans les TOS ;-)
<br>> > > >
<br>> > > > Dans ce cas, il faudra de toute façon qu'on s'organise pour faire nos
<br>> > > > sauvegardes rationnellement (soit chacun de notre côté, mais on
<br>> > > > pourrait p. ex. envisager que tout répertoire backup/ dans le home
<br>> > > > d'un utilisateur soit sauvegardé automatiquement).
<br>> > > >
<br>> > > > Avec un dédié kimsufi, on a aussi 100 Go de backup, qui ne sont certes
<br>> > > > pas forcément garantis mais, disons, offrent une sécurité
<br>> > > > supplémentaire ;-)
<br>> > > >
<br>> > > > == TARIFICATION ==
<br>> > > >
<br>> > > > Pour la tarification, je pense qu'une évaluation chiffrées en fonction
<br>> > > > des ressources utilisées est peu évidente à mettre en pratique, et ne
<br>> > > > distingue pas un utilisateur qui accapare le serveur à 99% pendant une
<br>> > > > heure tous les mois d'un autre qui le ferait 3.600 fois 1s par mois.
<br>> > > >
<br>> > > > Et puis zut ! On est entre nous ! On va quand même pas faire des
<br>> > > > comptes d'apothicaires (iXce, désolé pour Mandine) : il suffit on
<br>> > > > trouve une répartition qui départage /grosso modo/ les différentes
<br>> > > > classes d'utilisateurs...
<br>> > > >
<br>> > > > On peut par exemple ne faire que deux classes : irc/backup/vpn/etc.
<br>> > > > pour tout le monde, et ceux qui veulent web/latex/teeworlds paient une
<br>> > > > part supplémentaire. C'est très grossier, mais a-t-on besoin de se
<br>> > > > prendre la tête ?
<br>> > > >
<br>> > > > (Et puis, cette solution évite d'isoler Clarus dont, il faut le
<br>> > > > reconnaître, les serveurs teeworlds pompent en continu bien plus que
<br>> > > > le reste :p)
<br>> > >
<br>> > > Moi ça me va, et si possible je préférerais payer l'abonnement moi-même
<br>> > > et qu'on me rembourse ensuite (paypal, crédit, etc. au choix)
<br>> > >
<br>> > > Bonne soirée !
<br>> > >
<br>> > > --
<br>> > > Ismaël
<br>> > > _______________________________________________
<br>> > > amis mailing list
<br>> > > <a href="mailto:amis@ulminfo.fr">amis@ulminfo.fr</a>
<br>> > > <a href="http://lists.ulminfo.fr/cgi-bin/mailman/listinfo/amis">http://lists.ulminfo.fr/cgi-bin/mailman/listinfo/amis</a>
<br>> >
<br>> > _______________________________________________
<br>> > amis mailing list
<br>> > <a href="mailto:amis@ulminfo.fr">amis@ulminfo.fr</a>
<br>> > <a href="http://lists.ulminfo.fr/cgi-bin/mailman/listinfo/amis">http://lists.ulminfo.fr/cgi-bin/mailman/listinfo/amis</a>
<br>> >
<br><br></p>
</body>
</html>