Muitas pessoas tem duvidas quando a conexão em multiplos servidores com o Irssi, que apesar de utilizar uma forma diferente dos outros IRC clients mais tradicionais apresenta muita eficiência e facilidade durante o uso!

Para abrir conexão em um novo servidor sem perder a conexão atual utilize:

/CONNECT irc.server.net

Lembrando que para se conectar a um novo servidor, finalizando a conexão anterior o comando chamado é “/SERVER irc.newserver.net”.

Para listar os servidores atualmente conectados na máquina utilize o comando /SERVER sem nenhum parâmetro adicional, que mostrará uma saída parecida com:

-!- oftc: irc.oftc.net:6667 ()
-!- freenode: irc.freenode.net:6667 ()
-!- efnet: irc.efnet.org:6667 ()

Como mostrado acima, cada conexão com servidor é classificada por uma tag diferente (normalmente o nome do servidor, logo após o sinal -!-) que será utilizada para fazer referência durante a execução de comandos.

Para se desconectar de algum dos servidores utilize:

/DISCONNECT freenode

Onde “freenode” é a tag que faz referência à conexão realizada no irc.freenode.net.

A tag de referência pode ser utilizada em boa parte dos comandos disponíveis, assim como:

/MSG -tag nick mensagem
/JOIN -tag #channel
/QUERY -tag nick
/TOPIC -tag #channel novo topico

Para aqueles que ainda não conhecem o Irssi, ele é um IRC client rico em funcionalidades, leve, flexível, tem suporte a temas, possui suporte a SILC, tem uma ótima integração com o GNU Screen e não necessita de bibliotecas gráficas para a execução. Recomendo a todos!

Recomendo a leitura do “A Guide to Efficiently Using Irssi and Screen” para quem está iniciando sua utilização.

Recentemente realizei a migração do servidor jabber daqui do site de Openfire para EJabberd. Até o momento tenho tido resultados melhores e o serviço está mais adequado ao ambiente, porém vou citar algumas vantagens e desvantagens desta troca que foi realizada para que o pessoal que tem dúvida possa ter mais um caso para análise.

Em termos de carga de servidor a diferença é absurda, o Ejabberd tem um consumo muito baixo de recursos, principalmente se comparado a máquina virtual Java do Openfire. Outra vantagem que pude perceber é a facilidade em se montar um cluster de máquinas para atender alta demanda do serviço, apesar dos plugins de cluster do Openfire serem bem funcionais e fáceis achei bem interessante o método utilizado pelo Ejabberd.

Uma desvantagem que podemos perceber é a falta da interface administrativa super completa do Openfire, a ausência de qualquer edição de arquivos de configuração e o gerenciamento bem prático de plugins, entre eles os gateways de messengers externos e principalmente o plugin de auditoria que permite facilmente gerenciar as conversas e conexões da rede.

Com a utilização do Ejabberd na instalação do servidor aberto aqui do projeto do site, onde qualquer pessoa pode se cadastrar e utilizar os serviços e o gerenciamento é quase que totalmente realizado através dos clients disponívels, a migração foi uma alternativa bem interessante que trouxe diversos benefícios e principalmente novos conhecimentos em Erlang e no banco de dados Mnesia.

Em geral, recomendo a todos o Ejabberd como servidor Jabber/XMPP!

Recentemente realizei a instalação de um sistema de ajuda/knowledge base rodando com base em Mediawiki e MySQL, porém após alguns dias quando já havia muito conteúdo e diversos usuários registrados fui notificado que a pesquisa (search) não estava sendo realizada corretamente e não retornava nenhum resultado ao serem pesquisadas as palavras php e asp (que abrangem boa parte do conteúdo até o momento).

Após algum tempo pesquisando verifiquei que o sistema de busca padrão do Mediawiki é o “fulltext search”, que por padrão ignora quaisquer palavras com menos de 4 caracteres nas pesquisas.

Para contornar esta situação era necessário setar o padrão mínimo de caracteres para 3 diretamente no banco de dados através do próprio my.cnf setando a variável “ft_min_word_len” para o valor desejado e reiniciando o serviço do MySQL:

[mysqld]
…
ft_min_word_len=3

E após a alteração do banco de dados é necessário recriar os índices de pesquisa do Mediawiki para utilizar o novo padrão, para realizar esta operação entre com a seguinte query em sua base de dados:

REPAIR TABLE searchindex QUICK;

Lembrando que a tabela searchindex pode ter o nome diferente dependendo do prefixo utilizado durante a instalação do mediawiki / criação da base de dados, por exemplo, se meu prefix é “wiki_” a minha tabela terá o nome “wiki_searchindex”.

Maiores informações de fulltext search na documentação oficial do MySQL…

Lembrando que existem diversas engines que aprimoram o sistema de busca do Mediawiki, como Lucene-search e Sphinx, se seu sistema de wiki for relativamente grande ou complexo recomendo dar uma olhada…

Com o lançamento do release candidate do Firefox 3 disponibilizado hoje no site oficial o número de downloads está crescendo incrívelmente rápido! A nova release está bem estável, rápida e completa, definitivamente vale a pena baixar e experimentar esta nova versão do navegador mais flexível da atualidade!

Para acompanhar o número de downloads oficiais do Firefox está disponível o download counter oficial da Mozilla!

The PNP Developer Team has just released their new version of the graphing addon.
The last version was mainly released for some improvements of the optional “Bulkmode with NPCD” (Nagios Perfdata C Daemon), interesting for huge Nagios installations to decrease check latencies without loosing performance data processing and minor bug fixes.
For more information, screenshots and downloads just have a look at http://pnp4nagios.sourceforge.net/

Published by: Nagios Community

Review Luizxx.COM: ^^

PNP is a great graphing tool for Nagios, building detailed graphs in a organized way. I’ve been using it in some small monitoring structuresand it’s working well… With this new update it’s possible to graph data present on large monitoring structures without overloading the server and with the correct check times without loosing performance and data.

Off course you need to have a complete, structured and well managed Nagios infra-structure to use efficiently any graphing tool, specially NagiosPNP (C + PHP) and NagiosGraph (Perl + CGI)!