Cette page présente les principes techniques d’Oxlum Group : structure des fichiers, sécurité, PWA, formulaires, authentification future, backend, intégrations et bonnes pratiques pour les développeurs ou partenaires techniques.
Oxlum Group doit rester propre techniquement pour éviter les erreurs, les doublons, les conflits JavaScript, les problèmes de cache et les risques de sécurité.
Chaque fichier doit avoir un rôle précis : design, responsive, scripts généraux, langue, notifications, PWA ou authentification.
Aucun mot de passe, token privé, clé API secrète ou accès administrateur ne doit être placé dans HTML, CSS ou JavaScript public.
Les pages doivent être propres sur téléphone, tablette et ordinateur, avec des menus simples et des boutons faciles à utiliser.
Réduire les doublons, garder les fichiers propres, éviter les scripts inutiles et surveiller le cache du service worker.
Les fonctions sensibles comme comptes, paiements et données clients doivent passer par un backend sécurisé.
Tester chaque page, formulaire, bouton, lien, langue et affichage mobile avant publication.
Le site Oxlum Group utilise principalement des fichiers statiques. Cette approche est simple, rapide à héberger et pratique pour lancer une première version publique.
index.html
Page d’accueil principale.
style.css
Design global du site.
responsive.css
Corrections téléphone/tablette.
pages.css
Styles des pages internes.
oxlum-fix.css
Correctifs logo, services, FAQ et compatibilité.
script.js
Menu, PWA, animations et interactions générales.
language.js
Gestion des langues.
notifications.js
Notifications internes du site.
service-worker.js
Cache PWA et expérience hors ligne limitée.
Pour éviter de casser le site, les modifications doivent rester simples, testées et faciles à comprendre.
// Exemple de règle propre // 1. script.js : menu, PWA, animations // 2. language.js : langues seulement // 3. auth.js : pages login/signup/forgot seulement // 4. service-worker.js : cache seulement // 5. config.js : informations publiques seulement
Oxlum Group peut évoluer vers des intégrations plus avancées, mais chaque intégration doit être sécurisée.
Les formulaires publics peuvent utiliser Formspree pour envoyer les messages vers l’e-mail officiel. Cela convient pour contact, devis, support, signalement, carrière et partenariat.
Oxlum ID doit utiliser un backend sécurisé comme Supabase ou une solution équivalente. Les pages visuelles login/signup ne suffisent pas pour gérer de vrais comptes.
Oxlum Pay n’est pas encore lancé comme système réel. Les paiements automatisés doivent être construits avec conformité, backend, vérification, anti-fraude et traçabilité.
Le service worker améliore l’expérience, mais peut garder une ancienne version si la stratégie de cache n’est pas contrôlée correctement.
Un développeur qui travaille sur Oxlum doit protéger le projet contre les erreurs courantes. La sécurité commence par de bons réflexes simples.
Cette page est une documentation publique. Elle ne donne pas encore accès à une API publique, ni à un portail développeur avec clés d’accès.
Vous êtes développeur, intégrateur, designer technique, expert sécurité ou partenaire backend ? Vous pouvez proposer une aide, signaler un bug ou proposer une amélioration.
Envoyez une proposition, un bug, une amélioration ou une demande de collaboration technique.