Twitter: www.twitter.com/landofkachiri

Site do jogo: http://testes.ptbyte.net/game

Devido aos crescentes registos de spammers no nosso site vimo-nos obrigados a incluir um captcha no formulário de regist., Dte modo, encontram-se 2 captchas em funcionamento simultaneo no registo de utilizadores.

Melhores cumprimentos

PTBYTE Staff

Site: http://fep.emrede.net/

Pelo pouco que naveguei no site fiquei bastante supreendido pelo facto do PTBYTE.NET ja ter sido apanhado pela Spider da Entireweb! Pude ainda verificar através do sistema deles que o nosso site e do http://oslusitanos.ptbyte.net já tinham até sido visitados!

Este motor de busca dá ainda a oportunidade aos utilizadores de deixarem gratuitamente o url do seu site para que a spider possa agendar uma visita ao conteudo cibernáutico! Oferece ainda a pesquisa por imagens tal como no google e investe ainda na pesquisa em tempo real!

A pesquisa em tempo real pelo que percebi é uma espécie de pesquisa por noticias de ultima hora que possam ter surgido. Algo semelhante a folhear um jornal com as noticias de ultima hora!

Combatendo a ultima implementação do Google o EntireWeb surge já com a possibilidade de personalizar o fundo da página do motor de pesquisa apresentando ao utilizador uma pequena galeria com opções variadas de escolha! O interface do site pode ser alterado entre o Ingles ou o Sueco!

Mais reporto que o Site tem uma validação HTML5 que pode ser consultada AQUI ao contrário do Google que chumba neste momento com 37 erros!

Site: Land of Kachiri

Decidimos trazer hoje até vós o software OpenSource de blog que vai começando a dar trabalho na concorrência do mercado possuido já pela WordPress. Pelo pouco que pude observar no site deles www.tumblr.com existem já uma serie de utilizadores convertidos a este software. Ele promete melhores compatibilidades com os browser de telemóveis, nomeadamente IPhone, entre muitas mais outras funcionalidades. No site podemos igualmente encontrar uma explicação da API, Themes de download gratuito e Themes Premium que vão de valores desde $9 até cerca de $50. O projecto Tumblr tem já 3 anos e 1 mês e podem acompanhar o desenvolvimento através do blog deles http://staff.tumblr.com/

No site têm disponibilizado um grafico com o numero de acessos de utilizadores. So através deste grafico podemos constatar claramente o aumento da popularidade nos ultimos tempos.

Olá meus caros amigos.

Aproveitamos a oportunidade que a PTBYTE aqui nos disponibiliza para apresentarmos a 3.Scape.

A 3.Scape é um conjunto de trabalhadores independentes com o objectivo de inovar a área dos Sistemas de Informação, Multimédia e Design.

Como tal temos à sua disposição vários produtos em cada uma destas áreas, desde Design de Imagem Corporativa e estacionário, até à criação de objectos e animação em 3D, sem esquecer o nosso forte, o desenvolvimento WEB e aplicacional.

É neste ponto que temos também o prazer de lhe apresentar o Scap3, o sistema CMS criado a pensar no utilizador, pela a 3.Scape e para os nossos clientes em exclusivo. Com o Scap3 poderá alterar os seus conteúdos web com facilidade, quer tenha um simples site corporativo ou uma sofisticada loja online.

Muito em breve poderá também vir a conhecer os nossos inovadores produtos na área comercial e de gestão de clientes, o Scap€ POS e o Scap3 CRM. Totalmente desenvolvidos em PHP e com a possibilidade de aceder online, caso seja o seu desejo.

Contactar a 3.Scape é fácil, basta enviar um email para fale.com.3scape@gmail.com, o novo projecto 3.Scape foi feito só a pensar em si. Temos desde já à sua disposição o catálogo 3.Scape 2011, com o qual poderá esclarecer as suas dúvidas e clarificará o conceito deste projecto.

Contacte-nos e peça um orçamento gratuito para o seu projecto. E lembre-se, com 3.Scape, expanda os seus horizontes!

Ficaremos à sua espera.

Atenciosamente,

Sérgio Paulino,
Programador e Fundador do projecto 3.Scape

Como qualquer linguagem de programação, esta encontra-se optimizada para se obter o maior rendimento possivel das suas funcionalidades, mas cabe ao programador a decisão da abordagem que irá tomar para desenvolver a sua aplicação e chegar a um consenso entre segurança e desempenho.

