hlegius » Softwares

Twig – Uma outra engine de templates em PHP

hlegius — Wed, 17 Feb 2010 10:14:47 +0000

Fui apresentado ao Twig não há muito tempo, mas logo me interessei pela proposta do projeto: simplicidade e flexibilidade ao trabalhar com templates em PHP.

Resumidamente é um projeto criado pelo Fabien Potencier - para quem não o conhece é o criador do symfony framework – e salvo engano há rumores de que ele pretende integrar o Twig à versão 2.x do symfony removendo o PHP super verboso que rola nos templates do symfony desde seu lançamento. * carece fontes concretas

Recursos bacanas e uma sintaxe à lá Django nos templates me chamou muita atenção para não só mais olhar, mas sim, testar para ver melhor a ferramenta.

Não demorou para eu testar como ele se portaria diante de objetos no template e para minha tristeza, para ele ler um atributo, depende nada mais, nada menos do que __get() e __isset(). É possível também, assim como na JSTL ler um atributo iniciado por get. No template você deveria chamá-lo sem esse get. i.e: getFoo() no template seria apenas foo.

Imediatamente, o que vem a mente de quem trabalha com OO ? Quebra brutal de encapsulamento. Sim, __get() por mais fácil que possa parecer, quebra totalmente a segurança de uma variável membro, uma vez que os atributos da mesma tornam-se públicos.

Tentei entrar em contato com o Fabien para ver o motivo que o levou a implementar assim. Ele, bem receptivo - ironia mode on - disse-me: se tiver um patch mande-o, do contrário, peço que seja paciente.

Fiz o patch, revi algumas coisas e mantive compatibilidade com o __get() __isset() que o Twig originalmente aceita e criei um Fork do projeto no GitHub.

Features default

Suporte a plugins
Variáveis
Leitura de arrays por índices int ou string
Arrays multidimensionais
Objetos (via __get() __isset() apenas)
Objetos alinhados (Nested Objects) com __get() __isset() também
Blocos de controle, loops, etc.

Mudanças

Métodos públicos começados por:

get
is
has
match
contain

Podem ser chamados no template sem qualquer problema sem a necessidade dos métodos mágicos.
Abaixo exemplos funcionais:


//...
/**
 * SomeVar
 * @var string
 */
 private $baz;
 /**
 * Bar Object
 * @var Bar
 */
 private $bar;
 /**
 * Magic String with __get
 * @var string
 */
 public $magic;

 public function __construct() {
    $this->baz = "Value of Foobar::\$baz";
    $this->bar = new Bar();
    $this->magic = 'Magic methods still working !';
 }

 /**
 * @return string
 */
 public function getBaz() {
     return $this->baz;
 }

 /**
 * @return boolean
 */
 public function hasBaz() {
     return (!empty($this->baz)) ? true : false;
 }

 private function hasIamNull() {
     return false;
 }

 public function fakehasFoo() {
     return 'I will not be displayed !';
 }

 public function matchesWith($otherString) {
     return ('foo' === $otherString);
 }

 public function getBar() {
     return $this->bar;
 } // ....

No template teriamos:



 Meu título
 Bar foo

 {% if foo.hasBaz %}
 {{ foo.getBaz }}
 {% endif %}

 {% if foo.hasIamNull %}
 {{ foo.getBaz }}
 {% endif %}

 {{ foo.getAbstractBaz }}

 {{ foo.getIamPublic }}

 {{ foo.fakehasFoo }}

 {{ foo.getBar.getHlegius }}

 {{ foo.getBar.getBarFoo.getTwig }}
 {{ foo.getBar.getBarFoo.tryToCallMe }}
 

 {{ foo.methodThatIsnotExists }}
 

 {% if foo.matchesWith('foo') %}
 Yeah, it's matches !
 
 {% endif %}

 {% if foo.matchesWith('baz') %}
 Yeah, it's matches again :S !
 
 {% endif %}

Métodos não permitidos, índices não existentes e outros tipos de erros são omitidos por default.

Ainda penso em melhorar e implementar mais coisas ao projeto. Minha ideia inicial é ir sempre atualizando do projeto oficial para não distanciar-se muito. O patch eu também encaminhei ao próprio Fabien, mas ainda ele sequer respondeu ao meu e-mail.

