Outra forma de se fazer o controle de acesso é através de WebDAV^W. A vantagem é que nesse caso o gerenciamento dos usuários é feito através de um arquigo que deve ser gerado e atualizado com o utilitário htpasswd (htpasswd2 em algumas distribuições como o Gentoo), porém para executar o WebDAV é preciso um servidor web como o Apache Server^W ou Lighttpd^W.
Se sua escolha for pelo WebDAV, o HowTo^W disponível na própria documentação do Git ou em http://www.kernel.org/pub/software/scm/git/docs/howto/setup-git-server-over-http.txt explica como fazer.

Uma forma mais simples e segura é utilizar o Gitosis. Sua principal vantagem é ser executado via ssh através de autenticação via chave pública, porém utilizando uma única conta compartilhada cujos comandos disponíveis são limitados.

Instalação

A instalação do Gitosis é simples, se sua distribuição não oferecer um pacote de instalação basta clonar o repositório git://eagain.net/gitosis.

#Gentoo
echo "dev-util/gitosis-gentoo" >> /etc/portage/package.keywords/git
emerge dev-util/gitosis-gentoo -uND 
 
#CentOS (com Epel)
yum install gitosis.noarch
 
#via Git
cd /usr/src/
git clone git://eagain.net/gitosis gitosis
cd gitosis
python setup.py install

Se ao tentar instalar via repositório ocorrer um dos erros abaixo:

-bash: python: command not found

Ou:

Traceback (most recent call last):
  File "setup.py", line 2, in ?
    from setuptools import setup, find_packages
ImportError: No module named setuptools

É preciso instalar o pacote python-setuptools:

#Gentoo
emerge dev-python/setuptools -uND
 
#Ubuntu
apt-get install python-setuptools
 
#CentOS
yum install python-setuptools.noarch

Configuração

Após instalado é preciso criar o grupo e o usuário que serão utilizados pelo Gitosis e adicionar a chave pública do usuário que irá gerenciar a sua configuração. Caso necessário faça o upload da chave pública para um diretório onde o script gitosis-init tenha acesso e execute-o:

#crie o grupo e o usuário
groupadd git
useradd -m -d /home/git/gitosis -g git git
 
#informe a chave pública através de um arquivo
sudo -H -u git gitosis-init < /tmp/ida_rsa.pub
 
#ou cole o conteúdo na entrada padrão do terminal
sudo -H -u git gitosis-init

Agora, a partir do local de sua preferência, faça o clone do admin do gitosis e edite sua configuração:

cd /usr/src/
git clone git://servidor/gitosis-admin.git gitosis-admin
cd gitosis-admin
vim gitosis.conf

Observe que o formato usuario@host1 representa o comentário adicionado ao final da chave pública e que normalmente é o login do usuário seguido do nome da máquina onde a chave foi gerada.

[gitosis]
 
[group admins]
members = usuario1@host1
 
[group gitosis-admin]
writable = gitosis-admin
members = @admins
 
[group devel_projeto1]
writable = projeto1
members = @admins

Mais configurações podem ser feitas no arquivo, verifique o arquivo de exemplo fornecido com Gitosis. Após alterada a configuração faça o commit e sincronize com o servidor:

git commit gitosis.conf -m "permissões para o projeto1"
git push

O primeiro repositório

Uma vez que a configuração esteja feita, é hora de criar o primeiro repositório, pra isso crie um diretório para o projeto e adicione-o ao Git.

#inicia um repositório localmente
mkdir -p ~/projetos/projeto1
cd ~/projetos/projeto1
git init
git remote add origin git@servidor:projeto1.git
 
#adiciona arquivo ao repositório
touch arquivo1.txt
git add arquivo1.txt
git commit arquivo1.txt
 
#inicia o repositório no servidor
git push origin master:refs/heads/master

Definindo os acessos ao repositório

Definir os acessos ao repositório envolve apenas 3 passos; o primeiro deles é adicionar a chave pública do usuário, caso isso ainda não tenha sido feito:

cd /usr/src/gitosis-admin/
cp /tmp/id_dsa.pub keys/fulano.pub
git add keys/fulano.pub

Em seguida é necessário definir os acessos que o usuário deverá ter no arquivo gitosis.conf:

[group devel_projeto1]
writable = projeto1
- members = @admins
+ members = @admins fulano

Por último, é preciso fazer o commit dos arquivos e sincronizar com o repositório remoto:

git commit -a -m "adicionadas permissões para o usuário Fulano"
git push

