Ciel ! J'en rougis ! Cette dernière correction saura rendre raison à notre belle langue et donner à mon expression par endroit trop maladroite le sens juste qui touche là où il est bon.
D'ailleurs il est à noter une faute d'accord fort fâcheuse, je parlais bien évidemment de nos belles expressions françaises, personne n'en doutera.
Je n'aurais qu'un seul mot de remerciement fraternel pour la noble âme, le vaillant hussard du français que vous êtes : merci !
De la même façon, tu ne pourras pas travailler gratuitement pour une entreprise. Même si c'est Gaël, ton pote de dimanche soir au flipper et que vous vous êtes mis d'accord c'est comme ça c'est les lois de protection de l'employé.
Après, rien ne t'empêche vraiment de le faire mais l'employeur n'a pas le droit et peut se faire taper dessus très fort.
Mon très cher Monsieur, permettez moi de vous corriger sur quelques fautes que vous eûtes laissé dans votre journal. Il n'en sera que meilleur.
Ainsi, ayez l'extrême obligeance d'abandonner ces anglicismes jeunistes au profit de nos belles expression françaises ! Remplacez donc ces interfiles par le plus correct fichiers partagés, tout le monde y gagnera !
Bien à vous,
Cordialement,
Je vous supplie d'agréer avec entrain la plus franche et la plus délicate l'expression directe de mes sentiments distingués les plus mielleux
Vous avez bien entendu raison sur le fond, mais le marche etant ce qu'il est, un projet comme Mozilla a le choix entre suivre la tendance ou devenir un dinosaure :-)
J'ai l'impression que Mozilla ne sait pas choisir...
o Ça dépend bien entendu des personnes concernées et de la confiance qu'on a en eux.
Ceci dit tu as bien raison de préciser, parce qu'en plus j'ai dit ce que je ne pensais pas: je ne suis pas pour ce système dans le cas de répartition énergétique.
Pour tout ce qui touche à l'énergie, je suis pour un système exponentiel et un plancher bas en dessous duquel il n'y a rien à payer. Ça peut marcher, dans certaines conditions.
Comme toute activité associative, il faut voir avec les gens qui y sont.
J'avais commencé à faire ça a une epoque ou il fallait parfois dix minutes à un vieux (genre une ou deux semaines d'âge) firefox pour quitter proprement, je ne sais pas trop ce qui posait probleme
Puisque l'écriture des extensions devrait être réservé à l'élite des programmeurs, ceux qui comprennent la vision visionnaire des devs de Gnome 3.
Puisque le langage utilisé devrait être stable dans le temps.
Mais aussi puisqu'il ne faut pas de priver de fonctionnalités avancées des langages modernes comme l'inférence des types, l'orienté objet ou les namespaces, qui permettent d'attirer un plus grand nombre de contributeurs.
Au vu de tous ces impératifs, je propose que l'on propulse l'OCaml au rang de langage d'extension officiel de Gnome 3. Il correspond parfaitement à la description (et particulièrement le point 1)
Ça semble intéressant mais je connais déjà tellement de bons frameworks PHP que je reste sur ma faim.
Allez, fais nous rêver mieux que ça ! :-)
Qu'est-ce qui te différencie, et qui me fera choisir ton framework par rapport, par exemple, à un CakePHP ? (qui est bien plus souple qu'un Symfony mal ou moyennement bien maîtrisé, au passage)
La vraie technique serait plutôt de faire une association, étant donné que le but final est à but non lucratif.
Vous faites payer l'adhésion renouvelable au mois/trimestre/année, et les services sont offerts (saufs frais exceptionnels).
Il faut juste justifier que les membres du bureau ne profitent pas directement des services de l'association (s'ils cotisent comme les autres et en profitent comme les autres c'est bon). Niveau administratif, c'est globalement pareil que les entreprises.
Oui mais non, le problème de talk, c'est qu'il n'y a pas moyen de l'utiliser en couplage avec un multiplexeur de terminal automatiquement (genre screen ou tmux).
Du coup tu es dans une application plein écran et là, POP !, ta fenêtre est toute bousillée et tu ne peux plus bosser tant que tu n'as pas arrêté la conversation (et il faudra au passage forcer le redraw de la fenêtre).
Problème identique avec Write.
De toute façon la solution à base de .drop est en cours d'implémentation. On en est à la phase de test avec des volontaires. On partagera les scripts dès qu'on jugea que le résultat sera atteint.
Je ne t'ai pas pertinenté, j'ai peur que la fonctionnalité de traçage de pertinentage soit implémentée dans la foulée et que je tombe avec toi lorsque tu vas te faire plonker suite au test du nouveau bouton de plonkage ultra-design. /o\
Merci NoNo pour tout ton travail, je pense qu'on peut dire incontestablement que la nouvelle version sous RoR est globalement une réussite.
Si DLFP/LinuxFR vit chaque jour, c'est bien sûr grâce à ses contributeurs (tous méritants), mais il ne faut pas oublier non plus que si ce site est chaque jour plus utilisable c'est grâce à toi et un site utilisable est un site qui continue d'attirer des contributeurs. :-)
Un grand merci à toi, Nono. À ta motivation et à ton dynamisme qui permettent à ce site d'avoir toujours les rouages aussi graissés !
Quelle sera la prochaine grande étape prévue ? L'interactivité de DLFP avec le reste de l'internet ?
Les demandes de suivi 571, 625, 634, 653 et 667 vont dans ce sens...
Plus fiable pas sur.
En tout cas ça n'est pas le même prix ça c'est certain. Parler de fiabilité, OK. Mais si c'est pour sortir une énième offre exactement au même prix que les 42.000 concurrents, l'intérêt est limité. :-)
(et laisse moi t'assurer qu'il faut beaucoup d'utilisateurs pour que les VPS deviennent intéressant financièrement, ce qui dégrade d'autant la fiabilité)
Wow, la solution élégante à base de SSH répond exactement à notre problématique, mais je ne comprends pas comment tu la mets en place.
Le fichier authorized_keys se contente de lister les clefs qui peuvent se connecter sans avoir à taper de mot de passe, non ? La manpage de ssh(1) ne semble pas me contredire...
Tu pourrais expliquer plus en détail ce à quoi tu pense ?
Les problèmes que nous avons rencontré par rapport aux ACL concernaient les logiciels que les utilisateurs s'installaient eux même, et qui prennent rarement en compte la possibilité d'ACL.
Cela nous a obligé à dépenser une énergie très importante en support qui nous a passé le goût des ACL. Support d'autant plus important qu'il était spécifique à chaque logiciel.
Pour le reste, c'est génial, et particulièrement dans un environnement multi-user.
Bon, j'ai attendu que le thread se calme pour pouvoir réagir à froid. Quelques mises au point:
Mon titre était mauvais, je m'en suis rendu compte trop tard, mais en effet le titre est trompeur: ce qui est qualifié de libriste, c'est NOUS les 6 bénévoles passionnés, pas le serveur ! A-t-on déjà vu un serveur chanter les cantiques de Stallman ? Je ne fais pas cette erreur dans le corps de texte, mais c'est trop tard: le titre est déjà passé. Mille excuses.
D'une certaine façon, c'est une plus grande garantie pour vous encore puisque vous savez dans ce cas que notre est aussi libre que nous pouvons le faire.
Vous savez aussi que nous sommes rompus à la transparence et à l'ouverture d'esprit caractéristique des projets libres (renforcé par notre statut d'association qui permet une horizontalité).
Ce journal n'est que le premier sur SOSHIAL et j'espère bien pouvoir partager avec la communauté notre expérience et lancer des débats sur les problématiques que nous allons rencontrer. ;-)
.
Je tiens à insister sur le fait que notre offre est aussi libre que nous pouvons le faire. Personnellement je m'en fiche de ce qui est hébergé sur le serveur, ça ne me regarde pas et je n'ai pas à aller voir. Notre statut d'hébergeur nous oblige à être réactif quand aux enfreintes à la Loi, soit. Nous le serons. Mais ce n'est pas notre boulot.
Le problème se pose en deux points: nous sommes une petite structure bénévole et... nous sommes une petite structure bénévole.
.
Le premier point: notre offre ne souffre aucune concurrence.
Tu semble l'oublier mais ça provoque une certaine distorsion de marché, ce qui n'est ni juste ni équitable. Ce n'est pas libre au sens exclusif GNU (en même temps ce n'est pas du code) mais ça me semble bien être un genre de pensée libriste. Nous ne sommes pas des requins qui souhaitent acquérir un monopole en cassant les prix.
S'interdire les structure lucratives, c'est se priver des clients qui payent le mieux, et c'est aussi être bien clair par rapport aux autres concurrents et assurer la pérennité de l'association.
Le second: en tant que bénévoles d'une petite association qui lance son produit pour la première fois, nous pensons que les adhérents ne doivent pas avoir d'intérêt économique à placer chez nous. Pour les professionnels, il y a les offres de professionnels. Nous voulons être vu comme une association qui organise des barbecues, disait Sysadmin numéro 2, et il n'a pas tort : nous faisons cela parce que nous aimons ça, pour rendre service, et pour rencontrer des gens.
Dès lors qu'un intérêt économique entre en jeu, le rapport et biaisé et nous ne pouvons plus converser dans une ambiance cordiale associative.
.
Pour conclure, cet état d'esprit n'est pas une fermeture, bien au contraire ! C'est l'analyse réaliste et pragmatique de la situation qui nous a poussé à en décider ainsi. Pour la survie de l'association en tant qu'acteur, mais aussi en tant qu'esprit, il a fallu faire des concessions.
Nous sommes libristes en effet. Aurais-tu oublié que le libre s'évertue entre autres à favoriser une concurrence équitable et plus juste ?
Nous sommes conscient d'avoir ici une offre qui ne peut souffrir aucune concurrence, si ce n'est celle d'autres associations elles aussi animées par des bénévoles, sans charges, sans frais.
Les entreprises aussi ont droit à leur business et sont plus à même de fournir des belles garanties que nous même. Ce n'est pas le même secteur, ce n'est pas la même clientèle.
Interdire les usages commerciaux, c'est une affirmation claire que nous souhaitons rester dans un cadre associatif, à échelle humaine, sans intérêts économiques. C'est montrée d'entrée de jeu que, non, pour 20€ vous n'avez pas à mettre d'applications critiques ni à placer des enjeux forts sur notre offre.
Nous ne sommes pas là pour ça. Nous faisons du Soshial, pas du business.
Et bien... Si c'est une demande forte du public, nous allons étudier la possibilité d'une option HA, mais ça ne sera pas donné.
De manière générale, je pense que cette demande est fondamentalement incompatible avec le principe de notre offre, maintenant si y'a des intéressés... tout est possible !
En attendant en cas de crash on fait comme tout le monde: on reboot, on regarde les logs, et on engueule le responsable (si y'en a un). Si y'en a pas, ça peut arriver aussi, et bien tant pis, nous n'hébergeons rien de critique.
Aurais tu oublié que toute utilisation commerciale de notre offre est interdite ? ;-)
Ou alors on utilise des techniques modernes, éprouvées, et efficaces comme le fichier limits.conf, des moulinettes de surveillance et les cgroups.
La seule raison pour laquelle je en puis actuellement donner de chiffres, c'est que ça dépend du serveur... qui dépend de la demande !
Sur l'autre serveur, celui réservé à nos petits étudiants qui sera vraisemblablement plus petit, un processus peut utiliser 2,5GB en pointe et 320Mo pour un processus à long terme (un serveur typiquement).
Coté débit, c'est assez chiant je ne vous le cache pas. C'est plus facile de tout casser que de faire un truc qui boite (et je ne vous parle pas d'un truc qui marche bien). Pour l'instant on a pas eu à réguler le débit, il faut dire qu'un stream full HD c'est pas grand chose. Même deux, même trois. Il y a une sacré marge. Pour le reste, il y a la moulinette. Ça calme et on se retrouve bons voisins. Moins on touche au firewall, mieux on se porte.
De toute façon la méthode universelle, c'est un monitoring efficace, et une communication régulière et ne pas hésiter à poser des limites.
# gtfo asap lol
Posté par mackwic . En réponse au message Offre d'emploi : Développeur (H/F) - édition d'application de réseau social - Paris 2ème. Évalué à 5.
Encore une annonce pourrie mal renseignée, par un compte créé pour l'occasion en plus.
Allez, je vous renvoie aux commentaires des 1000 annonces identiquement préformattées déjà postées sur LinuxFR:
- https://linuxfr.org/forums/généralpetites-annonces/posts/cookpad-recrute-des-ingenieurs-a-tokyo
- https://linuxfr.org/forums/généralpetites-annonces/posts/offre-d-emploi-recrutement-d-un-programmeur-developpeur-web-ville-d-ambares-lagrave-33
- https://linuxfr.org/forums/généralpetites-annonces/posts/stages-adeneo-embedded-linux-et-android-rhone-alpes-ou-idf
- https://linuxfr.org/forums/généralpetites-annonces/posts/offre-demploi-cdi-développeur-logiciels-embarqués-sophia-antipolis-06
Si vous proposez sur un site spécialisé comme ici, ayez au moins l’obligeance de cibler votre annonce et de respecter vos interlocuteurs, merci.
[^] # Re: Mais pourquoi...
Posté par mackwic . En réponse au journal Le futur du langage ISO C++ : les nouvelles librairies PCL. Évalué à 1.
Alors d'après toi Java et C# ne seraient pas durable dans le temps ?
C'est très osé comme point de vue, c'est même très contestable... ;-)
[^] # Re: Respect de la langue
Posté par mackwic . En réponse au journal La légalisation de l'interfile : démagogie maximum. Évalué à 3. Dernière modification le 03 février 2012 à 16:49.
Ciel ! J'en rougis ! Cette dernière correction saura rendre raison à notre belle langue et donner à mon expression par endroit trop maladroite le sens juste qui touche là où il est bon.
D'ailleurs il est à noter une faute d'accord fort fâcheuse, je parlais bien évidemment de nos belles expressions françaises, personne n'en doutera.
Je n'aurais qu'un seul mot de remerciement fraternel pour la noble âme, le vaillant hussard du français que vous êtes : merci !
[^] # Re: Coûts nuls
Posté par mackwic . En réponse au journal Google condamné pour son service Gmaps à cause de sa gratuité. Évalué à 1.
De la même façon, tu ne pourras pas travailler gratuitement pour une entreprise. Même si c'est Gaël, ton pote de dimanche soir au flipper et que vous vous êtes mis d'accord c'est comme ça c'est les lois de protection de l'employé.
Après, rien ne t'empêche vraiment de le faire mais l'employeur n'a pas le droit et peut se faire taper dessus très fort.
# Respect de la langue
Posté par mackwic . En réponse au journal La légalisation de l'interfile : démagogie maximum. Évalué à 10. Dernière modification le 03 février 2012 à 15:28.
Mon très cher Monsieur, permettez moi de vous corriger sur quelques fautes que vous eûtes laissé dans votre journal. Il n'en sera que meilleur.
Ainsi, ayez l'extrême obligeance d'abandonner ces anglicismes jeunistes au profit de nos belles expression françaises ! Remplacez donc ces interfiles par le plus correct fichiers partagés, tout le monde y gagnera !
Bien à vous,
Cordialement,
Je vous supplie d'agréer avec entrain la plus franche et la plus délicate l'expression directe de mes sentiments distingués les plus mielleux
...
C'est lui qui m'a demandé de commenter ! /o\
[^] # Re: Coûts nuls
Posté par mackwic . En réponse au journal Google condamné pour son service Gmaps à cause de sa gratuité. Évalué à 8.
C'est l'inverse.
C'est parce que Google a des couts et qu'elle vend a perte sur un produit en concurrence qu'il s'agit de concurrence deloyale.
[^] # Re: ...
Posté par mackwic . En réponse au journal Quelques aspects de la securite qui n'ont rien a voir avec le "Sandboxing" . Évalué à 1.
J'ai l'impression que Mozilla ne sait pas choisir...
[^] # Re: 2012 les mains dans la bouze !
Posté par mackwic . En réponse au journal Où on parle de couches.... Évalué à 10.
Et étant donné que c'est un repost, je dirais même qu'il en remet une couche !
[^] # Re: extension = puducul
Posté par mackwic . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 1.
Vos deux langages sont beaucoup trop répandus et lisibles. Ca risque d'attirer les contributeurs. C'est dangereux, un contributeur.
[^] # Re: Coopératives d'habitants
Posté par mackwic . En réponse au journal Mutualiser ses abonnements en logement collectif. Évalué à 2.
o Ça dépend bien entendu des personnes concernées et de la confiance qu'on a en eux.
Ceci dit tu as bien raison de préciser, parce qu'en plus j'ai dit ce que je ne pensais pas: je ne suis pas pour ce système dans le cas de répartition énergétique.
Pour tout ce qui touche à l'énergie, je suis pour un système exponentiel et un plancher bas en dessous duquel il n'y a rien à payer. Ça peut marcher, dans certaines conditions.
Comme toute activité associative, il faut voir avec les gens qui y sont.
[^] # Re: pareil
Posté par mackwic . En réponse au journal Plus besoin de quitter Firefox. Évalué à 1.
Qu'est-ce que je vous sers ?
Un millésime Firefox 2011 s'il vous plait ! :-)
[^] # Re: extension = puducul
Posté par mackwic . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 4.
Je vais tous vous mettre d'accord.
Puisque l'écriture des extensions devrait être réservé à l'élite des programmeurs, ceux qui comprennent la vision visionnaire des devs de Gnome 3.
Puisque le langage utilisé devrait être stable dans le temps.
Mais aussi puisqu'il ne faut pas de priver de fonctionnalités avancées des langages modernes comme l'inférence des types, l'orienté objet ou les namespaces, qui permettent d'attirer un plus grand nombre de contributeurs.
Au vu de tous ces impératifs, je propose que l'on propulse l'OCaml au rang de langage d'extension officiel de Gnome 3. Il correspond parfaitement à la description (et particulièrement le point 1)
# Mais encore ?
Posté par mackwic . En réponse à la dépêche Movicon 1.0 est sorti. Évalué à 2.
Ça semble intéressant mais je connais déjà tellement de bons frameworks PHP que je reste sur ma faim.
Allez, fais nous rêver mieux que ça ! :-)
Qu'est-ce qui te différencie, et qui me fera choisir ton framework par rapport, par exemple, à un CakePHP ? (qui est bien plus souple qu'un Symfony mal ou moyennement bien maîtrisé, au passage)
[^] # Re: Coopératives d'habitants
Posté par mackwic . En réponse au journal Mutualiser ses abonnements en logement collectif. Évalué à 1.
La vraie technique serait plutôt de faire une association, étant donné que le but final est à but non lucratif.
Vous faites payer l'adhésion renouvelable au mois/trimestre/année, et les services sont offerts (saufs frais exceptionnels).
Il faut juste justifier que les membres du bureau ne profitent pas directement des services de l'association (s'ils cotisent comme les autres et en profitent comme les autres c'est bon). Niveau administratif, c'est globalement pareil que les entreprises.
[^] # taist, ça semble pas bien dur...
Posté par mackwic . En réponse au journal L'édition des commentaires sur LinuxFR, ou pas ?. Évalué à 1.
[^] # Re: FileTea
Posté par mackwic . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 2.
Oui mais non, le problème de talk, c'est qu'il n'y a pas moyen de l'utiliser en couplage avec un multiplexeur de terminal automatiquement (genre screen ou tmux).
Du coup tu es dans une application plein écran et là, POP !, ta fenêtre est toute bousillée et tu ne peux plus bosser tant que tu n'as pas arrêté la conversation (et il faudra au passage forcer le redraw de la fenêtre).
Problème identique avec Write.
De toute façon la solution à base de .drop est en cours d'implémentation. On en est à la phase de test avec des volontaires. On partagera les scripts dès qu'on jugea que le résultat sera atteint.
[^] # Re: ...
Posté par mackwic . En réponse à l’entrée du suivi Icônes des boutons. Évalué à 2 (+0/-0).
Je ne t'ai pas pertinenté, j'ai peur que la fonctionnalité de traçage de pertinentage soit implémentée dans la foulée et que je tombe avec toi lorsque tu vas te faire plonker suite au test du nouveau bouton de plonkage ultra-design. /o\
# Merci NoNo
Posté par mackwic . En réponse à la dépêche Évolutions du site. Évalué à 10.
Merci NoNo pour tout ton travail, je pense qu'on peut dire incontestablement que la nouvelle version sous RoR est globalement une réussite.
Si DLFP/LinuxFR vit chaque jour, c'est bien sûr grâce à ses contributeurs (tous méritants), mais il ne faut pas oublier non plus que si ce site est chaque jour plus utilisable c'est grâce à toi et un site utilisable est un site qui continue d'attirer des contributeurs. :-)
Un grand merci à toi, Nono. À ta motivation et à ton dynamisme qui permettent à ce site d'avoir toujours les rouages aussi graissés !
Quelle sera la prochaine grande étape prévue ? L'interactivité de DLFP avec le reste de l'internet ?
Les demandes de suivi 571, 625, 634, 653 et 667 vont dans ce sens...
Longue vie à LinuxFR ! \o/
[^] # Re: Quelles possibilités ?
Posté par mackwic . En réponse au journal Qui veut de l'hébergement libriste et abordable ?. Évalué à 2.
Plus fiable pas sur.
En tout cas ça n'est pas le même prix ça c'est certain. Parler de fiabilité, OK. Mais si c'est pour sortir une énième offre exactement au même prix que les 42.000 concurrents, l'intérêt est limité. :-)
(et laisse moi t'assurer qu'il faut beaucoup d'utilisateurs pour que les VPS deviennent intéressant financièrement, ce qui dégrade d'autant la fiabilité)
[^] # Re: Début de piste
Posté par mackwic . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 2.
Wow, la solution élégante à base de SSH répond exactement à notre problématique, mais je ne comprends pas comment tu la mets en place.
Le fichier authorized_keys se contente de lister les clefs qui peuvent se connecter sans avoir à taper de mot de passe, non ? La manpage de ssh(1) ne semble pas me contredire...
Tu pourrais expliquer plus en détail ce à quoi tu pense ?
[^] # Re: ACL
Posté par mackwic . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 5.
Les problèmes que nous avons rencontré par rapport aux ACL concernaient les logiciels que les utilisateurs s'installaient eux même, et qui prennent rarement en compte la possibilité d'ACL.
Cela nous a obligé à dépenser une énergie très importante en support qui nous a passé le goût des ACL. Support d'autant plus important qu'il était spécifique à chaque logiciel.
Pour le reste, c'est génial, et particulièrement dans un environnement multi-user.
[^] # Re: Backup / PRA
Posté par mackwic . En réponse au journal Qui veut de l'hébergement libriste et abordable ?. Évalué à 6.
Bon, j'ai attendu que le thread se calme pour pouvoir réagir à froid. Quelques mises au point:
Mon titre était mauvais, je m'en suis rendu compte trop tard, mais en effet le titre est trompeur: ce qui est qualifié de libriste, c'est NOUS les 6 bénévoles passionnés, pas le serveur ! A-t-on déjà vu un serveur chanter les cantiques de Stallman ? Je ne fais pas cette erreur dans le corps de texte, mais c'est trop tard: le titre est déjà passé. Mille excuses.
D'une certaine façon, c'est une plus grande garantie pour vous encore puisque vous savez dans ce cas que notre est aussi libre que nous pouvons le faire.
Vous savez aussi que nous sommes rompus à la transparence et à l'ouverture d'esprit caractéristique des projets libres (renforcé par notre statut d'association qui permet une horizontalité).
Ce journal n'est que le premier sur SOSHIAL et j'espère bien pouvoir partager avec la communauté notre expérience et lancer des débats sur les problématiques que nous allons rencontrer. ;-)
.
Je tiens à insister sur le fait que notre offre est aussi libre que nous pouvons le faire. Personnellement je m'en fiche de ce qui est hébergé sur le serveur, ça ne me regarde pas et je n'ai pas à aller voir. Notre statut d'hébergeur nous oblige à être réactif quand aux enfreintes à la Loi, soit. Nous le serons. Mais ce n'est pas notre boulot.
Le problème se pose en deux points: nous sommes une petite structure bénévole et... nous sommes une petite structure bénévole.
.
Le premier point: notre offre ne souffre aucune concurrence.
Tu semble l'oublier mais ça provoque une certaine distorsion de marché, ce qui n'est ni juste ni équitable. Ce n'est pas libre au sens exclusif GNU (en même temps ce n'est pas du code) mais ça me semble bien être un genre de pensée libriste. Nous ne sommes pas des requins qui souhaitent acquérir un monopole en cassant les prix.
S'interdire les structure lucratives, c'est se priver des clients qui payent le mieux, et c'est aussi être bien clair par rapport aux autres concurrents et assurer la pérennité de l'association.
Le second: en tant que bénévoles d'une petite association qui lance son produit pour la première fois, nous pensons que les adhérents ne doivent pas avoir d'intérêt économique à placer chez nous. Pour les professionnels, il y a les offres de professionnels.
Nous voulons être vu comme une association qui organise des barbecues, disait Sysadmin numéro 2, et il n'a pas tort : nous faisons cela parce que nous aimons ça, pour rendre service, et pour rencontrer des gens.
Dès lors qu'un intérêt économique entre en jeu, le rapport et biaisé et nous ne pouvons plus converser dans une ambiance cordiale associative.
.
Pour conclure, cet état d'esprit n'est pas une fermeture, bien au contraire ! C'est l'analyse réaliste et pragmatique de la situation qui nous a poussé à en décider ainsi. Pour la survie de l'association en tant qu'acteur, mais aussi en tant qu'esprit, il a fallu faire des concessions.
[^] # Re: Backup / PRA
Posté par mackwic . En réponse au journal Qui veut de l'hébergement libriste et abordable ?. Évalué à 3.
Oh le joli troll ! :-)
Nous sommes libristes en effet. Aurais-tu oublié que le libre s'évertue entre autres à favoriser une concurrence équitable et plus juste ?
Nous sommes conscient d'avoir ici une offre qui ne peut souffrir aucune concurrence, si ce n'est celle d'autres associations elles aussi animées par des bénévoles, sans charges, sans frais.
Les entreprises aussi ont droit à leur business et sont plus à même de fournir des belles garanties que nous même. Ce n'est pas le même secteur, ce n'est pas la même clientèle.
Interdire les usages commerciaux, c'est une affirmation claire que nous souhaitons rester dans un cadre associatif, à échelle humaine, sans intérêts économiques. C'est montrée d'entrée de jeu que, non, pour 20€ vous n'avez pas à mettre d'applications critiques ni à placer des enjeux forts sur notre offre.
Nous ne sommes pas là pour ça. Nous faisons du Soshial, pas du business.
[^] # Re: Backup / PRA
Posté par mackwic . En réponse au journal Qui veut de l'hébergement libriste et abordable ?. Évalué à 0.
Et bien... Si c'est une demande forte du public, nous allons étudier la possibilité d'une option HA, mais ça ne sera pas donné.
De manière générale, je pense que cette demande est fondamentalement incompatible avec le principe de notre offre, maintenant si y'a des intéressés... tout est possible !
En attendant en cas de crash on fait comme tout le monde: on reboot, on regarde les logs, et on engueule le responsable (si y'en a un). Si y'en a pas, ça peut arriver aussi, et bien tant pis, nous n'hébergeons rien de critique.
Aurais tu oublié que toute utilisation commerciale de notre offre est interdite ? ;-)
[^] # Re: Quelles possibilités ?
Posté par mackwic . En réponse au journal Qui veut de l'hébergement libriste et abordable ?. Évalué à 3.
Ou alors on utilise des techniques modernes, éprouvées, et efficaces comme le fichier limits.conf, des moulinettes de surveillance et les cgroups.
La seule raison pour laquelle je en puis actuellement donner de chiffres, c'est que ça dépend du serveur... qui dépend de la demande !
Sur l'autre serveur, celui réservé à nos petits étudiants qui sera vraisemblablement plus petit, un processus peut utiliser 2,5GB en pointe et 320Mo pour un processus à long terme (un serveur typiquement).
Coté débit, c'est assez chiant je ne vous le cache pas. C'est plus facile de tout casser que de faire un truc qui boite (et je ne vous parle pas d'un truc qui marche bien). Pour l'instant on a pas eu à réguler le débit, il faut dire qu'un stream full HD c'est pas grand chose. Même deux, même trois. Il y a une sacré marge. Pour le reste, il y a la moulinette. Ça calme et on se retrouve bons voisins. Moins on touche au firewall, mieux on se porte.
De toute façon la méthode universelle, c'est un monitoring efficace, et une communication régulière et ne pas hésiter à poser des limites.