Quem já utiliza o Twig e quiser testar essa nova versão mais “Object-oriented friendly” farei questão de dar total suporte e apoio para mantê-la up to date
Há ainda, exemplos de uso e do que você pode fazer com o Twig que eu modifiquei. Detalhes você encontra no diretório examples do projeto.

Configurando o Zend Debugger

hlegius — Sun, 24 Jan 2010 10:00:31 +0000

Conforme prometido no Review do Zend Studio 7 , estarei tentando facilitar a configuração do Zend Debugger e também do Zend Studio na máquina.

É um processo teoricamente simples e sem mistérios, porém, o que muito vejo são pessoas com dificuldades em utilizá-lo da maneira correta. Acho que falta as vulgas tips para reduzir tais incidentes.

Vou dividir a configuração básica em duas partes. São elas:

Configurando o Zend Debugger no Windows
Configurando o Zend Debugger no Linux

Após a configuração particular em cada ambiente, teremos:

Configurações no Zend Studio (comum para ambos ambientes)
Configurações na Zend Toolbar
Exemplos de uso
Troubleshoot

Note que após baixar o Zend Studio, você não precisará de mais nada pois o pacote de mais de 300MB trás consigo além do Zend Studio os itens:

Manual do PHP
Manual do Zend Studio
Zend Debugger (vamos precisar)
Zend Toolbar for Mozilla Firefox, Internet Explorer e Google Chrome (vamos precisar)
PHP 5.2 e PHP 5.3
PHPUnit plugin
Ambiente JRE (Java Runtime Environment - para rodar o Zend Studio)
Todos plugins que o Zend Studio tem por default

Nota: desative quaisquer outros debuggers. Isto inclui o famoso Xdebug. Ao final explico como deixar ambos ativados – e falo o porque de ambos ativos antes que alguém me xingue =P

1. Configurando o Zend Debugger no Windows

Vou usar aqui a variável $ZEND_DIR para designar o caminho até a instalação do Zend Studio. No meu caso é: C:\Program Files\Zend\

Misteriosamente no Windows a biblioteca ZendDebugger.dll que acompanha o Zend Studio não funciona. Também não é para menos: a disponível no site tem 893kb, contra 132kb da que acompanha o Studio. No Linux isto não ocorre, tornando tudo mais estranho ainda. De qualquer modo, perguntei para eles o motivo.

Então, nosso primeiro passo é baixar o ZendDebugger do site . Após baixar, descompacte o conteúdo em um diretório temporário e copie apenas a biblioteca ZendDebugger.dll para o diretório que você vai criar: $ZEND_DIR\debug. Deverá estar assim:

Procure seu arquivo php.ini – caso não saiba onde esteja um php -i ou rodar o phpinfo() no servidor pode ajudar

Ao final dele você deve colocar:

; The section name is optional, but it's always a good idea to add it,
; especially if you are not using a separate file
[Zend]

; This directive needs the full path to the Zend Debugger DLL.
zend_extension_ts="C:\Program Files\Zend\debug\ZendDebugger.dll"

; This directive allows Zend Debugger to start a debug session with:
; 127.0.0.1/32 - Zend Studio on the same computer
; 192.168.0.1/32 - Zend Studio on a computer with IP address 192.168.0.1
; 10.0.0.0/8 - Zend Studio on any computer with IP starting with 10.
zend_debugger.allow_hosts=127.0.0.1/32

; This directive allows Zend Debugger to expose itself
; upon request (this is used in some service functionality).
; The possible options are:
; never - do not expose (default)
; always - expose to whoever wants to know
; allowed_hosts - expose only if the request comes from an IP listed above
zend_debugger.expose_remotely=always

Certifique-se do caminho correto em zend_extension_ts e em allow_hosts, caso queira adicionar mais IPs, apenas coloque uma virgula separando-os.

Agora procure por:

; Implicit flush tells PHP to tell the output layer to flush itself
; automatically after every output block.  This is equivalent to calling the
; PHP function flush() after each and every call to print() or echo() and each
; and every HTML block.  Turning this option on has serious performance
; implications and is generally recommended for debugging purposes only.
implicit_flush = On

Certifique-se que esteja On. Reinicie seu Apache, Lighttpd, IIS,…

