Reprise du message précédent :

Le 06 décembre 2005 - 22 h 46, MrGinglE a écrit : je viens d'essayer avec une génération de 10 miniatures, selectionnées via sql, et j'ai bien 5sec de latence c'est un peu lent à mon gout...

le problème c ce que je dis dans mon post précédent... effectuer une requete sql et générer des images en plus ca bouffe de la ressource, à mon avis tu devrais séparer les actions...

au fait, c un serveur dédié, mutualisé, virtualisé, homemade ?

Séparer les actions ? comme remplir un tableau avec ma requete, puis, une fois terminée, créer les miniatures à partir de ce tableau ??

Le 07 décembre 2005 - 14 h 20, MrGinglE a écrit : Séparer les actions ? comme remplir un tableau avec ma requete, puis, une fois terminée, créer les miniatures à partir de ce tableau ??

théorie:

ce qu'il faut faire:
requete sql -> tableau -> génération images

ce qu'il ne faut pas faire
requete sql -> boucle -> génération image n -> boucle -> generation image n+1 ...

je m'essai à ça ce soir, on verra ce que cela donnera !!

Si ça fonctionne correctement, je n'aurais pus besoin de ma protection car les répertoires sont quasi-introuvable (vu leur emplacement et leur nom)

Merci loading !!

Le 07 décembre 2005 - 15 h 13, MrGinglE a écrit : Merci loading !!

de rien

Le 06 décembre 2005 - 13 h 31, MrGinglE a écrit : Bon voila la solution finale adoptée : Lorsque l'utilisateur clic sur le lien, une image temporaire est générée, puis affichée. Elle est ensuite détruite dés que l'utilisateur change ou recharge la page.

Comment fais-tu la destruction ???

Le 07 décembre 2005 - 18 h 54, iraysyvalo a écrit : Le 06 décembre 2005 - 13 h 31, MrGinglE a écrit : Bon voila la solution finale adoptée : Lorsque l'utilisateur clic sur le lien, une image temporaire est générée, puis affichée. Elle est ensuite détruite dés que l'utilisateur change ou recharge la page. Comment fais-tu la destruction ???

ce le serveur qui le gère... image temporaire

effacement par un cron ?
Car destruction quand la page est rechargé, j'aimerai bien voir???

la solution est plutot simple en fait
Mon image temporaire porte un nom contenant l'id de l'utilisateur, ce qui donne un nom du genre : ID.nombrealéatoire.jpeg
que je place dans un répertoire précis.

Ensuite, dans l'initialisation commune des pages, je cherche dans ce dossier toutes les images contenant cet ID, et je les supprimes
.

Le 08 décembre 2005 - 07 h 55, Loading a écrit : ce le serveur qui le gère... image temporaire

Euh c'est possible de faire ça ??

Aprés test, le système de génération des miniature (même en passant par un tableau) est trop long, même en local !!

Je reste donc pour l'instant sur mes miniatures d'origine...

Pour le cron, j'en utilise un pour vérifier tout un tas de chose dans la base de données, mais pour la destruction des images, ce n'est pas possible, car si le cron tombe au moment de la création d'une image, l'utilisateur ne pourra pas la voir ! (cas trés rare je l'accorde mais bon...)

tu peux en faire plusieurs des crons....

il me semblait que le serveur détruisait les images temporaires... en ce basant sur la session (session apache pas php)

Le 08 décembre 2005 - 10 h 40, Loading a écrit : il me semblait que le serveur détruisait les images temporaires... en ce basant sur la session (session apache pas php)

Comment va-t-il voir que c'est temporaire ??

Le 08 décembre 2005 - 10 h 42, iraysyvalo a écrit : Le 08 décembre 2005 - 10 h 40, Loading a écrit : il me semblait que le serveur détruisait les images temporaires... en ce basant sur la session (session apache pas php) Comment va-t-il voir que c'est temporaire ??

En fait, comment créer une image temporaire ?

en générant une image via la librairy graphique GD, apache (puisque c lui qui génére) va attribué des noms temporaires aux images et les placer dans un repertoire spécifique utilisé pour les fichiers de session etc...
une fois la session d'apache déconnecté (le client s'est barré), apache supprime les fichiers qu'il a crée pour la session.

Ok, ces images sont mises a part ..

le nom des images est d'ailleurs lié à la session, il em semble qu'on retrouve dans le nom, un identifiant de session... ce qui fait par exemple que dans les scripts php de génération d'images, si tu veux la garder tu dois la copier a partir du rep temp et la coller en la renommant dans le rep de ton choix...
de même, il va créer autant d'images que de rafraichissement de la page... et normalment les détruire une fois le client déconnecté

Le 08 décembre 2005 - 10 h 59, iraysyvalo a écrit : Ok, ces images sont mises a part ..

oui oui, d'ailleurs sur des serveurs mutualisés il faut un chmod 777 sur ce rep pour qu'apache puisse écrire les fichiers (génération d'images à la volée, génération d'url à la volée...)

dans le mm esprit, lorsqu'on upload des fichiers via un script php par exemple, il le place d'abord dans ce rep temporaire avant de le deplacer en le renommant...

Ok !! je me coucherai moins bete ce soir

Par contre je rencontre un problème lié à cette génération, dans le cas ou je veut légerement sous-dimensionner une grosse image (2592 x 1944) vers du 1024 par exemple, sur un de mes hébergements, l'image générée est noir, sur un autre, j'ai un dépassement


D'aprés mon ami google, il sagit d'une limitation de taille attribuée aux variables. (cela marche bien en local)

C'est un peu dommage, car je voulais proposer différents format pour telecharger l'image...

En fait, si vous voulez voir dans la pratique ce que donne tout ce qu'on vient de s'échanger, allez voir ici http://mrgingle.info

@+ (et encore merci)

sur des serveurs mutualisés, les limites ne sont pas modifiables et effectivement cela entraine une image noire (en gros il n'est pas arrivé à créer tous les pixels...) ou ce message d'erreur...
il s'agit de la configuration propre d'apache pour eviter de tomber à la première attaque DoS