Journal Identifications modulaire / apache et autres

Posté par  (site web personnel, Mastodon) .
Étiquettes : aucune
0
19
jan.
2005
Cher journal,

Je cherche un module apache qui permettrait de faire la chose suivante. Je voudrais pouvoir dire à Apache de balancer sur un programme (par l'intermédiaire d'un fichier fifo ou autre) toutes les informations pour une requête d'un client, et ce programme pourrait dire à apache ce qu'il faut faire.

La raison. Cela me donnerait de manière relativement modulaire la possibilité d'avoir des pages statiques qui nécessitent d'être identifiés, par exemple par un cookie ou autre, et de définir cette identification dans le programme. Par exemple je pourrais avoir quelque chose qui génère un cookie (comme sur linuxfr) d'identification avec une clé privée, et ce programme qui connaitrait cette clé privée pourrait dire "200 ok" ou "403" ou autres chose à ce module apache, qui saurait quoi faire.
Tant qu'à faire, apache filerait au programme toutes les infos qu'il a (page demandée, cookie, etc) et attendrait la réponse du programme.

L'idéal serait que je n'ai pas à le coder, évidemment :-) J'ai trouvé quelques trucs qui ressemble de loin, j'ai imprimé la doc de l'API apache, mais ça existe peut-être déjà.

