Skip to content
Extraits de code Groupes Projets
  1. mai 03, 2022
  2. sept. 19, 2017
    • marcimat@rezo.net's avatar
      Fonctionnement basique du serveur de conversion, via odt2spip. · 528ba122
      marcimat@rezo.net a rédigé
      Principe :
      * Sur le serveur de conversion (A) : installer un SPIP, libreoffice et activer odt2spip. Créer des clés d’Api nécessaires en configuration.
      * Sur un autre site SPIP (B), activer odt2spip, renseigner en configuration l’URL du site spip de conversion, et la clé d’API.
      
      Lorsque le site B charge le formulaire document2spip, il regarde s’il peut convertir les documents,
      - soit lui-même (s’il a accès à l’application libreoffice)
      - soit via un serveur, si la configuration est renseignée.
      - s’il peut, il permet de charger des documents odt, doc(x), html, pdf. Sinon… uniquement odt.
      
      Si un document F non .odt est envoyé à l’API : 
      - on le récupère temporairement sur B,
      - on le poste à l’api A
      - on le stocke sur A temporairement
      - on le convertit F' sur A ; on supprime F de A
      - on envoie F' à B ; on supprime F'
      - on récupère sur B le fichier F', on le stocke temporairement.
      - on applique les traitements habituels de odt2spip avec ce fichier.
      
      La seule embrouille possible peut provenir d’un timeout ou d’un gros fichier.
      Les traitements se faisant successivement (ce n’est pas le serveur A qui fait un hit sur un callback de B lorsqu’il a fini son traitement ; B attend simplement patiemment),
      et le fichier reçu de A n’est pas streamé mais stocké dans une variable. 
      C'est surtout ce dernier point qui me semble à améliorer : ie, rediriger le résultat de A directement dans le fichier F' de B en stream.
      
      Pour le reste, ça fonctionne en local. Restera à tester sur un serveur et peaufiner.
      528ba122
  3. sept. 18, 2017
  4. mars 22, 2014
  5. avr. 07, 2013
Chargement en cours