totof2000 a écrit 9656 commentaires

Celà dit, lorsqu'on choisit un soft pour une entreprise, libre ou pas, on s'assure qu'il y a suffisamment de personnes en mesure d'assurer la maintenance du produit. Ca ne veut pas dire que les produits communautaires sont moins bon, juste qu'on évalue un risque (celui de se retrouver avec un soft non maintenu), et qu'on accepte de le prendre ou non.

Thomas Douillard, totof2000, allcolor, ckiller et toi. Vous dites clairement qu'une faille est moins acceptable quand c'est de la part d'Apple que d'un projet libre.

"acceptable" n'est peut-être pas le bon mot, je dirais plutot excusable ou compréhensible.

voir http://linuxfr.org/nodes/101420/comments/1523962

Euh en C les exceptions ca existent?

Une écriture acceptable car d'usage courant ?

Je pourrait

Là aussi, encore quelqu'un qui refuse de se laisser influencer par des vieux **** ?

Et les accents, c'est devenu obsolète en langue courante ?

C'était juste pour répondre à : " Enfin tu peux l'oublier mais ça compilera pas. Alors à moins de t'appeler MtGox tu t'en apercevras avant de livrer.", ce qui est faux, évidemment.

Le principe des programmes (x)inetd est d'attendre les inputs sur l'entrée standard, et de fournir la sortie sur la sortie standard.

AU TEMPS pour moi

Hein ?

if test1() :
    fonction1()
    fonction2()
fonction3()

fonction4()

au lieu de

if test1() :
    fonction1()
    fonction2()
    fonction3()

fonction4()

compilera et s'exécutera très bien, par contre ne s'exécutera pas comme espéré : bug compliqué à détecter.

Disons que je me rappelle qu'au début, j'ai vu beaucoup d'articles et de comm qui associaient plus ou moins RPi et Python. Et encore aujourd'hui, même si on n'est absolument pas obligé d'utiliser Python, il y a beaucoup de code python autour du RPi (c'était avant que je ne m'y intéresse de près), si bien que mentalement j'ai associé RPi à Python …

Je viens de faire le test sur le site que Zenitram indiquait. §Une BeagleBoard Black, avec cordon USB coute 58,85 euros. Elle est livrée prête à être utilisée, avec un cable USB (8,95 euros de frais de port)

Si je prends une carte RPi, avec carte mémoire préinstallée + cable USB, j'en ai pour 48,33 euros, soit une dizaine d'euros de différence. (8,95 euros de frais de port)

La carte SD fournie avec la RPi a cependant plus de capacité (8 Gb) que la mémoire intégrée à la BeagleBoard, et le cable USB est un peu plus long (1m pour celui commandé avec la RPi, moins long pour la BeagleBoard Black). En cherchant ailleurs, je pourrais probablement trouver moins cher pour la carte SD, et en achetant séparément également, mais je pars du principe que lorsque je reçois la carte, je dois pouvoir la brancher et l'utiliser sans attendre, donc commander chez le même fournisseur.

Mais c'est qu'ici. Car si LinuxFr me donne un -10, la réalité (il faudrait interdire la réalité), elle, me donne un +1000000 : il y a une machine qui est bien plus connue et vendue que l'autre.

Je ne t'ai pas moinssé, mais si je l'avais fait, c'est pas tant pour le fond que pour la forme. Et si je me tiens au fond du sujet : la Beagleboard Black coute plus cher, mais offre plus de choses comparé à la RPi. Et le prix payé par rapport au plus offert n'est pas énorme : Tu trouveras un tableau comparatif sur http://makezine.com/magazine/how-to-choose-the-right-platform-raspberry-pi-or-beaglebone-black/

Un point non précisé : sur la BeagleBone Black, tu disposes d'une interface réseau native, contrairement à la Raspberry Pi qui dispose d'un port réseau over USB. Autre chose, la BeagleBoard Black est utilisable out of the box, tandis que la RPi a besoin d'une carte SD. pour être utilisée. Enfin, ma BeagleBoard m'a été livrée avec un cable USB -> micro USB, qui n'est pas livré non plus avec la RPi. Donc au prix de base de la RPi, ajoute le prix d'une carte SD avec distrib linux intégrée, plus le prix du cable ce sera plus objectif comme comparaison.

Alors oui, 40% plus cher, dit comme ça, ça parait beaucoup. Mais il ne faut pas oublier que le prix de référence (RPi) est déjà peu élevée, et il faut également regarder la qualité globale de la carte (taille, soudure, connectivité, etc …). Et personnellement, pouir avoir les 2 à la maison, je préfère la finition de la Beagleboard à la finition de la RPi.

Autre point : si tu veux que je te le fasse, je peux, mais à un tarif de 450 euros/jours.