Acessando seu phpinfo() novamente, você deverá ver a entrada do Zend Debugger:

Com isto a instalação do Zend Debugger está concluída. Em caso de problemas, certifique-se do caminho até a DLL do ZendDebugger ou ainda tente desativar os debuggers que você possa ter instalado ou ainda extensions adicionais para cache, performance e etc.

2. Configurando o Zend Debugger no Linux

Diferentemente do Windows, a instalação no Linux não requer baixar o ZendDebugger do site, pois a versão que acompanha o Zend Studio funciona perfeitamente igual

Assumindo $ZEND_DIR como diretório base do Zend Studio. No meu caso é: /usr/local/Zend/

Localize seu php.ini . Como eu instalo tudo separado, o meu encontra-se em /etc/php/php.ini. Você pode usar o comando # find / -name php.ini para localizá-lo ou ainda, rodar o phpinfo() que também serve.

Ao final do arquivo, coloque:

[Zend]
zend_extension="$ZEND_DIR/ZendStudio-7.1.1/plugins/org.zend.php.debug.debugger.linux.x86_64_5.3.7.v20091116/resources/php5/ZendDebugger.so"
zend_debugger.allow_hosts=127.0.0.1
zend_debugger.expose_remotely=always
[Debugger]
zend_extension_manager.debug_server_ts="$ZEND_DIR/ZendStudio-7.1.1/plugins/org.zend.php.debug.debugger.linux.x86_64_5.3.7.v20091116/resources/php5/"
zend_debugger.expose_remotely=allowed_hosts

O caminho não há quebra de linha

Note a versão do meu Zend Studio. Isto pode acabar mudando a versão do plugin também.

 org.zend.php.debug.debugger.linux.x86_64_5.3.7.v20091116

O seu pode ser bem diferente disto. até o .linux deverá ser semelhante. Depois disto, vem a arquitetura do sistema operacional (aqui é 64bits) a versão do Debugger e por fim a versão de atualização. Com um ls no diretório de plugins você acha a versão correta ao seu caso.

Procure ainda no php.ini por:

; Implicit flush tells PHP to tell the output layer to flush itself
; automatically after every output block.  This is equivalent to calling the
; PHP function flush() after each and every call to print() or echo() and each
; and every HTML block.  Turning this option on has serious performance
; implications and is generally recommended for debugging purposes only.
implicit_flush = On

Certifique-se de que esteja On. O comentário acima do comando já diz o porque temos que deixá-lo ativado =P
Salve e reinicie o Apache ou Lighttpd.

Acesse seu phpinfo e você deverá encontrar as seguintes entradas:

Com isto sua configuração no Linux está concluída

3. Configurações no Zend Studio

Assumindo que seu Zend Debugger está devidamente instalado, vamos as configurações no Zend Studio:

Certifique-se de possuir uma configuração semelhante.

Na linha PHP Debugger, clique em Configure…
Selecione o Zend Debugger na listagem e clique em Configure

Mantenha essa configuração. Muito provavelmente você não precisará editar nada. Atenção apenas para o Client Host/IP:

Retornando à primeira tela, agora na linha Server: clique em PHP Servers…
Selecione Default PHP Web Server e clique em Edit

Muita atenção nesta parte: tudo que estiver listado ali será reconhecido pelo Zend Debugger como parte do projeto e portanto passível de debugar. O que não constar ali ele simplemente terá como “ok” e mesmo que você venha a colocar um breakpoint no código que não está contido no Path Mapping, ele irá ignorá-lo.

Por padrão, todo projeto que você cria no Zend Studio, ele automaticamente seta o próprio projeto na lista, e cada projeto tem o seu próprio Path Mapping. Por isso mesmo eu com 6 projetos setados na minha Workspace ele apenas está listando o projeto que está atualmente aberto. Caso eu abra e peça para ele debugar outro projeto, ele adiciona a lista esse meu outro projeto automaticamente.

Certo. Se ele adiciona automaticamente porque tenho que saber disto ?
Simples ! Você pode estar usando bibliotecas de terceiros ou usando sua própria biblioteca e não tê-la incluida ali significa que o Zend Studio não irá debugá-la.