Venho então trazer um conjunto de dicas e boas práticas para optimização do vosso código PHP, para melhorar o desempenho geral das vossas aplicações web. Muitas destas dicas foram confirmadas em tutoriais, apresentações e relatórios pela própria Zend (empresa que desenvolve activamente o PHP), ou em outros locais, sendo citado esses mesmos locais onde estas foram encontradas.

50 dicas sobre desempenho e segurança no PHP:

1. A função echo é mais rápida que print. [Citação] Mas a diferença não é muito notável, sendo mais lento em algumas ocasiões. [Citação]
2. Ao trabalhar com Strings, caso não utilize avaliação de variáveis no meio da string ( “Olá {$name} !” ), evite utilizar aspas duplas (“) e opte por aspas simples (‘) porque o PHP irá sempre procurar pela existência de variáveis em strings com aspas duplas (“string exemplo”). [Citação]
3. Prefira usar a função sprintf ao invés de variáveis no meio de strings com aspas duplas. É aproximadamente 10x mais rápido. [Citação]
4. Utilize múltiplos parâmetros na função echo (echo ‘string1′, ‘string2′ , ‘string 3′ ; )em vez de concatenação de strings ( echo ‘string1′. ‘string2′ . ‘string 3′ ; ). Note que a diferença está entre a utilização de ponto (.) – concatenação, e vírgula (,) – parâmetro. Isto apenas se refere a strings na função echo! [Citação]
5. Evite realizar cálculos dentro de ciclos. Defina o limite máximo para os seus ciclos for antes e não lá dentro. Neste exemplo: for ($x=0; $x < count($array); $x), a função count é chamada a cada iteração do ciclo, quando o valor poderia estar ser guardado numa variável $max=count($array); antes desse mesmo ciclo. [Citação]
6. Realize o Unset das suas variáveis ou atribua-lhes o valor NULL para libertar memória, especialmente em arrays com grandes dimensões. No caso de objectos, ambas as acções anteriores irão causar a invocação do destrutor (função __destruct()) da classe. Note que no caso da atribuição de NULL, a variável só será destruída assim que perder todas as referências para a mesma. [Citação]
7. Evite métodos mágicos como __get, __set, __autoload. [Citação]
8. Utilize require() / include() invés de require_once() / include_once(), pois estas últimas necessitam de verificar se o ficheiro já não foi incluído no código. [Citação]
9. Utilize caminhos absolutos em includes e requires ao invés de caminhos relativos (../ficheiro.php) porque levam menos tempo a serem resolvidos para endereços reconhecíveis pelo sistema operativo. [Citação]
10. require() e include() são idênticos com uma diferença: Na função require, a execução falha com erro fatal se o ficheiro estiver em falta. [Citação]
11. Desde a versão 5 do PHP, o momento temporal em que o script iniciou a sua execução pode ser encontrado em $_SERVER[’REQUEST_TIME’]. Utilize isto em vez das funções time() ou microtime(). [Citação]
12. Regex baseado em bibliotecas PCRE é muito mais rápido que EREG, mas se possivel recorra a funções nativas mais rápidas como strncasecmp, strpbrk e stripos. [Citação]
13. Quando analisar XML no PHP, experimente xml2array, que faz uso das funções XML do PHP. Para HTML pode experimentar DOM document do PHP ou DOM XML na versão 4 do PHP. [Citação]
14. str_replace é mais rápido que preg_replace, mas às vezes strtr é mais rápido que str_replace com grandes strings. Utilizar array() dentro de str_replace é usualmente mais rápido que múltiplos str_replace. [Citação]
15. Ao contrário de outras linguagens de programação populares, declarações“else if” no PHP são mais rápidas que declarações select também conhecido como case/switch. [Citação] Com a evolução contínua do php, actualmente a diferença é muito insignificante, mas denota-se que a utilização do operador === (idêntico) nas condições if é mais rápido que a utilização do operador == (igual).
16. Supressão de erros com @ é bastante custoso a nível de desempenho. [Citação]
17. Para reduzir a utilização de largura de rede, active mod_deflate no Apache v2 [Citação] ou tente mod_gzip em Apache v1. [Citação]
18. Encerre as conexões à sua base de dados quando não precisar mais delas. [Citação]
19. Utilizar $row[’id’] é 7 vezes mais rápido que $row[id], porque se não fornecer aspas, o PHP terá que “adivinhar” qual o índice que se refere, assumindo que não seja uma constante. [Citação]
20. Utilize as tags <?php … ?> para declarar PHP pois todos os outros estilos encontram-se classificados como DEPRECATED, incluindo as tags curtas (<? … ?> ). [Citação]
21. Utilize códico estrito, evite supressao de erros, notificações (notices) e avisos (warnings) resultando num código mais limpo e com Use strict code, avoid suppressing errors, notices and warnings thus resulting in cleaner code e menos sobrecargas. Considere activar sempre error_reporting(E_ALL) (em ambiente de desenvolvimento). [Citação]
22. Scripts PHP são gerados 2-10 vezes mais lentamente pelo httpd do Apache que uma pagina estática. Tente utilizar mais páginas estáticas em vez de scripts no servidor. [Citação]
23. Os scripts PHP (se não utilizarem cache) são interpretados e compilados no momento e cada vez que são chamados. Instale um produto de gestão de cache do PHP (como o memcached ou eAccelerator ou Turck MMCache) para tipicamente incrementar o desepenho em 25-100% removendo o tempos de compilação. Pode também configurar eAccelerator no cPanel utilizando EasyApache3. [Citação]
24. Uma alternativa às técnicas de cache quando se tem páginas que não mudam muito frequentemente é realizar cache do HTML produzido pelas páginas PHP. Tente Smarty ou Cache Lite. [Citação]
25. Utilize a função isset onde possivel em lugar da função strlen. (por exemplo: if (strlen($foo) < 5) { echo “Foo is too short”; } VS. if (!isset($foo{5})) { echo “Foo is too short”; } ). [Citação]
26. ++$i é mais rápido que $ i++, logo utilize pre-incremento quando possível. [Citação]
27. Faça uso das inúmeras funções predefinidas do PHP, não tente construir as suas próprias pois as nativas irão ser com certeza muito mais rápidas. Se tiver funções dispendiosas a nível temporal e recursos, considere escreve-las como extensões C ou módulos. [Citação]
28. Crie um perfil (profile) do seu código. Um profiler revelará os consumos das variadas secções do seu código. O Xdebug debugger já contem um profiler. Profiling irá mostrar uma síntese dos gargalos existentes. [Citação]
29. Documente o seu código! Adopte o estilo de documentação do phpdoc (semelhante a javadoc do Java), para poder utilizar sem problemas a ferramenta de geração automática de documentação do php. [Citação]
30. Aprenda a diferença entre bom código e mau código. [Citação]
31. Agarre-se aos padrões de programação, pois estes irão facilitar a compreensão dos códigos criados por outras pessoas e vice-versa. [Citação]
32. Separa o código, conteúdo e apresentação: deixe o seu código PHP separado do seu HTML. [Citação]
33. Não se preocupe em utilizar sistemas complexos de templates como Smarty, se possivel utilize funções incluídas no PHP como ob_get_contents e simplesmente puxe os dados da sua base de dados (aconselho vivamente a leitura da citação). [Citação]
34. *Nunca* confie nas variáveis provenientes do lado do utilizador (como o $_POST) utilize mysql_real_escape_string quando recorrer ao mysql, e htmlspecialchars quando realizar output dessas mesmas variáveis para HTML. [Citação] Utilize mysql_real_escape_string em vez de mysql_escape_string (DEPRECATED) ou addslashes.[Citação]
35. Por questões de segurança, nunca deixe algo que possa expor informação sobre caminhos, extensões e configurações, como o display_errors ou phpinfo() na sua directoria raiz (aplica-se principalmente em ambientes de produção). [Citação]
36. Desligue as register_globals (estão desactivadas por defeito por alguma razão!). Nenhum script em ambiente de produção necessita disto activado, pois representa um enorme risco de segurança. Corrija qualquer script que necessite esta funcionalidade activa e que recorra a unregister_globals(). Faça isto o mais rapidamente possivel porque a funcionalidade será removida no PHP6. [Citação]
37. Evite usar texto simples quando armazenar ou avaliar passwords, evitando assim qualquer exposição. Ao invés, utilize uma hash, como a hash md5 ou sha1 ou uma combinação de ambas (e se possivel e necessário, recorrendo a sal (salt)). [Citação]
38. Utilize ip2long() e long2ip() para armazenar endereços IP como inteiros (long) ao invés de strings. [Citação]
39. Quando utilizar header(‘Location: ‘.$url); lembre-se de colocar à frente um die(); porque o script continua a executar mesmo que a localização mude. [Citação]
40. Em Programação Orientada a Objectos, se existir um método que possa ser estático (static method), declare-o estático. Velocidade é melhorada por um factor de 4. [Citação].
41. Incrementar uma variável local num método de Programação OO é o mais rápido, sendo aproximadamente o mesmo que aceder a uma variável local numa função. Incrementar uma variável global é 2 vezes mais lento que uma variável local. [Citação]
42. Incrementar uma propriedade de um objecto (eg. $this->prop++) é 3 vezes mais lento que incrementar uma variável local. [Citação]
43. Incrementar uma variável local não definida é 9 a 10 vezes mais lento que incrementar uma variável pré-inicializada. [Citação]
44. Somente declarar uma variável global dentro de uma função sem a utilizar têm efeitos negativos no desempenho (aproximadamente o mesmo que incrementar uma variável local), visto o PHP provavelmente verificar se a mesma já existe. [Citação]
45. Invocação de métodos parece ser independente do número de métodos definidos na classe, porque ao adicionar 10 métodos extras na classe de teste (antes e depois do método de teste), não houve mudanças no desempenho. [Citação]
46. Métodos em classes derivadas executam mais depressa que que os métodos nas classes base. [Citação]
47. A chamada de uma função com um parâmetro e sem corpo (corpo vazio), leva aproximadamente o mesmo tempo que fazer 7-8 operações de incrementação de variáveis locais ($var++). Chamadas de métodos similares levam aproximadamente o tempo de 15 operações de incrementação de variáveis locais. [Citação]
48. Nem tudo precisa de ser realizado em Programação Orientada a Objectos, pois normalmente só sobrecarrega o programa, visto as chamadas de métodos e objectos consumirem muita memória. [Citação]
49. Evite o problema de injecção de cabeçalhos na função mail() do PHP. [Citação]
50. RTFM! O PHP oferece um enorme e fantástico manual, sendo possivelmente um dos melhores na Internet, contendo a documentação de todas as bibliotecas em inglês simples (também disponível em português do Brasil), um conjunto de exemplos práticos e participação da comunidade com ainda mais exemplos e dicas. Simplesmente UTILIZE-O!!! [Citação]

