[HS à haute voix]
Un plugin d'édition du fichier .htaccess ça ne serait pas du luxe ^^
[/HS]
Merci beaucoup :-)
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]
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 ^^
Pour l'organisation des fichiers tu peux lire l'aide dans ton interface admin de Piwigo
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
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 :-)
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;
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
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 ;-)
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 :-)
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 !