Pronto, agora já é possível para o usuário Fulano realizar o clone do repositório e executar commits:

cd ~/projetos/
git clone git://servidor/projeto1.git projeto1
 
#execute as alterações
cd projeto1
vim arquivo1.txt
touch arquivo2.txt
 
#e faça o commit para o repositório local e sincronizae com o repositório remoto
git add commit2.txt
git commit arquivo1.txt arquivo2.txt -m "adicionado arquivo2.txt e alterado arquivo1.txt"
git push

Referências:

• scie.nti.st » Hosting Git repositories, The Easy (and Secure) Way
• http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html

Agente de Monitoramento

A instalação do agente do Zabbix na maioria das distribuições é bem fácil e envolve poucos passos:

#gentoo
echo "net-analyzer/zabbix agent" >> /etc/portage/package.use/zabbix
emerge zabbix -uVAND
rc-update add zabbix-agentd default #executa o serviço na inicialização
 
#ubuntu e derivados (o ubuntu já define o zabbix para ser executado na inicialização)
apt-get install zabbix-agent
 
#centos e derivados
yum install zabbix-agent
chkconfig --add zabbix-agent #executa o serviço
chkconfig zabbix-agent on     #na inicialização

A configuração é simples, após instalado o agente basta editar o arquivo /etc/zabbix/zabbix_agentd.conf. Caso prefira executar o agente via Xinetd^W edite o arquivo /etc/zabbix/zabbix_agent.conf e adicione o serviço ao Xinetd.

No arquivo de configuração as linhas que normalmente precisam ser alteradas são:

#Nome do host
Hostname=Servidor_Zabbix
#IP do servidor do Zabbix (nesse caso local)
Server=127.0.0.1
#Caso o servidor seja executado em outra porta, altere o parâmetro abaixo
ServerPort=10051

Após configurar o serviço basta iniciá-lo com o seguinte comando:

/etc/init.d/zabbix-agentd start

Monitorando os hosts

Toda a administração do Zabbix é feita pela interface Web, nela é possível adicionar hosts para serem monitorados, criar e adicionar itens de monitoramento, templates, gráficos, alertas e tudo o mais que o Zabbix disponibiliza.

Se os dados iniciais foram importados corretamente no banco, o agente do servidor do zabbix será configurado automaticamente. Acessando o item Overview no menu Monitoring é possível visualizar se o agente está sendo monitorado ou não, caso não esteja ele pode estar com o monitoramento desabilitado (caso o agente tenha sido iniciado após o servidor zabbix) ou com alguma informação incorreta como por exemplo o ip.
Acessando o item Hosts no menu Configuration é possível visualizar o status do agente (monitored / not monitored) e alterar suas configurações, para isso clique no nome do agente desejado e altere as informações necessárias.

Adicionando hosts para serem monitorados

Adicionar um novo host também é simples, basta clicar em Create Host, preencher as informações de acesso ao host/agente, e se desejado associá-lo a um template para facilitar o trabalho de adicionar os itens à serem monitorados. Para associar o host a um template basta clicar no botão Add no box Linked Templates, e no pop-up que abre selecionar um ou mais templates compatíveis com o host à ser monitorado .

Dentre os diversos tipos disponíveis pode-se encontrar templates para hosts Linux^W, roteadores Cisco^W, switches 3Com^W, servidores Dell PowerEdge^W, Mac Os X^W, Servidores e Desktops Windows^W.
É possível criar novos templates, associando-os ou não a templates existentes, itens de monitoramento disponíveis na base do zabbix, e novos itens de monitoramento baseados em informações coletadas pelo agente do zabbix, ou via serviços como SNMP^W, Open IPMI, comandos via SSH^W, ODBC^W e diversas outras formas.

Criando itens de monitoramento

Assim como quase tudo no Zabbix, criar novos itens de monitoramento também é simples. Na verdade, basta associar um comando ou sequência de comandos a um nome de variável que posteriormente será requisitada pelo servidor do Zabbix.
O arquivo de configuração do agente do Zabbix costuma disponibilizar de exemplo alguns itens para coletar estatísticas de servidor de banco de dados MySQL. Basta descomentar as linhas para que os itens passem a funcionar.

