Titre : Alternant Développeur Logiciel

Tuteur : Sylvain Dorey
Objectif : archiver les articles scientifiques de l’histoire du Laos dans le CMS Omeka-S

1. Contexte du projet

Dans le cadre de mon BTS SIO option SLAM, j’ai participé à la mise en place d’une plateforme documentaire dédiée à l’histoire du Laos, dans le cadre du projet Graclai.

L’objectif était de créer un site permettant de centraliser des articles scientifiques, des thèses universitaires et des documents historiques, afin de les rendre accessibles de manière structurée et cohérente.

La solution retenue était Omeka S, un CMS open-source spécialisé dans la gestion d’archives numériques et reposant sur le standard de métadonnées Dublin Core ().

Le projet consistait à mettre en place l’environnement serveur, structurer les métadonnées et automatiser l’import de nombreux documents PDF.

2. Installation et configuration de l’environnement

J’ai installé Omeka S sur un environnement Linux avec Apache et MySQL.

Les principales étapes ont été :
– Installation d’Apache, PHP, MySQL
———————————–

– Création de compte MySQL
—————————–
CREATE DATABASE omeka CHARACTER SET utf8 COLLATE utf8_unicode_ci;

CREATE USER ‘omekauser’@’localhost’ IDENTIFIED BY ‘ChangeThisStrongPassword!’;

GRANT ALL PRIVILEGES ON omeka.* TO ‘omekauser’@’localhost’;

FLUSH PRIVILEGES;

EXIT;
– Configuration d’un VirtualHost Apache
—————————————–
Create config:

sudo nano /etc/apache2/sites-available/omeka.conf

Paste (edit ServerName to your domain, or remove it if you only use IP):

<VirtualHost *:80>

    ServerName your-domain.com

    DocumentRoot /var/www/omeka

    <Directory /var/www/omeka>

        AllowOverride All

        Require all granted

    </Directory>

    ErrorLog ${APACHE_LOG_DIR}/omeka_error.log

    CustomLog ${APACHE_LOG_DIR}/omeka_access.log combined

</VirtualHost>

Enable the site:

sudo a2ensite omeka.conf

sudo a2dissite 000-default.conf

sudo systemctl reload apache2
– Paramétrage des limites PHP
– Installation via Git et Composer
– Configuration du fichier database.ini
– Suppression du dossier /install après mise en service

J’ai également configuré les permissions Linux afin d’éviter les erreurs d’écriture et vérifié les logs Apache en cas d’erreur.

[Figure 1 : Interface Omeka S après installation]

[Figure 2 : Configuration base de données / database.ini]

puis
sudo a2ensite omeka-s.conf
sudo a2dissite 000-default.conf
sudo systemctl reload apache2

3. Structuration des données et import CSV

Le principal enjeu était l’import de nombreux articles scientifiques.

J’ai utilisé le module CSV Import pour intégrer les données suivantes :
– title
– description
– author
– sourceOrganization
– file

Les principales difficultés concernaient le formatage du CSV, l’encodage, le mapping vers Dublin Core et l’association des fichiers PDF.

Après analyse, j’ai identifié des problèmes de chemins absolus et de permissions, que j’ai corrigés en vérifiant les droits d’accès et en utilisant le module Sideload.

Log en ligne dans les fichiers CSV importés :

Les principales difficultés concernaient le formatage du CSV, l’encodage, le mapping vers Dublin Core et l’association des fichiers PDF.

Après analyse, j’ai identifié des problèmes de chemins absolus et de permissions, que j’ai corrigés en vérifiant les droits d’accès et en utilisant le module Sideload.

les logs apache:

4. Analyse technique d’Omeka S

Pour mieux comprendre le fonctionnement interne du CMS, j’ai exploré son architecture.

J’ai analysé la gestion des métadonnées, le traitement du champ Date et l’organisation en architecture MVC.

Cette exploration m’a permis de comprendre le rôle des entités, la séparation modèle/vue/contrôleur et le fonctionnement des modules.

5. Difficultés rencontrées et résolution

Les principales difficultés ont été :
– Problèmes de permissions Linux
– Erreurs lors de l’import CSV
– Mauvaise correspondance entre colonnes CSV et propriétés Dublin Core

Pour chaque problème, j’ai suivi une méthode structurée :
1. Mettre en place la permission d’acceder au fichier local en utilisant chmod et chown
2. Vérifier les logs
3. Tester une modification à la fois
4. Valider progressivement

Cela m’a permis d’obtenir une plateforme fonctionnelle avec import automatisé des documents.

6. Conclusion

Ce projet m’a permis de travailler sur l’installation serveur, la configuration de base de données, la gestion des permissions système et l’import de données structurées.

Il m’a également appris à résoudre des problèmes techniques en autonomie et à comprendre le fonctionnement global d’un service web documentaire.

Titre : Alternant Développeur Logiciel

Pendant mon apprentissage, j’ai développé le site du guide RH afin d’optimiser les processus métiers et améliorer l’expérience utilisateur. J’ai également travaillé sur l’automatisation des tâches récurrentes en identifiant des failles sur le prototype du site OuiLead, ce qui a permis d’améliorer son efficacité et sa fiabilité. Enfin, j’ai participé à la correction et l’optimisation de l’affichage des données sur OuiLead, garantissant ainsi une meilleure lisibilité et une présentation plus intuitive des informations.

titre : Stagiaire Développeur Web

J’ai participé à l’implémentation de composants web en utilisant Angular et Spring Boot, ce qui m’a permis de renforcer mes compétences en développement front-end et back-end. De plus, j’ai contribué à un projet de développement en équipe, favorisant la collaboration et l’application de méthodologies agiles pour assurer une gestion efficace des tâches et une meilleure qualité des livrables.