Serveur du cours de Seth qui était géré par Simon. Il est hébergé sur miyamoto.ulb.ac.be.

#C'est la machine 400
root@Miyamoto:~# vzlist
      CTID      NPROC STATUS    IP_ADDR         HOSTNAME
       295         70 running   164.15.6.95     devphilo.ulb.ac.be
       297        149 running   164.15.6.82     edo.ulb.ac.be
       400         88 running   164.15.6.130    tranb300.ulb.ac.be
 
#Pour la redémarrer 
root@Miyamoto:~# vzctl restart 400
Restarting container
Stopping container ...
Container was stopped
Container is unmounted
Starting container...
Container is mounted
Adding IP address(es): 164.15.6.130 10.0.6.130/24
Setting CPU units: 1000
Container start in progress...
 
#modifier le mot-de-passe root
root@Miyamoto:~# vzctl exec 400 passwd root
Enter new UNIX password: xxxxxxx
Retype new UNIX password: xxxxxxx
passwd: password updated successfully

Pour se connecter avec l'utilisateur seth :

#Connexion ssh depuis un terminal
R3-MAC1:Desktop supportsic$ ssh seth@tranb300.ulb.ac.be
seth@tranb300.ulb.ac.be s password: 
 
#ensuite devenir administrateur
seth@tranb300:~$ sudo su -
 
We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:
 
    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.
 
[sudo] password for seth: 
 
root@tranb300:~#

J'ai créé un utilisateur seth, mot-de-passe : Ge8Ja901

Tout est dans /var/www, à savoir :

• les scripts Python, avec les anciens pour référence
• le .zip avec l'instance Omeka augmentée (i.e. un zip contenant la nouvelle version d'Omeka + les plugins ex: omeka-2018.zip
• le fichier “mots de passe” (datas.db)

• new_deploy-2.5.1.py, C'est le script à lancer pour installer les instances en masse. La commande à lancer est :

sudo python new_deploy-2.5.1.py --xvfb NOMBRE_D'INSTANCES_EN_CHIFFRES 

Il est aussi possible d'ajouter –prompt comme argument, ce qui permet de nommer les instances de manière différente que “groupexxx”.
Le script va demander (une fois) le mot de passe de la base de données. Ce dernier est A3uSqnzd . (Ne pas partager ce mail, donc ) et ensuite installera les instances.
Le script va stocker les mots de passe et usernames dans le fichier datas.db Attention, ce sont les mots de passe créés à l'installation – si les étudiants changent de mot de passe, vous n'aurez plus accès à l'interface admin.

• get_mail.py, qui va vous demander de préciser un nom d'instance et vous retournera le mot de passe (celui qui se trouve dans datas.db, càd celui créé à l'installation)

