Bonsoir,
Oui j'ai essayé, et je trouve la fonction utile.
Mais je ne veux pas laisser actif un plugin qui plante firefox et qui provoque des lags sur chrome et edge indépendamment de mon avis sur la manière d'implémenter les fonctions.
Sur le principe discuté plus haut, voici un exemple (si j'ai bien compris) :
Je visite un site piwigo, une image me plait et je la partage sur FB. Quelle surprise! l'image que l'admin du site a choisie n'est pas celle là, c'est une image différente qui est présentée! Pareil pour un album, quelle surprise de voir que le lien que je partage est représenté par une image qui n'est pas de l'album.
Mon besoin est simple et basique (même si j'ai bien compris qu'on peut le faire dans la version actuelle) :
- Partage du lien d'une image xxx, c'est l'image xxx qui est presentée (et personnellement je prefererrais que le lien pointe aussi sur l'image derivée plutot que sur la page image).
- Partage du lien d'un album aaa, c'est l'image representante (au sens Piwigo) de l'album qui est présentée.
- Partage du lien d'une page générique, c'est une image representant le site qui est présentée (j'aime bien l'idée d'un album technique même si ça n'est pas très élégant).
Dans les 3 cas, title et description sont, par défaut, ceux définis dans l'objet (nom et description quand elle existe) si rien n'a été modifié dans l'objet ceux définis dans la page admin de l'objet (image, album ou page) sinon.
Cela dit, je ne suis pas capable de coder un plugin alors...
Bien cordialement
DéHème
C’est drôle, la même discussion a eu lieu dans le topic de dev. J’ai fini mes chips donc je reponds ?
Pour ma part, j’apprécie bcp ce plugin, au point d’avoir supprimé le template perso qui ajoutait les meta og.
A défaut de pouvoir définir les représentantes depuis l’administration des photos (ce qui viendra tôt ou tard), il y a toujours la possibilité de définir l’id de l’image depuis l’administration du plugin plutôt que dérouler une liste de x milliers d’images. Tu as testé ?
Bonsoir,
Content si j'ai pu aider.
Je comprends bien l'envie du programmeur d'offrir une fonction universelle couvrant tous les besoins possibles.
Dans mon cas de 50000 images, le plugin en l'état ne fonctionne pas et je le désinstalle sur ce site.
Je ne manquerai pas de le retester si tu édites une autre release.
Bon courage.
DéHème
Bonjour
merci pour les tests
deheme a écrit:
Bonjour,
Je persiste à penser que de présenter une liste avec toutes les photos ou tous les albums à plat n'est pas raisonnable au plan de l'expérience utilisateur, quel que soit le nombre de photos (même si c'est déjà le cas sur d'autres fonctions dans Piwigo).
J'entends bien mais je n'ai pas eu d'autre idée pour permettre à un utiilsateur de choisir n'importe quelle photo dans son piwigo
deheme a écrit:
B
La définition de og:image c'est "l'URL de l'image représentant votre contenu."
Quel est l'intérêt, autre que le fun, pour une image ou pour un album de choisir une image hors contexte. C'est même, me semble-t-il contraire aux règles des RS qui demandent toujours plus de transparence.
ça c'est un choix de chacun
deheme a écrit:
Pour les pages génériques comme l'accueil effectivement toute image du site est pertinente. Dans ce cas, je préconiserais le même mécanisme que pour designer les albums que représente cette image en partant de la page admin de l'image.
Actuellement, et c'est heureux,l'opérateur à la possibilité de proposer des lettres qui filtrent la liste présentée. Ne peux tu pas utiliser le même mécanisme, limité aux pages génériques?
le problème et le même si tu propose une image quand tu tapes la première lettre si le nom apparait c'est bien que la liste complète est chargé. Donc cette solution qui te semble plus pertinente ne résout pas le problème que tu présente de plus pour l'album représentant je trouve cela pertinent la un peux moins ...
Ce que je pense que je ferais quand j’aurai le temps c'est d'ajouter la possibilité de choisir un album sur la page config, l'idée étant pour moi que sur toutes les pages "piwigo" et pour les pages albums de pouvoir faire un album technique avec des captures d'écran plus parlant qu'une seule photo quand on fait un partage sur un site externe.
Je n'ai pas voulu alourdir le plugin en lui ajoutant la possibilité de réaliser cette capture
Bonjour,
J'ai fait des essais, sur 3 browsers et sur PC windows 10 (1909 64 bits - 32Go de Ram)
(action 1) Ouverture page admin du plugin, sélection d'un page et appui bouton édition des Métadonnées Open Graph
(action 2) Clic sur la flèche vers le bas pour ouvrir la fenêtre présentant les images (metaogimagesave)
Note que les traces SQL sont similaires à celles que j'ai transmises dans un précédent message.
- Chrome - 83.0.4103.61 (Build officiel) (64 bits)
(action 1) Mouline pendant 20 secondes puis code erreur
Quand je continue le script se stabilise
(action 2) Accès à la liste en cliquant sur la flèche de la fenêtre.
J'ai essayé d'inspecter ce qui se passe avec DevTools mais j'ai un problème de chargement de la page avec "Aïe aïe aïe !" et Chrome se plante!
- Firefox - 76.0.1 (64 bits)
(action 1) La fenêtre se stabilise en 1 ou 2 sec
(action 2) Firefox présente une fenêtre message que je ne peux pas lire (uniquement le top de la fenêtre avec la croix pour quitter) .
Quand j'ai quitté, certaines fois la liste se présente certaines autres fois non et l'instance firefox est complètement bloquée et je n'ai plus la main. après quelques minutes, parfois je suis obligé de tuer le processus via le gestionnaire de tâches.
Pas moyen de voir ce qui se passe avec l'inspecteur
- Edge - 83.0.478.37 (Version officielle) (64 bits)
(action 1) La page se stabilise (arrête de mouliner) en 15/20 sec
(action 2) J'ai accès à la liste des 50000 photos.
Cela dit quand je rajoute les traces de performance, la page se plante
J'ai l'impression que le browser, quel qu'il soit à beaucoup de mal à générer le code avec les 50000 noeuds
- Mon avis qui reste un avis personnel
Je persiste à penser que de présenter une liste avec toutes les photos ou tous les albums à plat n'est pas raisonnable au plan de l'expérience utilisateur, quel que soit le nombre de photos (même si c'est déjà le cas sur d'autres fonctions dans Piwigo).
La définition de og:image c'est "l'URL de l'image représentant votre contenu."
Quel est l'intérêt, autre que le fun, pour une image ou pour un album de choisir une image hors contexte. C'est même, me semble-t-il contraire aux règles des RS qui demandent toujours plus de transparence.
Pour les pages génériques comme l'accueil effectivement toute image du site est pertinente. Dans ce cas, je préconiserais le même mécanisme que pour designer les albums que représente cette image en partant de la page admin de l'image.
Actuellement, et c'est heureux,l'opérateur à la possibilité de proposer des lettres qui filtrent la liste présentée. Ne peux tu pas utiliser le même mécanisme, limité aux pages génériques?
Bien cordialement
DéHème
Bonjour
deheme a écrit:
As tu pensé à faire l'inverse? A savoir partir des images à l'instar de ce qui est fait pour les representantes, en ajoutant la possibilité de choisir les pages.
On pourrait tout imaginer mais sur les pages des photos et des albums par défaut c'est la représentante de l'album et la photo elle même je donne à l'utilisateur la possibilité de personnalisé.
L'inverse aurait le même "inconvénient" si une photo peux être la représentante de n'importe quelle autres photos, albums, pages il faut que je lui propose ?
Bonjour
deheme a écrit:
Cela dit, choisir dans une liste à plat de 50000 photos c'est pas top!
C'est d'ailleurs pas le seul endroit où la gestion de nombreux objets albums ou images est un peu lourd sur des grosses bases, mais c'est un autre sujet.
c'est pour cela que l'on peux écrire manuellement ID
deheme a écrit:
Un autre élément de réflexion, pour les albums pourquoi ne pas garder la représentante, après tout c'est un peu son rôle et le mécanisme pour la changer existe, il faut ' juste' l'étendre aux autres pages que les albums.
Si tu met rien par défaut c'est cela il n'y a pas écrit en dessous de la boite de sélection
"utilisation de la photo représentative de cet album"
Bingo!
Les pb sont avec chrome (tablette Android en mode 'version pour ordi') avec firefox Android c'est beaucoup plus rapide (moins d'une seconde). J' essayerai demain sur windows.
Cela dit, choisir dans une liste à plat de 50000 photos c'est pas top!
C'est d'ailleurs pas le seul endroit où la gestion de nombreux objets albums ou images est un peu lourd sur des grosses bases, mais c'est un autre sujet.
As tu pensé à faire l'inverse? A savoir partir des images à l'instar de ce qui est fait pour les representantes, en ajoutant la possibilité de choisir les pages.
Un autre élément de réflexion, pour les albums pourquoi ne pas garder la représentante, après tout c'est un peu son rôle et le mécanisme pour la changer existe, il faut ' juste' l'étendre aux autres pages que les albums.
Cordialement
DéHème
Bonjour
deheme a écrit:
SELECT id,file,name,path FROM piwi_images order by id;
(this query time : 0.302 s)
(total SQL time : 1.121 s)
(total time : 1.145 s)
(num rows : 47140 )
[19]
0,302 secondes pour la requête pour la liste des images
as tu essayé avec un autre navigateur ?
Bon, j'ai trouvé où, comme j'utilise Admin tools, il faut cocher l'option pour avoir les stats sql.
J'ai choisi la page accueil
Voici ce que j'obtiens apres 30 secondes, sans ouvrir la liste des photos : (pas sûr que ce soit la meilleure façon de passer l'info). La liste finit par arriver après quelques freezes de chrome.
[1]
SELECT @@SESSION.sql_mode
(this query time : 0.050 s)
(total SQL time : 0.050 s)
(total time : 0.053 s)
(num rows : 1 )
[2]
SELECT param, value
FROM piwi_config
;
(this query time : 0.050 s)
(total SQL time : 0.101 s)
(total time : 0.103 s)
(num rows : 154 )
[3]
SELECT data
FROM piwi_sessions
WHERE id = '5240f333020b77a907b562644115dca6efeb'
;
(this query time : 0.050 s)
(total SQL time : 0.151 s)
(total time : 0.156 s)
(num rows : 1 )
[4]
SELECT * FROM piwi_plugins
WHERE state='active'
(this query time : 0.050 s)
(total SQL time : 0.201 s)
(total time : 0.207 s)
(num rows : 47 )
[5]
SELECT id, name
FROM piwi_languages
ORDER BY name ASC
;
(this query time : 0.051 s)
(total SQL time : 0.252 s)
(total time : 0.258 s)
(num rows : 54 )
[6]
SELECT *
FROM piwi_user_infos
WHERE user_id = 2
;
(this query time : 0.050 s)
(total SQL time : 0.302 s)
(total time : 0.311 s)
(num rows : 1 )
[7]
SHOW FULL COLUMNS FROM piwi_stuffs;
(this query time : 0.000 s)
(total SQL time : 0.302 s)
(total time : 0.312 s)
[8]
SHOW FULL COLUMNS FROM piwi_stuffs;
(this query time : 0.000 s)
(total SQL time : 0.303 s)
(total time : 0.313 s)
[9]
SELECT value FROM piwi_config WHERE param="piwecard";
(this query time : 0.050 s)
(total SQL time : 0.353 s)
(total time : 0.364 s)
(num rows : 1 )
[10]
SELECT id AS id
, username AS username
, password AS password
, mail_address AS email
FROM piwi_users
WHERE id = '1'
(this query time : 0.050 s)
(total SQL time : 0.403 s)
(total time : 0.419 s)
(num rows : 1 )
[11]
SELECT
ui.*,
uc.*,
t.name AS theme_name
FROM piwi_user_infos AS ui
LEFT JOIN piwi_user_cache AS uc ON ui.user_id = uc.user_id
LEFT JOIN piwi_themes AS t ON t.id = ui.theme
WHERE ui.user_id = 1
;
(this query time : 0.050 s)
(total SQL time : 0.454 s)
(total time : 0.469 s)
(num rows : 1 )
[12]
SELECT name, email
FROM piwi_contact_form
WHERE
1=1
AND active = "true"
ORDER BY name ASC
(this query time : 0.051 s)
(total SQL time : 0.505 s)
(total time : 0.523 s)
(num rows : 1 )
[13]
SELECT COUNT(*)
FROM piwi_comments
WHERE validated='false'
;
(this query time : 0.051 s)
(total SQL time : 0.556 s)
(total time : 0.576 s)
(num rows : 1 )
[14]
SELECT COUNT(*)
FROM piwi_caddie
WHERE user_id = 1
;
(this query time : 0.051 s)
(total SQL time : 0.607 s)
(total time : 0.627 s)
(num rows : 1 )
[15]
SELECT
id
FROM piwi_images
LEFT JOIN piwi_image_category ON id = image_id
WHERE category_id is null
ORDER BY id ASC
;
(this query time : 0.112 s)
(total SQL time : 0.719 s)
(total time : 0.739 s)
(num rows : 12 )
[16]
SELECT id,title FROM piwi_additionalpages ORDER BY id ASC;
(this query time : 0.050 s)
(total SQL time : 0.769 s)
(total time : 0.792 s)
(num rows : 11 )
[17]
SELECT * FROM piwi_metaog WHERE type = 1 AND page = 'categories';
(this query time : 0.050 s)
(total SQL time : 0.819 s)
(total time : 0.842 s)
(num rows : 1 )
[18]
SELECT id,file,name,path FROM piwi_images order by id;
(this query time : 0.302 s)
(total SQL time : 1.121 s)
(total time : 1.145 s)
(num rows : 47140 )
[19]
SELECT state FROM piwi_plugins WHERE id = 'ExtendedDescription';
(this query time : 0.000 s)
(total SQL time : 1.121 s)
(total time : 1.517 s)
(num rows : 1 )
[20]
select id,page,title
FROM piwi_title
WHERE page IN ('home', 'best_rated', 'most_visited', 'recent_pics', 'recent_cats', 'favorites', 'tags', 'comments', 'about', 'search', 'random', 'notification')
;
(this query time : 0.000 s)
(total SQL time : 1.121 s)
(total time : 1.518 s)
(num rows : 12 )
[21]
SELECT state FROM piwi_plugins WHERE id = 'ContactForm';
(this query time : 0.000 s)
(total SQL time : 1.122 s)
(total time : 1.518 s)
(num rows : 1 )
[22]
SELECT state FROM piwi_plugins WHERE id = 'AdditionalPages';
(this query time : 0.000 s)
(total SQL time : 1.122 s)
(total time : 1.518 s)
(num rows : 1 )
[23]
SELECT mail_address
FROM piwi_users
WHERE id = 1
;
(this query time : 0.000 s)
(total SQL time : 1.122 s)
(total time : 1.684 s)
(num rows : 1 )
OK j'essaye,
Ce qui est long, long,...c'est d'obtenir la liste des images pour sélectionner celle qu'on choisit pour la balise og.
Quel type de résultat doit on attendre et où.
DéHème
Bonjour
oui sur les pages des albums, mais pour le site entier non, ce que je comprends pas c'est que la requête ne ce face pas complètement elle devrait quand même être rapide
peux tu ajouter
$conf['show_queries'] = true;
en config local et me dire le temps de génération de la page admin ?
C'est ce que je constate.
Tu pourrais présenter uniquement la liste des photos de l'album, mais permettre de choisir à l'extérieur avec son identification (case de gauche).
Cela dit, même comme cela, s'il s'agit d'un album d'albums ca peut faire une très grande liste. C'est également problématique dans la zone admin pour les pages génériques (accueil, récent...).
La nuit porte conseil...
DéHème
Bonjour
deheme a écrit:
Dans le cas de mon site [1] qui contient beaucoup de photos, le scrolling pour choisir la photo ne se termine pas, la liste n'est pas presentée.
oui il y a toutes les photos pour permettre de choisir une photo en dehors de l'album. Je n'ai pas fait de teste avec autant de photo
Deuxième point,
ddtddt a écrit:
je suis pas sur de bien comprendre ton problème c'est uns requête je pense pas sur la page d'admin que cela pose un problème
C'est sur la page de l'album, le plugin permet de choisir la photo qui sera sur la balise soit par son idy soit dans une liste.
Dans le cas de mon site [1] qui contient beaucoup de photos, le scrolling pour choisir la photo ne se termine pas, la liste n'est pas presentée.
J'ai l'impression que la liste contient toutes les photos, ce qui est impossible sur un gros site.
Bien cordialement
DéHème