Je peux avoir un vps pour la bdd de framanews ?

[Luc Didry]

Après discussion ce weekend avec un pote qui gère pas mal de bdd pour son boulot, il est apparu que
le goulot d'étranglement est le disque. Le disque étant bloquant, les processus s'accumulent et on
se tape un load assez (voire bien trop) élevé très souvent

J'ai un peu noté tout ca dans github : https://github.com/framasoft/framanews_ttrss/issues/4

* Un des problèmes du serveur actuel de framanews est d'avoir une gigantesque (1.7 To) partition
/home dans laquelle on met les trucs qui prennent de la place (dont la base de données postgresql).
Malgré l'option relatime de montage de cette partition, qui réduit la fréquence d'écriture du
journal du système de fichier, kjournald (le process qui s'occupe de de ça) pompe énormément d'IO.
Si je mets du noatime, on n'aura pas ce problème mais on n'aura plus de système de fichiers
journalisé et c'est un risque de ne pas pouvoir réparer le système de fichiers en cas de problème.
Sur une partition dédié, je le ferais sans peur, mais là y a beaucoup de trucs qui sont sur la même
partition. Et comme c'est du ext3, pas en lvm… je ne peux pas retailler la partition à chaud pour
m'en faire une dédiée.

* On a du mysql ET du postgresql qui tourne ensemble. Mon pote dit que c'est mal.

* Il préconise un système séparé pour la bdd : une bdd peut pénaliser un apache/php et vice-versa.

Tout ça pour demander s'il est possible que Framasoft prenne un vps pour un mois pour faire des
tests (et plus longtemps si ça aide). Je pensais à un classic 4 de chez OVH
(http://www.ovh.com/fr/vps/vps-classic.xml) pour avoir 2 cœurs (c'est quand même un minimum) et 4Go
(là c'est pour l'optimisation de la bdd). Le disque est trop gros (pour juste une bdd. Mais ça se
trouve ça va augmenter si on passe un jour en production), mais c'est pas très grave.

J'ai dit OVH parce que les serveurs sont majoritairement chez eux, mais si on peut avoir un vps
moins cher, ou alors dont on peut faire varier les paramètres plus finement, je suis tout ouïe.
L'idéal serait avec des disques ssd, mais ça coûte cher.
Ou pas : http://serverbear.com/1071-vz9-prometeus, http://serverbear.com/1592-vzssd9-prometeus (le
site http://serverbear.com a vraiment l'air pas mal, faudrait peut-être creuser

En plus de ça, je vais tenter de me pencher sur l'utilisation d'une base nosql comme mongoDB pour
l'update des flux (mais je ne suis pas un expert php ni mongodb et ça va taper loin dans ttrss, donc
ça peut prendre du temps et/ou être pas très beau à relire).

Conclusion : bah, clairement, on ouvrira pas en juillet, sauf miracle :(


Je savais pas si je devais orienter ce mail vers la liste technique ou framacloud, faut pas hésiter
à me dire si ce genre de truc doit plutôt aller vers la technique.
--
Luc
http://www.fiat-tux.fr/
Envoyé depuis mon serveur de messagerie personnel.
Je suis le seul à pouvoir lire mon courrier. Et vous ?

[Quentin Theuret]

Le mieux, c'est de mettre les deux, comme ça tout le monde est content ;)

2013/6/17 Luc Didry <l...@didry.org>:

--
Quentin THEURET

"La route est longue, mais la voie est libre…"
www.framasoft.org

Framasoft ne vit que par vos dons (déductibles des impôts). Merci
d'avance pour votre soutien ;-)
soutenir.framasoft.org

Framasoft, sa vie, son œuvre, sur une seule page :
fr.wikipedia.org/wiki/Framasoft

Nous suivre sur :
- Identica : identi.ca/framasoft
- Twitter : twitter.com/framasoft
- Facebook : www.facebook.com/framasoft

[Luc Didry]

Merci de l'avoir fait ;)

La contrepartie par contre, c'est de penser à faire un reply-all, ce qu'on oublie vite quand on veut
répondre à une liste

[Pierre-Yves Gosset]

Hello,

encore merci Luc pour ton implication (je me répète, mais bon, c'est sincère... et c'est lundi ;) )

Donc, oui, pas de souci pour prendre un serveur (virtuel ou pas) pour cela.

Je dirais bien Prometheus (suis pas maqué avec OVH, d'autant plus si on part sur un hébergement dédié à framanews), mais ils semblent "out of stock" : https://www.prometeus.net/billing/cart.php?gid=7

Donc, VPS OVH ou autre (par exemple http://serverbear.com/356-root-server-ex-4-hetzner semble avoir un bon taux de transfert, même si c'est pas du SSD)

Bref, je te laisse faire le choix de ce qui te convient. Ensuite tu me dis et je loue le bouzin pour Frama et te file les accès. Il faut par contre rester sous les 50€ HT mensuels : Framanews risque d'être un projet "à perte" pour Framasoft, donc il faut juste borner le truc à qq chose de raisonnable. Si on arrive à trouver un moyen de le financer (par exemple "Offre gratuite avec flux relevé une fois par heure maximum, offre payante avec flux relevés toutes les 10mn", j'en sais rien) alors on verra à prendre une infra plus adaptée.

Mais pour moi, il vaut mieux jouer sur les limitations utilisateurs ("Le service est volontairement bridé, afin de garder un service accessible à tous") plutôt que d'essayer de répondre à toutes les demandes.

Côté développement : partir dans une migration noSQL me parait trop lourd et trop incertain. Je pense - je radote, je sais - qu'il vaut mieux investir le temps de dév sur :

- la conf

- la mise en place de limitations utilisateurs

- le dév de scripts pour repérer les 5% d'utilisateurs les plus "gourmands" (pour les encourager à installer leur propre instance de tt-rss ou autre)

pyg

2013/6/17 Luc Didry <l...@didry.org>

--
-----

"La route est longue, mais la voie est libre…"
www.framasoft.org

Framasoft ne vit que par vos dons (déductibles des impôts). Merci d'avance pour votre soutien ;-)
soutenir.framasoft.org

Framasoft, sa vie, son œuvre, sur une seule page : fr.wikipedia.org/wiki/Framasoft

Nous suivre sur les réseaux sociaux :
identi.ca/framasoft - twitter.com/framasoft - facebook.com/framasoft

[Luc Didry]

On 17/06/2013 15:20, Pierre-Yves Gosset wrote:
> Hello,
> encore merci Luc pour ton implication (je me répète, mais bon, c'est
> sincère... et c'est lundi ;) )
>
> Donc, oui, pas de souci pour prendre un serveur (virtuel ou pas) pour cela.
> Je dirais bien Prometheus (suis pas maqué avec OVH, d'autant plus si on
> part sur un hébergement dédié à framanews), mais ils semblent "out of
> stock" : https://www.prometeus.net/billing/cart.php?gid=7
> Donc, VPS OVH ou autre (par exemple
> http://serverbear.com/356-root-server-ex-4-hetzner semble avoir un bon taux
> de transfert, même si c'est pas du SSD)

Je vais fouiller serverbear.com pour essayer de trouver un truc bien, car ton lien là, c'est 6TB de
disque… C'est beaucoup trop, on risque d'avoir la tentation de s'en servir pour autre chose… et
c'est mal.

Tiens, voilà, j'ai fouillé : http://serverbear.com/2117-overzold8g-iperweb
https://my.iperweb.com/cart/overzold/ (prends bien le overzold*8g* hein)
Ça, ça a l'air de poutrer du zombie putride, c'est carrément pas cher (voir si c'est bien 9.9£/mois
tout compris)
En plus, c'est pas hébergé aux USA ou en Angleterre, mais en Italie. J'aurais préféré la France,
mais bon, déjà on est pas dans la portée du Patrioct Act ou à la merci des services secrets de sa
Majesté (qui sont pas beaucoup mieux que la NSA :
http://www.pcinpact.com/news/80584-snowden-royaume-uni-aurait-espionne-membres-g20-en-2009.htm)

>
> Bref, je te laisse faire le choix de ce qui te convient. Ensuite tu me dis
> et je loue le bouzin pour Frama et te file les accès. Il faut par contre
> rester sous les 50€ HT mensuels : Framanews risque d'être un projet "à
> perte" pour Framasoft, donc il faut juste borner le truc à qq chose de
> raisonnable. Si on arrive à trouver un moyen de le financer (par exemple
> "Offre gratuite avec flux relevé une fois par heure maximum, offre payante
> avec flux relevés toutes les 10mn", j'en sais rien) alors on verra à
> prendre une infra plus adaptée.

Ah oui, c'est une idée. L'accès premium étant offert directement aux gens qui sont déjà donateurs
réguliers, non ?

> Mais pour moi, il vaut mieux jouer sur les limitations utilisateurs ("Le
> service est volontairement bridé, afin de garder un service accessible à
> tous") plutôt que d'essayer de répondre à toutes les demandes.

Ok.

> Côté développement : partir dans une migration noSQL me parait trop lourd
> et trop incertain. Je pense - je radote, je sais - qu'il vaut mieux
> investir le temps de dév sur :
> - la conf

Plus rien à faire, ça dépend du vps maintenant.

> - la mise en place de limitations utilisateurs

Ça c'est du vrai dév. Mais ça doit pouvoir se jouer sans trop de difficulté.

> - le dév de scripts pour repérer les 5% d'utilisateurs les plus "gourmands"
> (pour les encourager à installer leur propre instance de tt-rss ou autre)

Arf arf, trop simple :D

>
> pyg
>
>

Bon bah voilà, j'attends les accès au vps (mais ça peut largement attendre ce soir hein).

Pour info, j'ai demandé un vps parce que ça coûte moins cher et que c'est plus flexible en terme de
conf. La preuve, celui que j'ai choisi est bien dimensionné pour nos besoin et coûte peanuts.

[Pierre-Yves Gosset]

La commande est en cours :)

Mon prochain mail sera donc pour te filer les accès du bazar.

A ce tarif là, de toute façon, même si ça poutrait du poney arc-en-ciel, autant faire le test...

2013/6/17 Luc Didry <l...@didry.org>

On 17/06/2013 15:20, Pierre-Yves Gosset wrote:

> Hello,
> encore merci Luc pour ton implication (je me répète, mais bon, c'est
> sincère... et c'est lundi ;) )
>
> Donc, oui, pas de souci pour prendre un serveur (virtuel ou pas) pour cela.
> Je dirais bien Prometheus (suis pas maqué avec OVH, d'autant plus si on
> part sur un hébergement dédié à framanews), mais ils semblent "out of
> stock" : https://www.prometeus.net/billing/cart.php?gid=7
> Donc, VPS OVH ou autre (par exemple
> http://serverbear.com/356-root-server-ex-4-hetzner semble avoir un bon taux
> de transfert, même si c'est pas du SSD)

Je vais fouiller serverbear.com pour essayer de trouver un truc bien, car ton lien là, c'est 6TB de
disque… C'est beaucoup trop, on risque d'avoir la tentation de s'en servir pour autre chose… et
c'est mal.

Ha Ha, c'est pas faux ;)

 

Tiens, voilà, j'ai fouillé : http://serverbear.com/2117-overzold8g-iperweb
https://my.iperweb.com/cart/overzold/ (prends bien le overzold*8g* hein)
Ça, ça a l'air de poutrer du zombie putride, c'est carrément pas cher (voir si c'est bien 9.9£/mois
tout compris)
En plus, c'est pas hébergé aux USA ou en Angleterre, mais en Italie. J'aurais préféré la France,
mais bon, déjà on est pas dans la portée du Patrioct Act ou à la merci des services secrets de sa
Majesté (qui sont pas beaucoup mieux que la NSA :
http://www.pcinpact.com/news/80584-snowden-royaume-uni-aurait-espionne-membres-g20-en-2009.htm)

Les ToS m'avaient l'air OK apres une lecture à l'arrache : https://my.iperweb.com/page/tos/ 

>
> Bref, je te laisse faire le choix de ce qui te convient. Ensuite tu me dis
> et je loue le bouzin pour Frama et te file les accès. Il faut par contre
> rester sous les 50€ HT mensuels : Framanews risque d'être un projet "à
> perte" pour Framasoft, donc il faut juste borner le truc à qq chose de
> raisonnable. Si on arrive à trouver un moyen de le financer (par exemple
> "Offre gratuite avec flux relevé une fois par heure maximum, offre payante
> avec flux relevés toutes les 10mn", j'en sais rien) alors on verra à
> prendre une infra plus adaptée.

Ah oui, c'est une idée. L'accès premium étant offert directement aux gens qui sont déjà donateurs
réguliers, non ?

Malheureusement non : un don, c'est un don, il doit se faire sans contrepartie (en fait, il y a une exception de fait qui permet une contrepartie max de l'ordre de 25% max, mais rien n'est acté dans la législation).

Mais ça pourrait se faire sous des modalités de vente "classique" associée au don. La mise en place d'un statut Premium, quoi.

Par contre, mon boulot, c'est de rappeler que le diable se cache dans les détails (par exemple, pour proposer un service comme celui-ci, faut blinder les conditions générales de ventes, préparer une compta adaptée, bidouiller des scripts pour automatiser le statut "framium" :P, etc).

Bref, entre l'idée et sa réalisation effective, il peut s'écouler quelques mois. Mais pour moi ça ne doit pas se faire à l'arrache (rien que l'idée d'un service premium, ça doit se discuter avec la communauté au sens large, et s'envisager de façon globale).

 

> Mais pour moi, il vaut mieux jouer sur les limitations utilisateurs ("Le
> service est volontairement bridé, afin de garder un service accessible à
> tous") plutôt que d'essayer de répondre à toutes les demandes.

Ok.

> Côté développement : partir dans une migration noSQL me parait trop lourd
> et trop incertain. Je pense - je radote, je sais - qu'il vaut mieux
> investir le temps de dév sur :
> - la conf

Plus rien à faire, ça dépend du vps maintenant.

:)

 

> - la mise en place de limitations utilisateurs

Ça c'est du vrai dév. Mais ça doit pouvoir se jouer sans trop de difficulté.

> - le dév de scripts pour repérer les 5% d'utilisateurs les plus "gourmands"
> (pour les encourager à installer leur propre instance de tt-rss ou autre)

Arf arf, trop simple :D

Je savais bien que ça te titillerait ;-)

pyg

[Luc Didry]

Les 5% ou le nombre de ceux qui déconnent : sur les 120 personnes sur
framanews, 41 (plus d'1/3) ont plus de 100 flux, 26 (+ de 20%) ont plus
de 150 flux, 12 (10%) en ont plus de 250 et les deux plus gros
consommateurs ont 658 et 750 flux !

Bon, clairement, l'objectif premier est l'implémentation d'une limite du
nombre de flux. On la met à combien ? Et combien pour ceux qui
payeraient ? Et est-ce que ce serait open bar pour les gens qui payent
ou ils auraient une limite plus élevée ? (je préfère la deuxième
solution, ayant vu les nombres abérrants de flux pour quelques
utilisateurs).

Proposition : 50 flux gratos, 150 flux en payant.
Pour être honnête, j'ai moi-même 104 flux (d'où la limite sup à 150 :l)

Ah et pour info, comme j'ai remonté le cache des flux à 25 minutes, il
faut le préciser (et bien dire que du coup, le rafraîchissement ne peut
être inférieur à 25 minutes).

Et combien on peut faire payer ? Rembourser le vps se fera rapidement,
vu le prix ridicule payé (9.90 livres/mois, soit 11,64€/mois pour ceux
qui ne savent pas). S'il y a trop de monde, on pourrait faire un cluster
de vps pour recharger les flux.

Ce qui serait cool, ce serait d'être bénéficiaires (même si le but n'est
pas de faire du pognon) pour financer les autres projets.

>> Arf arf, trop simple :D
>>
>
> Je savais bien que ça te titillerait ;-)
>
>
> pyg
>

Sinon le vps est configuré, ça poutre (c'est rapide comme tout) et ça
consomme rien (on a 4 cœurs et j'ai 1.25 de load + ça devrait consommer
encore moins une fois que le retard (12 000 flux trop vieux) sera rattrapé).

Je pense qu'on a trouvé LA solution (enfin, faut voir la latence avec
l'accès à la bdd, mais sinon on posera le site directement dessus (ou
plutôt un autre vps pas cher, histoire de pas mélanger)).
Pour la montée en charge des utilisateurs, je propose de garder une
limite d'utilisateurs qu'on augmente au fur et à mesure, histoire de pas
avoir une grosse charge d'un coup sans avoir le temps de réagir.
Pour la réaction à la montée en charge, je pense qu'un cluster
postgresql sur plusieurs vps pourrait être une bonne solution. Parce que
même si le vps résoud nos problèmes pour les 120 utilisateurs actuels,
ça ne tiendra pas 3 000 (je pense).

Je ferais un mail demain pour prévenir d'une coupure demain soir pour le
changement de bdd pour l'instance (pour l'instant, je fais des tests
sans le brancher au ttrss) + échange ttrss2/ttrss (que j'aurais du faire
hier, mais il faisait si beau ! (aujourd'hui aussi, mais comme tu m'as
filé un nouveau joujou))

Je profiterais du mail pour dire au gens qu'il y a un blog (moche,
certes) pour framacloud et inciter les gens à s'inscrire au flux.

Faudra aussi voir, une fois que le Sympa de Quentin sera en prod, à
inscrire les utilisateurs à une liste de diffusion. Parce que mon script
fonctionne bien, m'enfin bon. Pis les gens me répondent à moi, c'est pas
top pour le partage de l'info.

Question subsdidiaire : faudrait pas faire une déclaration CNIL ?
Framasoft a peut-être un référent CNIL ?

[Pierre-Yves Gosset]

(@benjamin : question CNIL pour toi à la fin du mail)

2013/6/18 Luc Didry <l...@didry.org>

>>
>>> - la mise en place de limitations utilisateurs
>>
>> Ça c'est du vrai dév. Mais ça doit pouvoir se jouer sans trop de
>> difficulté.
>>
>>> - le dév de scripts pour repérer les 5% d'utilisateurs les plus
>> "gourmands"
>>> (pour les encourager à installer leur propre instance de tt-rss ou autre)
>>

Les 5% ou le nombre de ceux qui déconnent : sur les 120 personnes sur
framanews, 41 (plus d'1/3) ont plus de 100 flux, 26 (+ de 20%) ont plus
de 150 flux, 12 (10%) en ont plus de 250 et les deux plus gros
consommateurs ont 658 et 750 flux !

Bon, clairement, l'objectif premier est l'implémentation d'une limite du
nombre de flux. On la met à combien ? Et combien pour ceux qui
payeraient ? Et est-ce que ce serait open bar pour les gens qui payent
ou ils auraient une limite plus élevée ? (je préfère la deuxième
solution, ayant vu les nombres abérrants de flux pour quelques
utilisateurs).

Proposition : 50 flux gratos, 150 flux en payant.
Pour être honnête, j'ai moi-même 104 flux (d'où la limite sup à 150 :l)

Hé hé.

Limite à 150 flux, ça me va tres bien.

PAr contre, je veux juste désambiguer un truc : pour l'instant, l'offre payante est un ***projet***.

Elle ne saurait être lancée cet été.

Comme je le disais, il y a des centaines (littéralement) de détails à régler pour pouvoir offrir une offre payante au sein de Framasoft (juridique, comptable, administratif, gourvernance, stratégique, commercial, marketing, etc) et pour l'instant on est à des années lumières.

Donc, on peut toujours l'évoquer, mais comme une perspective treeeees lointaine.

 

Ah et pour info, comme j'ai remonté le cache des flux à 25 minutes, il
faut le préciser (et bien dire que du coup, le rafraîchissement ne peut
être inférieur à 25 minutes).

Je suis même pour, dans les conditions d'utilisations, indiquer que c'est 25mn minimum, mais qu'on se réserve le droit d'augmenter l'intervalle de rafraichissement à une ou deux heures (voir plus) en cas de forte charge (par exemple le temps d'agrandir le cluster).

 

Et combien on peut faire payer ? Rembourser le vps se fera rapidement,
vu le prix ridicule payé (9.90 livres/mois, soit 11,64€/mois pour ceux
qui ne savent pas). S'il y a trop de monde, on pourrait faire un cluster
de vps pour recharger les flux.

Cf ma réponse ci-dessus : pour l'instant, on propose un service ouvert à tous (avec nb d'inscrit max par paliers pour gérer la montée en charge), une offre payante *pourrait* voir le jour, mais pas avant plusieurs mois.

 

Ce qui serait cool, ce serait d'être bénéficiaires (même si le but n'est
pas de faire du pognon) pour financer les autres projets.