UserParameter=mysql.ping,mysqladmin -uroot ping|grep alive|wc -l
UserParameter=mysql.uptime,mysqladmin -uroot status|cut -f2 -d":"|cut -f1 -d"T"
UserParameter=mysql.threads,mysqladmin -uroot status|cut -f3 -d":"|cut -f1 -d"Q"
UserParameter=mysql.questions,mysqladmin -uroot status|cut -f4 -d":"|cut -f1 -d"S"
UserParameter=mysql.slowqueries,mysqladmin -uroot status|cut -f5 -d":"|cut -f1 -d"O"
UserParameter=mysql.qps,mysqladmin -uroot status|cut -f9 -d":"
UserParameter=mysql.version,mysql -V

Após salvar o arquivo de configuração e reiniciar o agente (/etc/init.d/zabbix_agentd restart) o item já deve estar disponível na interface administrativa. Acesse novamente Hosts no menu Configuration mas dessa vez clique em Itens. Se desejado antes de acessar Itens, altere a visualização para Templates no select box onde está escrito Hosts.

Na tela que se abre, uma lista de itens existentes será exibida sendo possível editar ou deletá-los e claro, adicionar novos itens.
Após clicar em Create Item alguns parâmetros obrigatórios devem ser preenchidas como Description que é o nome como o item é exibido em todos os locais que o referenciam, Type que é o tipo do item (Agente Zabbix, SNMP, etc), e Key que é o nome interno do item ou o nome da variável criada no arquivo de configuração. Para este último é possível escolher entre itens padrão do Zabbix ao clicar no botão Select ou informar o nome de um dos itens adicionados do MySQL como por exemplo mysql.slowqueries

Vale observar que o interessante é criar novos itens nos templates ao invés de nos hosts diretamente, para que estes sejam automaticamente adicionados ao se associar o template a um novo host à ser monitorado. Dessa forma é possível criar uma estrutura customizada que pode ser definida de acordo com os padrões de servidores e serviços disponíveis na rede, facilitando assim o processo de adicionar novos hosts ao monitoramento.

kernel/cpu.c: In function 'disable_nonboot_cpus':
kernel/cpu.c:394: error: implicit declaration of function '_cpu_down'
make[1]: *** [kernel/cpu.o] Error 1
make: *** [kernel] Error 2

Uma rápida pesquisa no google me revelou que o problema se encontrava na falta do suporte a hot-pluggable cpu’s. Este recurso permite que CPU’s possam ser ligadas/desligadas durante a execução da máquina, possibilitando a economia de energia e a própria inclusão de novas CPU’s em sistemas multi-processados.
Esse recurso já vem habilitado por padrão caso você esteja configurando o kernel pela primeira vez, mas no meu caso, copiei o arquivo .config de outro kernel que não tinha esse suporte habilitado.

A solução é simples e envolve executar novamente o configurador do kernel para habilitar a opção pertinente ou editar diretamente o arquivo .config, sendo mais aconselhável executar o o configurador (make menuconfig).

A opção que precisa ser habilitada é CONFIG_HOTPLUG_CPU e pode ser encontrada em:

Processor type and features --->
[*] Support for hot-pluggable CPUs


Pronto, agora é só executar o make novamente e aguardar o fim da compilação.

Referências

• http://forums.gentoo.org/viewtopic-t-709908-start-50.html

Sua estrutura é simples e descentralizada e consiste de um aplicativo denominado servidor que coleta e armazena as informações dos hosts em um banco de dados que pode ser SQLite^W, MySQL^W, PostgreSQL^W ou Oracle^W; uma interface web para administração / monitoramento feita em PHP, e os agentes que podem ser desde hosts monitorados pelo aplicativo agente do Zabbix quanto os mais variados serviços e dispositivos, acessíveis das mais diversas formas como SNMP^W, TCP^W, ICMP^W E IPMI^W.

Nessa série de artigos comentarei a instalação, configuração e utilização do Zabbix nas distribuições Gentoo^W e Ubuntu^W.

Instalação

Geralmente tanto o servidor do Zabbix quanto sua interface administrativa são instaladas na mesma máquina, mas nada impede que a instalação seja distribuída, tendo o servidor em uma máquina, o banco de dados em outra, e a interface web em uma terceira.

As principais distribuições oferecem formas práticas de instalar cada parte do Zabbix.
Os comandos exibidos abaixo devem ser executados como root ou através do comando sudo

Gentoo

#as use flag representam respectivamente: o agente, o servidor com suporte ao banco mysql e a interface web
echo "net-analyzer/zabbix agent server frontend mysql" >> /etc/portage/package.use/zabbix
emerge zabbix -uvaND

Ubuntu

