apt-get install nginx

Porém, os pacotes não estão tão atualizados quanto deveriam e, pra piorar, devido a arquitetura do Nginx, não trabalha com módulos plugáveis dinamicamente, como o Apache. Dessa forma a única alternativa de ter o Nginx com Passenger e em versão atualizada, é através do instalador disponível nos Rubygems.

A instalação passa pelos seguintes passos:

gem install passenger

passenger-install-nginx-module

Ao executar a instalação do passenger, basta seguir as instruções e instalar os pacotes que forem necessários. Ao concluir, você terá uma instalação atualizada do Nginx com suporte ao Passenger.

Neste ponto só falta configurar o Upstart para cuidar de iniciar o Nginx toda vez que o servidor for iniciado:

/etc/init/nginx.conf

# nginx

description "nginx http daemon"
author "George Shammas <georgyo@gmail.com>"

start on (filesystem and net-device-up IFACE=lo)
stop on runlevel [!2345]

env DAEMON=/opt/nginx/sbin/nginx
env PID=/var/run/nginx.pid
expect fork
respawn

pre-start script
        $DAEMON -t
        if [ $? -ne 0 ]
                then exit $?
        fi
end script

post-stop script
    start-stop-daemon --stop --pidfile $PID --name nginx --exec $DAEMON --signal TERM
end script

exec $DAEMON

Uma observação importante, para que funcione corretamente o script acima, é necessário que o pid esteja configurado corretamente no /opt/nginx/conf/nginx.conf, conforme exemplo a baixo:

pid /var/run/nginx.pid;

Vamos imaginar que você está em uma empresa que desenvolve softwares. Mais precisamente em uma apresentação para um cliente onde várias pessoas estão por perto. Eis que aparece aquela indesejada Periplaneta americana (vulgo barata) pela sala.

Parando para pensar um pouco. Existem algumas diversas maneiras de se livrar da visita inoportuna. Vamos para a mais clássica, econômica e efetiva. Você vai até ela e pisa em cima dela.

Agora supomos que essa empresa tenha feito todo um planejamento de riscos e dentro daquele documento de 300 páginas, existe a previsão de aquisição de inseticida e toda uma estrutura para controlar sua validade e garantir a disponibilidade.

O estagiário, que ainda não conseguiu ler toda essa documentação e se interar sobre todos os processos da empresa, decidi inocentemente iniciar a solução inicial já apresentada neste artigo. Antes de tentar concluir ele é interrompido por um funcionário mais antigo que lhe explica rapidamente sobre a situação e então inicia a caminhada até o documento do plano de contingência, deixando o estagiário tomando da penetra.

Minutos depois chega a inseticida e resolve o problema.

O que vimos até aqui?

A solução com toda certeza não foi a mais rápida. Por não ser tão agil, correu o risco de não ser efetiva, já que a barata poderia ter fugido no tempo que levou até que a solução pudesse ser aplicada. Também não foi a mais barata.

Do ponto de vista da empresa e do processo, foi feito a coisa certa.

Vamos tentar extrapolar mais um pouco no exemplo e imaginar uma terceira situação. Supomos agora que por diversos motivos, essa empresa já teve problemas parecidos com esse antes, já havia feito seu planejamento de riscos e documento de contigência e decidiu que, para agregar mais qualidade, deveria delegar essa responsabilidade a uma empresa externa, devidamente certificada, ISO 9001 em eliminação de baratas.

Para se protegerem da possibilidade de ocorrência do problema e garantir uma resposta rápida a situação, fizeram um SLA estipulando tempo máximo de atendimento em casos de avistamento de baratas, e monitoração constante do espaço para garantir que de forma alguma teriam que se preocupar novamente com esse tipo de problema.

Voltando agora a reunião e a própria. Ela aparece em cena, o computador da central de atendimento soa o alerta e uma equipe é despachada imediamente para atender o caso na empresa. A secretária recebe a ligação avisando do ocorrido e para não entrarem em pânico que em menos 10 minutos a equipe estará no local. Como é hora do RUSH, resolvem ir de helicóptero, para garantir o tempo de resposta e evitar pagamento de multas pela quebra do contrato.

