O WordPress tem uma classe abstrata chamada WP_Image_Editor. Há duas outras classes que a estendem chamadas WP_Image_Editor_GD e WP_Image_Editor_Imagick. Para que nós não tenhamos que criar uma função para escolher entre as classes há uma no core do WP chamada wp_get_image_editor(), que automáticamente escolhe uma das duas classes disponíveis.

Mas como exatamente o WordPress escolhe? Existe hierarquia?

Há uma segunda função chamada _wp_image_editor_choose() que faz o trabalho de escolher entre as duas classes disponíveis e nos retorna a que podemos usar. A escolha é simples, conforme a imagem, o código escolhe a que estiver disponível dando prioridade para a WP_Image_Editor_Imagick. No entanto, no meu caso eu não tinha o modulo do imagick habilitado por isso o WordPress estava usando a WP_Image_Editor_GD o que estava me fazendo perder qualidade na imagem e as deixando sem vida. Essa é a primeira vez que tenho esse tipo de problema com a biblioteca GD, vale até dar uma estudada a fundo.

Entenda, que toda imagem enviada para o WordPress é comprimida com excessão da imagem original. Logo, todas as variações das imagens que você usa no seu código é manipulada usando uma das classes disponíveis. Recomendo por tanto usar a classe do modulo imagick quando você trabalhar com imagens de agências, em sites de notícias, blogs onde a qualidade da foto precisa ser boa!

The post WordPress – Perdendo Qualidade de Imagem e Deixando as Opacas appeared first on Pereira, Thiago Santos..

No PHP as aspas duplas (“) e a aspas simples (‘) assim como outras linguagens também definem uma string, mas há diferenças entre elas. As strings de formadas por aspas duplas são dinâmicas, ou seja o seu conteúdo é alterado conforme o valor de uma variável dentro do contexto, caso tenha uma variável é claro. Enquanto as aspas simples são estáticas e não fornecem mecanismos para a variação do seu conteúdo mesmo que tenha uma variável definida nela. Exemplos.

<?php

$nome = "Thiago";
$sobrenome = "Santos";

echo "Meu nome é $nome $sobrenome";

/**
* A saída será
* Meu nome é Thiago Santos;
*/

echo 'Meu nome é $nome $sobrenome';
/**
* A saída será
* Meu nome é $nome $sobrenome
*/

?>

Conseguimos ver claramente a diferença entre as duas formas. Logo se houver dúvida de quando usar uma forma ou usar a outra forma tenha em mente que as aspas duplas é dinâmica e interpretativa enquanto as aspas simples são estáticas. Assim caso você queira incluir na sua string um valor variável ou um dos carácteres (\n,\r,\t,\r\n) utilize as aspas duplas, caso contrário use as aspas simples.

<?php

$nome = "Thiago";
$sobrenome = "Santos";

echo "Meu nome é $nome\n$sobrenome";

/**
* A saída será
* Meu nome é Thiago 
* Santos;
*/

echo 'Meu nome é $nome\n$sobrenome';
/**
* A saída será
* Meu nome é $nome\n$sobrenome
*/

?>

Simples né? Então vamos ficar atentos e praticar!

Referencias:
http://www.un-programmeur-php.ca/articles/chaine.php

The post Diferenças entre aspas duplas (“) e simples (‘) no PHP appeared first on Pereira, Thiago Santos..

O endereço é da PUC-RJ é Rua Marquês de São Vicente, 225 – Gávea, Rio de Janeiro!

Eu estarei lá!

Esteja lá também!

The post PHP’n Rio10 appeared first on Pereira, Thiago Santos..

Primeira opção
Se essa mensagem apareceu para você o primeiro item a ser verificado é o usuário, senha, banco e o host do MySQL que você instalou o WordPress que pode ser encontrado no wp-config.php como segue a imagem em anexo. Se você fez uma migração deva dar uma atenção especial a esse ponto.

Segunda opção
Parece que um BUG no WordPress atacou uma galera tirando o seus blog e acesso ao WP-admin, aconteceu com a Catia.
Juntos achamos o problema sem muito esforço a tabela xxx_options está corrompida, sendo essa tabela fundamental para o WordPress.

Para resolver isso basta acessar o seu cliente MySQL preferido. No meu caso vou usar o phpMyAdmin. Acesse o phpMyAdmin no painel de controle do seu host, ir em SQL e dar o seguinte comando  copiar o comando abaixo, colar no campo do SQL, e clicar em EXECUTAR, lembrando de trocar o xxx pelo prefixo da sua tabela:

REPAIR TABLE xxx_options;

Essa query do MySQL repara a tabela caso ela tenha sido corrompida. Ainda não sabemos como ela foi corrompida.
Para aqueles que quiserem saber mais sobre o REPAIR TABLE pode dar uma olhadinha aqui na documentação do MySQL http://dev.mysql.com/doc/refman/5.1/en/repair-table.html.

Atualizado: 15/09/2011
Atualizado: 20/10/2010 .
Obrigado a Tarcicio Andrade e Chavão.

English

It’s not the end!!
There are two solutions

First option
If you saw this message trying to access your WordPress, the first thing to do is take a look inside your wp-config.php and check if the username, password, database and hostname is the same of your WordPress installation database.
This normally happens when you migrate de wordpress from a server to another, or when you just change the MySQL database.

Second option
A BUG in WordPress has down a lot of blog and theirs access to WP-ADMIN, happens with Catia.
Together we found easy found the problem the table xxx_option was corrupted, been this table critic for WordPress.

