A FAIRE:
-
Protection (blocage) contre l'effacement ou la modification d'autres admin des enregistrements en cours de modification.
Idée actuelle [1]:
- Ajouter 3 champs dans chaque table modifiable: admin_id [2] (smallint, unsigned)), temp_depart (timestamp), delai (tynint, unsigned))
- Ajouter ces 3 fonctions/requêtes dans la classe Reqsql:
- bloque(admin_id, table, clause_where, delai)
- debloque(table, clause_where)
- interroge_bloque(admin_id, table, clause_where)
[1] ce système présente l'avantage que le blocage des enregistrements est indépendant du système de base de données.
[2] L'id de l'admin courant est unique et sauvée dans la variable de session "S_id".
-
Forcer le déblocage d'enregistrement (par table, pour admin de niveau 1) - soyons prévoyant! ;-)
-
Paramètres divers de la base (pour admin de niveau 1), dont le nombre d'enregistrements affichés par page dans les listes
-
Ajouter, modifier, supprimer (admin de niveau 1) un(e) une zone / un pays, une catégorie / un mot-clé, un support, une version, un genre, un administrateur, en empêchant l'effacement (mais pas la modification) des intitulés "# non documenté #", qui doivent également conserver leur id (primary Key) = 1
-
Ajout multiple de mots clés (par catégorie) et de pays (par zone géographique) (admin de niveau 1)
-
Téléchargement d'une photo de l'ordi local vers le répertoire PHOTOS de l'hôte distant, dans les interfaces admin-ajout-film.php et admin-modif-film.php (admin de niveau 1, 2 et 3)
-
Etendre le système du nombre d'enregistrements affichés par page, implémenté dans liste-film.php et admin-liste-film.php aux autres listes (en préservant critères de sélection et ordre de tri).
-
Autres idées ?