|
Introdução a linguagem Perl.
A linguagem de programação Perl (Practical Extraction Report Language), foi criada por Larry Wall em 1987 (curiosidade: foi criada à pedido do governo norte-americano para transferir dados entre um estado e outro) e é uma linguagem interpretada multi-plataforma (portavél para mais de 50 sistemas operacionais) voltada para processamento de dados, missões críticas, web, bio-informática, entre outros. Tem sua versão estável na versão 5.10 e em desenvolvimento a versão 6 (dados de Jun/2009).
Os pontos fortes do PERL são:
+ Declaracão de variáveis implícita. O primeiro caracter distingue se a variavel é um escalar, um array ou um array associativo.
+ Strings e arrays não necessitam de definicão de tamanho. Dinâmicamente eles são criados pequenos e crescem conforme a necessidade.
+ Todas variáveis são inicializadas com um valor default.
+ Um conjunto muito rico de operacões de busca "padrões" em textos.
+ Um conjunto completo de funcões aritméticas.
+ Um conjunto de funcões internas à linguagem com diversas funcionalidades.
+ Um filosofia de fazer o trabalho rápido e que realmente funcione.
+ Fácil uso e amplo suporte expressões regulares.
+ Fácil acesso a qualquer banco de dados.
O camelo
Seu símbolo é representado pelo Camelo Dromedálio (ou camelo Árabe), cujo fato marcante é apenas uma corcova (ao contrário do bactriano, nativo da Ásia Central, que possui dois corcovas).
Por que camelo?
(De Michael Schwern traduzido por Breno G. de Oliveira - via Cascavel Perl Mongers)
"É um cavalo projetado por um comitê. Não é gracioso, não é bonito, parece que foi feito de pedaços de outros animais e se você tratá-lo mal ele cospe no seu olho. Mas camelos são surpreendentemente rápidos, podem carregar cargas pesadas e vão continuar avançando felizes muito depois que seu cavalo morrer."
A comunidade Perl
Grupos de programadores Perl pelo mundo.
A comunidade de programadores Perl é umas das mais atuantes e únidas do mundo. Sempre promovendo eventos, alguns de nível internacional como o YAPC::SA (Encontro Sul Americano de Programadores Perl), busca "evangilizar" a linguagem entre seus "participantes" de forma fácil e agradável, fato esse que foi criado internacionalmente os Perl Mongers, grupos locais espalhados pelo mundo com o propósito de discutir a linguagem e promover encontros sociais (além de workshops, cursos...).
Visite a página sobre os grupos brasileiros.
O "pai" (criador)
Larry Wall, criador do Perl, no YAPC::NA em Junho de 2007 em Houston - EUA.
Larry Wall. Esse é o cara. Fundador da linguagem Perl.
As duas regras de Larry Wall:
1. Larry por definição está sempre certo sobre como o Perl deve se comportar. Isto significa que ele tem o poder final do veto na funcionalidade do todo.
2. É permitido a Larry mudar de idéia mais tarde sobre qualquer assunto, não importa se ele invocou previamente a regra 1.
Saiba mais sobre ele em:
http://pt.wikipedia.org/wiki/Larry_Wall (Português)
http://es.wikipedia.org/wiki/Larry_Wall (Espanhol)
http://en.wikipedia.org/wiki/Larry_Wall (Inglês)
Quem usa Perl?
(fonte: Rio de Janeiro Perl Mongers)
Perl é uma linguagem "come-quieta", que desde sua criação (e principalmente nos dias de hoje) é utilizada para aplicações críticas, segurando as pontas de incontáveis sistemas, interconectando aplicações, enfim, resolvendo problemas de maneiras rápidas e eficientes, deixando a briga pelos holofotes para as outras linguagens. Por esses e outros motivos, a melhor e mais completa resposta para "quem usa Perl" seria "todo mundo"!.
Todo mundo?!
Sim, você leu direito. Todo mundo. Ou quase :). A verdade é que praticamente todas as pessoas utilizam direta ou indiretamente programas e sistemas desenvolvidos integralmente ou parcialmente em Perl. Vejamos detalhes dessa afirmação: Se você usa algum sistema UNIX-like (como Linux, BSD, Mac OS X), você usa Perl, já que boa parte dos utilitários e ferramentas críticas destes sistemas é em Perl!
Há! Mas eu uso Windows! (ou outro sistema não UNIX-like)
Realmente, por padrão o Microsoft Windows não vêm com Perl instalado (embora essa falha possa ser rapidamente remediada), mas a Microsoft em si usa Perl em seus ambientes de desenvolvimento e produção, além de possuir uma seção em seu site com downloads de mais de 110 pequenos utilitários em Perl e quase 9 mil páginas em seu site citando a linguagem.
Além disso, a linguagem Perl é portável para mais de 50 sistemas operacionais. Veja!
Mas esqueça a Microsoft. Você usa a Internet? Então você usa Perl, já que grande parte das principais ferramentas e sistemas de controle, gerenciamento e interconexão de redes e sistemas na Internet, além de programas e pequenos scripts utilizados diariamente por administradores desses ambientes são em Perl! Isso sem contar com os diversos sites espalhados pela Internet movidos direta e indiretamente por programas Perl.
Mas tem um monte de gente que não tem acesso à Internet.
Elas tem acesso a telefones fixos ou móveis? Se tiverem, elas também usam Perl e nem sabem. A grande maioria (para não dizer a totalidade) das empresas de Telecom ao redor do mundo usa Perl ostensivamente em seus sistemas internos, devido a todo poder e facilidade no tratamento de informações que a linguagem proporciona. Isso sem sequer entrar no mérito de toda a pesquisa acadêmica em diversas áreas do conhecimento – como o Projeto do Genoma Humano, citando apenas um exemplo – que dependem fortemente de aplicações em Perl e resultam em diferentes benefícios para toda a sociedade.
Em tempo: grandes empresas que usam Perl.
Por isso, nosso sincero obrigado a você, que usa Perl diariamente, mesmo que não saiba.
Introdução ao CGI.
Qual a diferença entre o Perl e o CGI?
Por Rafael Lippert (rafael@reitech.com.br / rafael@lipsil.com.br), Marcus A. DAlencar dalencar@mailbr.com.br e CGiClube.net
A CGI (Commom Gateway Interface) não é uma linguagem, mas sim uma especificação para programas que um usuário pode executa na WWW (World Wide Web). Os programas CGI são executados no servidor e não no computador do usuário (como algumas aplicações Java e outras). A grande diferença desses programas em relação aos outros está no fato de sua entrada e saída vem e vai para os browsers da Web; porém nem mesmo isso os torna particularmente especiais.
Por não ser uma linguagem e sim um padrão que determina como um servidor da Web interage com seus programas, não é obrigatório que um programa CGI seja escrito em Perl, o que é o mais freqüente. Não ele poderia ser escrito em C, C++, Java, Pascal, Fortran ou até mesmo Delphi e ainda assim ser um CGI. Isso só dependerá da capacidade do servidor em comportar essas linguagens e do programador em escrevê-las. Mas como mostraremos CGi/Perl, daremos um foco em especial ao intepretador mais popular do CGI, o Perl. O CGI torna sua página mais interativa para seus visitantes: você pode ter contadores de acesso, livros de visitas, chats, fóruns, listas de atualização, pesquisas internas, restringir o acesso a páginas e/ou diretórios, fazer votações dentre outros.
O que é "path", "full path" ou "real path"?
É o caminho dos seus arquivos no servidor.
Pode ser algo como:
/home/seu_username/public_html
Você deve perguntar isso ao administrador do servidor (hostmaster). A maioria dos servidores coloca informações sobre isso nas suas seções de FAQ.
Que sistemas operacionais suportam Perl?
As aplicações Perl são muito portavéis. Rodam em mais de 50 sistemas operacionais existentes, conforme descrito em:
http://www.cpan.org/ports/
Meu servidor suporta Perl?
Para ter certeza você terá que perguntar ao administrador do seu servidor. Alguns servidores web gratuitos não suportam Perl como Geocities, Xoom (Nbci), Terràvista, Vila Bol, Hpg, Intermega, Angelfire, etc. Entretanto, a Virtual Avenue, o Hypermart e Webjump suportam. Se você preferir dê uma olhada na CGI For Me que oferece scripts Perl gratuitos e que 'rodam' no servidor deles.
Onde fica o interpretador Perl do meu servidor?
Existe um diretório específico do "Perl" que deve ser configurado corretamente para os scripts funcionarem.
Pode ser algo assim:
/bin/perl
/usr/bin/perl (o default)
/usr/local/bin/perl
Ele deve estar na 1º (primeira) linha dos scripts Perl. Se você não sabe onde ele está ou você pergunta ao administrador do servidor (hostmaster) ou se tiver acesso via Telnet use o comando "which perl" para detectá-lo. Normalmente em servidores Windows NT isso não é necessário porque eles mesmos localizam o caminho.
Onde é meu diretório "cgi-bin"?
O cgi-bin deverá estar abaixo do diretório raiz (principal). Geralmente ele se chama "cgi-bin" ou "cgi-local". Alguns servidores colocam em lugares diferentes ou os tranca precisando de um pedido seu para destrancá-lo.
O que é "chmod"? Como dar "chmod" nos arquivos e diretórios?
É a permissão dos arquivos e/ou diretórios. No UNIX um arquivo ou um diretório pode ser liberado para: Leitura, Gravação ou Execução. Um diretório que contenha arquivos de programas tem que ser liberado para execução.
Permissões:
Ler: 4;
Gravar: 2;
Executar: 1.
Para dar "chmod" em arquivos você deve usar um progama de FTP ou Telnet.
Para arquivos Perl (cgi e pl) você deve alterar o chmod para 755, assim:
chmod 755 arquivo.cgi
Para arquivos Html e Texto você deve alterar o chmod para 666, assim:
chmod 666 arquivo.html
Como enviar (upload) meus arquivos e scripts Perl?
Todos os scripts Perl devem ser enviados (upload) em modo "ASCII" e fixados em "chmod 755".
Outros como "html, htm e txt" serão enviados em "ASCII" ou "Binary" e fixados em "chmod 666".
Todas as imagens como "gif e jpg" serão enviadas em "Binary". Diretórios para scripts CGI em "chmod 755" e todos os outros diretórios serão fixados em "chmod 777" se você não sabe como configurá-los.
Por que eu recebo essas mensagens de erro?
"document contain no data"
Se você recebeu essa mensagem significa que seu script está funcionando mas alguma coisa não está correta. Há duas possibilidades:
1. O chmod dos arquivos e/ou diretórios não está correto. Dê "chmod 777" nos diretórios onde estão os arquivos "html e txt", "chmod 666" para os arquivos "html e txt" e "chmod 755" nos arquivos "cgi e pl".
2. O caminho (path) não está correto em seus scripts. Contacte o administrador do seu servidor para ter certeza do caminho.
"Internal Server Error"
Esse é o erro mais comum que você pode receber. Seu servidor suporta Perl e você deu o chmod correto em seus scripts. Provavelmente o script contém algum erro. Para evitar o erro nós recomendamos não tentar modificar o script ou a área de "SETUP" do servidor.
"Access denied"
Seu servidor não suporta Perl. Especialmente para alguns espaços da web que provêem acesso por seu "ISP" ou alguns serviços de hospedagem gratuita.
|
