Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
public:framework_portails_ens [2018/01/08 11:50] matthieu.decorde@ens-lyon.fr |
public:framework_portails_ens [2018/09/07 17:34] (Version actuelle) slh@ens-lyon.fr |
||
---|---|---|---|
Ligne 12: | Ligne 12: | ||
* dans un tomcat indépendant installé dans le home de l'utilisateur "txm" | * dans un tomcat indépendant installé dans le home de l'utilisateur "txm" | ||
- | ===== Architecture preprod - prod ===== | ||
- | Les procédures de gestion de sites de pré-prod et de prod | ||
- | concernent des sites web mis en oeuvre par des applications. | ||
- | Une application peut être composée de répertoires, de bases de données et de cache. | ||
- | Le contenu de certaines applications est stocké dans les bases de données. | ||
- | On peut distinguer les répertoires : | ||
- | - de code PHP d'une application (push_php) | ||
- | - de fichiers de configuration d'une application (push_appli) | ||
- | - de fichiers téléchargeables (push_upload) | ||
- | |||
- | Pour réaliser une opération entre le site pré-prod et prod, il faut créer dans le dossier de la racine du site de pré-prod un fichier 'commandes.txt'. | ||
- | |||
- | Ce fichier doit contenir une série de lignes d'ordres, par exemple dans un premier temps : | ||
- | push_appli textometrie | ||
- | |||
- | Le fichier est scanné toutes les 5 minutes. | ||
- | |||
- | Une fois traité, la commande est déplacée dans le fichier : | ||
- | commandes-succes.txt | ||
- | |||
- | Le résultat des opérations est mis dans le fichier : | ||
- | resultat.txt | ||
- | |||
- | Les commandes sont : | ||
- | * push_upload : transfert le dossier /tmp/upload de spip pour la mise en ligne de fichiers très volumineux | ||
- | * push_appli : transfert l'application en tenant compte des filtres | ||
- | * push_php : transfert le code php | ||
- | * push_base* : transfert le contenu de la base de donnée liée à l'application | ||
- | * push : transfert tout sans tenir compte des filtres (attention, ça efface le contenu Spip) | ||
- | * pull_data* : rapatrie les fichiers de prod vers la préprod | ||
- | * pull_base* : rapatrie la base de prod dans un fichier .sql du dossier utilisateur | ||
- | * clear_cache : vide le cache des applications Symfony2 | ||
- | |||
- | Les commandes étoilées ne sont pas encore disponibles, elles peuvent être passées à la demande. | ||
- | |||
- | Les commandes sont adaptées en fonction des besoins qui se présentent. | ||
- | * push_xxx : envoi de la pré-prod vers la prod | ||
- | * pull_xxx : recupère de la prod vers la pré-prod | ||
===== Proposition d'architecture ===== | ===== Proposition d'architecture ===== | ||
Ligne 85: | Ligne 47: | ||
* biblios : pages de notices des textes des corpus du portail | * biblios : pages de notices des textes des corpus du portail | ||
* pdfs : version pdf des textes des corpus du portail | * pdfs : version pdf des textes des corpus du portail | ||
+ | |||
+ | ==== Protocoles réseau d'un portail TXM ==== | ||
+ | |||
+ | * envoyer des mails (SMTP) : gestion des inscriptions et récupération de mot de passe des comptes utilisateurs | ||
+ | * téléchargement de fichiers (SFTP) : upload de corpus binaire, d'images de fac-similé, de pages web et de fichiers de configuration | ||
+ | * ligne de commande (SSH) : lancement/arrêt de portail | ||
+ | |||
+ | ==== Actions d'un portail TXM ==== | ||
+ | |||
+ | * démarrer un portail | ||
+ | * redémarrer un portail | ||
+ | * arrêter un portail | ||
==== Protocole PUSH & PULL entre qualif et prod ==== | ==== Protocole PUSH & PULL entre qualif et prod ==== |