#os pacotes representam respectivamente: o agente, o servidor com suporte ao banco mysql e a interface web
apt-get install zabbix-server-mysql zabbix-frontend-php zabbix-agent

Configuração do Servidor

Tanto no Gentoo quanto no Ubuntu a configuração padrão é suficiente e funcional, não havendo necessidade de alterar os parâmetros iniciais. Porém, para obter um melhor desempenho em uma configuração com muitos hosts ou hardware limitado, pode ajudar fazer algum ajuste fino nas configurações do arquivo /etc/zabbix/zabbix_server.conf.

A instalação do Zabbix no Ubuntu é bem simples e ocorre através de alguns passos executados automaticamente após a instalação de cada um de seus pacotes. O próprio processo de instalação se desejado, se encarrega de criar o banco de dados, configurar o servidor e a interface web.

No caso do Gentoo é necessário criar/configurar manualmente o banco de dados e configurar os dados de acesso ao banco nas variáveis DBHost, DBName, DBUser e DBPassword.

Outros parâmetros que podem ser checados em ambas as distribuições são ListenIP e ListPort que se comentados, por padrão farão respectivamente com que o servidor do Zabbix escute em todos os endereços de rede, na porta 10051.

Se o banco não foi criado previamente em outro host ou neste mesmo, siga os próximos passos para criá-lo e após terminado, atualize as informações no arquivo de configuração do servidor do Zabbix (/etc/zabbix/zabbix_server.conf) e execute os passos abaixo para iniciar o servidor do Zabbix e colocá-lo na inicialização do host.

/etc/init.d/zabbix-server start
rc-update add zabbix-server default

Banco de Dados

A instalação do Zabbix servidor inclui scripts para criação da estrutura do banco de dados e importação de dados iniciais.
Acesse o shell do MySQL ou outra interface para executar queries e execute os comandos abaixo para iniciar o banco e definir os dados de acesso:

CREATE DATABASE zabbix;
GRANT ALL PRIVILEGES ON zabbix.* TO zabbix@localhost IDENTIFIED BY 'senha';
USE zabbix;
 
-- Se a sua instalação não colocou os scripts em /usr/share/zabbix/database/create/ localize-os e altere o caminho nos comandos abaixo.
SOURCE /usr/share/zabbix/database/create/schema/mysql.sql;
SOURCE /usr/share/zabbix/database/create/data/data.sql;
SOURCE /usr/share/zabbix/database/create/data/images_mysql.sql;
 
QUIT

Interface WEB

Ubuntu

Após executados os passos acima já é possível fazer login na interface web através do endereço http://localhost/zabbix/ com o usuário admin e senha zabbix.
Caso a interface reclame de não conseguir conectar na base de dados (se a instalação gerou automaticamente a senha do servidor e da interface a web, pode ocorrer de as senhas não serem iguais) será necessário alterá-la manualmente:

#lê a senha configurada no servidor do Zabbix
grep DBPassword /etc/zabbix/zabbix_server.conf
#tente conectar no banco substituindo zabbix_user e zabbix_db pelos respectivos nomes (zabbix por padrão)
mysql zabbix_db -h localhost -u zabbix_user -p
#altere o arquivo de configuração da interface web (/etc/dbconfig-common/zabbix-frontend-php.conf) e execute:
dpkg-reconfigure zabbix-frontend-php

Gentoo

Após criado o banco, é preciso instalar uma cópia da interface web no diretório /var/www. Nesse caso uma cópia é instalada no diretório zabbix no vhost padrão:

webapp-config -I -h localhost -d zabbix zabbix 1.4.6

Acesse a interface no endereço http://localhost/zabbix (o usuário também é admin mas a senha dessa vez, em branco), e siga os passos do instalador, suprindo as requisições que forem feitas.

Configuração do Agente

Os hosts monitorados pelo Zabbix devem fornecer uma forma de terem suas estatísticas coletadas, seja via SNMP, ICMP, IPMI ou via Zabbix Agent.
O Zabbix Agent é um aplicativo disponível para plataformas variantes de Unix/BSD’s (o que inclui Linux e OS X) e também para plataforma Windows. Cada host a ser monitorado via agente deve executar uma cópia do aplicativo.

A configuração do agente é simples, necessitando basicamente informar o IP do servidor do Zabbix na variável Server do arquivo /etc/zabbix/zabbix_agentd.conf e o nome do host na variável Hostname.
Da mesma forma que no arquivo de configuração do servidor, deixar comentada a variável ListenIP faz com que o agente escute em todos os endereços.

