Parse error: syntax error, unexpected T_IS_NOT_EQUAL in /home/paxerinf/public_html/i18n/i18n.php(1344) : eval()'d code on line 1
X-Powered-By: YACS (http://www.yetanothercommunitysystem.com/) P3P: CP="CAO PSA OUR" Vary: Accept-Encoding, Cookie, ETag, If-None-Match, Set-Cookie Content-Type: text/html; charset=utf-8 Le redimensionnement images par le serveur - Yet Another Community System

Skip to main content Help Control Panel

Login   A+   A-

Community «   Le forum «   Besoin d'aide «  

Le redimensionnement images par le serveur

a priori/a posteriori
Bonjour,
on peut paramétrer le poids et la dimension par défaut acceptés par yacs en cas d'upload d'images, au-delà desquels le serveur s'occupera tout seul de redimensionner au besoin (et selon les spécifications optionnelles voulues pour chaque section par l'associé l'ayant crée).
Je me demande comme ça fonctionne a posteriori.
Exemple : on mets la barre à 800x600 px maxi, 20ko le fichier. Des centaines d'images sont uploadées dès lors.
Puis à l'occasion d'un dimanche pluvieux propice au changement d'herbage dans l'esprit d'un administrateur zélé, on modifie ces valeurs à 600x400 et 10ko... Le serveur va régénérer les limites voulues à chaque nouvel affichage d'une image par un visiteur ou va-t-il travailler à une requête massive pour toutes sur l'instant (au clic) de la modif des paramètres ?
Bernard
avatar
from nearby-an-airport
Associate, 6732 posts

on May 29 2006


Actuellement, le redimensionnement se fait à la volée lors de l'envoi d'une image. Rien n'est prévu pour le rétro-processing. Peut-être qu'un pingouin qui invoque les Shadoks, ça pourrait marcher ? Plus sérieusement, il faudrait écrire un script pour ça je pense.
GnapZ
from Caribbean
2970 posts

on May 29 2006


J'ai déjà eu l'occasion de rencontrer ce cas de figure. J'ai repris les anciennes car j'étais dans le cas inverse (augmentation des valeurs). Il m'a donc fallu reprendre les anciennes (il s'agissait de documents scannérisés, pas des photos).

Une chose intéressante pourtant: L'utilisation des collections se base sur ces paramètres mais là, c'est uniquemuent un dimensionnement dynamique à l'affichage et ça ne touche pas le fichier original. Donc on garde toute la qualité, quelle que soit le dimensionnement choisi (dans la limite de la taille de l'image originale bien sûr).
Moi-meme
avatar
from Entre chaise et clavier...
1393 posts

on May 30 2006


Merci tout deux

De plus en plus, je lis dans ce forum que les collections sont plus puissantes dans une optique de galerie photo que les sections et pages associés avec ajout d'image en bas de page. Va vraiment falloir que je passe de l'autre côté de la force

(mais si j'ai bien compris, c'est principalement basé sur un upload ftp préalable. Ca ne correspond pas à mon projet de portail collaboratif )
Admin

inspired from Moi-meme on May 30 2006


Moi-meme: en fait, au départ, le module collections a pour simple but de fournir un habillage web à un répertoire de fichiers. Ni plus ni moins. Dans un répertoire avec des images, YACS propose un diaporama (simpliste) en javascript. Utile pour démarrer quand on peut télécharger de nombreux fichiers d'un coup, sans trop de manipulations supplémentaires. Mais le collaboratif, c'est dans les articles et sections que ça se passe, pas dans les collections.
Moi-meme
avatar
from Entre chaise et clavier...
1393 posts

on May 31 2006


Admin : merci, c'est bien clair à présent.

Pourriez-vous m'ôter un doute (ou le confirmer) ?

Le serveur redimensionne l'image dès l'upload (dans le cas d'une inscription/ajout d'image dans une page). Quelle que soit sa taille, selon le paramétrage général du site, elle sera dorénavant dimensionnée selon ce dernier, par exemple 600x400. Comment expliquer que suite à l'ajout d'une telle image, avec option vignettage + clic pour le rendu souhaitée sur ladite page, l'image agrandie se retrouve plus grande que le paramétrage souhaitée, son poids est plus grand aussi que la limite paramétrée En gros l'image n'a pas été réduite, elle conserve ses qualités d'origine.

C'est ce qui m'arrive sur un yacs en test chez OVH.
Bernard
avatar
from nearby-an-airport
Associate, 6732 posts

inspired from Moi-meme on May 31 2006


Moi-meme: il faut que le module GD fonctionne bien pour que YACS effectue le redimensionnement.
Moi-meme
avatar
from Entre chaise et clavier...
1393 posts

inspired from Bernard on June 1 2006


" Moi-meme: il faut que le module GD fonctionne bien pour que YACS effectue le redimensionnement. "


Bonjour,
oui j'ai vérifié celà auparavant. Apparamment ça devrait être ok; je teste ce yacs chez ovh, un forfait d'hébergement standard. Tant sur php que php5 ou perl de ce pack, GD semble enabled
Bernard
avatar
from nearby-an-airport
Associate, 6732 posts

