Voici quelques observations concernant la gestion des photos liées au task Flow User Profile (WebCenter).
Lorsqu’une photo est téléchargée à partir du User profile task Flow, celle-ci est enregistrée, à la fois dans le référentiel de WebCenter mais aussi dans l’annuaire LDAP.
Au niveau du référentiel, l’image est enregistrée dans son format original, puis fait l’objet de la création de deux variantes, l’une au format LARGE, et l’autre au format SMALL, chacune avec un coefficient de réduction approprié. C’est la table WC_PEOPLE_CONN_PROFILE_PHOTO qui constitue le container de stockage
Le format LARGE est utilisé dans l’affichage du user profile, tandis que le format SMALL est utilisé pour la représentation du user dans le résumé de son profile. Il existe d’autres catégories de taille (MEDIUM, INCON32) qui peuvent être construites à la volée si, par exemple, une action de l’utilisateur en entraine la nécessité. Par exemple, si un utilisateur ajoute un commentaire sur l’activity stream, sa photo apparaitra en regard de son commentaire. Ici, c’est le format ICON32 qui est utilisé, et qui aura été préalablement créé à la volée, puis stocké dans la table.
A propos de l’annuaire LDAP il semble que, à l’issue d’un téléchargement depuis le Task Flow, la photo soit systématiquement enregistrée dans l’annuaire dans l’attribut jpegPhoto. C’est le format original qui est retenu. Comme OVD intercepte les requêtes LDAP, il suffira de neutraliser l’écriture de cet attribut.
A titre d’exemple, les valeurs de tailles suivantes on été observées dans la table :
| Echantillon |
Taille Originale (Ko) |
Taille LARGE |
Taille SMALL |
Taille ICON32 |
| Sample1.png | 5,89 | 57 | 7 | |
| Sample2.jpg | 1100 | 10 | ||
| Sample3.jpg | 169 | 19 | 3 | |
| Sample4.jpg | 408 | 83 | 7,8 | 3 |
On constate que les coefficients de réduction sont extrêmement variables d’un échantillon à l’autre. Dans le cas du premier, la taille après conversion est plus importante parce qu’il y a eu un agrandissement de la taille. En effet, les photos sont systématiquement caibrées à une largeur de 200px environ.
Voici une estimation de l’espace disque qui sera nécessaire pour le stockage des photos, en fonction d’hypothèses sur le format et la taille individuelle des photos téléchargées.
| ESTIMATION TAILLE DISQUE POUR STOCKER LES PHOTOS du USER PROFILE | ||||||||
| 20/07/2011 – V0.1 | ||||||||
| Coef reduction / Original |
Format & Taille de la photo |
|||||||
| BMP 1M | JPEG 5Mo | JPEG 3Mo | JPEG 200K | |||||
| Proportion / tranche |
5% |
20% |
60% |
15% |
||||
| Original (en octets) |
1 000 000 |
5 000 000 |
3 000 000 |
200 000 |
||||
| Large (en octets) |
10 |
100 000 |
500 000 |
300 000 |
20 000 |
|||
| Small (en octets) |
20 |
50 000 |
250 000 |
150 000 |
10 000 |
|||
| Total |
1 150 000 |
5 750 000 |
3 450 000 |
230 000 |
||||
| Nb users cible: |
100 000 |
|||||||
| Nb users / tranche |
5 000 |
20 000 |
60 000 |
15 000 |
||||
| Taille / catégorie |
5,75 |
115,00 |
207,00 |
3,45 |
||||
| Taille Totale en Go |
331,20 |
|||||||
Remarque : Il faudra intervenir sur les caractéristiques des segments database utilisées par la table, et ne pas laisser les valeurs par défaut.
