Muita gente acaba não aplicando para as vagas, achando que só os alpha-geeks entram lá – pode até ser verdade em alguns aspectos, mas no Brasil a maioria das vagas não são relacionadas a engenharia.

Recentemente, Don Dodge (developer advocate no Google), postou duas notícias em seu site, onde fala que o Google abrirá 2000 posições em breve. Além disso, tem um post bem interessante, falando do processo de seleção.

Ultimamente, andei brincando com uma biblioteca php chamada phpQuery que permite que você extraia pedaços de html, com a mesma sintaxe do jQuery - muito útil para quem gosta de programar spiders e extrair informações de websites.

Para exercitar um pouco o uso da biblioteca, escrevi um programa que lista as vagas disponíveis no Google em São Paulo e em Belo Horizonte, de uma forma bem limpa e objetiva em apenas 60 linhas de código.

Além disso, o conteúdo que aparece está codificado em base64 para evitar que filtros dos proxies das empresas leiam diretamente o que você está acessando.

Para finalizar, e aproveitar o assunto Google, gostaria de convidá-lo para fazer parte do SP-GTUG – Grupo de usuários das tecnologias Google (Sao Paulo). Temos uma lista de discussão movimentada, e encontros presenciais que acontecem uma ou duas vezes por mês. Dia 3/12, por exemplo, faremos um encontro no escritório do Google em São Paulo.

Comentários ? Sugestões ? Utilize o formulário abaixo.

Bookmarks

Com base nisso, criei um script em php, muito simples. Basicamente você precisa obter a chave fmt_stream_map do flashvars e fazer download.

Preciso melhorar o código, mas para o propósito que eu tinha em mente, funcionou muito bem. Veja abaixo o código:

// recebe pela linha de comando a url de vídeo do Youtube
if(count($argv)>=2)
  $url = $argv[1];
else
  die("Usage: php youtube.php url");

// passo 1, baixar o html para fazer parse.
// estou usando file_get_contents por ser mais simples
// mas curl é o recomendado
echo "Baixando $url\r\n";
$f = file_get_contents($argv[1]);

// executa um parse, que converte em array string no formato
// de dados de post: a=1&b=2&c=3, vira array['a']=1 ..
echo "Executando parse na str\r\n";
parse_str($f, $output);

// recebe a chave fmt_stream_map e remove a string concatenada no começo
// Ex: 35|url
$flv = $output["fmt_stream_map"];
$flv = explode("|",$flv);

// chama wget para baixar o flv. Grava no disco com o nome 'video.flv'
$r = `wget -O video.flv "$flv[1]"`;

//fim

.

Tem dúvida ? Não deixe de comentar.

Robson Dantas

Bookmarks

Hoje, gostaria de anunciar que consegui dedicar uma parte das minhas madrugadas desenvolvendo e ajudando um projeto opensource, que consegue se conectar ao Orkut. Para quem já conhece Opensocial, sabe que é possível desenvolver aplicativos para redes sociais e fazê-los rodar lá dentro. Mas e caso você queira fazer uso da rede social para promover seu aplicativo/site, sem ter necessariamente que produzir um aplicativo Opensocial ?

O Facebook, por exemplo, permite tal interação através do Facebook Connect, que é basicamente um conjunto de APIs para interagir com a rede, ex: mudar mensagem de status, postar mensagens no mural, buscar amigos, etc …

Até pouco tempo atrás, a única forma de interagir com o Orkut sem estar necessariamente logado dentro da rede, era usando o 2-legged OAuth que foi disponibilizado a partir da versão 0.8 do Opensocial via REST ou RPC - em poucas palavras, para ter acesso às informações do usuário por fora da rede social, o usuário deve ter um aplicativo seu escrito em Opensocial instalado no perfil. Como parte dos inúmeros processos de melhoria, o time do Orkut desenvolveu um projeto, chamado Orkut-os-client – baseado em 3legged OAuth, e que permite fazer acesso as informações dos usuários dentro do Orkut sem precisar de nenhum aplicativo instalado no perfil.

Mas nem tudo é uma maravilha: A API foi desenvolvida em Java, sendo que a grande maioria das pessoas usam PHP para o desenvolvimento. Depois de um certo tempo lendo usuários solicitando a API em outras linguagens, decidi migrar parte do código para a linguagem PHP, e pesquisando, consegui fazer algo simples e rápido.

