Envole » Envole-Mutualisé » eole-dispatcher

penser à modifier la structure
create table icon (id int, name varchar(20), image blob);
le name pour disposer d'une référence si on décide de faire une interface de choix d'icone

En fait le mieux est de faire une gestion des icones à part, comme apps, urls, catégories
Ajout ou modif d'une icône à une app ou une url ==> on choisit dans les icônes dispos
Et interface à part pour insérer une nouvelle icône (avec éventuellement un raccourci au moment de changer l’icône d'une app)
Pour éviter les doublons il faudrait une clé unique sur le blob (?)
Je me demande s'il ne vaut pas mieux revenir au storage des icônes sur le file system, de nombreux posts sur le web semblent pencher dans ce sens

Sinon si on veut aller vite :
- table à part
- insertion : on crée un objet icone (id + blob), on le store, on store l'id dans la table app ou url
- lecture : on prend l'id de l'app et on va chercher l'image correspondante
- on peut toujours améliorer le système par la suite

Certes doublons possibles avec ce systeme, mais c'est déjà le cas

Bonjour,

Je me permet d'intervenir sur cette demande d'évolution.
Le principal blocage à Caen pour passer complètement sur le AppManager concerne cette gestion d'icone.

En effet, un premier point concernant l'utilisation d'une même icône par plusieurs applications va être traité par Renaud.

Par contre, le stockage de l'icône en format blob en BDD pose plusieurs soucis :

- Nous avions remarqué des ralentissements suite à l'utilisation des icônes se trouvant en BDD.
- Le format blob ne permet pas de modifier rapidement une ou plusieurs icônes en BDD. En effet, il peut être pratique pour des soucis de maintenance / migration, de changer rapidement une icone ou plusieurs icônes via une ou plusieurs requêtes SQL.

C'est pourquoi nous préférions que les icônes soit stockés sur le serveur.

Posh-profil stock ses icônes sur le serveur, pourquoi ne pas faire pareil et avoir une gestion identique autant pour les icônes de posh-profil que d'Arena ?

Nicolas.

Idée de Nicolas Penot :

- Variable dans gen_config : Stockage des images au format BLOB / Fichier
- Se débrouiller pour que le paramètre soit utilisé une fois au niveau de l'entité image et présenté de la même manière aux contrôleurs
- Etudier la faisabilité

Réaliser des TMC pour vérifier

Trop fort !

Pour être certain il faudrait faire des TMC avec Jmeter ou autre... A moins que Prometheus / Grafana ne permette ça
Je serai très intéressé par les résultats en tout cas

D'abord un script RedBean pour générer les tables et les clés étrangères dans app et url

Il est intéressant, pour des besoins de comparaisons, d'ajouter un champ md5icon à la table icon

On pourrait en faire une clé unique, ce qui éviterait les doublons... voire primaire, du coup peut-être plus besoin d'id dans la table icon ?

Le script pourrait être adapté en ce sens (si md5icon trouvé, on ne crée pas une nouvelle entrée on le lie à celle-ci)

Ensuite une modif dans ApiController pour l'affichage de l'icone

Et enfin modif dans l'AppController pour l'enregistrement des icones

Par contre il faut voir l'implication pour le script iconToFileSystem...