Para finalizar, copie o conteúdo que coloquei online e salve-o como dummy.php na raiz de seu Servidor HTTP. Ele deverá estar acessível através do http://seuip/dummy.php e não é necessário colocar um em cada projeto, porém se você usa virtualhosts deverá ser um por virtualhost. Sem isto, o Debugger não funciona. A Zend disponibiliza este arquivo porém eu não me recordo se vem com o ZendDebugger ou se eu o peguei de outra fonte no site deles.

Neste ponto você já pode debugar um Script PHP ou uma URL que você forneça. Explicarei isto mais abaixo na parte Exemplos de uso.

4. Configurando o Zend Toolbar

Durante a instalação ele configura a Zend Toolbar para o Internet Explorer. Para configurá-la no Firefox é simples:

Com o browser aberto acesse o caminho: $ZEND_DIR/ZendStudio-(sua_versao)/toolbars e clique em ZendFirefoxToolbar-2.2.xpi.
Instale e reinicie o Mozilla Fx.

Após reiniciar o Firefox e com o Zend Studio aberto, vá na ZendToolbar em Extra Stuff -> Settings

Certifique-se do caminho setado em Zend Studio Executable que geralmente vem errado e o Zend Studio Broadcasting Port que deverá ser igual ao meu.
Após isto, clique em Test e o resultado deverá ser:

Com isto a configuração do Zend Studio, Zend Debugger e Zend Toolbar estão concluídas.

5. Exemplos de uso

Para exemplificar melhor, vamos criar um pequeno projeto no Zend Studio.
New -> PHP Project

Coloque o nome Zend ou qualquer outro e finalize.

Ele terá três arquivos: São eles: Foobar.php Finaliza.php e index.php . Salve-os em seu projeto.

Acesse http://seuip/projeto/index.php com o Mozilla Firefox. Deverá aparecer na tela o conteúdo:

Uma string qualquerFinalizando

Agora, clique em Debug na Zend Toolbar. Talvez ele pergunte sobre abrir a perspectiva de Debugging. Marque para sempre tomar esta ação e dê ok.

Note que ele está parado na primeira linha do arquivo:

Suas opções são:

F5: entra no método/classe que esteja dentro do seu Path Mapping. Caso não esteja, ele executa a ação normalmente e vai para a próxima instrução.
F6: executa a linha corrente e segue para a próxima instrução
F7: executa a linha corrente e sobe um nível (usando quando você aperta F5 sem querer :p)
F8: executa todo até encontrar um breakpoint
Ctrl + F2: mata a sessão de debugging sem finalizar o script.

Estas opções que listei, você encontrará na barra que está na aba Debug.

Aperte F6 até ele ficar sobre a linha 6, $objFoo = new Foobar(); e então, aperte F5.Note que ele abriu a classe Foobar e parou sobre a primeira linha dentro do construtor da classe. Repare na aba Variables que até aquele ponto, a variável membro baz está nula.

Pressionando novamente F5 ou F6, você será enviado para a linha que contém a chave que fecha o método construtor. Neste ponto, baz possui o valor bar que contém três caracteres.

Apertando F6 ou F5 novamente, ele retornará a index.php sob a linha $objFoo->finaliza(). Caso decida pelo F5, ele entrará no método. Caso F6, ele executará a ação do método (e seus subníveis) e passará para a próxima instrução – que em nosso caso seria a próxima linha.

Siga com F5 ou F6 até o término do script para acompanhar a evolução e modificação das variáveis.

Breakpoints

Quem nunca usou um debug, talvez não conheça o que venha a ser um breakpoint. Ele na forma literal é um ponto de parada do debug

Vamos como exemplo, setar um na classe Foobar na linha 20. Para tal, você pode clicar duas vezes ao lado do número que identifica a linha ou então, com o cursor sobre a linha usar Ctrl + Shift + B

Um ponto ficará ao lado da linha identificando que há um breakpoint ativo. Novamente clique em Debug na toolbar. Ao abrir o Debug na primeira linha, pressione F8. Ele deverá parar sob nosso breakpoint.

Na aba Breakpoints você pode desativar ou remover os breakpoints setados sem necessitar abrir arquivo por arquivo para removê-los.
É possível definir condição para que o Debugger pare sobre determinado breakpoint. Para definir a condicional, clique com o botão direito sobre o breakpoint e vá em breakpoint properties.