To recovery this table you must access any mysql client, such as phpMyAdmin, and then execute the following command, changing the xxx for your WordPress table prefix:

REPAIR TABLE xxx_options;

Simple? very!
If you know why this happened comment please.

A big thank to Tarcicio Andrade e Chavão.

The post WordPress – Error establishing a database connection : for repair table appeared first on Pereira, Thiago Santos..

Pois bem, creio que o setcookie seja uma função típica e comum de usuário do PHP. Usando essa função que perdi, por distração, dois dias de trabalho o que acho ser um absurdo. Abaixo segue um cenário a qual eu me encontrava e a solução encontrada.

Vou dar uma passada no setcookie:

Exceto o _nome, todos os outros campos são opcionais.

_nome – nome do cookie
_valor – valor que o cookie vai ter, se nada for definido ele será string vazia ( “” )
_data_expiracao – data em que o cookie vai expirar
_path – local onde o cookie vai estar disponivel [ rs ]
_domain – dominio onde o cookie vai estar disponivel ( .thiagosantos.com [ todo os subdominios ], www.thiagosantos.com [ somente no www ] ), se o domain não for definido vai ser utilizado o dominio que fez a requisicao do cookie.
_secure – true ou false, o cookie só sera transmitido via HTTPS
_httponly – muito bacana, o cookie fica “invisivel” para o javasxcript a partir do PHP 5.2

Cenário, a partir da ‘/’ eu fazia uma requisicao por ajax para o caminho ‘/buu/foo’ que fazia o que tinha de ser feito e depois setava um cookie. Quando eu atualizava a página a informação que deveria aparecer na página inicial, simplesmente não aparecia. Dai achei que era algum problema comigo, e implementei um retorno que definia o cookie pelo javascript localizado no ‘/’.
Então eu tinha dois pontos que setavam o mesmo cookie um pelo PHP e o outro pelo Javascript. E quando eu tentava apagar o cookie pelo javascript a informação simplesmente sumia, como esperado. Mas quando fazia uma nova requisicao por ajax ao ‘/buu/foo‘ todas as informações do cookie antigo que haviam sido apagadas pelo Javascript simplesmente voltavam!!
Ooohhh!!!
Já deu pra entender o que eu tinha esquisito quando defini o cookie no PHP né?
Éeeehh isso mesmo esqueci de definir o ‘path’ no setcookie, quando eu apagava o cookie pelo Javascript, eu apagava o mesmo que eu tinha definido antes só que para ‘/’ , mas não apagava o que eu havia setado para o PHP em ‘/buu/foo’ … rs
Então é isso, defini o path no PHP para ‘/’ e removi a implementação de cookie por Javascript, umas vez que não se vazia mais necessário.
E tudo mágicamente começou a funcionar como o esperado.

Mas uma gota de experiência deixada no blog.

Até mais,

The post Cookie, para que não se repita mais. appeared first on Pereira, Thiago Santos..

A solução?
Fazer na mão!
E olha que foi mais rápido do que o tempo gasto procurando, para essa tarefa levei 2 passos, muita atenção, usei phpMyAdmin.

observações: Uma vez que na instalação do Magento é possível adicionar um prefixo aos nomes das tabelas, e eu usei, escolhi o xxx. Tirando o prefixo o nome da tabela continua igual, não tem muito erro.

1 – Procure pela tabela xxx_eav_entity_store
Visualize o seu conteúdo, nessa tabela fica armazenado o número do pedido da última compra ,o prefixo do número do pedido e o id da sua loja.
Cada registro dessa tabela é relacionado com cada loja que vc tenha na mesma instalação do Magento.
# Altere o incremente_last_id para um valor com sete digitos:
Antes         Depois
100000005    1000005

obs: O entity_type_id dessa tabela é 5, então vamos a tabela xxx_eav_entity_type

2 – Procure pela tabela xxx_eav_entity_type
Visualize o seu conteúdo, procure pelo entity_type_id igual a 5. Cujo entity_type_code é o order.
Na coluna increment_pad_length o valor deve ser 8, altere para 6.

Ah! mas porquê que não altero o valor de 8 para 7, já que eu quero 7 digitos?
Ora, na coluna `xxx_eav_entity_store`.`increment_prefix` já tem um valor que vai ser adicionado ao inicio do numero, somando ao 6 o 1, sendo 7 digitos!

Acho que é isso, os printscreens falam por mim caso eu tenha esquecido de alguma coisa tem sempre a parte de comentários!

Se por acaso você tenha se perdido e não tenha encontrado as tabelas e as colunas, ou não sabe o que está fazendo NÃO MEXA.

Abraço,

The post Magento: alterar a quantidade de digitos do número do pedido. appeared first on Pereira, Thiago Santos..

<?php

header(“Cache-Control: no-cache, must-revalidate”);
header(“Expires: Sat, 26 Jul 1997 05:00:00 GMT”);

?>

Para resolver de vez seguindo recomendação da Microsoft:

Em arquivos PHP:

<?php

header(“Cache-Control: no-cache”);
header(“Expires: -1”);

?>

Em arquivos HTML:

<HTML><HEAD>
<META HTTP-EQUIV=”Pragma” CONTENT=”no-cache”>
<META HTTP-EQUIV=”Expires” CONTENT=”-1″>
</HEAD><BODY>
</BODY>
</HTML>

Link para mais informações:
http://support.microsoft.com/kb/234067/pt-br

The post Internet Explorer sem cache appeared first on Pereira, Thiago Santos..