inspired from Moi-meme on June 1 2006


Moi-meme: yetanother... est aussi chez ovh, et le redimensionnement fonctionne, aucun doute là-dessus.

Une précision sur l'algorithme de retrécissement utilisé : les nombres indiqués dans le panneau de configuration sont des valeurs maximales. C'est une erreur d'indiquer 640x400, puisque YACS préserve les proportions. Il vaut mieux indiquer deux valeurs maximales identiques, la première étant utilisée pour les images verticales, et la seconde pour les images verticales. Les anglophones se reporteront à Understanding automatic resizing of images, les autres aussi d'ailleurs, pour les images...
Moi-meme
avatar
from Entre chaise et clavier...
1393 posts

inspired from Bernard on June 3 2006


Bernard : ça doit donc être ça, le fond de mon problème... Merci pour ta précision.
Du coup plusieurs dizaines d'images pas bien dimensionnées mais en ligne (pour mon yacs de test). C'est un test donc c'est pas grave, mais je suppose que je peux arranger le coup en prenant ces photos par ftp et en les redimensionnant en local, puis upload de nouveaux. Si je n'en change pas les noms, il ne devrait pas y avoir de conflit avec yacs ? Ou vaut-il mieux faire une sorte de synchronisation avec la table bdd correspondante ?

Autant profiter du test raté pour tenter des trucs tordus...
GnapZ
from Caribbean
2970 posts

inspired from Moi-meme on June 3 2006


Moi-meme : Oui, ça marchera. Il ne faut pas confondre: La base contient les références aux images (ainsi que leur emplacement donc Nom & Chemin à respecter avec le FTP) mais pas leurs caractéristiques graphiques.

Le redimensionnement puis rechergement FTP va fonctionner. Les seuls points qui seront faux seront:
  • la description des images (renseignées dans la bdd).
  • les vignettes qui ne seront plus représentatives des proportions.


Dans les deux cas, ce n'est pas bloquant mais juste à l'apréciation du rendu.
Bernard
avatar
from nearby-an-airport
Associate, 6732 posts

inspired from Moi-meme on June 3 2006


Moi-meme: le plus simple c'est de refaire l'upload par YACS, en modifiant les images existantes. Ainsi les vignettes seront recalculées à la volée, et les références dans les pages sont préservées.
Chacha
226 posts

on Oct. 4 2006


Bonjour,

Aujourd'hui envoyé une image de 853par640,la vignette est bien présente, mais la photo n'est pas redimentionnée.

Suite à ce fil,je me demande ou est le problème car

yetanother... est aussi chez ovh, et le redimensionnement fonctionne, aucun doute là-dessus. je suis chez ovh.

mais comment faire pour savoir si le module GD fonctionne bien pour que YACS effectue le redimensionnement. " .

Il y a peut ^etre d'autres paramétres ......

salutations
GnapZ
from Caribbean
2970 posts

inspired from chacha on Oct. 4 2006


Chacha : Normalement, les options de redimensionnement des images est dans les options pour les images (panneau de contrôle, rendu visuel). Lors de l'ajout d'image, il faut que le redimensionnement soit bien coché et que l'image ait une taille (poids de fichier) supérieure à la valeur indiquée dans les options (20480 par défaut). La hauteur de 640 ne pas prise en compte par contre la largeur de 853 devrait être réduite à 640 (si les valeurs d'options sont restées par défaut).

Pour connaître le statut du module GD, il faut aller voir dans le panneau de contrôle, informations système puis le lien en haut à gauche "Phpinfo()". Une section GD devrait s'y trouver avec la version et le statut.
Chacha
226 posts

inspired from GnapZ on Oct. 5 2006


GnapZ :

je viens de vérifier le module, c'est ok.

Qt je prends une image qui fait 2040par1536, que je l'envoie sur le serveur, que j'ai en parametre tt ce qui faut cad : Largeur standard : 640 Nombre de pixels souhaitable pour la largeur des photos Hauteur standard :640 Nombre de pixels souhaitable pour la hauteur des photos Seuil de création de vignette :20480 Nombre d'octets à partir duquel une vignette est créée Largeur des vignettes :60 Nombre maximal de pixels pour la largeur des vignettes Hauteur des vignettes :60 j'ai coché ce qui faut et bien j'ai une image grand modèle tronquée cad que la partie de droite n'est pas présente.
GnapZ
from Caribbean
2970 posts

inspired from chacha on Oct. 5 2006


Chacha : Le module GD est bien actif dans PhpInfo() ? Lors de l'utilisation de cette image dans un article, sa taille est toujours "grande" ?
Bernard
avatar
from nearby-an-airport
Associate, 6732 posts

inspired from chacha on Oct. 8 2006


Chacha: Il faut aussi s'assurer que les valeurs choisies sont compatibles avec l'espace libre fourni par le style de mise en page. Peut-être que dans votre cas 512 x 512 conviendrait mieux ?

Rate this page
Posted by Moi-meme on May 29 2006, commented by Bernard on May 29 2006, (popular)