Ao lado do botão Debug na Zend Toolbar, há o Debug Menu . Nele há quatro opções: Current Page; Next Page; All forms (POST) in this site; All pages in this site. Recomendo que crie formulários, teste em chamadas Ajax, iframes (argh!), redirecionamentos HTTP e tudo mais que use no seu dia-a-dia. O Debugger pega qualquer ação no browser

E como brinde por ter configurado o Zend Debugger, você tem o Profile da página atual. Bastando para tal clicar em Profile.

Enjoy

6. Troubleshoot

Habilitando o Xdebug junto com o Zend Debugger

A utilidade disto é que o Xdebug fornece recursos como: highlight de variáveis var_dump() – que não vamos mais usá-la como debugger – controle contra loopings infinitos, o trace completo quando encontramos Warning ou Fatal Errors e alguns outros mimos que o Zend Debugger não trás – ou eu os desconheço

Para habilitar ambos, abra seu php.ini. E mude a entrada do Xdebug de:

;zend_extension=php_xdebug.dll

para

extension=php_xdebug.dll

O mesmo vale para a versão Linux, mudando apenas para .so

Ele não para sob os breakpoints que setei

Verifique o Path Mapping se o mesmo contém seu projeto listado. Caso não, adicione manualmente o projeto ao Path Mapping e tente novamente.

Uso biblioteca externa – Propel, Symfony, Zend.. e toda vez que chamo o debugger recebo a tela:O problema é novamente o Path Mapping. Adicione o caminho da sua lib externa ao Path Mapping (veja como na sessão de configuração do Zend acima) e tente novamente.

Para finalizar…

Há um excelente artigo em inglês que explica como configurar o ZendDebugger no Linux e Windows e ainda explica o funcionamento do Debugger sobre a aplicação web. Vale a pena a leitura.

Opera. Por quê não ?

hlegius — Fri, 27 Feb 2009 23:20:26 +0000

Isso realmente eu – e boa parte do mundo tech, penso eu – não entende: por quê raios o Opera não colou nos PC’s ? o Chrome logo-logo passará o browser que como dizem por aí: “. já tinha tudo isso que anunciam como novidade desde 1970“.

Ele tem:

Speed Dial
Sincronização online de favoritos, plugins e anotações (e 0800)
Tabs
Sessão de navegação
Histórico de tabs fechadas
Widgets (não se compara a quantidade disponível para o Firefox, mas existem e funcionam :O)
Gerenciador de downloads com opções de Pause, Continue, Reinicio.
Personalizável – temas, barras de informações
Editor de preferências no opera:config
RSS embutido e com estilo default para leitura de RSS diretamente nele
Redimensionamento da página (caso ela seja maior que a resolução do teu monitor) (configurável, claro)
Ahn. Falei que ele é rápido ?

O Firefox é um excelente browser de fato, mas não entendo porque cargas d’água o Opera não é o browser dominante :/ Talvez a logomarca não seje cool o suficiente, vai saber…

Por quê você não usa o Opera ?

Removendo .svn dos seus projetos no Linux

hlegius — Sun, 09 Nov 2008 23:24:37 +0000

Salve!

Depois de um longo período de sofrimento com os benditos .svn na hora da publicação ou empacotamento do projeto eu tomei coragem e criei um script em shell para que me auxiliasse a acabar com esse problema.

Sem muito papo, o script é ultra simples: basicamente copia seu projeto para um diretório e dessa cópia ele remove todos .svn que ver pela frente. No final eu tenho o diretório do projeto intacto e a cópia limpinha sem .svn para eu mandar pro cliente, publicar na web e etc.

Fiz um sisteminha interativo com menu de ajuda e um texto explicando como funciona tudo legalzinho, pois, acho que não sou o único a sofrer com esse problema.

Para quem se interessou pelo script, disponibilizo o link para download do mesmo: http://gpl.hlegius.pro.br/linux/svnclean.sh
Baixe, dê permissão de execução e teste rodando o comando:

PLAIN TEXT

CODE:

$ ./svnclean ./diretorio_do_projeto

Se quiser um log, eu criei duas formas: log diretamente na saída do terminal, ou log em arquivo de texto.
Para o log direto, só adicionar -v no final; para o log em arquivo, adicione -vv