Je colle une autre question qui n'a pas de rapport particuliers, qui a déjà développé en asp.net/c# avec mod_mono, quelle performances avez-vu eu. Je suis en train de regarder de près et je me demande dans quelle mesure il est intéressant d'utiliser ça pour coder objet, en ayant la possibilité d'utiliser tous les composants disponibles. Les quelques sites que j'ai vu en asp.net et qui m'intéressent ne publient pas leurs sources, donc j'ai du mal à me faire une idée. Les exemples livrés avec xsp/mono sont intéressants, mais relativement petits. Faut-il que j'achete un livre sur asp.net ? (c'est juste de la curiosité).
De manière général, qu'est ce qui me permet de développer objet sur un serveur http, PHP5, C#/asp.net, java et python ?
  • # mod_perl

    Posté par  (site web personnel) . Évalué à 4.

    ce qu'il y a de mieux d'après les benchs
    http://chamas.com/bench/(...)
    plus une api très proche d'apache
    et cerise sur le gâteau : mason, template html + cache
    http://masonhq.com/(...)
    le code du site est dispo du bel objet : trop tordu même
  • # kikou

    Posté par  . Évalué à -2.

    mod_perl est ton ami [:piksou]
  • # mod_auth_external

    Posté par  . Évalué à 2.

    Je cherche un module apache qui permettrait de faire la chose suivante. Je voudrais pouvoir dire à Apache de balancer sur un programme (par l'intermédiaire d'un fichier fifo ou autre) toutes les informations pour une requête d'un client, et ce programme pourrait dire à apache ce qu'il faut faire.


    ça ressemble assez à mod_auth_external, est ce que tu as regardé de ce coté là ?
    ( http://unixpapa.com/mod_auth_external.html(...) )

    Cependant il me semble que mod_auth_external ne passe que le mot de passe et le nom d'utilisateur. Mais dans mes souvenirs (J'avais régardé il y a un an ou deux) c'est facile d'ajouter d'autres variables.

    --
    Vincent
    • [^] # Re: mod_auth_external

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      Effectivement ça a l'air pas mal du tout pour être modulaire.

      Bon au final j'ai imprimé l'API apache hier, et j'ai codé mon module qui semble marcher. Maintenant je sais faire un module apache pour l'identification...

      En tout cas côté perf ça torche, comme je pensais.
  • # Pris sur le fait

    Posté par  (site web personnel) . Évalué à 10.

    A quoi ça sert d'avoir des forums si même Fabien Penso ne s'en sert pas...
  • # asp.net/C#

    Posté par  . Évalué à 1.

    J'aimerai aussi dès que j'ai le temps jeter un coup d'oeil à mono pour voir vraiment ce que cela donne.

    Sans vouloir rentrer dans un troll, l'alternative ASP.Net est assez intéressante, et mérite d'être regardée sous Linux.

    As-tu une idée de ce que tu cherches à faire en ASP.net, je pourrais éventuellement te filer un coup de main.
    • [^] # Re: asp.net/C#

      Posté par  (site web personnel) . Évalué à 1.

      Sans vouloir, moi non plus, sombrer dans le troll velu, je pense qu'il est plus interressant de se mettre aux jsp/servlets qu'à l'asp.net

      M'enfin ce n'est que mon avis, et comme tu le dis, on a le droit de regarder l'alternative asp.net :)
      • [^] # Re: asp.net/C#

        Posté par  (site web personnel, Mastodon) . Évalué à 2.

        Moi je pense qu'il est au moins aussi intéressant de regarder non pas tout asp.net mais les possibilités d'utiliser c# dans un serveur http (VB on s'en fout). C# est normalisé, pas de soucis de ce côté là, contrairement à d'autres.
    • [^] # Re: asp.net/C#

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      Oui je pense que ça vaut franchement le coup, c'est bien pour ça que je regarde. Ce que je veux pour le moment c'est juste regarder comment ça fonctionne, et comment développer proprement en asp.net. Genre je fais mes classes à côté en utilisant System.Web.UI.* et je les affiche en HTML ensuite, pour avoir le minimum d'effort à faire si je souhaite les afficher dans un autre format.

      Enfin c'est plutôt des questions d'ordre générale que j'ai. Ensuite il faudrait que je vois les performances de mod_mono (j'ai peur...).
  • # mod_rewrite

    Posté par  (site web personnel) . Évalué à 1.

    Ça doit pouvoir se faire avec mod_rewrite : http://httpd.apache.org/docs-2.0/mod/mod_rewrite.html(...)
    sans doute en deux étapes :
    - la première pour inclure dans l'url toutes les infos utiles (cookies, ...)
    - la seconde pour traiter cette url depuis un programme extérieur.
    • [^] # Re: mod_rewrite

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      Effectivement j'ai pensé à un truc similaire, mais j'ai pas réussi à le faire marcher :


      RewriteMap essai prg:/goinfre/www/redir.pl

      RewriteCond %{HTTP_COOKIE} ^.+$
      RewriteRule ^.* /identified,%{HTTP_COOKIE} [L]

      Pour rediriger sur une page avec le cookie, mais ensuite quoi faire... Enfin j'ai tenté différents systèmes, mais rien ne marche.
  • # mod_actions

    Posté par  . Évalué à 1.

    Je te conseille de regarder du côté de mod_actions qui te permet d'utiliser un script cgi pour traiter les requêtes HTTP.

    Pour modifier les entêtes HTTP il y a mod_header.

    Bon tests.
  • # Un CGI avec la méthode POST ?

    Posté par  . Évalué à 1.

    > je cherche un module apache qui permettrait de faire la chose suivante. Je
    > voudrais pouvoir dire à Apache de balancer sur un programme (par
    > l'intermédiaire d'un fichier fifo ou autre) toutes les informations pour une
    > requête d'un client, et ce programme pourrait dire à apache ce qu'il faut
    > faire.

    Les informations contenues dans l'environnement d'execution d'un CGI
    ne te suffisent pas ? Le seul developpement à faire serait de parser
    les QUERY_STRING.
    A moins que apache dispose de plus d'informations que ce qu'il transmet
    au CGI, ton problème trouve sa solution dans un CGI appelé avec la méthode
    POST qui et je pense que tu dois le savoir écrit sur l'entrée standard du
    cgi la partie body de la requete http (les headers étant positionnés dans
    l'environnement)

    Je dis tout ca car c'est exactement comme ca que je fais pour avoir un
    server web minimal qui n'a qu'une seule vocation, être un serveur d'application,
    il se contente donc d'appeler des binaires.
  • # Regarde le système CAS

    Posté par  . Évalué à 3.

    C'est un service d'authentification centralisé, ça pourrait donner des indices sur ce que tu veux faire.
    http://www.int-evry.fr/mci/user/procacci/Doc/serveur-cas-client-mod-cas.html
  • # mod_ruby

    Posté par  . Évalué à 2.

    De manière général, qu'est ce qui me permet de développer objet sur un serveur http, PHP5, C#/asp.net, java et python ?

    Perso je prendrais Ruby :
    libapache-mod-ruby - Embedding Ruby in the Apache web server

    A voir, notament la vidéo :) :
    http://www.rubyonrails.org/(...)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.