No Gentoo para iniciar o agente e colocá-lo na inicialização do sistema execute:

/etc/init.d/zabbix-agentd start
rc-update add zabbix-agentd default

Pronto, agora é só acessar a interface web e configurar o host para iniciar o seu monitoramento.

Configurar uma instalação básica do Xen nas principais distribuções não é muito difícil e no Gentoo não é diferente. Em geral o processo envolve instalar um kernel customizado no dom0 (a “máquina real”), e instalar os utilitários do Xen também no dom0. Se a CPU em questão tiver suporte a virtualização (flag  svm em arquitetura AMD, ou vmx em arquitetura Intel) é possível utilizar para os domU’s (as “máquinas virtuais”) qualquer versão de Kernel ou de Sistema Operacinal, não necessitando que o mesmo tenha sido previamente preparado (patch) para utilização sob o Xen.

Caso a CPU não tenha suporte a virtualização, é necessário utilizar um Sistema Operacinal ou Kernel devidamente adaptado, o que não costuma ser uma tarefa muito complicada visto que as principais distribuições já orefecem pacotes prontos. No Gentoo apenas é necessário compilar uma versão do mesmo kernel utilizado no dom0 porém com os devidos recursos que dão suporte a inicialização e execução do domU.

Até ai, tudo corre muito bem, sem muitos problemas, no entanto, quando é necessário utilizar uma versão específica de kernel para o domU é que o problema começa, principalmente se for necessário utillizar uma das versões mais recentes do kernel, visto que os patches de suporte ao Xen não costumam ser disponibilizados com a mesma frequência que novas versões do kernel.

Felizmente desde a versão 2.6.23 o kernel vanilla (padrão) do Linux conta com suporte nativo a virtualização, possibilitando que o mesmo seja iniciado como um domU sob o Xen. Para tanto é necessário habilitar no kernel as seguintes opções:
Processor type and features --->
[*] Paravirtualized guest support —>
[*] Xen guest support
[*] PAE (Physical Address Extension) Support
Device Drivers --->
[*] Block devices —>
<*> Xen virtual block device support
[*] Network device support —>
<*> Xen network device frontend driver
Character devices —>
[*] Xen Hypervisor Console support

Após compilado o kernel, basta copiá-lo para a pasta onde ficam armazenados os kernels dos domU’s e alterar o arquivo de configuração da mesma. Pronto, o domU já deve estar 100% funcional e rodando com o kernel mais recente.

Caso o kernel inicialize corretamente mas o prompt de login não seja exibido, basta fazer seguir os seguintes passos para corrigir o problema:

Edite o arquivo /etc/inittab e troque a seguinte linha:

c1:12345:respawn:/sbin/agetty 38400 tty1 linux

Por:

c1:12345:respawn:/sbin/agetty 38400 hvc0 linux

Por último, adicione a seguinte linha no arquivo /etc/securetty

hvc0

Reinicie o domU e o prompt de login deve aparecer normalmente.

Referências:
Using vanilla kernel to run as ‘paravirt_ops’ Xen domU

“502 Bad Gateway
Web server received an invalid response while acting as a gateway or proxy server.”
Procurando no google encontrei um fórum que mencionava justamente um problema com o trio IIS + Plesk + PHP e a sugestão era de habilitar a extensão ISAPI na configuração do servidor WEB.
Por sorte o cliente tinha os dados de adminstração do servidor então segui os seguintes passos:
1 – Logar na interface Web do Plesk
2 – Entrar na configuração de domínios e escolher o domínio desejado
3 – Entrar em Setup
4 – Habilitar a opção “run as ISAPI extension”
5 – Salvar a configuração
Feito isso testei o script e tudo funcionou normalmente sem mais erros misteriosos do IIS.

Se não bastasse todos esses recursos que deixam o meu primeiro PC (um Cyrix Cx5×86 de 120MHz com 8MB de RAM e HD de 1.2GB) no chinelo, o E71 conta ainda com recursos como Câmera de 3.2 Mega Pixels, receptor de Rádio AM/FM, GPS^W, Push To Talk^W (para as operadoras habilitadas), e se conecta com outros dispositivos e redes utilizando-se das principais tecnologias dentre elas WIFI^W, Bluetooth^W, GPRS^W / 3G^W, IrDA^W e USB^W.

