Tu as 1000x plus de chances de perdre un disque que de te faire couper par OVH.
Si tu ne backupes, c'est que tu ne tiens pas vraiment à tes données. Rien à voir avec OVH, statistiquement.
Mais sinon, l'aggravation de ton accident est dû à toi si tu n'as pas mis ta ceinture, en effet, assume tes conneries.
Un realy responsable n'est pas à bannir.
Seulement un relay qui envoit du Spam (qu'il soit "pas de lui", on s'en fout, c'est une excuse, et on peut mettre un minimum de sécurité dessus)
Si vous le voulez vraiment votre monde avec de la crypto partout, vous l'aurez, venez pas gueuler ensuite sur les conséquences que ça pourra avoir.
Mais ça sera très bien!
La, c'est juste une aide en plus pour choper les serveurs qui emettent du spam, si la crypto arrive on fera comme avant (on blacklistera) et l'hébergeur sera encore plus violent (coupure au premier spam?), c'est tout.
Prochaine étape, on blackhole les réseaux qui émettent trop de spam ?
Oui.
Si tu as une meilleure solution pour lutter contre le spam, n'hesite pas à en faire part. Pour le moment, l'effet colatéral est tellement minime (généralement, les alias restent aux sein d'un même domaine, et sinon tu es assez exotique pour contrôler les serveurs et passer en TLS) que ça vaut le coup pour l'écrasante majorité des itilisateurs.
j'ai bien compris entre les lignes qu'ils n'aurait pas réactivé le serveur ni permis d'accéder aux données sans réinstallation
De ce que je comprend, le serveur aurait été désactivé. Donc données accessibles en rescue, de souvenir sur commen ça s'est passé avec moi.
Ca n'explique toujours pas comment tu aurais pu perdre 10 ans de mails (la destruction complète d'une machine étant pareil qu'un disque dur qui meurt, pas plus, donc tu ne perds rien ou presque, manque les derniers jours de backup si le backup est toutes les semaines par exemple, car tu as des backups pour le cas où le disque casse, bref rien de différent par rapport à un disque qui casse, si tu acceptes le risque pour un disque qu icasse, pas de problème pour une désactivation).
(faut dire ce qui est, qui se traduit le plus souvent par bloquer la moitié d'internet de leur réseau
Euh… 99% des clients ne voient rien.
(incluant un historique de 10 de mails)
j'imagine "10 ans", mais je ne vois pas le rapport : ils coupent, ils ne dtruise pas, et puis il y a les backup au cas où un disque crashe. Bref, ils ne détruisent rien en historique.
Cependant non ce n'est pas low cost (pas que en tout cas)
Même leur plus gros serveurs sont low-cost (prix/prestation), qu'est-ce qui n'est pas low-cost chez OVH?
si le prix à payer pour avoir un service sécurisé c'est d'être coupé de la moitié de la planête,
j'ai 99% de la planète avec eux, et le 1% qui manque est assez bof. Je ne comprend pas ce "moitié".
Correction : OVH loue une bande passante et un serveur utilisable (non blacklisté).
Si effectivement le nombre de messages reçus pourrit leur bp, il y a moyen de limiter celle-ci sans couper complêtement le trafic.
Tu n'as pas compris le problème. Le problème n'est pas la quantité, mais la qualité.
Si tu lis bien le message initial, tu comprendras que c'est la question qu'il pose : trouver un prestataire qui ne pratique pas ce genre de choses.
J'avoue ne pas m'interesser aux prestataires qui laissent passer des spams et ont donc leurs plages d'adresses IP blacklistés, je ne peux répondre, je laisse le soins à d'autres.
Si tu lis bien le message initial
Je l'ai lu, et il donne surtout l'impression d'une personne qui râle parce qu'il voudrait un service personnalisé pour le prix d'un service low-cost qui répond au besoin de 99% des gens, sans se poser la question de savoir si ce n'est pas lui qui a une mauvaise pratique en 2014.
Ma principale critique est le fait de ne même pas chercher à comprendre pourquoi le prestataire le fait, et cracher dessus en le faisant passer pour un mauvais, alors que c'est simplement un prestatiare qui ne correspond pas au besoin (besoin de 99% des gens, voire plus, mais il faut que les gens qui ne rentrent pas dans l'offre hurlent en faisant un journal LinuxFr plutôt que de dire qu'il cherche un prestataire différent avec une autre offre).
Ha ouais, quand même, ils sont forts les québécois pour massacrer la langue française sous couvert de la défendre. Je connaissais "Arrêt" sur les panneaux de signalisation alors que c'est "Stop" en France, mais la ça va encore plus loin…
Après petite recherche, effectivement ce mot est québécois (très utilisé au Québec), mais en français on parle plutôt de financement participatif (note: la page ne contient pas le mot "sociofinancement", mais il y a une redirection).
Va falloir penser à mettre les pages linuxfr avec des locales (fr-fr ou fr-ca), parce que j'ai mis un peu de temps, en tant que français, à comprendre. Une petite parenthèse derrière sociofinancement avec une définition en français "financement participatif"?
PS : le correcteur orthographique de LinuxFr prévient que ce mot n'existe pas (souligné en rouge), penser à le mettre à jour ;-).
OK, donc si je copie/colle un texte de loi sur l'élévage de poissons, on me répondra sérieusement?
Parce que bon, la "question" a une réponse des plus évidente quand même, suffit de lire (et d'être assez interessé par le sujet pour savoir que tout le monde inspecte les mails, automatiquement).
La réponse de l’hébergeur est de filtrer les spams, le problème c’est que je suis obligé de délivrer les spams quoi qu’il arrive car en cas de faux positif il faut que l'utilisateur puisse retrouver ses billes,
Beau mélange : tu parles des mails potentiellement spams, pour excuser de livrer aussi ("quoi qu’il arrive") les mails manifestement spams.
Ca fait des lustres que je n'ai plus dans mon filtre anti-spam local les mails manifestement spams, et je remercie mon hébergeur de mail.
Bref, je n’ai pas de solution. Je me fais bloquer parce que je reçois du spam, et les seules réponses du support de mon hébergeur ne concernent que ceux qui émettent du spam.
Ben… normal, tu emets du spam! tu attends quoi? Qu'on te parle comem si tu n'émettez pas?
Je n’émet pas de prospectus mais je livre le courrier, et un agent a mis en garde à vue mon livreur parce qu’il transportait des prospectus dans son fourgon.
Et pourtant, certains livreurs ont une conscience, comme quoi…
Et parler de livraison physique quand on parle d'email, c'est oublier les différences.
mais l’hébergeur que je paie pour me fournir de gros tuyaux
Tu as oublié un mot : tuyaux sains.
Un tuyau blacklisté à cause de spam, ce n'est pas très utile.
Cher journal, as-tu une solution (technique ou non technique) à ce problème ?
Utiliser tes propres adresses IP pour assumer les conséquences (quand on prend des adresses IP d'un hebergeur, ben on mutualise aussi les risques de blacklistage, l'hébergeur fait tout pour que non, tu lui délégue cette gestion pour ensuite t'en plaindre?), OVH loue aussi des baies et tu peux y mettre tes adresses IP à toi, de souvenir.
donc article hors sujet (c'est une fonctionnalité de l'offre OVH).
Impressionnant comme les gens "adaptent" les textes de loi à leur désirs.
PS : suivant ta "traduction" du texte de loi, tu peux attaquer tous les fournisseurs de mails, ils font tous des suppressions de mails (à cause de spams/virus) à divers degrés.
Ca qu'il reçoit, on s'en fout. Le problème est qu'il emet.
Et faut aussi arrêter de dénoncer OVH, il ne fait que jeter les serveurs qui envoient du spam.
Tiens, rigolo, augmenter les problèmes, c'est acceptable dans un sens, mais pas dans l'autre…
Ici, on jette juste un spammeur, qu'il le fasse "a l'insu de son plein gré" n'est pas le problème d'OVH, le problème d'OVH est d'avoir un réseau sain pour pas cher (et de ne pas se faire blacklister car il envoit le gars envoit du spam avec un IP à OVH). Quand on envoit des emails (différent du courrier normal, d'autres problématiques), on assume. Sachant que c'est un cas exceptionnel, généralement il y a un spamassassin/clamav de configuré sur n'importe quel serveur de mail correct pour virer les gros spams et qu'OVH flaggue à ma connaissance que si tu ne fais pas un nettoyage de base.
Avant de "dénoncer grave", on peut aussi essayer de comprendre l'autre partie. Et si la plus value (pour 99% des clients) ne convient pas, on va chercher un autre prestataire qui garantira "promis, on ne vire pas les spammeurs qui spamment qu'une adresse email qui ne se plaint jamais du fait de ta config exotique").
OVH fait du low cost = pas un service personnalisé pour les configs exotiques. Ce n'est pas apologie du terrorisme, c'est juste vouloir le beurre et l'argent du beurre. Pas la peine de se plaindre sur LinuxFr pour ça (surtout que ça ne changera rien à son problème, c'est juste un plaisir de cracher gratuitement sur son prestataire, avec une "morale de l'histoire").
Ah… Le retour de la résistance au changement…
Ca n'a pas mis bien longtemps avant d'arriver.
Pas "plus d'un", es-tu capable de dire combien en pourcent? Si ils sont nombreux, pourquoi donc aucune distribution majeur ne décide de leur faire plaisir rien que pour leurs beaux yeux?
Bref, plus d'un, je n'en doute pas, par contre assez pour construire une alternative viable, j'ai comme un doute. Juste des râleurs qui se cacheront de honte dans 10 ans, et auront trouvé un autre bouc-émissaire pour leur plaisir de se plaindre de l'évolution technologique.
PS : le bronsoniser, oui, mais le remplacer par quoi? Un truc qui soit adapté au monde d'aujourd'hui, hein, pas les trucs qui sont fait la raison du changement vers systemd…
Je ne vois pas le rapport entre les messages :
- D'un côté, on parle du sujet du journal (Linux)
- De l'autre, on parle des prestations (SLE, qui fournit support, certif etc…)
Personnelement, je vois les deux de manière très séparée (merci le libre, si je ne suis pas content je forke). Ce qui est important dans le journal, pour "nous", est le passage à Linux (que le client soit avec RHEL ou SLE, on s'en fout un peu par rapport au sujet "Linux"), pas le prestataire qui le fait. Ce qui est important pour l'entreprise est le prestataire, et l'entrerprise n'est pas "nous", mais ça n'empèche pas d'en débattre dans les commentaires en tant que client potentiel, et ça ne change pas que le journal est sur Linux.
Que voulais-tu donc dire ?
Je te pose la même question : que voulais-tu dire par "je ne suis pas d'accord"? Sur quel sujet n'es-tu pas d'accord? Je suis perdu, car tu, de mon point de vue, mélanges deux sujets différents.
Je ne me pose qu'une question à propos de cette distro : pourquoi ?
Déjà, tu n'as que peu de choix : RHEL ou SLE.
Non, pas Debian, désolé, car il manque à Debian plein de chose (support que de 3 ans, soit rien; pas de programme de certification; pas d'engagement sur la non regression matérielle;…), ça ne marche que pour des petites boites dont l'admin sys aime bien passer du temps à bidouiller sur ses plateformes (suffit de voir les forums, LinuxFr compris, pour se rendre compte des petits amusement sur des bugs de Linux sur certains matériels achetés "car pas cher") et peut se le permettre car le patron ne comprend pas tout ou qu'il est patron (pour le fauché, il reste CentOS).
Pas non plus les autres, parce que… La même chose.
Ensuite : RHEL, c'est cher (problème économique), c'est américain (problème culturel).
C'est une hyper galère pour trouver des paquets compilés pour la distribution.
SUSE sponsorise Open build Service, pour faciliter la vie des développeurs, et au passage inciter à compiler pour… SLE ;-).
Donc petit à petit on voit émerger un concurrent au monopole de fait, et c'est pas plus mal!
Je fantasme un peu, mais je me dis que l'officialisation de CentOS dans le giron de Red Hat ne doit pas s'être fait comme ça, peut-être que l'arrivée de la concurrence…
Tu ne dois pas beaucoup suivre, cette "omission" est volontaire, il n'a jamais mis le nom de la distro, juste "Linux", dans ses journaux.
Et ce n'est pas plus mal (c'est "Linux" qui est important, pas le prestataire)
Quelque part, ça me semble pertinent de ne pas appeler apache httpd, puisqu'on pourrait imaginer installer plusieurs httpd sur la même machine.
Apache est le nom de l'entité.
httpd est le nom du logiciel faisant un serveur HTTP.
Google: httpd.
Aucune raison de changer le nom. D'autres serveurs HTTP peuvent s'appeler autrement, il cohabiteront car noms différents (après, si tu appelles ton serveurs HTTP "httpd" alorsq u'il y en a un qui existe déja, ben…).
Après, bon, voila, c'était une connerie historique, il faut vivre avec (mais sans pour autant trouver normal un renommage à l'arrache)
ou plus exactement les extensions de GCC avaient évolué
Encore une raison de ne pas utiliser les extensions de GCC.
C++ != C++ avec extensions (de qui que ce soit).
Déj, il suffisait de prendre un autre compile de l'époque pour voir que ça compilait pas, pas la peine d'attendre. Bref, le bonheur du libre qui aime les standards sauf quand il ne les respecte pas et ne prend pas le temps d'aller voir les organismes de standardisation.
Je serai curieux de savoir combien de codes sources C/C++ d'il y a 10 ans compilent encore avec les compilateurs d'aujourd'hui
Tous les codes conformes à la norme C/C++ (encore une fois, un code C++ avec extensions GCC n'est pas un code C++ valide, HS ici), à quelques exceptions près qui se corrigent très vite.
C'est un des très gros avantages de C/C++ par rapport à d'autres langages (le coup du Python 2 à 3 étant assez rigolo). Les modes changes (Avant c'était PHP, après on a eu Java, puis Python, puis…), C/C++ traverse les ages.
Les artistes ne produisent pas du beau, mais du sens.
Faux: les artistes disent produire du sens. Mais souvent ça n'a aucun sens, et c'est juste de la branlette.
Il y a aussi beaucoup de personnes qui se disent artistes mais ne sont pas plus artistes qu'un gamain de 2 ans.
Bref, de quel droit dis-tu qu'une personne est artiste ou pas, suivant quels critères, des vrais, hein, pas un "du sens" parce que bon, un codeur produit aussi du sens?
ils maîtrisent une, ou plusieurs, techniques, pour créer des objets qui correspondent à certains canons de la beauté.
Tiens, cette définition marche avec 99% des gens qui se disent artistes…
Est-ce qu'ils sont reconnus socialement comme des artistes ?
Socialement, on a de tout et n'importe quoi (un truc hyper moche va être considéré comme une "oeuvre", jsute parce que la personne a trouvé un mécène qui va bien), des gens sont morts puis on a trouvé qu'ils sont artistes, ça n'est pas vraiment un critère. Les codeurs sont les artistes qui seront reconnus comme tels dans 100 ans, comme d'autres personnes sont des "références de l'art" des dizaines d'années après leur mort (et avant, c'était juste des nuls dont on se foutait).
Est-ce compté en ETP (Equivalent Temps Plein) ou avez-vous beaucoup de temps partiels ou est-ce juste la réponse à La Grande Question sur la vie, l'univers et le reste?
Je me pose la question, car le C.A. est de 1.16 M€ (pour la partie que française, mais j'ai cru comprendre que les filiales à l'étranger ne font pas de vente), soit 26 k€/tête tout compris (salaires nets, charges sociales, machines, locaux… à payer avec ça), et je réverai d'avoir des employés à ce niveau de salaire si il y avait 42 ETP, même en Open-Source ce n'est pas facile à trouver.
Après, j'imagine que les filiales doivent payer moins cher vu les pays, certes.
tout ce qui est fait pour le compte d'un client est facturé alors tout ce qui est fait par l'équipe coeur est pris en charge par des committers (internes ou externes) et donc non facturé.
Je me suis peut-être mal exprimé.
passons sur la partie "externe", qui concerne d'autres boites.
Concentrons-nous usr la partie "interne". Sauf erreur de ma part, les personnes internes sont payées par XWiki, et donc l'argent vient de ce qui est vendu au client.
Ce qui m'interesse est de connaitre le ratio entre ce qui est fait en interne facturé au client pour son besoin et le ce qui est fait en interne non facturé? En d'autres mots, pour une heure facturée, combien d'heure XWiki "sponsorise" les commiteurs internes? En tournant d'une autre façon la question (même si ce n'est pas exactement la même question), quelle remise pour un développement qui sera intégré au coeur par rapport à un dévelopement non pertinent qui va rester dans son coin?
Perso, devant l'opacité des critères pour la définition de "recherche" des JEI et CIR pas très adaptée au monde logiciel de mon point de vue, et vu mon adoration de la paperasse, j'avais abandonné l'idée de demander le statut de JEI et l'idée de demander le CIR; comment s'est passé tes demandes de JEI et CIR par rapport à XWiki? En d'autres mots, comment as-tu pu faire rentrer XWiki dans les cases demandées par la paperasse JEI et CIR?
(je n'irai pas jusqu'à demander une copie des documents, mais j'en suis pas loin ;-) )
[^] # Re: le livreur
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à -7. Dernière modification le 02 octobre 2014 à 15:35.
Tu as 1000x plus de chances de perdre un disque que de te faire couper par OVH.
Si tu ne backupes, c'est que tu ne tiens pas vraiment à tes données. Rien à voir avec OVH, statistiquement.
Mais sinon, l'aggravation de ton accident est dû à toi si tu n'as pas mis ta ceinture, en effet, assume tes conneries.
[^] # Re: le livreur
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à -9.
C'est ce que je voulais te faire écrire…
Le coupable de la perte n'aurait donc pas été OVH comme sous-entendu ;-).
[^] # Re: Morale a la noix
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à 1.
Un realy responsable n'est pas à bannir.
Seulement un relay qui envoit du Spam (qu'il soit "pas de lui", on s'en fout, c'est une excuse, et on peut mettre un minimum de sécurité dessus)
Mais ça sera très bien!
La, c'est juste une aide en plus pour choper les serveurs qui emettent du spam, si la crypto arrive on fera comme avant (on blacklistera) et l'hébergeur sera encore plus violent (coupure au premier spam?), c'est tout.
Oui.
Si tu as une meilleure solution pour lutter contre le spam, n'hesite pas à en faire part. Pour le moment, l'effet colatéral est tellement minime (généralement, les alias restent aux sein d'un même domaine, et sinon tu es assez exotique pour contrôler les serveurs et passer en TLS) que ça vaut le coup pour l'écrasante majorité des itilisateurs.
[^] # Re: le livreur
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à -3. Dernière modification le 02 octobre 2014 à 11:26.
De ce que je comprend, le serveur aurait été désactivé. Donc données accessibles en rescue, de souvenir sur commen ça s'est passé avec moi.
Ca n'explique toujours pas comment tu aurais pu perdre 10 ans de mails (la destruction complète d'une machine étant pareil qu'un disque dur qui meurt, pas plus, donc tu ne perds rien ou presque, manque les derniers jours de backup si le backup est toutes les semaines par exemple, car tu as des backups pour le cas où le disque casse, bref rien de différent par rapport à un disque qui casse, si tu acceptes le risque pour un disque qu icasse, pas de problème pour une désactivation).
[^] # Re: le livreur
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à -5.
Euh… 99% des clients ne voient rien.
j'imagine "10 ans", mais je ne vois pas le rapport : ils coupent, ils ne dtruise pas, et puis il y a les backup au cas où un disque crashe. Bref, ils ne détruisent rien en historique.
Même leur plus gros serveurs sont low-cost (prix/prestation), qu'est-ce qui n'est pas low-cost chez OVH?
j'ai 99% de la planète avec eux, et le 1% qui manque est assez bof. Je ne comprend pas ce "moitié".
[^] # Re: le livreur
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à -4. Dernière modification le 02 octobre 2014 à 10:02.
Correction : OVH loue une bande passante et un serveur utilisable (non blacklisté).
Tu n'as pas compris le problème. Le problème n'est pas la quantité, mais la qualité.
J'avoue ne pas m'interesser aux prestataires qui laissent passer des spams et ont donc leurs plages d'adresses IP blacklistés, je ne peux répondre, je laisse le soins à d'autres.
Je l'ai lu, et il donne surtout l'impression d'une personne qui râle parce qu'il voudrait un service personnalisé pour le prix d'un service low-cost qui répond au besoin de 99% des gens, sans se poser la question de savoir si ce n'est pas lui qui a une mauvaise pratique en 2014.
Ma principale critique est le fait de ne même pas chercher à comprendre pourquoi le prestataire le fait, et cracher dessus en le faisant passer pour un mauvais, alors que c'est simplement un prestatiare qui ne correspond pas au besoin (besoin de 99% des gens, voire plus, mais il faut que les gens qui ne rentrent pas dans l'offre hurlent en faisant un journal LinuxFr plutôt que de dire qu'il cherche un prestataire différent avec une autre offre).
# [HS] Ha le Québec...
Posté par Zenitram (site web personnel) . En réponse à la dépêche Campagne de sociofinancement de la clé FACIL. Évalué à -8. Dernière modification le 02 octobre 2014 à 09:45.
Ha ouais, quand même, ils sont forts les québécois pour massacrer la langue française sous couvert de la défendre. Je connaissais "Arrêt" sur les panneaux de signalisation alors que c'est "Stop" en France, mais la ça va encore plus loin…
Après petite recherche, effectivement ce mot est québécois (très utilisé au Québec), mais en français on parle plutôt de financement participatif (note: la page ne contient pas le mot "sociofinancement", mais il y a une redirection).
Va falloir penser à mettre les pages linuxfr avec des locales (fr-fr ou fr-ca), parce que j'ai mis un peu de temps, en tant que français, à comprendre. Une petite parenthèse derrière sociofinancement avec une définition en français "financement participatif"?
PS : le correcteur orthographique de LinuxFr prévient que ce mot n'existe pas (souligné en rouge), penser à le mettre à jour ;-).
[^] # Re: Violation du secret de correspondance ?
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à -6. Dernière modification le 02 octobre 2014 à 09:28.
OK, donc si je copie/colle un texte de loi sur l'élévage de poissons, on me répondra sérieusement?
Parce que bon, la "question" a une réponse des plus évidente quand même, suffit de lire (et d'être assez interessé par le sujet pour savoir que tout le monde inspecte les mails, automatiquement).
# Trop facile
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à -6. Dernière modification le 02 octobre 2014 à 08:57.
Beau mélange : tu parles des mails potentiellement spams, pour excuser de livrer aussi ("quoi qu’il arrive") les mails manifestement spams.
Ca fait des lustres que je n'ai plus dans mon filtre anti-spam local les mails manifestement spams, et je remercie mon hébergeur de mail.
Ben… normal, tu emets du spam! tu attends quoi? Qu'on te parle comem si tu n'émettez pas?
Et pourtant, certains livreurs ont une conscience, comme quoi…
Et parler de livraison physique quand on parle d'email, c'est oublier les différences.
Tu as oublié un mot : tuyaux sains.
Un tuyau blacklisté à cause de spam, ce n'est pas très utile.
Faire un truc normal.
secretariat@example.com redirige vers john.doe@example.com
secretariat@example2.com redirige vers john.doe@example2.com
C'est pas mal aussi de bien séparer les domaines, pourquoi un truc de example2.com irait vers example.com?
Utiliser tes propres adresses IP pour assumer les conséquences (quand on prend des adresses IP d'un hebergeur, ben on mutualise aussi les risques de blacklistage, l'hébergeur fait tout pour que non, tu lui délégue cette gestion pour ensuite t'en plaindre?), OVH loue aussi des baies et tu peux y mettre tes adresses IP à toi, de souvenir.
[^] # Re: Violation du secret de correspondance ?
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à 0.
Est-ce que tu lis ce que tu copies/colles?
donc article hors sujet (c'est une fonctionnalité de l'offre OVH).
Impressionnant comme les gens "adaptent" les textes de loi à leur désirs.
PS : suivant ta "traduction" du texte de loi, tu peux attaquer tous les fournisseurs de mails, ils font tous des suppressions de mails (à cause de spams/virus) à divers degrés.
[^] # Re: le livreur
Posté par Zenitram (site web personnel) . En réponse au journal OVH et le DPI, ou comment se faire débrancher son serveur mail parce qu’on reçoit du spam. Évalué à 6. Dernière modification le 02 octobre 2014 à 07:34.
Ca qu'il reçoit, on s'en fout. Le problème est qu'il emet.
Et faut aussi arrêter de dénoncer OVH, il ne fait que jeter les serveurs qui envoient du spam.
Tiens, rigolo, augmenter les problèmes, c'est acceptable dans un sens, mais pas dans l'autre…
Ici, on jette juste un spammeur, qu'il le fasse "a l'insu de son plein gré" n'est pas le problème d'OVH, le problème d'OVH est d'avoir un réseau sain pour pas cher (et de ne pas se faire blacklister car il envoit le gars envoit du spam avec un IP à OVH). Quand on envoit des emails (différent du courrier normal, d'autres problématiques), on assume. Sachant que c'est un cas exceptionnel, généralement il y a un spamassassin/clamav de configuré sur n'importe quel serveur de mail correct pour virer les gros spams et qu'OVH flaggue à ma connaissance que si tu ne fais pas un nettoyage de base.
Avant de "dénoncer grave", on peut aussi essayer de comprendre l'autre partie. Et si la plus value (pour 99% des clients) ne convient pas, on va chercher un autre prestataire qui garantira "promis, on ne vire pas les spammeurs qui spamment qu'une adresse email qui ne se plaint jamais du fait de ta config exotique").
OVH fait du low cost = pas un service personnalisé pour les configs exotiques. Ce n'est pas apologie du terrorisme, c'est juste vouloir le beurre et l'argent du beurre. Pas la peine de se plaindre sur LinuxFr pour ça (surtout que ça ne changera rien à son problème, c'est juste un plaisir de cracher gratuitement sur son prestataire, avec une "morale de l'histoire").
[^] # Re: Surprenant, non ?
Posté par Zenitram (site web personnel) . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 2.
Pas mal ta blague.
Quelqu'un te force à utiliser Arch ou Fedora?
Pire : quelqu'un t'empèche de forker?
Ah oui, dure la vie en démocratie, ou on ne peut t'imposer une chose, mais en contrepartie tu ne peux pas imposer aux autres de bosser grato pour toi…
Donc : euh non, personne ne force à passer à systemd.
J'attends une démonstration qu'on te met une flingue sur la tempe pour y passer.
Tu peux totalement l'ignorer, rien de de rien ne t'es imposé. Mais par contre, les autres sont libres aussi… Saloperie de liberté!
[^] # Re: Intérêt sur un serveur ?
Posté par Zenitram (site web personnel) . En réponse à la dépêche systemd pour les administrateurs, parties 3, 4 et 5. Évalué à 2. Dernière modification le 01 octobre 2014 à 15:24.
Non, de souvenir sur ses commentaires, le pire est que c'est un comique de répétion sérieux. Du coup je répète aussi.
Mais la blague n'est sans doute pas bien passée. Après, pas évident avec les comiques de répétition sérieux.
[^] # Re: Intérêt sur un serveur ?
Posté par Zenitram (site web personnel) . En réponse à la dépêche systemd pour les administrateurs, parties 3, 4 et 5. Évalué à -1. Dernière modification le 01 octobre 2014 à 15:20.
Ah… Le retour de la résistance au changement…
Ca n'a pas mis bien longtemps avant d'arriver.
Pas "plus d'un", es-tu capable de dire combien en pourcent? Si ils sont nombreux, pourquoi donc aucune distribution majeur ne décide de leur faire plaisir rien que pour leurs beaux yeux?
Bref, plus d'un, je n'en doute pas, par contre assez pour construire une alternative viable, j'ai comme un doute. Juste des râleurs qui se cacheront de honte dans 10 ans, et auront trouvé un autre bouc-émissaire pour leur plaisir de se plaindre de l'évolution technologique.
PS : le bronsoniser, oui, mais le remplacer par quoi? Un truc qui soit adapté au monde d'aujourd'hui, hein, pas les trucs qui sont fait la raison du changement vers systemd…
[^] # Re: Intérêt sur un serveur ?
Posté par Zenitram (site web personnel) . En réponse à la dépêche systemd pour les administrateurs, parties 3, 4 et 5. Évalué à 6.
Un peu ennuyant ce comique de répétition.
[^] # Re: SLES
Posté par Zenitram (site web personnel) . En réponse au journal Swiss Re migre de Solaris vers Linux, et bientôt Windows vers Linux. Évalué à 1.
Je ne vois pas le rapport entre les messages :
- D'un côté, on parle du sujet du journal (Linux)
- De l'autre, on parle des prestations (SLE, qui fournit support, certif etc…)
Personnelement, je vois les deux de manière très séparée (merci le libre, si je ne suis pas content je forke). Ce qui est important dans le journal, pour "nous", est le passage à Linux (que le client soit avec RHEL ou SLE, on s'en fout un peu par rapport au sujet "Linux"), pas le prestataire qui le fait. Ce qui est important pour l'entreprise est le prestataire, et l'entrerprise n'est pas "nous", mais ça n'empèche pas d'en débattre dans les commentaires en tant que client potentiel, et ça ne change pas que le journal est sur Linux.
Je te pose la même question : que voulais-tu dire par "je ne suis pas d'accord"? Sur quel sujet n'es-tu pas d'accord? Je suis perdu, car tu, de mon point de vue, mélanges deux sujets différents.
[^] # Re: SLES
Posté par Zenitram (site web personnel) . En réponse au journal Swiss Re migre de Solaris vers Linux, et bientôt Windows vers Linux. Évalué à 5. Dernière modification le 01 octobre 2014 à 08:12.
Déjà, tu n'as que peu de choix : RHEL ou SLE.
Non, pas Debian, désolé, car il manque à Debian plein de chose (support que de 3 ans, soit rien; pas de programme de certification; pas d'engagement sur la non regression matérielle;…), ça ne marche que pour des petites boites dont l'admin sys aime bien passer du temps à bidouiller sur ses plateformes (suffit de voir les forums, LinuxFr compris, pour se rendre compte des petits amusement sur des bugs de Linux sur certains matériels achetés "car pas cher") et peut se le permettre car le patron ne comprend pas tout ou qu'il est patron (pour le fauché, il reste CentOS).
Pas non plus les autres, parce que… La même chose.
Ensuite : RHEL, c'est cher (problème économique), c'est américain (problème culturel).
SUSE sponsorise Open build Service, pour faciliter la vie des développeurs, et au passage inciter à compiler pour… SLE ;-).
Donc petit à petit on voit émerger un concurrent au monopole de fait, et c'est pas plus mal!
Je fantasme un peu, mais je me dis que l'officialisation de CentOS dans le giron de Red Hat ne doit pas s'être fait comme ça, peut-être que l'arrivée de la concurrence…
[^] # Re: Petite omission
Posté par Zenitram (site web personnel) . En réponse au journal Swiss Re migre de Solaris vers Linux, et bientôt Windows vers Linux. Évalué à 5.
Tu ne dois pas beaucoup suivre, cette "omission" est volontaire, il n'a jamais mis le nom de la distro, juste "Linux", dans ses journaux.
Et ce n'est pas plus mal (c'est "Linux" qui est important, pas le prestataire)
[^] # Re: Surprenant, non ?
Posté par Zenitram (site web personnel) . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 3.
Apache est le nom de l'entité.
httpd est le nom du logiciel faisant un serveur HTTP.
Google: httpd.
Aucune raison de changer le nom. D'autres serveurs HTTP peuvent s'appeler autrement, il cohabiteront car noms différents (après, si tu appelles ton serveurs HTTP "httpd" alorsq u'il y en a un qui existe déja, ben…).
Après, bon, voila, c'était une connerie historique, il faut vivre avec (mais sans pour autant trouver normal un renommage à l'arrache)
[^] # Re: Troll
Posté par Zenitram (site web personnel) . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 10.
comme les langages : il y a que deux sortes de code : le code qui est critiqué, et le code qui n'est pas utilisé.
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par Zenitram (site web personnel) . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 4. Dernière modification le 29 septembre 2014 à 20:57.
Encore une raison de ne pas utiliser les extensions de GCC.
C++ != C++ avec extensions (de qui que ce soit).
Déj, il suffisait de prendre un autre compile de l'époque pour voir que ça compilait pas, pas la peine d'attendre. Bref, le bonheur du libre qui aime les standards sauf quand il ne les respecte pas et ne prend pas le temps d'aller voir les organismes de standardisation.
Tous les codes conformes à la norme C/C++ (encore une fois, un code C++ avec extensions GCC n'est pas un code C++ valide, HS ici), à quelques exceptions près qui se corrigent très vite.
C'est un des très gros avantages de C/C++ par rapport à d'autres langages (le coup du Python 2 à 3 étant assez rigolo). Les modes changes (Avant c'était PHP, après on a eu Java, puis Python, puis…), C/C++ traverse les ages.
[^] # Re: le goût et les couleurs
Posté par Zenitram (site web personnel) . En réponse au journal "beauté du code". Évalué à 2. Dernière modification le 29 septembre 2014 à 18:49.
Faux: les artistes disent produire du sens. Mais souvent ça n'a aucun sens, et c'est juste de la branlette.
Il y a aussi beaucoup de personnes qui se disent artistes mais ne sont pas plus artistes qu'un gamain de 2 ans.
Bref, de quel droit dis-tu qu'une personne est artiste ou pas, suivant quels critères, des vrais, hein, pas un "du sens" parce que bon, un codeur produit aussi du sens?
Tiens, cette définition marche avec 99% des gens qui se disent artistes…
Socialement, on a de tout et n'importe quoi (un truc hyper moche va être considéré comme une "oeuvre", jsute parce que la personne a trouvé un mécène qui va bien), des gens sont morts puis on a trouvé qu'ils sont artistes, ça n'est pas vraiment un critère. Les codeurs sont les artistes qui seront reconnus comme tels dans 100 ans, comme d'autres personnes sont des "références de l'art" des dizaines d'années après leur mort (et avant, c'était juste des nuls dont on se foutait).
# Nombre de collaborateurs?
Posté par Zenitram (site web personnel) . En réponse à la dépêche Vivre du logiciel libre - Ludovic Dubost nous parle de sa société : XWiki SAS. Évalué à 4.
Est-ce compté en ETP (Equivalent Temps Plein) ou avez-vous beaucoup de temps partiels ou est-ce juste la réponse à La Grande Question sur la vie, l'univers et le reste?
Je me pose la question, car le C.A. est de 1.16 M€ (pour la partie que française, mais j'ai cru comprendre que les filiales à l'étranger ne font pas de vente), soit 26 k€/tête tout compris (salaires nets, charges sociales, machines, locaux… à payer avec ça), et je réverai d'avoir des employés à ce niveau de salaire si il y avait 42 ETP, même en Open-Source ce n'est pas facile à trouver.
Après, j'imagine que les filiales doivent payer moins cher vu les pays, certes.
[^] # Re: Merci, et questions
Posté par Zenitram (site web personnel) . En réponse à la dépêche Vivre du logiciel libre - Ludovic Dubost nous parle de sa société : XWiki SAS. Évalué à 5.
Je me suis peut-être mal exprimé.
passons sur la partie "externe", qui concerne d'autres boites.
Concentrons-nous usr la partie "interne". Sauf erreur de ma part, les personnes internes sont payées par XWiki, et donc l'argent vient de ce qui est vendu au client.
Ce qui m'interesse est de connaitre le ratio entre ce qui est fait en interne facturé au client pour son besoin et le ce qui est fait en interne non facturé? En d'autres mots, pour une heure facturée, combien d'heure XWiki "sponsorise" les commiteurs internes? En tournant d'une autre façon la question (même si ce n'est pas exactement la même question), quelle remise pour un développement qui sera intégré au coeur par rapport à un dévelopement non pertinent qui va rester dans son coin?
# JEI et CIR
Posté par Zenitram (site web personnel) . En réponse à la dépêche Vivre du logiciel libre - Ludovic Dubost nous parle de sa société : XWiki SAS. Évalué à 6.
Perso, devant l'opacité des critères pour la définition de "recherche" des JEI et CIR pas très adaptée au monde logiciel de mon point de vue, et vu mon adoration de la paperasse, j'avais abandonné l'idée de demander le statut de JEI et l'idée de demander le CIR; comment s'est passé tes demandes de JEI et CIR par rapport à XWiki? En d'autres mots, comment as-tu pu faire rentrer XWiki dans les cases demandées par la paperasse JEI et CIR?
(je n'irai pas jusqu'à demander une copie des documents, mais j'en suis pas loin ;-) )