• get_pass.py, qui va vous donner les mots de passe de tout le monde (même remarque qu'au-dessus)

Je cree une instance test_omeka_2018 avec tout les plugins pour Seth.

• mot-de-passe : AKirEytucBene3A

Voici les infos d’installation pour 100 instances… 

Begin forwarded message:

From: Olivier Thirion <olivierthirion@gmail.com>
Subject: Re: Omeka
Date: 13 August 2018 at 11:33:51 GMT+2
To: Seth van Hooland <svhoolan@ulb.ac.be>
Cc: Laurence Maroye <Laurence.Maroye@ulb.ac.be>

Bonjour Seth, 

Comme convenu, le point sur ce dont nous avons besoin : 
- Omeka "classic" 2.6.1 
- Les plugins Exhibit Builder et SimplePage (préinstallés avec Omeka). Les plugin CollectionTree et Docs Viewer (à ajouter).
- Quelques thèmes en plus des 3 thèmes préinstallés (Berlin, Seasons, ThanksRoy) pour permettre davantage de personnalisation aux étudiants : BigPicture, Emiglio, Rythm, TheDaily.
- Idéalement, les changements de mots de passe et les ajouts de nouveaux plugins/thèmes doivent être bloqués (mais on peut faire sans)
- Idéalement augmenter un peu le poids maximum des documents uploadés jusqu'à 5-10 Mo (réglage au niveau du serveur)
- Enfin, il faut pouvoir empêcher les étudiants d'accéder au back-office de leurs instances à une date déterminée pour qu'il ne puissent plus ajouter de nouveaux items ni faire de modifications. 

L'an passé, il a fallu demander aux étudiants d'ajouter eux-même la valeur "/usr/bin/" dans le champs "Imagemagick directory path" (Settings\General). Ce qui a causé quelques difficultés (ils laissaient des espaces en trop). 
Peut-on adapter le script d'installation pour que cette valeur soit directement ajoutée dans le champ "path_to_convert" de la table "omeka_options" lors de la création de la base de données ? (si le chemin d'accès n'a pas changé)

Le script d'installation devrait être capable de déployer les instances qui seront accessible sur des URL de type "http://tranb300.ulb.ac.be/groupe8NN" (groupe800, groupe801, groupe802, etc.). 
L'installation complète de chaque instance devrait être effectuée par le script pour que les étudiants n'aient plus que l'activation des plugins à réaliser. Chaque groupe recevrait un nom d'utilisateur ("groupe78NN") et un mot de passe.

Voilà, je pense que tout y est. Bonne semaine,

Olivier

Hello à tous,

Voici le "passage de bâton" quant aux instances Omeka !

Serveur: http://tranb300.ulb.ac.be 
Sur le serveur, les données se trouvent dans /var/www ( = le dossier apache où se trouvent les instances)

Je viens de déployer deux instances (Omeka 2.5.1) avec le nouveau plugin CollectionTree pour Olivier et Laura, info ci-dessous.

Tout est dans /var/www, à savoir les scripts Python, avec les anciens pour référence le .zip avec l'instance Omeka augmentée (i.e. un zip contenant la nouvelle version d'Omeka + le plugin CollectionTree), à savoir omeka-2.5.1-reloaded.zip le fichier “mots de passe” c'est tout Les anciennes instances sont dans /var/www/201x-20x+1, eg http://tranb300.ulb.ac.be/2016-2017/

• new_deploy-2.5.1.py, C'est le script à lancer pour installer les instances en masse. La commande à lancer est :

sudo python new_deploy-2.5.1.py --xvfb NOMBRE_D'INSTANCES_EN_CHIFFRES 

Il est aussi possible d'ajouter –prompt comme argument, ce qui permet de nommer les instances de manière différente que “groupexxx”.
Le script va demander (une fois) le mot de passe de la base de données. Ce dernier est A3uSqnzd . (Ne pas partager ce mail, donc ) et ensuite installera les instances.
Le script va stocker les mots de passe et usernames dans le fichier datas.db Attention, ce sont les mots de passe créés à l'installation – si les étudiants changent de mot de passe, vous n'aurez plus accès à l'interface admin.

• get_mail.py, qui va vous demander de préciser un nom d'instance et vous retournera le mot de passe (celui qui se trouve dans datas.db, càd celui créé à l'installation)

• get_pass.py, qui va vous donner les mots de passe de tout le monde (même remarque qu'au-dessus)

Lorsque la deadline pour le travail est passée, il faut couper l'accès aux instances. Le quick-and-dirty trick que je fais est de remplacer le fichier /var/www/GROUPEXYZ/admin/index.php par un bête index.php qui dit "Deadline passée", et redémarrer Apache. Redémarrer Apache tue les sessions des utilisateurs, et, lorsqu'ils veulent se reconnecter sur leur page admin, ben la page admin n'est plus là. L'instance est toujours là, tout fonctionne, mais la porte d'entrée a été remplacée :-)

Si l'année prochaine vous voulez une version d'Omeka plus à jour, ou d'autres plugins, il faut récupérer le .zip sur leur site et l'unzipper. Également, il faut télécharger les plugins que vous désirez et les unzipper. Ensuite, mettre les plugins unzippés dans omeka-versionXYZ/plugins/ , rezipper le dossier omeka, et l'uploader sur le serveur. Adapter le script (new_deploy) pour les nouveaux noms de fichier et ça devrait tourner.


That's all :-)