>> Arf arf, trop simple :D
>>
>
> Je savais bien que ça te titillerait ;-)
>
>
> pyg
>

Sinon le vps est configuré, ça poutre (c'est rapide comme tout) et ça
consomme rien (on a 4 cœurs et j'ai 1.25 de load + ça devrait consommer
encore moins une fois que le retard (12 000 flux trop vieux) sera rattrapé).

Cool !

 

Je pense qu'on a trouvé LA solution (enfin, faut voir la latence avec
l'accès à la bdd, mais sinon on posera le site directement dessus (ou
plutôt un autre vps pas cher, histoire de pas mélanger)).
Pour la montée en charge des utilisateurs, je propose de garder une
limite d'utilisateurs qu'on augmente au fur et à mesure, histoire de pas
avoir une grosse charge d'un coup sans avoir le temps de réagir.

Ca me va tres bien.

 

Pour la réaction à la montée en charge, je pense qu'un cluster 

postgresql sur plusieurs vps pourrait être une bonne solution. Parce que
même si le vps résoud nos problèmes pour les 120 utilisateurs actuels,
ça ne tiendra pas 3 000 (je pense).

Aucun souci pour moi. Je n'ai par contre jamais monté de clusters de BDD : que ce passe-t-il si l'un des VPS tombe en rade ?

 