A pergunta que você pode estar fazendo é “como simples e rápido” ? Bom, primeiro dei uma lida geral no código fonte da API em Java e descobri que todo o processo é um RPC Wrapper, e que as chamadas dos métodos da rede social são exatamente as mesmas usadas no Opensocial, ex: “messages.get” .

Com base nisso, fiz download da API já existente – desenvolvida pelos caras da Google, chamada opensocial-php-client -  que possui implementação de 2-legged e 3-legged para uma grande parte das redes sociais.

Apliquei um patch, modificando as url’s de access token, além de alterar as chamadas JSON que são feitas ao servidor de RPC, e funcionou muito bem. Já há uma versão rodando que permite ler e gravar SCRAPS, além de pegar informações dos seus amigos.

Continuo trabalhando para dar suporte às outras funcionalidades: Álbum, activities, e outros.

O projeto foi disponibilizado no GoogleCode, e criei uma lista de discussão para os interessados no desenvolvimento. Caso queira participar, sua contribuição é bem vinda.

Site do projeto, no Google Code: Orkut-os-client-php

Grupo de discussão sobre a biblioteca

Enjoy!

Robson Dantas

Bookmarks

Com o avanço das práticas de SEO nos aplicativos, cada fez fica mais comum você precisar usar técnicas de rewrite para tornar seus aplicativos “URL-friendly” – url amigáveis. Uma das técnicas é usar mod_rewrite do apache, mandando todas as requisições para um único aplicativo php que faz todo o processo para você.

Exemplo de um arquivo .htaccess que faz isso por você – lembrando de ativar o AllowOverride Authconfig:

RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

.

Basicamente, essa configuração fala o seguinte:

• Se o que você chamou no não foi um arquivo encontrado no disco E;
• Se o arquivo também não é um diretório;
• Envie a requisição para o index.php;

Crie um index.php no servidor e chame a url qualquer que você vai ver que ele será acionado, sem dúvida alguma. Mas se em alguns dos casos você quiser mandar um erro 404 para que o buscador saiba que não existe e ao mesmo tempo mandar algo decente para o usuário ?

Simples, basta seguir o simples exemplo (apenas demonstração)

<?php

switch($_SERVER["REQUEST_URI"])
{
	case "index2.php":
		require_once("xpto.php");
		break;
	case "teste.gif":
		header("Content-type: image/gif");
		echo file_get_contents("imagem.gif");
		break;
	default:
		ob_start();
		header($_SERVER["SERVER_PROTOCOL"]." 404 Not Found");
		require("404.html");

}

?>

Simples, não ? Basta escrever um pequeno parser para tratar as url´s que você quer e seguir a lógica que eu criei. Embora esteja em um modelo bem básico, basta evoluir e criar algo mais elaborado.

abs

Robson

Bookmarks

CMSBrasil2009 - Matt Mulenweg - WordPress

Representando a AgênciaClick, estavam presentes eu (Robson Dantas) @robsondantas –  gerente de tecnologia, Edson Suey @esuey – gerente de tecnologia e Leonardo Santos @leonardosouza – líder célula de interface . Não nos dividimos para poder cobrir todo o conteúdo, cada um foi pro seu canto, postando updates no Twitter.

Assuntos abordados:

• CMS – focaram em soluções Opensource (todas baseadas em PHP) – WordPress, Drupal e Joomla;
• Metodologias ágeis (case da Globo.com);
• Hospedagem com servidores linux;
• SEO;

Organização das palestras:

• No auditório principal, apresentações genéricas e mesas redondas para discussão;
• No auditório secundário, oficinas com foco mais técnico;

Sequência do que foi visto:

1) Começamos o evento, assistindo uma apresentação do Guilherme Chapiewski, falando de metodologias ágeis, especificamente aplicadas na Globo.com. Eu gosto muito do tema, mas acredito que para o mundo de agências, fica muito difícil vender um projeto para o cliente e adotar o processo da forma que foi colocado (contrato de escopo negociável). Imagine você falando para o cliente: “Olha, vou te vender 10 sprints, e você vai receber o conteúdo desses sprints” – complicado, não ? ; para utilizar internamente, entre as áreas, acho que é válido.

2) Logo após, entrou o Matt Mulenweg, o cara que criou o WordPress. A palestra foi muito fraca na minha concepção, sinceramente esperava mais. Foi contada a história de como nasceu a WordPress, mas não foi falado nada do futuro da ferramenta e qual linha vão atacar. Rolaram alguns defeitos técnicos na palestra, principalmente com falha dos microfones, que pararam de funcionar algumas vezes.