Em matéria de software o E71 não deixa a desejar. Voltado principalmente para os públicos corporativo e técnico, o aparelho sai de fábrica com uma grande variedade de aplicativos, dentre eles, Suíte Office, Cliente de VPN^W (IPSec^W), Cliente VOIP^W, Navegador Web, Gerenciador de Arquivos, Sincronização via SyncML^W, entre outros. Além dos softwares pré-instalados, como todo bom smartphone é possivel encontrar internet à fora uma vasta gama de softwares, disponíveis para as plataformas S60^W ou J2ME^W.

Listo aqui alguns softwares que considero indispensáveis, separados por categoria.

Multimídia

• Internet Radio

  Disponível para download na central de downloads da Nokia (aplicativo Download! no Menu principal), como o nome já diz o Internet Radio é um aplicativo para execução de streamings de áudio. É possível adicionar uma rádio manualmente ou selecionar entre uma vasta variedade agrupadas por Gênero Musical, Idioma, País/Região e Estações Mais Populares.

Conectividade

• Fring / Nimbuzz

  O Fring quanto e o Nimbuzz tem funcionalidades similares. Ambos são clientes dos principais protocolos de instant messengers, como Google Talk (Jabber), ICQ, MSN, entre outros incluindo também Skype. Particularmente acho o Nimbuzz mais completo em termos de opções de protocolos de instant messenger, e de redes VOIP. Além disso, a interface do Nimbuzz é mais prática e simpática que a do Fring.
  Ambos são gratuitos e podem ser encontrados para download em seus respectivos sites: http://www.nimbuzz.com/en/mobile/download e http://www.fring.com/download/