Barulho, correria, entra 4 pessoas na sala e fica mais uma de fora para garantir que o alvo não escape. Em poucos segundos é isolado o espaço em que a barata está e aplicado o inseticida na quantidade precisamente correta para uma morte digna e sem desperdícios. Trabalho cumprido.

Lições aprendidas:

1. Existe sempre uma maneira rápida e simples e efetiva para se fazer as coisas, basta saber utilizar a ferramenta mais adequada para o problema.
2. Dependendo da cultura organizacional da empresa, você nunca vai chegar a primeira solução, mas ainda assim vai atingir o seu objetivo, mesmo que a um custo um pouco maior.
3. Se você tiver muitos engenheiro de software na sua equipe, vai acabar utilizando sempre a solução mais complexa e cara de todas, limitadas apenas pelo seu orçamento.

A algum tempo atrás era comum ouvir por ai que “Internet Explorer” era um mal necessário. Ninguém que desenvolvia gostava, mas quando chegava no contato com o cliente, ele podia nem saber direito pra que servia, mas estava esperneando se de alguma forma o seu site estivesse diferente (não estou nem cogitando a opção dele não funcionar direito, estamos falando de diferenças subjetivas, quase milimétricas).

O vilão ao qual me refiro é a versão 6.0, a talvez, mais odiada de todas. Digo isso, por que as que antecederam, eram tão incapazes que ficaram fadadas ao “de jeito nenhum, é impossível, não tem como”.

O problema aqui em questão é que pra muita gente leiga, o Internet Explorer é aquele “botãozinho azul que liga a internet”, some isso a realidade brasileira do final dos anos 90 em que windows original, quando existia, era uma única cópia pra empresa toda. E por essa realidade, todos tinham/tem medo de atualizar seu computador.

O resultado é um navegador que tem mais de 8 anos de idade e ainda é bastante utilizado. Mas graças ao bom deus, essa realidade está mudando, e com o surgimento da versão 8.0 (amém) será possível escrever códigos mais próximos dos padrões internacionais da W3C e esperar que funcione razoavelmente bem em todos os navegadores.

Mas os artigos que venho propor aqui não tem muito a ver com o Internet Explorer 6, e sim com algumas técnicas que vamos ouvir falar muito ainda daqui pra frente.

Em resumo trata-se de uma maneira de você escrever códigos que funcionem bem em browsers antigos e funcionem melhor ainda em browsers modernos. E sem usar hacks ou artificios como prover códigos personalizados para cada navegador ou folhas de estilos especificas.

Tudo começa com o artigo de 1999 do Nick Finck, um veterano em desenvolvimento web, onde ele explica um pouco sobre o que é Liquid Web Desgin, que segundo ele, seria o exemplo máximo de um bom desgin. Aquele que se adaptasse ao tamanho da janela do cliente e mantivesse todas as suas características originais, ou se adaptasse o melhor possível.

Pela linha do templo, vamos agora para um artigo de 2002, do Peter-Paul Kock, o autor do site QuircksMode, um dos mais bem conceituados, durante muito tempo, website sobre informações de compatibilidade entre browsers. O artigo levanta a questão do Gracefull Degradation ou em uma tradução mais ao pé da letra seria Degradação Harmoniosa. Talvez o termo em português não ajude muito, mas o conceito é bem simples e baseia-se nas seguintes regras:

1. Qualquer navegador deve ser capaz de ver o conteúdo do seu site
2. Qualquer navegador deve ser capaz de navegar pelo seu site.

Para que isso seja alcançado, o seu site deve estar legível, mesmo que nenhuma imagem ou estilo CSS tenha sido carregado. Por legível entende-se que as coisas estejam organizadas logicamente e em uma sequência que faça algum sentido.