Cordialement.

Bonjour.

Tu trouveras les docs de syslog-ng sur http://www.balabit.com/network-security/syslog-ng/opensource-logging-system/support/documentation

La FAQ : http://www.campin.net/syslog-ng/faq.html

En faisant quelques recherches sur syslog-ng dans google, tu trouveras probablement des réponses. (mot clé syslog-ng apache, syslog-ng auth …).

Remarque : n'essaie pas de tout faire d'un coup. Vas-y progressivement. Essaie d'abord de générer les logs en local, histoire de bien comprendre comment ça marche, puis les logs distantes ensuite. Autre point : quel serveur web ? Apache? Autre ? Si c'est apache, voir par exemple https://peter.blogs.balabit.com/2010/02/how-to-collect-apache-logs-by-syslog-ng/

Essaier déjà par toi-même de voir ce que je t'ai indiqué, et reviens si tu as des questions plus précises à poser.

Cordialement.

côté serveur, j'ai eu plusieurs cas de figure : des VMs Xen ou KVM sous Windows, avec un XVNCViewer sous Ubuntu ou Free(Net)BDF en client.

Notre Dame des Landes ?

Le moteur de quake3 est libre …. Rien ne t'empêche de l'utiliser pouir ton propre jeu, ou d'offirir 10 000 $ pour développer un jeu libre basé sur le moteur de Quake3.

Au début, lorsque j'ai vu sortir la RPi, j'ai été un peu sceptique : d'une part parce que je n'aime pas trop Python, et d'autre part parce que je n'aime pas trop les cartes trop simplificatrices (comme par exemple arduino). Puis mon point de vue a changé. C'es vrai que la RPi est un peu limite côté GPIO et côté "liberté". Il ne faut cependant pas oublier que le but initial n'est pas d'apprendre Linux et les couches basses, mais d'apprendre à programmer avec un matériel peu cher. Et c'est dans le "peu cher" que tout se situe : je pense que pour arriver à leur but, les concepteurs de la RPi ont du faire quelques concessions. Et quand on regarde la situation d'aujourd'hui on peut dire que ces concessions ont payé : en effet, on trouve de plus en plus de cartes de même type à prix abordable : peut-être un peu plus cher que la RPi, mais parfois plus libre. La RPi a ouvert la voie, a bougé les lignes, a montré qu'il y a un marché, et a permis que je puisse jouer avec des cartes mieux adaptées à mes besoins (qui à une époque coutaient plus de 100 euros). Entre temps, je me suis acheté une olinuxino et deux beagleboard black pour pas trop cher (avec deux RPi quand même) …

Donc merci aux créateurs de la RPi rien que pour ça : même si la RPi ne correspond pas forcément à ce que je veux faire, l'important est que ça plaise à certains et que je puisse bénéficier de la voie ouverte.

Tout dépend des objectifs : Erlang n'a pas de typage statique tout simplement parce que l'un de ses objectifs est de pouvoir remplacer le code à chaud, et avec un typage statique, ce serait impossible. C'est ce que j'avais lu sur le sujet, et l'explication m'a paru logique (j'essaierai de retrouver le papier - très intéressant - sur ce sujet).

Personnellement, si on parle de variable, je trouve que tout langage devrait avoir des variables à affectation unique.

Certains différencient langage objet (ou tout est objet) et langage orienté objet (qui permet d'utiliser le paradigme objet).

Je l'utilise pour l'administration de serveurs, et il arrive souvent que le pointeur de souris se trouve un peu n'importe ou et n'importe comment. Pour se connecter sur un serveur et lancer quelques actions d'admin, ça va, mais avoir ça tous les jours, ça risque d'être agaçant à la longue.

Sale type !!!

Mais dire que C++, Java, Python, Ruby ne sont pas des langages objets, excuse-moi du peu, mais faut vraiment être sérieusement à côté de la plaque…

Non, pas vraiment. Un langage comme smalltalk, ou tout est objet, est un langage objet.

C++, Java, et même Perl ou python ne sont pas des langages objet, justement parce que tout n'est pas objet.

Après je ne connais pas du tout Ruby, c'est peut-être encore plus concis, mais si c'est le cas j'ai du mal à imaginer comment ça pourrait ne pas se faire au détriment de la clarté.

C'est comme n'importe quel langage: ce n'est pas clair quand tu ne connais pas le langage, mais ça le devient quand tu es un peu rodé à celui-ci. Par contre, à la différence de Perl, tu arrives à relire ton propre code 6 mois après l'avoir écrit.

Comme je l'ai dit, je vais refaire bientôt du Python. Je pourrai donc troller argumenter de façon plus précise sur les points qui me gènent dans ce langage.

Question de cohérence (voir plus haut).