A lista foi retirada, traduzida e adaptada de hm2k.com.

Existe ainda programadores que realizam programas e scripts que recorrem a funções e funcionalidades de versões antigas do php (PHP 5.2 ou inferior) que se encontram desactualizadas e marcadas para remoção. Neste caso alerto para evitar a utilização de funções da biblioteca de Regex POSIX (entre elas ereg(), eregi(), split()) visto estas estarem classificadas como DEPRECATED a partir do PHP 5.3, tendo já a remoção em vista no PHP 6. Como alternativa existem as funções da biblioteca PCRE que demonstram um desempenho superior e funcionamento semelhante.

Lista de funções POSIX regex:
http://www.php.net/manual/en/ref.regex.php

Lista de funções PCRE:
http://www.php.net/manual/en/ref.pcre.php

Evitem também utilizar o operador de referência & em objectos, pois estes desde do PHP 5 que são sempre passados por referencia.

Para terminar, denoto este site onde poderão verificar alguns testes simples de benchmarking onde se analisa a velocidade de diferentes funções e estruturas de decisão. Tenham em mente que os testes podem ser facilmente adulterados pela carga do servidor onde a página está alojada, sendo necessário actualizar (recarregando a página) e observar os resultados varias vezes.

Nota: Este artigo foi redigido e publicado em primeira mão no Peopleware.

