Le 24 février 2010 11:06, Fil <fil@rezo.net> a écrit :
Fil n'avait pas déjà fait un truc similaire ???
Si, précisément : j'ai fait un truc, Natxo l'a repris pour employer
une librarie plus smart, et Cédric a refactorisé le code de Natxo.
Free beer
ah ben voila, super.
Du coup ça fait un modèle pour faire les variantes de cloud.
En me rasant ce matin (ou était-ce dans la douche ?) je me disais
qu'il faudrait aussi une option de stockage automatique sur S3 lors de
l'upload pour les documents dont le poids est supérieur à une valeur
configurable.
Du coup ça permettrait d'avoir un truc automatique, avec la
possibilité de rapatrier ou renvoyer au cas par cas.
En me rasant ce matin (ou était-ce dans la douche ?) je me disais
qu'il faudrait aussi une option de stockage automatique sur S3 lors de
l'upload pour les documents dont le poids est supérieur à une valeur
configurable.
Du coup ça permettrait d'avoir un truc automatique, avec la
possibilité de rapatrier ou renvoyer au cas par cas.
Ca pourrait aussi être intéressant de pouvoir mettre le dossier "local" ou une partie sur S3, pour pouvoir utiliser aussi CloudFront comme CDN sur les CSS/JS et vignettes...
Le 24 février 2010 11:44, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Le 24 févr. 2010 à 11:19, Cédric Morin a écrit :
En me rasant ce matin (ou était-ce dans la douche ?) je me disais
qu'il faudrait aussi une option de stockage automatique sur S3 lors de
l'upload pour les documents dont le poids est supérieur à une valeur
configurable.
Du coup ça permettrait d'avoir un truc automatique, avec la
possibilité de rapatrier ou renvoyer au cas par cas.
Ca pourrait aussi être intéressant de pouvoir mettre le dossier "local" ou une partie sur S3, pour pouvoir utiliser aussi CloudFront comme CDN sur les CSS/JS et vignettes...
C'est un autre problème, qu'il vaut mieux traiter autrement car il
s'agit de fichiers locaux auxquels on veut donner une url externe. Les
faire passer pour des documents distants serait un leurre qui
entrainerait d'inutiles requetes http sur chaque filtre image et
autres opérations, et une duplication de chaque document dans le
dossier distant/
Mais je pense depuis un moment à la problématique du CDN pour les documents.
On pourrait déjà l'implémenter dans la mediatheque, mais il faut gérer
les timestamp sur les urls pour distinguer quand un logo ou un js/css
compacte change sans changer de nom.
Le 24 février 2010 11:44, Nicolas Hoizey <nicolas@hoizey.com> a écrit :
Le 24 févr. 2010 à 11:19, Cédric Morin a écrit :
En me rasant ce matin (ou était-ce dans la douche ?) je me disais
qu'il faudrait aussi une option de stockage automatique sur S3 lors de
l'upload pour les documents dont le poids est supérieur à une valeur
configurable.
Du coup ça permettrait d'avoir un truc automatique, avec la
possibilité de rapatrier ou renvoyer au cas par cas.
Ca pourrait aussi être intéressant de pouvoir mettre le dossier "local" ou une partie sur S3, pour pouvoir utiliser aussi CloudFront comme CDN sur les CSS/JS et vignettes...
C'est un autre problème, qu'il vaut mieux traiter autrement car il
s'agit de fichiers locaux auxquels on veut donner une url externe. Les
faire passer pour des documents distants serait un leurre qui
entrainerait d'inutiles requetes http sur chaque filtre image et
autres opérations, et une duplication de chaque document dans le
dossier distant/
Ah mais je parlais juste de l'abstraction de stockage en « cloud », sans forcément en lier étroitement l'usage aux seuls documents.
Mais je pense depuis un moment à la problématique du CDN pour les documents.
On pourrait déjà l'implémenter dans la mediatheque, mais il faut gérer
les timestamp sur les urls pour distinguer quand un logo ou un js/css
compacte change sans changer de nom.