Je ferais un mail demain pour prévenir d'une coupure demain soir pour le
changement de bdd pour l'instance (pour l'instant, je fais des tests
sans le brancher au ttrss) + échange ttrss2/ttrss (que j'aurais du faire
hier, mais il faisait si beau ! (aujourd'hui aussi, mais comme tu m'as
filé un nouveau joujou))

Content que tu t'amuses avec :)

 

Je profiterais du mail pour dire au gens qu'il y a un blog (moche,
certes) pour framacloud et inciter les gens à s'inscrire au flux.

OK, je vais tâcher d'améliorer Framacloud dans la semaine, mais l'approche des RMLL n'aide pas à trouver du temps.

 

Faudra aussi voir, une fois que le Sympa de Quentin sera en prod, à
inscrire les utilisateurs à une liste de diffusion. Parce que mon script
fonctionne bien, m'enfin bon. Pis les gens me répondent à moi, c'est pas
top pour le partage de l'info.

C'est certain. 

@Quentin : en cas de galère avec sympa, je te laisse transmettre les accès à Luc.

 

Question subsdidiaire : faudrait pas faire une déclaration CNIL ?
Framasoft a peut-être un référent CNIL ?

Il me semble qu'on relève ici de la dispense n°7 : http://www.cnil.fr/vos-obligations/declarer-a-la-cnil/dispense/mon-secteur-dactivite/mon-theme/mon-fichier/dispense-selectionnee/dec-mode/DISPLAYSINGLEFICHEDISP/dis-uid/16/?tx_oxcscnildeclaration_pi1%5Bsauid%5D=0&tx_oxcscnildeclaration_pi1%5Btuid%5D=0&cHash=53bdd331c999c8e672d1d1a87a2c0044

