Déve­lop­pe­ments

Vous pouvez consul­ter la liste de mes déve­lop­pe­ments sur Gitlab ou Github (il peut manquer des dépôts sur Github car ce n’est plus qu’un miroir).

Je déve­loppe prin­ci­pa­le­ment en Perl, mais il m’ar­rive de plus en plus de déve­lop­per de petits plugins en Node.js pour Ether­pad.

17 réflexions au sujet de « Déve­lop­pe­ments »

  1. Bonjour Luc,

    je me permets de te contacter car j’utilise un raccourcisseur d’URL qui est basé sur ton génial LSTU. ce que j’aime particulièrement dans cet API c’est la possibilité de choisir son texte.
    mais j’aimerais connaitre les règles de pérennité de ces textes car certaines URL raccourcies deviennent obsolètes et le texte pourrait être réutilisé, ce qui n’a pas l’air d’être le ces pour l’instant. est-il possible de « s’abonner » à un texte, se le réserver, le rendre temporaire, etc…

    pourrais-tu publier ces rules ou m’en faire part (ou les 2 si tu veux)

    merci de m’avoir lu (et 2 fois merci si tu me réponds)

    cordialement

    1. Les URLs raccourcies sont gardées indéfiniment : en effet, imagine que tu postes une URL raccourcie sur un forum de parents d’élèves, que la cible du lien devient obsolète et que je remette l’URL raccourcie dans le pool d’URL et qu’elle soit affectée à un site porno, ça va faire mauvais genre.

      Donc l’URL reste telle qu’elle est, ad vitam pour éviter ce genre de choses.

  2. Bonjour,
    j’ai déposé une photo portrait sur lut.im. Je ne souhaitais pas la laisser indéfiniment mais malheureusement j’ai effacé les données localStorage permettant de modifier la durée d’affichage. Est il possible de récupérer le lien de mes informations?
    Cordialement

  3. Bonjour Luc et merci pour tout ce que tu fait pour nous, simple utilisateur de ton code
    J’utilise LSTU que je trouve super, simple et efficace. Mes utilisateurs aime sa simplicité !
    Toutefois j’ai une question, j’aimerai mettre un mot de passe sur l’interface pour maitriser la création des URL raccourcis.

    Possible ou pas ?

    Merci d’avance !

    1. Il suffit de mettre un blocage au niveau Nginx.

      Au lieu de :


      location / {
      proxy_set_header Host $host;
      proxy_pass http://lstu;
      proxy_redirect http://lstu https://lstu.example.org;
      }

      Tu mets :


      location = / {
      auth_basic "closed site";
      auth_basic_user_file conf/htpasswd;
      proxy_set_header Host $host;
      proxy_pass http://lstu;
      proxy_redirect http://lstu https://lstu.example.org;
      }
      location = /a {
      auth_basic "closed site";
      auth_basic_user_file conf/htpasswd;
      proxy_set_header Host $host;
      proxy_pass http://lstu;
      proxy_redirect http://lstu https://lstu.example.org;
      }
      location / {
      proxy_set_header Host $host;
      proxy_pass http://lstu;
      proxy_redirect http://lstu https://lstu.example.org;
      }

      Voir http://nginx.org/en/docs/http/ngx_http_auth_basic_module.html#auth_basic (pour la conf nginx de l’authentification) et https://git.framasoft.org/luc/lstu/blob/master/utilities/lstu.nginx (pour la conf de départ)

  4. Bonjour,
    Tout d’abord merci pour l’excellent lufi que j’utilise quotidiennement sur mes serveurs.
    J’ai cependant une question : je n’arrive pas à mettre lufi derrière haproxy (notamment à cause de la partie des websockets). J’ai cherché un peu partout, pas de pb avec Apache et Nginx en reverse-proxy, mais avec HaProxy je sèche
    Merci d’avance pour votre aide.
    LaBavure

    1. Je n’ai jamais utilisé HAProxy (mais va falloir que je regarde ça, j’ai l’impression que son usage se démocratise).

      De ce que je vois de-ci de-là, il faut `option http-server-close` pour permettre l’utilisation des websockets. Cet article a l’air pas mal, est-ce que tu l’as vu ?

      1. Merci. En fait j’ai déjà vu cet article mais mes essais n’ont pas aboutis. Je vais persévérer ☺️ et te tiens au courant si je trouve la bonne config
        Merci.

  5. Je crois avoir identifié d’où vient mon pb. Mon HaProxy redirige tout en https et implémente HSTS. Du coup il faut absolument que les appels aux websocket soient en wss://… et non pas en ws://…? Malheureusement HaProxy n’autorise pas de « rewrite » dans ce cas selon https://serverfault.com/questions/709661/ha-proxy-and-websockets. Du coup il faudrait que je force wss directement dans l’appli Lufi. Comment effectuer ceci, quel fichier modifier ?
    Merci d’avance pour ton aide.

    1. Normalement, Lufi va choisir wss si on lui passe l’entête X-Forwarded-Proto avec ‘https’ dedans et si il y a ‘proxy => 1’ dans la configuration hypnotoad (elle-même dans la configuration de lufi)

  6. Pb résolu. En fait avec HaProxy à priori inutile de configurer spécifiquement les appels aux websockets pour Lufi. Il faut juste effectivement bien spécifier le « X-Forward-
    Proto » avec « https ».

    Concrètement, dans la conf HaProxy, il faut déclarer dans la partie « frontend https » à minima les lignes suivantes :
    reqadd X-Forwarded-Proto:\ https
    option http-server-close
    et ensuite faire dans la partie « backend Lufi » un redirect simple du type :
    server server_lufi 127.0.0.1:8081 cookie cookie_server_lufi check

    Si tu le souhaites je pourrais donner un ex plus complet de la conf HaProxy nécessaire pour Lufi qui pourrait être inclue dans le Wiki ou autre…

    Encore merci pour ton aide.

  7. Bonjour,
    Comme promis voici la config à minima pour Lufi sous HaProxyen https :

    global

    default

    frontend https-frontend
    bind *:443 ssl crt /etc/haproxy/ssl/my-site-haproxy.pem
    reqadd X-Forwarded-Proto:\ https

    acl is_lufi hdr(host) -i lufi.my-site.fr
    use_backend lufi if is_lufi

    backend lufi
    cookie SERVERID insert indirect
    server server-lufi 127.0.0.1:8081 cookie server-lufi check

    ps : si tu m’indiques ton email ou un autre moyen je pourrai t’envoyer une config plus complète d’HaProxy

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *