Détails : - Ajout description précise que localhost fait référence à la base du serveur - Clarification NE PAS UTILISER EN LOCAL dans .env.example et config.php - Maintient de la cohérence entre fichiers de configuration Version : 1.3.3

fix(api): Corrige l'erreur d'authentification 401

Corrige une erreur 401 (Unauthorized) dans l'API de synchronisation en s'assurant que le fichier de configuration `database/config.php` est chargé avant le `AuthMiddleware`. Ce changement garantit que la constante `DEBUG_MODE` est définie lorsque le middleware s'exécute, lui permettant de valider correctement les tokens d'authentification passés en paramètre d'URL, ce qui est le comportement attendu en environnement de développement. Cette modification fait suite à la correction de l'erreur 500 initiale et devrait maintenant restaurer complètement la fonctionnalité de synchronisation.

Corrige l'erreur 500 de l'API de synchronisation MySQL

Détails : - Implémentation AuthManager avec JWT sécurisé - API auth complète (login, register, logout, reset) - Système de reset mot de passe avec tokens - Middleware d'authentification - Scripts de diagnostic et tests - Configuration MySQL sécurisée - Nettoyage fichiers temporaires Version : 1.3.0

Le script `api/sync/index.php` contenait une erreur de syntaxe PHP due à une condition `if` dupliquée, ce qui provoquait une erreur fatale (500) lors de l'appel de l'endpoint de push. Cette modification supprime la condition dupliquée pour restaurer la fonctionnalité. De plus, la logique d'analyse de l'URI a été améliorée pour être plus robuste et éviter les erreurs si la variable `$_SERVER['REQUEST_URI']` n'est pas définie comme prévu. Enfin, le script de déploiement `sync_rclone.sh` a été corrigé pour utiliser le répertoire courant comme source par défaut au lieu d'un chemin absolu codé en dur.

Détails : - La valeur mysqlApiUrl n'était pas toujours définie avant l'initialisation - L'adaptateur MySQL ne s'activait pas sans cette URL - Ajout d'un fallback forcé vers '/api/sync/index.php' - Empêche l'erreur "Adaptateur MySQL non configuré" Version : 1.0.3 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <[email protected]>

Détails : - Ajout de vérifications de sécurité avant l'appel à healthCheck() - Déplacement de setupMySQLEventListeners() avant detectOptimalStorageMode() - Ajout d'un return dans le catch pour stopper l'exécution en cas d'erreur - Vérification que healthCheck est bien une fonction avant appel Ces corrections résolvent les erreurs console : - "healthCheck is not a function" - "on is not a function" - Erreurs 500 lors de la synchronisation Version : 1.0.2 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <[email protected]>

Détails : - Stub healthCheck/on sur l’adaptateur MySQL pour éviter les erreurs de fonction manquante - En cas de statut API non OK, désactivation de la sync et bascule en mode local pour stopper le spam d’erreurs - pushLocalChanges désactive la sync si le serveur renvoie une erreur Le backend reste en 500/FK, la sync sera donc coupée automatiquement en cas d’échec.

Détails : - Réactivation de l’adaptateur MySQL côté front (initialize, autoSync) avec fallback token localStorage - Storage initialise à nouveau l’adaptateur et garde le mode configuré - App rétablit l’initialisation MySQL et la détection de mode Attention : le backend renvoie encore des 500/FK, donc la sync peut échouer tant que la base n’est pas corrigée.