Oscar Durnez

Une version simplifiée de Wooclap. Le professeur ouvre une session et reçoit un code. Les étudiants rejoignent la session avec ce code et un pseudo, puis répondent à des questions Vrai/Faux. Les réponses s'affichent en direct chez le professeur, et un classement apparaît à la fin.

Contexte

Projet du cours de laboratoire de programmation à la HELHA. L'application est de type client/serveur : plusieurs clients, éventuellement sur des machines différentes, communiquent avec un serveur central.

Ce que j'ai réalisé

• Architecture en trois modules : un client JavaFX, un serveur (logique métier et base de données) et un module commun (modèle, messages réseau, configuration). Le client n'accède jamais à la base : il envoie des requêtes au serveur et affiche ses réponses.
• Réseau : sockets TCP et protocole de 13 messages (requêtes du client vers le serveur, événements du serveur vers les clients). Chaque message n'est envoyé qu'aux participants de la session concernée, ce qui permet de faire tourner plusieurs sessions en parallèle.
• Multithreading : un thread par client connecté, accès synchronisé aux données partagées, mise à jour de l'interface via Platform.runLater().
• Contrôles côté serveur : il refuse un code inexistant, un pseudo déjà pris ou une deuxième réponse à la même question. La correction et les scores sont calculés uniquement par le serveur.
• Persistance : base SQLite de 4 tables accédée par requêtes préparées, fichier de configuration et export CSV du classement.
• Conception : patterns Singleton (connexion à la base) et Observer (notification des clients), polymorphisme sur les types de questions.
• Tests : 43 tests unitaires JUnit 5. Les services reçoivent leurs dépendances par constructeur, ce qui permet de les tester avec des données en mémoire sans toucher à la vraie base.

Plateforme d'enchères en ligne : publication d'annonces avec photos, enchères, messagerie privée entre acheteur et vendeur, puis paiement de l'article remporté.

Le projet

Réalisé en équipe pour le cours de développement web à la HELHA.

• Back-end Node.js / Express avec base SQLite, organisé en routes, contrôleurs, services et modèles.
• Authentification par JWT avec jetons de rafraîchissement, mots de passe hachés avec bcrypt, validation des entrées et en-têtes de sécurité (Helmet).
• Enchères enregistrées dans des transactions pour éviter les incohérences entre deux offres simultanées.
• Messagerie privée en temps réel avec Socket.io.
• Images envoyées par les utilisateurs converties et redimensionnées automatiquement en WebP.

Ma contribution

Partir d'un VPS vierge et le configurer étape par étape : accès sécurisé, services web et mail, VPN et supervision. Tout a été fait à la main et documenté.

Ce que j'ai mis en place

• Base système : mises à jour, création d'un utilisateur administrateur avec droits sudo.
• Accès SSH : port personnalisé, authentification par clés ed25519 avec passphrase, validation de la configuration avant redémarrage du service, bannières légales d'avertissement.
• Mots de passe : règles de complexité via PAM/pwquality, vieillissement des mots de passe, hachage SHA-512 avec 500 000 tours.
• Services : Nginx, PHP, HTTPS avec Certbot, Nextcloud, Git, SFTP, raccourcisseur d'URL, relais DNS.
• Mail : configuration DNS, DKIM et SPF, webmail Roundcube, surveillance des logs.
• Réseau : VPN WireGuard.
• Protection : pare-feu UFW, Fail2ban, PortSentry, rkhunter, audit du système avec Lynis.
• Durcissement : permissions et fichiers temporaires, PHP, unités systemd, masquage des bannières de services, désactivation du stockage USB, de Firewire et du protocole DCCP.
• Supervision : sysstat, Prometheus avec Node Exporter, tableaux de bord Grafana et alertes.