Elcio Ferreira – fechaTag

Como fazer upload de arquivos no ASP sem usar componentes no servidor?

1. Baixe esse arquivo: upload.asp.zip e descompacte em seu servidor. Eu costumo deixar arquivos como esse, que só contém funções genérica, na pasta /api no servidor, de onde eu posso fazer um include virtual em todas as aplicações em que precisar.
2. O formulário tem que ser submetido de um jeito especial, assim <form action="arquivoquerecebeopost.asp" method="post" enctype="multipart/form-data">
3. Na página que vai receber o post, você não pode usar Request() nem Request.Form(), apenas Request.QueryString().
4. No começo da sua página, chame a função upload_ReadRequest
5. Onde precisar ler os valores do formulário, use uRequest("nomedocampo")
6. Para salvar o arquivo: upload_SalvaArquivo "nome_do_campo_file", "C:\Caminho\PodeUsarServerMapPathSeQuiser\", "nomedoarquivo.jpg", "jpg". O último parâmetro é uma lista das extensões permitidas (algo como “doc,txt,rtf,pdf”.)
7. Se quiser obter o nome do arquivo, use UploadRequest.Item("nome_do_campo_file").Item("FileName"). Vem o caminho completo, você precisa tratar a string se quiser apenas o nome. Isso não é difícil, eu costumo fazer com split.

Exemplo de código.

Coloquei no ar há duas semanas minha primeira aplicação de verdade em Django. Interessantíssimo. Muito fácil, e está amadurecendo muito rápido.
Descobri o Glade, descobri a pyGTK e descobri que isso tudo roda bastante bem em Windows. Estou me perguntando como eu pude viver tanto tempo sem isso!
Acabo de descobrir a classe SimpleXMLRPCServer. Genial, duas linhas de código para servir webservices, mais uma para cada função que você quiser registrar. Amo Python!

Minha primeira aplicação com XMLHTTPRequest foi feita em 1999. Era uma sala de bate-papo e naturalmente, só funcionava no Internet Explorer. Muito tempo antes disso eu já usava requisições em frames ocultos para evitar requisitar uma página inteira. De lá para cá as coisas evoluiram. O XMLHTTPRequest se tornou parte do padrão ECMA e os navegadores amadureceram em seu suporte, de modo que hoje é possível que aplicações como o GMail funcionem em pelo menos quatro navegadores diferentes.
Tenho uma ferramenta de bate-papo e navegação assistida que usamos nos cursos de padrões web. Quando a desenvolvi, como o suporte a XMLHTTPRequest ainda era incipiente, ela só funcionava no Mozilla e, às custas de muitos hacks, no Internet Explorer. Depois disso nunca mais mexi no código. Hoje ela funciona com perfeição no Opera 8 e no Konqueror 3.4 (alguma boa alma feliz proprietária de Macintosh poderia me ajudar a testar no Safari?)
Esse é um excelente exemplo de algo que eu vivia dizendo aqui: quem usa padrões não tem medo do futuro.
Além dessa aplicação, há uma série de outras, como a de preenchimento automático de endereços na tela de matrícula do curso (preencha o CEP e clique em buscar).
Assim como eu, muita gente já vinha desenvolvendo Ajax há bastante tempo. Você vê bons exemplos por aí, em todo lugar. E é natural que muita gente se levante contra o uso do termo. Afinal de contas, porque dar um nome novo e uma aparência de ser a descoberta do século para algo que eu já usava no século passado?
Isso me faz lembrar que muitos de nós tivemos o mesmo sentimento quando a Macromedia começou a falar em RIA. Ora, RIA para a Macromedia nada mais é do que Flash se comunicando com o servidor, provavelmente usando XML. Eu já fazia isso com o Flash 4, sem XML. Com o Flash 5 comecei a fazer a mesma coisa, dessa vez usando XML. Não há nenhuma novidade nisso!
A despeito de nossos protestos, a Macromedia continua falando em RIA, e o mercado adotou a idéia. Seu chefe, seus professores, ou talvez até seu cliente estão falando de RIA como se fosse a oitava maravilha do mundo.
Se não pode vencê-los, junte-se a eles! Vamos desenvolver RIA, usando Ajax! Vamos mostrar que também sabemos usar o hype e colocar nossas siglas na boca do povo. Vamos escrever comparativos entre Ajax e Flash, e mostrar que Ajax é a melhor solução para RIA na maioria dos casos. Vamos ver nossos gerentes e diretores falando sobre a nova tecnologia que a equipe de TI implantou sob o comando deles: Ajax. Vamos continuar defendendo padrões abertos baseados na simplicidade, mas vamos falar a língua deles. Assim você pode continuar fazendo seu trabalho e ao mesmo tempo satisfazer a necessidade que algumas pessoas tem de “algo novo que venha revolucionar o atual esquema de coisas” (seja lá o que queiram dizer com isso.)
Ajax neles!
Agora, sejamos honestos: o hype pode ser bom também para te fazer pensar. O Gmail para mim foi um tapa de luva de pelica. Os recursos estavam lá há bastante tempo, prontos para ser usados, e quantas oportunidades eu perdi de facilitar a vida das pessoas que vão usar meus sistemas porque subutilizei ou não utilizei XMLHTTPRequest. Talvez dar nomes às coisas ajude a torná-las ferramentas. Talvez da próxima vez eu vá me perguntar: não seria interessante aplicar Ajax aqui?
Para terminar, estou gostando do rumo que as coisas estão tomando. Estou fazendo experiências, estudando, de olho no que andam dizendo, e logo trago novidades para vocês (inclusive uma aplicação de exemplo que estou quase terminando.)