Imagine que pretende:

• Guardar um Array na base de dados,
• Enviar uma estrutura de dados pela rede;
• Guardar objectos na base de dados;
• Transmitir dados a um outro servidor web ou um Web Service;
• etc.

Como o fazer de forma simples e escalável, de modo a suportar praticamente todo o tipo de dados?

No PHP existe diversos modos de realizar esta tarefa, muitos deles que provavelmente serão árduos realizar e implementar de raiz no seu sistema.

Irei falar então de 3 métodos de exportação de dados:

1. var_export() / eval()
2. serialize() / unserialize()
3. json_encode() / json_decode()

Todas as funções em cima permitem a exportação  do conteúdo de uma variável, transformando esse mesmo conteúdo numa representação textual que pode ser guardada como uma simples string. Mas no entanto nem todas estas funções operam de mesmo modo.

var_export() e eval()

O var_export permite obter informação estruturada sobre uma variável especifica.  Esta função é semelhante à função var_dump(), mas a diferença está no facto de a representação retornada pela função ser código PHP válido, que pode ser armazenado numa outra variável como string. Como recuperar, perguntam vocês? Para recuperar o conteúdo original e o manipular livremente, basta recorrer à função eval() para interpretar a string obtida anteriormente (lembrem-se que a string era código PHP válido!).