============

La dispense n°7 (ancienne norme simplifiée n°15) concerne les traitements de données personnelles mis en œuvre par tout organisme privé ou public à des fins d’information et de communication externe. Elle s’applique aux sites internet institutionnels et aux fichiers de contacts.

Elle exclut toute utilisation commerciale ou politique des données traitées. La dispense prévoit que seules peuvent être enregistrées les données relatives à l’identité, la vie professionnelle, les centres d’intérêts de la personne concernée, à l’exception des données dites sensibles telles que les origines raciales ou ethniques, les opinions politiques, philosophiques ou religieuses, l’appartenance syndicale, l’état de santé ou la vie sexuelle des personnes. Ces données peuvent être conservées pendant toute la durée nécessaire à la réalisation des finalités prévues et une mise à jour annuelle doit être prévue.

Les personnes concernées doivent être informées lors de la collecte des données de l’utilisation ultérieure de ces données à des fins de communication ou d’information, et mises en mesure de s’y opposer.

================

Benjamin s'était proposé d'être notre référent CNIL, mais je ne sais pas trop où ça en est...

pyg

[Luc Didry]

Ça roule. Donc : 50 flux pour l'instant.

>
>>
>> Ah et pour info, comme j'ai remonté le cache des flux à 25 minutes, il
>> faut le préciser (et bien dire que du coup, le rafraîchissement ne peut
>> être inférieur à 25 minutes).
>>
>
> Je suis même pour, dans les conditions d'utilisations, indiquer que c'est
> 25mn minimum, mais qu'on se réserve le droit d'augmenter l'intervalle de
> rafraichissement à une ou deux heures (voir plus) en cas de forte charge
> (par exemple le temps d'agrandir le cluster).
>

Faudra que je l'ajoute dans la FAQ. Ou plutôt un section à part (tout ce qui va dans la FAQ ne
ressort pas beaucoup)