Uma maneira simples de testar isso é utilizando o navegador W3M do linux (navegador pro terminal).

Pegando um artigo mais novo, do portal de desenvolvedores do Opera, de 2008, é sugerido um conceito novo. Ao invés de pensar pelo lado do Gracefull Degradation (de cima para baixo) ele sugere que comecemos de baixo para cima, pelo angulo do Progressive Enhancement ou Melhoria Progressiva.

Devemos desenvolver o nosso site, pensando na menor tecnologia (a mais antiga) que vamos suportar, e então ir adicionando progressivamente recursos das mais novas. O importante é que esses recursos não entrem em conflito com as tecnologias antigas. Dessa forma um site visualizado com o Internet Explorer 6 tera um visual “meia boca” ou uma versão “simplificada” visualmente falando do que seria visualizado por alguém utilizando o Internet Explorer 7, e progressivamente o Internet Explorer 8.

Exemplo de Melhoria Progressiva

A idéia é que se a pessoa ainda utiliza uma tecnologia antiga, devemos entregar para ela, algo que seja bem suportado para a tecnologia dela, sem tentar fazer milagres, e para aqueles que utilizam browsers mais avançados (vamos citar aqui todos eles: Safari 4, Opera 10, Firefox 3.5, Google Chrome), que também possam desfrutar das inovações.

O momento é de dizer um basta, para a seguinte frase: “Isso é legal, é uma pena que só vamos poder usar daqui uns 5 ou 6 anos, quando todo mundo resolver atualizar o seu Internet Explorer 6 pra uma versão melhor”.

Para quem não domina o inglês e gostaria de uma segunda opinião, eu indico um artigo do Diego Eis, do site Tableless, em que faz uma abordagem sobre o mesmo assunto, e por coincidência, encontrei enquanto estava escrevendo esse artigo. Fica a dica.

Consolidando nesta versão, todos os recursos que não tinham sido migrados pra plataforma 6.x e que existiam na 5.5 e mais um monte de outras coisas.

Destaque desse lançamento vai também para um melhor suporte a Ruby e Ruby on Rails, suporte oficial para PHP e um Early Access (basicamente uma versão não terminada, mas razoavelmente estavel) para desenvolvimento em Python, que pode ser encontrado aqui.

A lista completa traduzida pode ser encontrada aqui (é o artigo sobre o lançamento da versão beta, mas tudo que tem lá tem aqui).

O artigo completo cubrindo o lançamento da nova versão vem em seguida. Aguardem :)

UPDATE: Faltou o link para o download.

Como toda versão em desenvolvimento do Netbeans, esta também é bastante usável e você encontrará poucos bugs, característica de um bom gerenciamento de projetos. Com os Milestones antigos foi assim, com essa versão Beta não será diferente.

O grande foco da 6.5 se deu em implementar um suporte melhor ao Glassfish v3, melhorar o suporte a Ruby e Ruby on Rails (e suas variantes escritas em Java: JRuby e JRuby on Rails), concluir a implantação do suporte ao PHP. Além claro das outras linguagens que ela da suporte, como o Java e a tecnologia Java EE, os carro chefes da IDE.

A lista completa das principais modificações (quase toda traduzida) você encontra a seguir:

PHP Editor PHP (Code completion, destaque sintático e semântico de código) Suporte a sintaxe heredoc e PHTML Xdebug Gerador de trechos de código para base de dados MySQL
JavaScript e Ajax Editor JavaScript e Depurador Gerenciador de Bibliotecas JavaScript Bibliotecas Yahoo UI, Woodstock, jQuery, Dojo, Scriptaculous, Prototype Editor de CSS
Java EE e Desenvolvimento Web Suporte aperfeiçoado para Spring, Hibernate, JSF, gerador de CRUDs JSF, JPA (Java Persistence API) Criar web services RESTful a partir de tabelas de banco de dados ou de entidades JPA Suporte a Arrastar e Soltar (Drag and Drop) Serviços SaaS em arquivos PHP Melhorias no Editor SQL (suporte a code completion, save/recall queries, e mais)
Groovy e Grails Desenvolva aplicações Groovy puras ou use o Groovy em conjunto com projetos Java SE Editor Groovy (code completion, destaque de sintaxe, e mais) Framework de aplicação web Grails (Groovy on Rails) Abrir aplicações Grails existentes sem necessidade de adicionar metadados
Ruby e Rails Melhorias no Rake: Rake Runner e um arquivo pré-gerado do Rake Depurador: Breakpoints condicionais e catchpoints Projetos Ruby aceitam parâmetros da JVM pela linha de comando Nova interface para Execução de Testes e exibição dos resultados
GlassFish v3 Prelude para Desenvolvimento Web Arquitetutora Modular e baseado no OSGi Mais leve, carrega mais rápidamente e faz deploy mais rápido Suporte para usar linguagens interpretadas (scripts) incluindo JRuby
C/C++ Melhorado o code completion, destaque de erros, e destaque semântico do código Gráfico de arvore de chamadas, janela de informações da Memória Desenvolvimento remoto Empacotamento de aplicações em arquivos tar, zip ou pacotes SVR4
Java ME Novos assistentes de projetos para adicionar componentes customizados a palheta do editor visual Novos componentes SVG no SVG Composer (aperfeiçoado) permitem desenvolver interfaces ricas Novos Componentes Customizados de Data Binding na palheta do editor visual Atualizado ferramenta de obfuscation para ProGuard 4.2 e o framework de testes para JMUnit 1.1.0
Java SE Depurador java para aplicações com suporte a Multiplas threads Construtor de interfaces gráficas Swing: Editor de Arvores para JTrees Aperfeiçoado o importador e sincronizador de projetos Eclipse
Ferramentas da IDE e Usabilidade Campo de pesquisa para ações da IDE, arquivos, configurações e documentação Suporte para caminhos de rede do windows Suporte para recurso: Compilar ao Salvar / Realizar Deploy ao Salvar

O anuncio havia sido feito pelos desenvolvedores Ted Leung (Dynamic Languages & Tools Architect) e Frank Wierzbicki (Jython Project Lead) ambos funcionários da Sun, no evento EuroPython 2008.

Uma curiosidade, é que o evento é patrocinado pela Canonical.

A muito tempo o NetBeans vem se consolidando como uma opção ímpar pra desenvolvimento Java, ganhando em muitos aspectos do Eclipse. A quem diga que perde em outros, mas o número de itens já é bem menor, e diga-se de passagem, pouco significantes.

A maior deficiência da série 5.x foi corrigida na primeira versão da 6.0, que era relativo ao funcionamento do editor de código e ausência de diversos assistentes do mesmo, que são presentes em outras IDEs.

Já nessa release alguns outros pontos foram abordados, como uma melhora (considerável) no tempo de carregamento, na ordem de 40%. Melhor utilização de memória, suporte ao Rails 2.0, atualizações no Update Center, que está melhor que nunca.

Foi restaurado o suporte, presente no 5.5, a construção (com assistentes visuais) de JavaBeans, utilizando a estrutura da série 6.x da IDE.

Graças a compra da MySQL pela Sun, agora o NetBeans vem com integração já pronta para MySQL e mais uma infinidade de outras novidades que podem ser conferidas na nota de release oficial.

Só pra não deixar passar, o prometido suporte ao PHP, que deve sair de maneira completa na próxima versão, já está disponível de maneira incompleta em uma release preview no bom estilo tech-preview para os mais curiosos.

No balanço geral, classifico este release como um MUST HAVE, bem no estilo “Seus problemas acabaram“, e recomendo a atualização a todos. Eu mesmo já estou usando (e já estava, desde o lançamento da Beta).

Confira também um screencast do novo suporte a Javascript.

Vamos começar a por a mão na massa:

1. Abra seu Netbeans, clique no menu Tools > Plugins
2. Com a janela de plugins aberta, procure o plugin Extra Ruby Color Themes
3. Clique em Install e aguarde
4. Aceitei a licensa, e vá clicando em next até terminar
5. O Netbeans vai perguntar se deseja reiniciar, confirme clicando em Finish
6. Assim que o navegador carregar novamente, vá em Tools > Options
7. Clique em Fonts & Colors e selecione no profile por Ruby Dark Pastels (require restart)
8. Na frente do dropdown escrito Font: de um clique no botão com 3 pontinhos (…)
9. Coloque 13 no Size e de um Ok
10. Agora é só dar outro Ok pra fechar a janela
11. Seu editor já estará usando as cores modificadas, porém você ainda não está usando a fonte do MacOS

Para instalar a fonte Monaco do MacOS (a fonte bonitinha dos Screencasts), entre no Blog do GrinGod e faça o download
Copie a fonte para sua pasta de fontes (fica em /home/seuusuario/.fonts)

Sua fonte já estará instalada, mas para o Netbeans poder encontrar ela, você terá que atualizar o cache das fontes (não me pergunte ele não consegue encontrar sozinho, mas vamos lá…)

Abra o terminal e digite:

fc-cache -f -v

Pronto, agora feche o Netbeans e abrá-o novamente.

Está pronto :)

Tive a oportunidade de poder conhecer o Tim Boudreau, programador da Sun, a algumas semanas atrás, quando ele veio pra Florianópolis em um evento organizado pelo GUJavaSC.

Junto com todas as outras apresentações que aconteceram no evento, uma das que mais me interessou, foi justamente o workshop sobre o Netbeans novo e suas inúmeras possibilidades para aumentar a produtividade, que foi ministrado pelo Tim.

Ainda não está perto de um Vim, mas não deixa nada a desejar, aos usuários do TextMate.

Quer conferir? baixe aqui o arquivo.

(Fonte: Off the Line Blog)

Se você foi uma das pessoas que baixou ele antes dessa data, do link que vazou anteriormente ao lançamento, você pegou uma versão anterior ao release oficial.

Sabe o que aconteceu?

Segundo o que diz Roumen, um dos desenvolvedores do Netbeans, em seu blog, a versão disponibilizada nos servidores bits do portal, eram na verdade um release candidate que deveria passar primeiro pelo setor de QA (Quality Assurance ou o setor responsável pelos testes de qualidade).

Fazendo uma breve checagem de MD5 com os arquivos que havia baixado anteriormente e o atual, é possível verificar que os arquivos de instalação, são, de fato, diferentes.

Para realizar este teste, precisei fazer a instalação do sleuthkit (necessário habilitar repositório universe, antes de digitar o comando no terminal):

sudo apt-get install sleuthkit

e em seguida, acessei a pasta onde encontrava-se os dois instaladores e executei o comando md5:

md5 netbeans-6.0beta1-linux.sh

Obtive como resposta o seguinte hash: 2c7cfacf403762cdb0b18ca2eb02a346

md5 netbeans-6.0beta1-linux_001.sh

Obtive como resposta o seguinte hash: 21c952d9d615740455d00859800880f3 (a versão oficial)

Sobre as novidades da versão nova, em relação a 6.0 Milestone 10, estão a nova casca visual que poderá vir com o release final da IDE, está mais clara e agradável. Fugiu do azulão antigo e ganhou cores mais vivas e detalhes que lembram um pouco o visual do Windows Vista.

Outra diferença clara, foi a oferta de uma gama maior de empacotamentos da versão. Até a 6.0 M10, você tinha umas 4 opções de pacotes, nessa alguns outros foram incluidos, que vão da versão mais enxuta contendo apenas os pacotes mobile, até a versão completa que inclui desde J2EE até os plugins para desenvolvimento em C e C++.

Além disso, muito trabalho foi feito no suporte ao Ruby, e Ruby on Rails, Mobility Pack, integação do Diff com Subversion e CVS e um monte de outras coisas.