PLAIN TEXT

CODE:

$ ./svnclean ./diretorio_do_projeto -vv

Para ajuda, digite:

PLAIN TEXT

CODE:

$ ./svnclean

Para aqueles que programam muito em Shell Script, realmente peço que não considere a qualidade e a quantidade de linhas, pois não uso muito o shell script =X

Fica aí a dica. Espero que ajude alguém

Música online ? Last.fm !

hlegius — Fri, 03 Oct 2008 23:43:09 +0000

Esse é um daqueles posts estilo visita ao médico. Coisa rápida, rapidíssima, diria.
Papo é o seguinte: todos nós temos (ou quase todos os mortais) a nossa própria biblioteca musical em nossos computadores de produção/teste/criação, só que há dias em que você, ou melhor, eu, quero ouvir coisas novas relacionadas à meu "paladar" musical.

Eu já usava um recurso excelente para conhecer novas músicas, bandas e estilos, mas não havia me dado conta. Sim, o Last.fm é um excelente aplicativo para isto. Como eu nunca havia usado o renomado Scrobbler do Last.fm, resolvi baixar o Software nativo para Linux.

E não é que o treco é bom ? Defini buffer de 512k por vez para não ter que puxar várias vezes por música e pronto. Ouço minhas melodias através de sugestões ao estilo que costumo ouvir, às vezes "As minhas recomendações" baseadas no meu perfil lá no Last.fm ou então, posso ouvir as músicas da lista que eu criei lá no site. Tudo sem comprometer o meu pequeno link de 512k up/down.

Ao que me parece, para os não assinantes só a opção "Minhas rádio pessoal" não estará disponível além de "não haver total preferência" nos servidores de aúdio que eles têm por lá. Mas se você gostar, poderá assinar mensalmente por US$ 3 ao mês, e olhe, realmente compensa

Fica aí a dica

Opensource além de tudo não é burocrático

hlegius — Sat, 13 Sep 2008 13:24:41 +0000

Por várias vezes eu li em fóruns, blogs e sites de notícias, principalmente quando alguma aplicação OpenSource "falha", pessoas comentando: "Ele poderia cobrar $ 0,10 por download, assim teria estimulo para continuar a fazer a aplicação e a faria melhor".

Só que se pararmos para pensar, a coisa não é tão simples quanto parece. Cobrar por um software requer vários pré-requisitos e isto traz burocracia tanto para quem deseja comprar quanto para quem deseja vender o software.

Vamos pegar como exemplo, o Web developer, software - na realidade uma extension do Firefox - com diversos recursos para os desenvolvedores web. Sem sombra de dúvidas é um software bem baixado na rede diariamente e se o desenvolvedor cobrasse os $ 0,10 centavos propostos certamente ele estaria com uma quantidade boa de grana, isto é fato, porém ele teria também uma dor-de-cabeça imensa com o gerenciamento disto vejamos o por quê:

A compra
Eu, desenvolvedor web há algum tempo já possuo cartão de crédito internacional para comprar coisas na moeda americana. Porém, conheço várias pessoas que ainda não possuem tal regalia do mundo moderno e como o Web developer é mantido por um developer gringo, certamente ele não aceita boleto bancário ou PagSeguro, por exemplo.
Você pode dizer: "são minoria". Bom se é eu não sei. Só sei que há vários novatos iniciando na carreira de programador/designer aqui no Brasil com seus 15, 16 anos e estes certamente não tem tal cartão internacional para debitar os $ 0,10 cobrados pelo criador do software.

Se você acha que estou exagerando, certamente é porque não pegou o Flickr na época em que aceitavam apenas cartão de crédito internacional como forma de pagamento. O que tinha de post no fórum deles com nego reclamando que queria comprar a conta pró mas não podia por não possuir cartão de crédito internacional era incrível. Isso foi tão grave, que o pessoal do Flickr implantou o sistema de boleto bancário para o Brasil porque senão o povo poderia até fazer manifestação em frente a sede do Flickr no Brasil.