En fait je vais essayer de faire un truc master-master. Chaque vps aura son script d'update et
écrira dans sa base, qui sera répliquée partout. Ttrss ne communiquera qu'avec une base.

Si une base d'update tombe, on s'en fout (pas d'impact), si la base de communication tombe, on
change l'adresse de la base dans la config ttrss.

Je ne peux pas assurer que ce que je viens de proposer est une solution propre, mais ça doit être
faisable.

>
>>
>> Je ferais un mail demain pour prévenir d'une coupure demain soir pour le
>> changement de bdd pour l'instance (pour l'instant, je fais des tests
>> sans le brancher au ttrss) + échange ttrss2/ttrss (que j'aurais du faire
>> hier, mais il faisait si beau ! (aujourd'hui aussi, mais comme tu m'as
>> filé un nouveau joujou))
>>
>>
> Content que tu t'amuses avec :)
>

J'ai même fait du puppet pour pouvoir monter d'autres vps rapidement.

>
>> Je profiterais du mail pour dire au gens qu'il y a un blog (moche,
>> certes) pour framacloud et inciter les gens à s'inscrire au flux.
>>
>>
> OK, je vais tâcher d'améliorer Framacloud dans la semaine, mais l'approche
> des RMLL n'aide pas à trouver du temps.
>

Boh, y a pas urgence. À la limite, si tu peux plutôt faire le formulaire de login dans la page
framanews, je préférerais.

Au passage, j'ai renommé les dépôts framanews sur le github pour que ce soit plus cohérent
(Tiny-Tiny-Rss => framanews_ttrss, framanews => framanews_homepage

Pour le coup ça doit être bon. Tant mieux ;)

>
> pyg
>

Merci pour toutes les réponses :)