• Email (Nokia Messaging)

  Apesar de o E71 já vir com um cliente de e-mail instalado (Menu / Comunicação / Mensagens), a Nokia disponibiliza gratuitamente (por tempo indeterminado) outro cliente de e-mail que além de dispor de uma interface bem mais amigável, suporte a e-mail em HTML, e mais, suporte a funcionalidade de IDLE dos servidores IMAP^W (em outras palavras, Push E-Mail^W).
  Para o instalador funcionar corretamente no E71 solicite o envio de SMS para o aparelho a apartir da sua conta no Nokia Messaging (http://email.nokia.com/).

• Mail For Exchange

  Se na sua rede você tem algum servidor Microsoft Exchange é possível sincronizar seus e-mails, tarefas, agenda de contatos e de compromissos, e ainda definir uma mensagem de auto-resposta  para quando se ausentar do escritório (Out of Office).
  Ao contrário de algumas plataformas como por exemplo no BlackBerry que só dispõem de versões comerciais, o cliente de ActiveSync do Microsoft Exchange é disponibilizado gratuitamente pela Nokia e pode ser obtido em http://www.businesssoftware.nokia.com/mail_for_exchange_downloads.php

• Gmail

  O software oficial do Google traz uma interface similar a dos browsers, suporta múltiplas contas (inclusive do google for your domain) e possibilita entre outros recursos, exibir outras pastas (labels), arquivar mensagens e marcar como spam.
  O aplicativo Gmail pode ser obtido em http://m.google.com (este endereço deve ser acessado no browser nativo do aparelho).

• SmartConnect

  O SmartConnect é uma espécie de Concentrador / Gerenciador de Conexões e ajuda a evitar anecessidade de ficar alterando a configuração de conexão padrão nos aplicativos a cada vez que for necessário alternar entre as conexões disponíveis (WiFi, 3G, etc). O SmartConnect é gratuito e pode ser obtido nos repositórios de software da Nokia acessível via Menu / Instalações / Ovi (O Ovi deve ser previamente instalado via Menu / Download!).

• Yahoo! Go

  O aplicativo do Yahoo! permite fácil acesso ao e-mail, flickr, notícias, leitor de rss, informações sobre o tempo e outros. Disponível gratuitamente em http://mobile.yahoo.com/

• Opera Mini

  Apesar de o Browser nativo funcionar muito bem o Opera Mini ainda se destaca principalmente devido a sua economia na transferência de dados. Agora com sua versão 5 beta, o Opera Mini vai longe e torna a experiência do usuário ainda mais agradável com sua nova interface gráfica que além de agradável aos olhos, é prática e rápida.
  O Opera Mini pode ser obtido em http://m.opera.com/next (Acessível via navegador padrão do aparelho).

• Putty

  O Putty é um cliente de SSH (SSH 1 e SSH 2) com suporte a uso de chave privada, e múltiplos perfis (configurações de servidores/contas). Aplicativo indispensável para quem administra servidores *NIX.
  Disponível para download em http://s2putty.sourceforge.net/

Utilitários

• Swim

  O Swim é uma espécie de Agendador de Sincronização e trabalha em conjunto com o Sync (Menu / Ferramentas / Sync), executando em períodos pré-agendados a sincronização de Perfis configurados no Sync. O Sync possibilita sincronizar via SyncML agenda de contatos e de compromissos, notas, e outros itens de acordo com o que o servidor de destino suporta.
  A Nokia disponibiliza o serviço Ovi onde é possível criar uma conta para manter seus dados sincronizados e acessíveis via WEB.
  O Swim é gratuito e pode ser obtido em http://code.google.com/p/bergamot/wiki/Swim

• JbakTaskMan

  O JbakTaskMan é um Gerenciador de Tarefas que pode ser utilizado para executar, fechar e alternar entre aplicativos, obter informações sobre o sistema, o número de IMEI, reiniciar o aparelho, entre outros recursos.
  O download gratuito pode ser feito em http://jbak.ru/en

• SafeNote

  A quantida de informações que temos que gerenciar aumenta a cada dia. Dados bancários, notas secretas, números de cartões de créditos, informações de contatos e os mais diversos tipos de informações sigilosas, e isso sem contar que a todo momento surgem novas contas de e-mail, blogs, intranets, extranets, instant messengers, etc. O SafeNote armazena de forma segura essas e outras informações.
  Disponível para download gratuito em http://www.eksikalori.com/safenote_s60_3rd

• DEdit

  O DEdit é um poderoso editor de texto disponível gratuitamente em http://jbak.ru/en

• Google Mobile App

  O Google Mobile App é uma espécie de “Gerenciador de Atalhos” que contém além de uma caixa de pesquisa, links para os principais aplicativos do Google (instalados e online).
  Disponívem em http://m.google.com/

Mapas e GPS

• Google Maps

  Com o Google Maps além de visualizar mapas e traçar rotas, é possível compartilhar sua posição global e obter a de seus amigos via Latitude.

Tenho meu domínio hospedado com eles há cerca de 3 anos e não tenho do que reclamar. Muitos dos meus amigos também utilizam os serviços da Dreamhost.
É claro, não vou mentir que houve um período de cerca de 1 a 2 meses no último ano (se não me engano) em que as coisas lá ficaram problematicas, devido a grande quantidade de novos usuários, mas a política deles foi revista, os planos comerciais re-estruturados e o problema foi sanado.

Se a decisão for pela Dreamhost aproveite o código promocional FREE50BUCKS e garanta já $50 de desconto na assinatura.

Geralmente o primeiro passo a seguir quando uma aplicação está com a performance degradada é tentar detectar no código os problemas de performance e corrigi-los. Em caso de aplicações WEB um sistema de cache como o do PHP Smarty pode ajudar e quando isso não for o bastante pode ser possível partir para a clusterização dos servidores.

Quando o problema está na base dados, a solução comumente utilizada é clusterizar a base, geralmente adicionando servidores slave que se por um lado melhoram o tempo de resposta de consultas a base, por outro lado perdem no momento da escrita, pois cada nó do cluster deve ser atualizado.

Pensando nesses problemas, Brad Fitzpatrick desenvolveu um sistema de cache em memória distribuido. Fitzpatrick se deparou com o problema de rápido cresicmento da audiência do site LiveJournal.com. Ao chegar a casa dos 20 milhões de usuários por dia, clusters de servidores web e de banco de dados já não eram mais suficientes, e então o Memcached surgiu garantindo rápido acesso aos dados e melhor utilização de recursos.

O Memcached é simples de ser utilizado e sua biblioteca cliente está disponível para as principais linguagens, dentre elas C, Perl, PHP, Python, e Java.

Com o Memcached é possível armazenar qualquer valor no sistema de cache, seja ele um ponteiro para registros de banco de dados, uma array multi-dimensional ou até mesmo uma simples string.

Uma de suas principais vantagens em relação a clusters de banco de dados por exemplo, é que nesses tipos de clusters temos N máquinas respondendo pelo mesmo conteúdo, enquanto que num cluster Memcached, os dados são distribuídos e somados nos N servidores disponíveis, ou seja, se criarmos um cluster com 3 servidores e 1GB de memória em cada, teremos no final um total de 3GB de cache total, sem conteúdo duplicado ao contrário do cluster de banco.

Outra vantagem é que a instalação do memcache costuma ser simples, principalmente nas principais distribuições. No Gentoo por exemplo, para dar suporte a linguagem PHP basta instalar o pacote pecl-memcache no servidor WEB. O pacote memcached deve ser instalado nos servidores que irão compor o sistema de cache.

Nos servidores do cache o arquivo /etc/conf.d/memcached deve ser editado e informações como quantidade de memória a ser utilizada e número máximo de conexões devem ser especificadas.

# emerge pecl-memcache memcached

# vim /etc/conf.d/memcached (se desejar, altere a configuração padrão)
# /etc/init.d/memcached start

Certifique-se de que regras de firewal estejam atualizadas para permitir a conexão entre servidor e cliente.

No lado da aplicação é necessária pouca alteração no código, bastando antes de executar o código necessário para popular uma variável, tentar buscar o valor no Memcached e caso esse não exista executar o código pertinente.
O código abaixo exemplifica o uso do Memcache em PHP.

<?php
// cria nova instância do Memcached
$m = new Memcache;

// adiciona 3 servidores, podendo ser especificados nomes ou endereços
// com ou sem especificação da porta
$m->addserver("127.0.0.1:11211");
$m->addserver("servidor2"); // aqui é utilizada a porta padrão (11211)
$m->addserver("servidor2:11212"); // mais de uma cópia do memcached pode ser executada por máquina

// pede ao Memcached o conteúdo da chave array_teste
$array_teste = $m->get("array_teste");

// se o valor não existir executa a rotina para gerar o valor
if(!$array_teste){
   $array_teste = array();
   $array_teste[] = array("valor 1", "valor 2", "valor 3");
   $array_teste[] = array("valor 4", "valor 5", "valor 6");
   $array_teste[] = array("valor 7", "valor 8", "valor 9");

   // em seguida o valor é adicionado no cache por 1 minuto
   // o 3º parâmetro indica se deve ser usada compressão com zlib
   // o 4º parâmetro indica o tempo de vida do cache (em segundos)
   $m->add("array_teste", $array_teste, false, 60);
}

var_dump($array_teste);
?>

Outros 2 pontos interessantes do Memcached é que o valor a ser armazenado pode ser compactado com uso da zlib e também o tempo de vida do cache pode ser especificado.

Vale lembrar é claro que por se tratar de cache em memória, caso um dos servidores falhe, os dados nele armazenados serão perdidos e uma vez que os dados não são replicados nos demais servidores, o Memcached não deve ser adotado como solução de failover. No entanto com um pouco de estudo para identificar os pontos críticos do sistema é possível criar uma arquitetura de cache simples e eficiente.

Mais informações podem ser obitdas na página do projeto Memcached e no Wiki

Já há algum tempo resolvi experimentar o XEN como solução de virtualização já que o VMWare Server apesar de prático e com versão Free, não é um software livre.
Inicialmente tive algumas dificuldades para entender as configurações necessárias pois ao contrário do VMWare o Xen não tem interface gráfica para configura-lo/visualiza-lo, mas nada que um pouco de pesquisa, tentativas e erros não resolvessem.
Em pouco tempo eu já tinha um kernel linux sendo iniciado no meu terminal e em poucos segundos um prompt de login.
Logo surgiram mil idéias de aplicação da tecnologia e resolvi que meus novos servidores deveriam ser virtualizados para facilitar a manutenção deles, mas ainda faltava algo, e é ai que entra o LVM, tornando o particionamento de discos o que ele já deveria ser há muito tempo, dinâmico e sem limites.

O LVM veio pra acabar com aquela limitação chata de 16 partições por disco e tornar prática a manutenção das mesmas. Com o LVM o processo de particionar o disco fica absolutamente dinâmico e objetivo além de mais organizado. Dentre outras recursos é possível por exemplo criar um snapshot de um sistema de arquivos em uso e cloná-lo para uma nova partição, e com isso facilitar a duplicação de uma máquina virtual do XEN em uso para por exemplo testar a nova versão do software XYZ que precisa que sua configuração seja adaptada para um novo formato, ou até mesmo para fazer backup de arquivos abertos de softwares que não podem parar.

E dai em diante como a maioria dos softwares livres, a imaginação é o limite. No caso da empresa em que trabalho, utilizo essas 2 soluções para facilitar a instalação e manutenção de nossos clusters de apache e postgresql.
No meu próximo artigo explicarei o uso tanto do XEN quanto do LVM para criar um serviço de alto desempenho.