O controle
Como sabemos, o brasileiro quando precisa arruma o renomado "jeitinho" para isto. Nós conhecemos como pirataria de software. O desenvolvedor que cobra os $ 0,10 centavos, não ficaria nada feliz com a pirataria do Web developer. Claro que isto tem um lado bom: bem provável que haveriam CD's do Web developer na Santa Ifigênia aqui em São Paulo e ele poderia ser até mais popular do que é hoje.
Então, o developer esperto, precisaria perder mais algumas noites pensando em como criar uma chave de validação, confirmação de pagamento, liberação da chave de validação, equipe anti-pirataria, além das versões demo e etc.
E olha que nem falamos em suporte no idioma do usuário. Imagine você aqui no Brasil ligando para o Suporte do Web developer (pagando DDI) e o cara do outro lado te lança: "Support Web developer guter Tag" - "Suporte Web developer, bom dia" (em alemão, traduzido pelo Google)

Suporte
A partir do momento que alguém vende algo, ele é obrigado por lei - ao menos no Brasil - a prestar a devida manutenção e suporte. Isto ocorre no Opensource ? Sim, se você tiver problemas poderá perfeitamente recorrer ao densenvolvedor o qual irá te ajudar no possível. Tenha certeza de que ele fica feliz com seu contato, mas, à partir do momento em que você é "obrigado" as coisas mudam. É necessário ter um e-mail exclusivo, chat online, telefone, endereço para correspondência e até quem sabe uma central de atendimento com atendimento eletrônico - "Suporte Web developer, bom dia [..]" - para atender a demanda. Ou seja, mais custos.
Sem falar nos revoltados que ficarão putos por algum motivo com o "Suporte" e irão mandar lenha deles em blogs, sites e afins.

Espírito empreendedor
Para manter os negócios de vento em polpa, seria necessário que o desenvolvedor fizesse o plano de negócios, análise de riscos, negociar ações na bolsa, gerenciar o caixa, pagamento da equipe de suporte e etc. Mais que um simples software, o que ele criou virou um monstro !

A solução
A solução é ultra-simples, já existe e ainda tem gente reclamando: doações.
Você, autor da frase: "Ele poderia cobrar $ 0,10 por download, assim teria estimulo para continuar a fazer a aplicação e a faria melhor" pode ir até o site do desenvolvedor, com seu cartão de crédito internacional em punho - ou sua conta do Paypal aberta - e fazer a doação dos $ 0,10 centavos para o cara.

Você usa a ferramenta dele para trabalhar e ganhar seu dinheiro. Ele lá do outro lado trabalha nesse projeto pessoal, você podendo e querendo ajudá-lo a manter isto sempre "up", basta fazer a doação.

Se a palavra doação te soa como esmola ou qualquer outra coisa ruim, não tem problema, respire fundo e clique no botão de "doação". Tão rápido quanto seu clique, você já estará na página de pagamento e daí você pode imaginar que está a comprar tal software.
Assim, você ajuda o developer, contribui para sua continuidade e representa todos aqueles que não tem tal cartão de crédito para fazer a doação ou pagamento, como preferir.

É muito importante ter em mente que entre as palavras poder e ter há um grande abismo e sem dúvidas eu não listei metade dos empecilhos que há quando resolvemos cobrar pelo software.

Para empresas gigantes como Red Hat, Mozilla, KDE e tantas outras, ter todos estes pré-requisitos talvez não fosse problema, até porque algumas das listadas aí recebem incentivos de empresas ainda maiores porém, quando você é um desenvolvedor solitário e que resolve criar uma ferramenta pequena, mas de grande utilidade mundial, realmente fica impossível bancar toda esta estrutura sem cobrar meros $ 100,00 dólares por isto e obviamente você não dará sua "tecnologia" com o código fonte, pois poderia perder o monopólio do Software.

Flickr Pró !

hlegius — Wed, 16 Jan 2008 01:23:09 +0000

Resolvi adotar o Flickr como meu álbum "oficial". Ele tem vários recursos e integração com vários outros serviços como o Moo. Graças ao cartão do meu amigo Otávio, consegui assinar a contra Pró e ter os recursos ilimitados, além de estatísticas e algumas coisinhas mais, como 10 cartões Moo grátis!

A partir de agora, minha vida em flash's ficarão todas salvas por lá! =)
Para quem ainda não tem conta no Flickr e anda atrás de um cantinho pra controlar suas fotos, é uma boa pedida criar uma conta no Flickr. Eles tem uma conta gratuita que também é excelente!

