PUBLIC MARKS from bacon with tags gerenciamento & Imagens

bom eu concordo com o andrax. depende do contexto. agora a questão de enviar imagens menores que a redimensionada é só por uns ifs no script que funciona. por exemplo seu script original salvaria 3 imagens no servidor: 1 tamanho original uma redimensionada para não quebrar o layout do portal e uam para fins de thumb. com alguns ifs você pode salvar apenas uma se a imagem original fosse menor que o thumb quardando seu tamanho original e ela serviria para a versão redimensionada e para a de tamanho real. para economizar banda é melhor criar 3 imagens assim o thumb seria a normalmente exibida e as demais somente por request específico do usuário, se for economizar espaço em disco fazer apenas uma redimensionada apagar original e nem mesmo criar o thumb. essa é minha opinião sendo que o mais desejável é dar estas opções para o administrador do módulo colocando opções na administração.

se quer economizar espaço e não precisa da original. manda a imagem, gera as imagens intermediárias, thumbs e não salva a original. isso usando algum script com a biblioteca gd. e depois.-->

sinceramente., acho que esta não é uma questão que possa ser respondida sem se avaliar um contexto. afinal de contas você pode querer disponibilizar imagens para n finalidades diferentes. alguém que queira disponibilizar imagens de alta resolução provavelmente estará ciente da questão de espaço/banda, levando isso em conta quando fizer o portal., então utilizará um módulo que mantenha o arquivo original., já alguém que quer apenas disponibilizar imagens sem a necessidade de uma qualidade grafica tão boa, com certeza vai se preoculpar muito mais com questões como espaço utilizado e banda, muito provavelmente utilizando um módulo que salve apenas as imagens "otimizadas". com relação ao trabalho do servidor e os scripts, não sou o mais adequado para falar, mas não notei muita diferença nos módulos que testei., claro quanto mais firulagem o módulo tiver que fazer com a imagem, mas ele vai exigir do servidor., acho que isso é um ponto minimo já que o trabal

fala luix tudo bem? esse é um assunto que me interessa bastante, porque tenho um portal com mmmuuuuuuuiiitaaaasss imagens, e isso está me dando uma dor de cabeça danada. acredito que das opções que você enumerou, a mais eficiente seria: "- sobe uma imagem e o script redimensiona descartando a original, imprimindo o thumb via template, ou seja, sobe imagem de 1200x1000, o script grava apenas em 400x300 e ocupando apenas os 300kb de espaço e banda." o problema é quando enviamos imagens pequenas. usando o seu exemplo, se fizessemos o upload de uma imagem de 200x200 o script a gravaria em 400x300. com isso existiria a necessidade de um hack do tipo que discutimos [url=http://www.xoopscube.com.br/modules/newbb/viewtopic.php?topic_id=8272&forum=9&post_id=47241#forumpost47241]aqui[/url] para somente redimensionar se a imagem for maior do que o definido. acredito que a melhor solução seria o upload das imagens em outro se

olá pessoal, estou abrindo este tópico para ouvir a opinião dos amigos sobre um assunto que não entendo muito. trata-se da forma de tratamento ou gerenciamento de imagens no servidor. já percebi observando vários módulos que cada programador usa uma forma diferente de tratar e gerenciar as imagens (upadas) que fazem parte do conteúdo do módulo, exemplo: - sobe a imagem tamanho real (uma única cópia) e imprimem a imagem no tamanho desejado via template, ou seja, posso subir uma imagem 1200x1000, que o template vai mostrar no índice no tamanho 100x80 e no conteúdo 400x300, mas a imagem continua sendo 1200x1000 e ocupando 700kb de espaço e banda. - sobe a imagem tamanho real, o script salva uma cópia original, uma cópia redimensinada para o conteúdo e uma cópia redimensinada para o thumb, ficando assim três arquivos, ou seja, no mesmo exemplo acima, sobe uma imagem 1200x1000, o script cria uma de 400x300 e um thumb de 100x80, ocupand