3) Assistimos uma palestra sobre hospedagem na web com Linux e essa foi hilária. Alguns participantes deram uma aula de linux para o palestrante, que deveria falar sobre Linux . No fim, o cara conseguiu apresentar algo interessante sobre performance e proxy reverso. Saí no meio da palestra e fui conferir o fim da mesa redonda com o Matt Mulenweg respondendo questões dos participantes.

Pausamos para o almoço, comemos uma feijoada, mas sem o joelho de porco, né Leozão

4) Voltando para o evento, fui conferir a palestra da Addison Berry, líder do time de documentação do Drupal. Ela falou um pouco sobre o projeto e deu foco na versão 7.0, onde ela disse que o produto será um “cutting edge”, ou seja, inovando drasticamente.

Achei um pouco melhor que a palestra do Matt, e deu pra entender um pouco da linha de atuação do Drupal, até o funcionamento do processo de entrada de desenvolvedores no projeto.

5) Nas oficinas ficaram o Leo e o Edson, se divertindo com os palestrantes e as gafes de pronúncia da língua inglesa. Rolaram eventos técnicos sobre desenvolvimento de plugins com wordpress, plugin de e-commerce, além de hands-on com Drupal e depois Joomla.

Para finalizar, vão aqui minhas considerações finais:

• Minha nota para o evento: 6,5;
• Faltou organização e espaço; muitas pessoas sentadas no chão e várias vezes os equipamentos de áudio e vídeo falharam;
• Não havia controle de entrada e saída de participantes. Pagamos pela inscrição gold, que dava acesso as oficinas e palestras, mas dava pra ver claramente que não havia diferença, dava pra ir nos 2 sem controle algum;
• O tempo de perguntas foi muito curto, acho que esse era o ponto principal;
• O tema de CMS é bem difundido e tem muita gente antenada;

Acho que valeu o dia, deu pra ver que muita gente tem interesse no assunto. Caso tenha alguma consideração, não deixe de comentar.

Deixo aqui, também, o post da PagSeguro oferecendo uma mochila para os trackbacks.

um abraço,

-Robson

Bookmarks

Hoje muito evoluído, o PHP tem diversas opções de debug e inclusive plugin integrado ao Eclipse. Como uso A IDE para escrever código em diversas linguagens (C++, Java, Python, etc..), resolvi procurar algo que tivesse uma característica parecida com o debug das outras linguagens.

Achei o PHPEclipse, um plugin que dá highlight na sintaxe do PHP, além de oferecer suporte ao debug diretamente da IDE.

Para instalar o plugin e sair usando, basta abrir o Eclipse,  menu Help->Software Updates. Depois disse clique em add site e coloque o endereço http://update.phpeclipse.net/update/stable/1.2.x . Depois disso só selecionar o phpdebug e mandar instalar.

Instalado, é necessário instalar a extensão que faz o debug. Eu conheço por uso próprio o DBG e o PHPDebugger. Nesse caso vou citar como fazer o processo usando o DBG.

Baixe o DGB. Só é necessário o pacote de modules. Descompacte em um local qualquer e no diretório x86 pegue a dll correspondente a sua versão do php, jogue no diretório ext do php e renomeie de “.x” para “.dll” .

Feito isso, vamos editar o php.ini, incluindo:

Procure por “extension=” no código e inclua a linha abaixo de qualquer um:

extension=php_dbg.dll

e depois coloque no final do arquivo ..

[debugger]
debugger.enabled = true
debugger.profiler_enabled = true
debugger.JIT_host = clienthost
debugger.JIT_port = 7869

Reinicie o apache e crie um programa “teste.php” com phpinfo() dentro. Se estiver tudo correto, aparecerá as informações que o debug está ativo.

Agora é só parametrizar o eclipse para fazer o debug, clicando em debug->configuration. Procure o item PHP DBG e adicione uma configuração abaixo dele.

Os campos Project e File deverão ser preenchidos automaticamente, sendo necessário você clicar em Environment.

Ative “Remote Debug”, e em”Remote Source Path”, coloque o caminho relativo da sua aplicação. Ex: c:\www\app. Faça o mesmo em Mapped Path, e pronto.

Aplique, coloque uns breakpoints num php qualquer e faça o teste. O breakpoint vai parar em cima da linha se tudo funcionou.

Debug PHP com Eclipse e DBG

Mais informações, no tutorial em inglês:

PHP Eclipse com DB – inglês

.

Dúvidas ?

Poste aqui.

Bookmarks