E viva o Flickr

Arch Linux: nova logo e tema para Slim

hlegius — Mon, 24 Dec 2007 00:47:39 +0000

Depois de muito suspense, finalmente foi anunciado no site oficial do Projeto Arch Linux, a nova logomarca do projeto.

Na minha opinião foi a melhor logomarca realmente. Haviam outros modelos interessantes, porém, o melhor mais "jovem" era este modelo vencedor mesmo.

Com o anuncio do novo modelo, fui logo procurando um tema para o gerenciador de login Slim, porém, encontrei apenas um modelo disponibilizado pelo próprio criador da logo. Com isso, eu criei o meu modelo para o Slim. Mais clean utilizando a nova logomarca do projeto.

O pacote comprimido em Zip poderá ser baixado aqui. Resolução da imagem: 1280x800 pixels.

Apenas descompacte o conteúdo dentro de /usr/share/slim/themes ou /usr/share/themes/slim/ e edite o /etc/slim.conf mudando o tema default para arch-white. Não manjo nadinha de Gimp, mas consegui fazer esse modelinho simples e clean. Espero que goste

O Projeto Arch Linux Brasil provavelmente em breve estará fazendo as modificações para se adequar a nova logo =)

ISO do Ubuntu para equipamentos Dell

hlegius — Wed, 19 Dec 2007 11:56:34 +0000

Lendo o Blog Direct2Dell (em inglês), vi num post que a Dell tem em alguns paises computadores com Ubuntu instalado. Quando eu li, finalmente associei: se tem nos equipamentos novos, tem para download!

Procurando, encontrei no próprio site da Dell a ISO do Ubuntu 7.04 personalizada pela Dell para rodar em seus equipamentos. No blog, eles dizem que a versão 7.10 do Ubuntu personalizada pela Dell já está pronta e estará ainda esta semana sendo vendida nos computadores novos da Dell nos Estados Unidos.

Dentre as novidades descritas por eles, estão:

Ambiente 3D por default para deixar mais amigável o uso
Um sistema de busca na área de trabalho para encontrar facilmente documentos e aplicações
Facilidade para alternar entre usuários facilitando o compartilhamento do sistema com os familiares
Plugin do Flash pré-instalado para melhorar a experiência na web
Recuperação do sistema melhorado com total recuperação pelo HD e possibilidade de gravação através de DVD pelos usuários do equipamento

Eu não encontrei ainda essa versão para download, mas, creio que na próxima semana já esteja disponível. Isso é interessante, pois quando chegar ao Brasil - se chegar - teremos algo funcional instalado de fábrica e não um Linux totalmente desconfigurado para a máquina como estamos vendo muitos por aí!

Obviamente, se você fizer o download da ISO do Ubuntu customizada, você não terá direito a suporte por telefone na Dell. Mas eles oferecem uma mailist para tirar dúvidas.

Vou esperar para sair a versão 7.10 customizada, pois irei testá-la e ver o que realmente mudaram do Ubuntu oficial

Contribua com o projeto ArchLinux Brasil

hlegius — Fri, 14 Dec 2007 02:02:35 +0000

Vi esse post no blog do Hugo hoje, e resolvi replicá-lo aqui, afinal, documentação é do interesse de todos, sendo ou não usuário ArchLinux.

"O projeto Arch Linux Brasil está com o wiki praticamente pronto (precisando apenas de alguns ajustes) e precisando de contribuições. No momento ainda existem poucas pessoas documentando/traduzindo no wiki e, por isso, convido a todos que queiram ajudar o Arch e o projeto de documentação/tradução a se cadastrar no wiki e começar a contribuir.

Esta página contém instruções sobre como participar do nosso projeto. As traduções que estão sendo feitas (e seus respectivos tradutores) podem ser encontradas aqui.

Obviamente a tabela da página acima não está completa e existem várias outras documentações e/ou traduções a serem feitas. Quem quiser trabalhar em cima de um documento que ainda não está na tabela, é só adicioná-lo na mesma seguindo o padrão das outras entradas.Qualquer dúvida, sugestão e/ou crítica é só responder este email."

Fonte: Blog do Hugo Dória