Últimos artigos
WordPress: transitória para o usuário
Ultimamente tenho ouvido muitos enfatizam a vantagem, em alguns casos, o uso de transiente (transitório ou API) para WordPress. Em suma WordPress oferece uma forma rápida de definir para o período de tempo escolhido de informação (de qualquer tipo) no banco de dados (opções de tabela para ser exato).
è possibile memorizzare in modo globale i nostri dati, ricavati da precedenti e lunghe operazioni. Através get_transient(), set_transient() e delete_transient() podem ser armazenados de uma forma global, os nossos dados, obtida a partir de operações anteriores e demorado.
. Justamente WordPress tem percebido a versão multi-blog, ou para o blog abaixo: get_site_transient(), set_site_transient() e delete_site_transient() . O que eu acho que está faltando é a versão para você.
Possíveis erros
Além disso, há um pequeno problema! ; una per memorizzare il dato vero e proprio e una che ne indica la scadenza: Quando você cria um passageiro chamado pippo , por exemplo, você gera duas chaves na tabela de options , uma para armazenar os dados em si e que mostra a data de vencimento:
1 2 | _transient_pippo _transient_timeout_pippo |
No local version:
1 2 | _site_transient_pippo _site_transient_timeout_pippo |
A questão é que a chave é um campo de 64 caracteres, com o risco (aconteceu comigo) não funciona se, por exemplo, para criar uma chave em MD5 ou similares.
De qualquer forma, eu decidi escrever uma versão que funcionou para você, que me permitisse usar o mesmo transitória (como nome) diferenciar o usuário. A norma transitória, na verdade, são distinguidos por chave. Isto tem a vantagem de um lado (então nascido para isso) para compartilhar os dados com todos, porque acessível a todos, em qualquer momento a ser identificado pelo nome. Por outro lado, no entanto, se eu quiser armazenar dados diferentes, por exemplo para o usuário distinguir (logado) são forçados a usar chaves diferentes, com o risco de erros expostos acima.
Então eu fiz uma versão do get, set e excluir, por usuário. Estes repousam sobre a mesa usermeta e, se não for especificado, use o usuário atual. São definitivamente útil no backend, onde um usuário conectado com existe para a força. Mas eles também são muito úteis a partir de frontend em ambientes que requerem um login. Aqui é a Síntese e lembrar que estas funções já estão presentes no quadro WPDK .
Apresentando a estrutura WPDK aberto
Com a versão estável do wpXtreme decidimos fazer a estrutura aberta em que se baseia todo o ecossistema de wpXtreme ou WPDK .
Bannerize atualizar
A saída do wpXtreme 1.0.0.b4 trouxe muitos novos, especialmente na loja WPX onde podemos finalmente encontrar a nova versão do (ex-WP) Bannerize.
Amiga tributo: falha Software, Guru Meditation
Dedicado a todos aqueles que, como eu, de vez em quando olhar para trás para os bons velhos tempos, onde a nostalgia excede em muito OLED telas e teclados projetados, aqui está um JavaScript / jQuery que reproduz o acidente lendário do Commodore Amiga objeto. Divirta-se! 
WordPress: ações são executadas durante uma solicitação típica by admin
Aqui é a seqüência de ações que são realizadas durante um pedido típico de backend. Comentários, acréscimos e correções são bem-vindas.
WordPress: ações são executadas durante uma solicitação típica por frontend
Aqui é a seqüência de ações que são realizadas durante um pedido típico de frontend. Comentários, acréscimos e correções são bem-vindas.