Pages: 1
Bonjour ;
quelques question sur le nouveau système de tailles :
- existe-il une doc technique expliquant comment ca marche précisément ?
- qu'en est-il de l'ancien système ? (pwg_high, medium et thumbnail)
bon ca c'était les question annexes, j'ai surtout un suggestion à vous faire :
- pour une nouvelle catégorie, pour laquelle on n'a pas encoré eu de visite et donc pas généré les différentes tailles, la génération se fait en live. l'URL de l'image est alors 'i.php?.....'
la fois suivante, comme l'image existe déjà, l'URL est directement le fichier généré, soit '_data/i/......'
ce qui fait que le 1er visiteur qui parcours classiquement la catégorie, de la première à la dernière image, génère les images pour la taille qu'il utilise (et visionne 'i.php?...').
s'il revient vers la gauche (les images précédentes), il visionne '_data/i/...', ce qui est une image différente pour le navigateur. elle n'est pas en cache et on doit la recharger.
si on retourne de nouveau vers la droite, cette fois si on utilise les mêmes images que précédemment, c'est en cache, ca s'affiche beaucoup plus vite.
ne serait-il pas plus simple de générer les imagesà la volée, mais d'indiquer l'URL finale de l'image générée (quand c'est effectivement terminé) pour utiliser correctement le cache du navigateur (en outre) ?
autre question subsidiaire : existe t-il un outil pour générer toutes les tailles en batch, ou à l'uplaod ?
le ploader va t-il être mis à jour en conséquence ?
merci !
Hors ligne
Bonjour,
Pas de documentation à jour actuellement (mais vous pouvez y participer ^^).
Dans la gestion par lot, il y a une option pour "Générer les tailles multiples des photos" et ainsi vous éviter de laisser le travail être fait par vos futurs visiteurs :-)
Hors ligne
loloboss a écrit:
ok, merci pour ces réponses.
j'attends néanmoins une réponse à la question principale sur les URL et la gestion du cache navigateur ;-)
il faudrait soit faire l'appel à i.php dans php, soit faire de l'url rewriting sur i.php ; mais le problème est qu'en appellant i.php après le chargement de la page, cela réduit justement le tps de chargement de la page ainsi que la charge serveur. Si on charge la page avec data/i et non i.php, le navigateur va essayer de loader une image qui n'existe pas encore ; si on temporise, la page va mettre des plombe à charger et là ton visiteur ne revient plus jamais
je notifie celui qui a codé ça, mais ça me paraît peu faisable
Hors ligne
loloboss a écrit:
ok, merci pour ces réponses.
j'attends néanmoins une réponse à la question principale sur les URL et la gestion du cache navigateur ;-)
oui c'est possible (fait sur mon site).
- il faut creer un .htaccess dans data/i avec redirection interne vers i.php si le fichier n'existe pas
- dans piwigo local config rajouter
// 0-'auto', 1-'derivative' 2-'script' $conf['derivative_url_style']=1;
Hors ligne
rvelices a écrit:
- il faut creer un .htaccess dans data/i avec redirection interne vers i.php si le fichier n'existe pas
Quel est ce code dans le .htaccess ?
Merci :-)
Hors ligne
Gotcha a écrit:
rvelices a écrit:
- il faut creer un .htaccess dans data/i avec redirection interne vers i.php si le fichier n'existe pas
Quel est ce code dans le .htaccess ?
Merci :-)
voire mieux : documenter à ce sujet
Hors ligne
Pour l'organisation des fichiers tu peux lire l'aide dans ton interface admin de Piwigo
Hors ligne
flop25 a écrit:
Gotcha a écrit:
rvelices a écrit:
- il faut creer un .htaccess dans data/i avec redirection interne vers i.php si le fichier n'existe pas
Quel est ce code dans le .htaccess ?
Merci :-)voire mieux : documenter à ce sujet
Je peux aider à la rédaction "pour les nuls" mais étant moi même un nul, il me faut au moins un point de départ ^^
Hors ligne
Gotcha a écrit:
rvelices a écrit:
- il faut creer un .htaccess dans data/i avec redirection interne vers i.php si le fichier n'existe pas
Quel est ce code dans le .htaccess ?
RewriteEngine on RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^.+$ ../../i.php?/$0 [L]
Hors ligne
Merci beaucoup :-)
Hors ligne
[HS à haute voix]
Un plugin d'édition du fichier .htaccess ça ne serait pas du luxe ^^
[/HS]
Hors ligne
Pages: 1