É de notar que esta função não consegue exportar correctamente referencias circulares (Arrays, variáveis e objectos organizados em estruturas lógicas circulares). Variáveis do tipo resource também não podem ser exportadas por esta função.

Exemplo básico:

< ?php
$array1 = array('segunda', 'terça', 'quarta', 'quinta', 'sexta', 'sabado', 'domingo');
//exportar
$result = var_export($array1, true);
echo $result;
/* output realizado:
array (   0 => 'segunda',   1 => 'terça',   2 => 'quarta',   3 => 'quinta',
  4 => 'sexta',   5 => 'sabado',   6 => 'domingo', )
*/
//recuperar utilizando eval()
$newArray = '';
eval('$newArray = '.$result . ';');
//a variavel $newArray agora possui o array original.
?>

Nota importante: Cuidado ao utilizar a função eval, pois esta é capaz de executar qualquer tipo de código PHP, podendo se transformar facilmente num buraco na segurança da sua aplicação ou script, se não verificar o conteúdo da string passada como parâmetro da função e sem possuir absoluta certeza desta provir de locais totalmente confiáveis (exemplo de origens não confiáveis:  as variáveis $_GET, $_POST, $_COOKIE e $_SERVER).

serialize() / unserialize()

O serialize, semelhante ao var_export, consegue gerar uma representação textual de qualquer variável, seja esta um tipo básico, um array, um objecto ou uma estrutura de dados, inclusive referencias circulares, excepto variáveis do tipo resource e PHP built-in objects.

Um exemplo básico utilizando o array $array1 definido no exemplo anterior:

< ?php
//serializar
$result = serialize($array1);
echo $result;
/* output:
a:7:{i:0;s:7:"segunda";i:1;s:5:"terça";i:2;s:6:"quarta";i:3;s:6:"quinta";i:4;s:5:"sexta"
;i:5;s:6:"sabado";i:6;s:7:"domingo";}
*/
//reverter o processo
$arr = unserialize($result);
?>

json_encode() / json_decode()

Muito semelhante ao serialize (também não consegue exportar variáveis do tipo resource), mas com diferenças menores no modo de conversão dos valores. A função devolve a representação textual do conteúdo de uma variável em formato JSON (JavaScript Object Notation), um formato de intercâmbio popular e independente da linguagem de programação no qual o sistema foi construído, utilizado para a transmissão de dados entre diversas aplicações, serviços e sistemas.

É de notar que existem situações menores que diferenciam esta função do serialize, uma delas no facto de arrays com chaves  ( array(‘chave’=>’valor’) ) serem exportados como objectos (e não como arrays), mas facilmente corrigido com um cast para array, ou mesmo com valores incorrectos.

Exemplo básico, utilizando o array $array1 do primeiro exemplo:

< ?php
$result = json_encode($array1);
echo $result;
/* output:
["segunda","terça","quarta","quinta","sexta","sabado","domingo"]
*/
//recuperar
$arr = (array)json_decode($result);
?>

Nota importante sobre json_decode e json_decode de objectos: Ao recuperar um objecto, este é considerado como objecto de StdClass (classe base do php).

Para terminar, uma dica para quem deseja serializar dados para uma base de dados (ou para outro local): transformem a string, recorrendo a função base64_encode, antes de a concatenar ao comando SQL. De certeza que irá evitar muitas dores de cabeça. Claro que para reverter, bastará utilizar a função base64_decode;

Deixo um ficheiro com exemplos simples de utilização destas funções e respectivo conteúdo:

Download: exemplo