Un système de proxy frontal utilisant le module mod_proxy d'Apache a aussi été mis en place. On utilisait déjà ce système à nos débuts, mais des contraintes abscures ont fait qu'il n'avait pas été remis. Comme nous avons trouvé une solution, je l'ai réactivé ce week-end, à priori avec succès. Les curieux pourront lire comment effectuer la même chose chez eux à l'url indiqué. La documentation est pour mod_perl, mais le système est appliquable partout.
Le groupe usenet linuxfr.linuxfr-news hébergé sur news.linuxfr.org accepte désormais l'écriture. En bref vous pouvez lire les news et les commentaires de LinuxFr, mais vous pouvez aussi répondre directement dedans. LinuxFr bénéficie donc d'une passerelle complête usenet (yeapee...). Le serveur est en lecture seule par défaut, il vous faudra demander un compte usenet qui vous donne les droits en écriture si vous désirez essayer cette version béta de Moulinette (le truc qui permet de faire ca) à usenet@linuxfr.org, et prendre patience qu'une de nos assistantes s'occupe de vous.
Bonne semaine à tous. Pff on respire un peu :-)
Aller plus loin
- la configuration mod_proxy (1 clic)
# Re: Articles: DaNews: performance améliorée
Posté par Anonyme . Évalué à 1.
> Le groupe usenet linuxfr.linuxfr-news hébergé sur news.linuxfr.org accepte
> désormais l'écriture. En bref vous pouvez lire les news et les commentaires
> de LinuxFr, mais vous pouvez aussi répondre directement dedans. LinuxFr
> bénéficie donc d'une passerelle complête usenet (yeapee...). Le serveur est
> en lecture seule par défaut, il vous faudra demander un compte usenet qui
> vous donne les droits en écriture si vous désirez essayer cette version
> béta de Moulinette (le truc qui permet de faire ca) à usenet@linuxfr.org,
> et prendre patience qu'une de nos assistantes s'occupe de vous.
> Bonne semaine à tous. Pff on respire un peu :-)
Bien pratique cette passerelle usenet pour ceux qui lisent beaucoup les
news/commentaires :-)
---------------------------------------------------------------------------
Ce message a été envoyé par Usenet.
Path: not-for-mail
From: "Fabien Penso"@linuxfr.org, penso@linuxfr.org
NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
[^] # Re: Articles: DaNews: performance améliorée
Posté par imr . Évalué à 1.
[^] # Re: Articles: DaNews: performance améliorée
Posté par Anonyme . Évalué à 1.
---------------------------------------------------------------------------
Ce message a été envoyé par Usenet.
Path: not-for-mail
From: "Fabien Penso"@linuxfr.org, penso@linuxfr.org
NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
on a connu mieux comme anonymat...
[^] # Re: Articles: DaNews: performance améliorée
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
[^] # Re: Articles: DaNews: performance améliorée
Posté par Jar Jar Binks (site web personnel) . Évalué à 1.
Sinon, l'utilisateur peut mettre ses login/mot de passe dans l'en-tête du message.
[^] # Re: Re: Articles: DaNews: performance améliorée
Posté par Anonyme . Évalué à 1.
> Tu peux utiliser le NNTP avec authentification, ça marche très bien.
Oui c'est déjà ce qu'on fait pour protéger le serveur, mais l'idée
derrière ce système c'est qu'on feed d'autres serveurs usenet. Et donc
là on n'est plus sûr du tout.
> Sinon, l'utilisateur peut mettre ses login/mot de passe dans l'en-tête du
> message.
Oui mais ca c'est très chiant à gérer. Maintenant on pourrait
effectivement faire comme ca, ca serait mieux que des en-têtes. Idées
bienvenues concernant ce truc, je l'ai torché rapidement en quelques
heures, il se peut qu'il manque quelques fonctionnalités (je me
comprends :)
---------------------------------------------------------------------------
Ce message a été envoyé par Usenet.
Path: not-for-mail
From: Fabien Penso <penso@linuxfr.org>
NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
[^] # Re: Re: Articles: DaNews: performance améliorée
Posté par Julien BLACHE . Évalué à 1.
Bon sérieux, c'est faisable en modérant le groupe, tu passes dans un robot qui vire les champs, genre (en vérifiant, oeuf corse) :
X-LinuxFR-login: blabla
X-LinuxFR-pwd: pouetpouet
Là ce serait vachement bien :-)
@+ JB.
[^] # Re: Re: Re: Articles: DaNews: performance améliorée
Posté par Anonyme . Évalué à 1.
> Super, comme ça suffira de regarder les headers d'un post pour
> connaître l'auth de son auteur. Cool :)
>
> Bon sérieux, c'est faisable en modérant le groupe, tu passes dans un robot
> qui vire les champs, genre (en vérifiant, oeuf corse) :
>
> X-LinuxFR-login: blabla
> X-LinuxFR-pwd: pouetpouet
>
> Là ce serait vachement bien :-)
C'est déjà comme ca que ca marche. Cependant il est vrai que n'importe
quel newsmaster ou le forum est feedé pourra alors voir le login/passwd
des utilisateurs qui postent chez lui. Ca c'est chiant :)
---------------------------------------------------------------------------
Ce message a été envoyé par Usenet.
Path: not-for-mail
From: Fabien Penso <penso@linuxfr.org>
NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
[^] # Re: Articles: DaNews: performance améliorée
Posté par Wawet76 . Évalué à 1.
Si il n'est que sur news.linuxfr.org (ce que j'avais compris), les posteurs sont identifiés par leur login/password...
[^] # Re: Re: Articles: DaNews: performance améliorée
Posté par Anonyme . Évalué à 1.
> Si il n'est que sur news.linuxfr.org (ce que j'avais compris), les posteurs
> sont identifiés par leur login/password...
Plus pour longtemps ;-) On va bientôt innonder tous les serveurs usenet :-)
---------------------------------------------------------------------------
Ce message a été envoyé par Usenet.
Path: not-for-mail
From: Fabien Penso <penso@linuxfr.org>
NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
[^] # Re: Re: Articles: DaNews: performance améliorée
Posté par Anonyme . Évalué à 0.
--------------------------------------------------------------------------
Ce message a été envoyé par Usenet.
Path: not-for-mail
From: Fabien Penso
NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
(Thomas Walraet, juste pour faire remarquer que cette solution-là n'est pas encore suffisante... Bonne chance)
[^] # Re: Re: Re: Articles: DaNews: performance améliorée
Posté par Anonyme . Évalué à 1.
> (Thomas Walraet, juste pour faire remarquer que cette solution-là n'est pas
> encore suffisante... Bonne chance)
Effectivement. Il faudrait alors demander aux personnes qui postent de
mettre dans les en-têtes leurs login/password... Humm ca va demander
encore un peu de temps ce truc :-)
---------------------------------------------------------------------------
Ce message a été envoyé par Usenet.
Path: not-for-mail
From: Fabien Penso <penso@linuxfr.org>
NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
[^] # Re: Re: Re: Articles: DaNews: performance améliorée
Posté par Christophe Merlet (site web personnel) . Évalué à 1.
[^] # Re: Re: Articles: DaNews: performance améliorée
Posté par Christophe Merlet (site web personnel) . Évalué à 1.
# Dons
Posté par Anonyme . Évalué à -1.
[^] # Re: Dons
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
# optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
[^] # Re: optimisations ? mort de rire :-)
Posté par k t . Évalué à 1.
tu devrais aller faire un tour sur le sie dacode.
la solution peut s'ameliorer (simplement faire le cache sur les fils de discussion ...)...
[^] # Re: optimisations ? mort de rire :-)
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
Le proxy nous permet surtout d'éviter d'avoir 100 apache+php qui tourne en frontal, sachant qu'un apache+php prend 8Mo en RSS, un apache+mod_proxy seul prend 1.5Mo. On gagne donc de la RAM.
[^] # Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
Maintenant que la charge est supportable, est-ce que ça veut dire qu'on va retrouver coin-coin et plop dans la tribune?
[^] # Re: Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 1.
> Dans ce cas ça veut dire qu'il y avait vraiment des trucs sub-optimaux
> dans daCode, genre temps perdu à rien foutre, indexes manquants dans la
> BDD, ou algorithmes avec une complexité qui craint (genre n^2 ou e^n ou n!)
> et autres joyeusetés.
Oui il y a sûrement pleins de trucs qui n'ont rien à fouttre, mais je ne
doute pas qu'on aura tes contributions et tes lumières sur la liste de
développement sous peu.
> Maintenant que la charge est supportable, est-ce que ça veut dire qu'on va
> retrouver coin-coin et plop dans la tribune?
Sachant que la raison de leur absence n'était pas le problème de charge:
non.
---------------------------------------------------------------------------
Ce message a été envoyé par Usenet.
Path: not-for-mail
From: Fabien Penso <penso@linuxfr.org>
NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
[^] # Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
[^] # Re: optimisations ? mort de rire :-)
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
Mais qu'utiliseriez-vous à notre place ? Phpnuke (muahahha je suis d'humeur joueur aujourd'hui).
[^] # Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
> (muahahha je suis d'humeur joueur aujourd'hui).
et pourquoi ca ? ok le code n'est pas super clair mais les fonctionnalités offertes sont de loin bien supérieur à daCode.
PS : non je n'utilise pas ce truc mais bon hein, faut arreter de croire que c'est de la merde parce que le code n'est pas génial. Y'a pas que daCode :-)
[^] # Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 1.
Personnellement, je trouve phpnuke très « carré » dans l'ensemble, graphiquement (icones et consort). Y'aussi des trucs pratiques qui ne semblent pas y etre : nombre de commentaires, pas d'incitation au lieu (tout taper en html ?).
Sinon, y'a t-il un système de cache et choses du genre (vitale pour un serveur à grand public) ?
[^] # Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
non, je vois pas de rapport entre qualité de code et fonctionnalité / stabilité. Tu utilises tout les jours des applications dont le code est une véritable horreur, a se demander comment des gens peuvent arriver à lire ça :-)
Maintenant, je ne peut qu'être d'accord sur le principe d'un clair et commenté (encore qu'il faudrait se mettre d'accord sur ce que c'est qu'un code clair :-)
[^] # Re: optimisations ? mort de rire :-)
Posté par Wawet76 . Évalué à 1.
[^] # Re: Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 1.
> > (muahahha je suis d'humeur joueur aujourd'hui).
>
> et pourquoi ca ? ok le code n'est pas super clair mais les
> fonctionnalités offertes sont de loin bien supérieur à daCode.
Lesquelles ? (on est toujours en quête d'idée pour améliorer le notre).
> PS : non je n'utilise pas ce truc mais bon hein, faut arreter de
> croire que c'est de la merde parce que le code n'est pas génial. Y'a
> pas que daCode :-)
Non il existe pleins de trucs, mais la volonté de certains est d'avoir
le maximum de fonctionnalités pas forcément stables, et d'autres non.
Je ne doute pas de la qualité de slashcode, phpslash, etc. Mais quand on
voit qu'on peut executer le code SQL qu'on veut sous phpnuke dans l'url,
ou que n'importe quel serveur sur lequel phpnuke va chercher des
informations comme backend peut faire executer ce qu'il veut sur le
client ... Personne utilise notre short-rss.php3 et utilise phpnuke pour
tester ? :-)
---------------------------------------------------------------------------
Ce message a été envoyé par Usenet.
Path: not-for-mail
From: Fabien Penso <penso@linuxfr.org>
NNTP-Posting-Host: aboulogne-102-1-4-224.abo.wanadoo.fr
[^] # Re: Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
[^] # Re: Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
[^] # Re: Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
Crocell
[^] # Re: Re: optimisations ? mort de rire :-)
Posté par Annah C. Hue (site web personnel) . Évalué à 1.
Qui n'a pas le courage de s'authentifier.
Ou pas le temps, car il passe sa vie dans les méandres de son code assembleur. Et oui, sachez-le, ce cher anonyme ne va pas s'abaisser à coder en C, langage de bien trop haut niveau pour lui, insulte à sa maîtrise indiscutable du moindre bit. Le C étant un langage de tapette, que dire alors du php ? C'est un langage de débiles profonds dont une bonne moitié de cerveau est amputée.
Monsieur l'anonyme, lui, fait de l'assembleur sur intel, c'est un vrai mec lui, pas un incompétent qui fait du shell/php/perl/python/java/c/etc.
Pour monsieur l'anonyme il n'y a qu'un seul langage, le langage machine sur intel. Le reste c'est pour faire croire aux dégénérés mentaux qu'ils savent programmer un ordinateur. Et c'est pas sa carte perforée qui nous dira le contraire.
[^] # Re: Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
Ce n'est pas en essayant de ridiculiser son propos que tu rendras le tien plus intelligent.
Je suis d'accord pour dire que le langage php est fort utile. Il permet de coder rapidement des pages dynamiques. Néanmoins, on ne pas dire que celui permet a ceux qui le pratique d'acquérir de véritables connaissances de l'algorithmie, des langages informatiques et du génie logiciel. Et la seule chose qui permettrait d'avoir un code plus 'propre' est complétement raté dans PHP : son aspect objet, qui ne ressemble a rien.
Quand a ta réflexion sur l'assembleur, tu passes d'un extrème a l'autre. Etant un petit vieux, j'ai codé en asm86 (quel horreur ce truc !) et en C, et je n'utilise plus maintenant que des langages haut niveau (quel bonheur !). Ce que je remets en cause n'est pas le haut niveau (qui est souhaitable dans un dev web) mais la qualité de ce langage et le fait de devoir mélanger code et html (cad logique et présentation).
Bref, le php c'est bien mais il faut admettre qu'il a de grosses limites. Ok pour de petit devel, aprés c'est trop contreignant.
Quand a la fin, je crois que cela visait les remarques contre phpnuke et le fait que daCode n'est pas aussi brillant (php surtout pour moi) pour se permettre de donner des leçons de programmation aux autres. L'humilité, c'est en général cela qui permet de conforter l'idée que la personne que l'on pense brillante l'est :-)
PS : non je suis pas authentifié car je n'ai pas de compte et je n'ai pas envie d'en créer. Mais si cela suffit à te convaincre que mes propos ne sont d'aucun intérêt, je n'y peux rien :-)
PS2 : au fait, le propos initial n'est pas de moi.
Hein, je dis ca au cas ou :-)
[^] # Re: Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
[^] # Re: Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
Oula, tu t'égares je crois. Personnellement, j'essayai de trouver un sens à la remarque de anonyme, ca va plus loin que ca :-)
> on ne peut pas dire qu'il ressorte grand chose
> de tes propos
Ah, je pensais avoir développé 2/3 idées, zut :-(
> même si ca semble t'énerver.
Absolument pas. Que la programmation web soit a la portée du plus grand nombre me ravie prodigieusement, et c'est moyen simple et bougrement efficace pour faire découvrir la programmation Web. Mais bon, peut etre n'est ce qu'un troll ? :-)
[^] # Re: Re: optimisations ? mort de rire :-)
Posté par Damien TIRANTE . Évalué à 1.
Avant le PHP, je n'avais jamais touché à la programmation, et c'est quand même pas mal d'avoir un langage standard, facilement assimilable, avec lequel on peut accéder à la plupart des fonctionnalité du "web dynamique".
Et NON je ne crache pas sur tous les autres langages, NON je ne mène pas une petite gueguerre envers et contre les autres langages...
Et je ne vois pas ce que le C et l'assembleur viennent foutre là dedans... On parle de programmation web, non ?
L'assembleur... pfff... Biensûr c'est certainement très intéressant de connaitre tout le fonctionnement d'une machine, et être capable de parler son langage, mais chaque fois que tu veux utiliser ton vélo, tu réinventes la roue ?
Allez va te pendre...
[^] # Re: Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 1.
Pour quelqu'un qui ne voit l'informatique que comme moyen (tiens, comme moi !), ça lui simplifie bien l'existence pour faire des trucs tout cons comme affichage de fortune, sondages ...
Concernant les sondages, je trouverais ça plutot cool si tout les sondages étaient archivés, qu'ils restaient sur la page sondage, pour voir les résultats...
[^] # Re: optimisations ? mort de rire :-)
Posté par Anonyme . Évalué à 0.
http://louportail.free.fr(...)
Signé : un admirateur
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.