Se tudo correu bem você verá na sua tela a seguinte mensagem:
✔ XN cache invalidated

Se você chegou aqui com esse problema está querendo logo a solução, sem enrolação. Substitua o

$('seletor_aqui').mouseenter(function() {})

por

$('seletor_aqui').bind('mouseenter', function() {})

A solução também vale para a função mouseleave.

O que não funciona

Substituir o mouseenter por mouseover ou o mouseleave por mouseout não funciona, pois as funções tem comportamento semelhantes, mas não idênticos. A mouseleave não é chamada se você passar o mouse sobre um elemento filho, mas a mouseout sim.

Exemplo

Uma div A e dentro dela uma div B. São associadas à div A as quatro funções (mouseenter, mouseover, mouseleave e mouseout).

Se você entrar na div A são disparados os dois eventos, mouseenter e mouseover. A diferença está quando você passa o mouse sobre a div B: a mouseleave não é disparada, enquanto a mouseout sim, porque teoricamente você está saindo da div A para entrar na B. Voltando com o mouse da div B para a div A é disparado o mouseover mas não é disparado o mouseenter. Saindo da div A são disparados o mouseleave e o mouseout.

Deu pra entender?

Apesar de gostar muito do Drupal, ele acaba sendo demais para criar sistemas com muitas funcionalidades porém com pouco conteúdo. Por isso, já há algum tempo, eu queria estudar um framework PHP, mas investir tempo em estudo nem sempre é tão fácil como todo mundo gostaria. Recebi um projeto que tinha jeitão de framework e fui pesquisar qual era o melhor. Além de fácil de aprender ele teria que ser de fácil manutenção e com aderência suficiente do mercado, afinal caso o sistema tenha que ser reparado por outra pessoa é preciso ser fácil de achar alguém. Tive uma experiência ruim com isso, tentando passar um projeto em Symfony para outro desenvolvedor.

Comecei querendo aprender CakePHP, sempre me falaram bem, mas achei o começo um pouco embolado. Ainda não tinha mexido muito a fundo em nada com MVC, então fiquei meio perdido. Dei uma olhada no Kohana também, mas além de falarem mal da documentação, li em alguns lugares que o CodeIgniter (que é o “pai” do Kohana) é melhor. Tinha o Zend também, mas li que não era o melhor pra começar.

Comecei aprendendo CodeIgniter com esse tutorial, vi alguns dos outros vídeos e depois fui tirando as dúvidas no User Guide da ferramenta. Abrindo a “Table of Contents” lá em cima é bem fácil de navegar por assunto e ainda é possível usar a busca.

Além de deixar a solução bem organizada, o core é enxuto. Basicamente é preciso mexer só em três pastas (models, views e controller) dentro da pasta “application” e esquecer o resto. Depois com o tempo e a necessidade fui descobrindo as outras pastas, o suporte a idiomas dele por exemplo é bem legal. Comecei a mexer com ele na segunda-feira e já estou com o sistema praticamente pronto. Ontem já fiz uma refatoração no código (aprendi muito nesses dias) e consegui enxugar bastante coisa e deixar tudo mais legível.

Em breve posto mais coisas, umas dicas iniciais que senti falta, esse tipo de informação. Abraços!

O erro era o seguinte: ao tentar acessar qualquer conteúdo, a home era exibida. Tentava abrir uma interna e era o conteúdo da home que aparecia. Isso acontece porque o Kohana utiliza como endereço da página o conteúdo da variável $_SERVER['PATH_INFO'] (o Drupal, por exemplo, utiliza o valor da variável $_GET['q']). Se no php.ini a variável cgi.fix_pathinfo estiver como true (ou 1), o servidor “limpa” a url, desconsiderando justamente o que o Kohana precisa para mapear o request. Basta então criar um php.ini na raíz da sua hospedagem na Locaweb e, no final, colocar cgi.fix_pathinfo=0.

Outro dia esbarrei em uma dessas funções úteis que nem sempre a gente sabe que existe, a content_allowed_values. Ela retorna através de um array todas as opções possíveis de campos do tipo “select”. Um exemplo:

$content_field = content_fields('field_exemplo');
$allowed_values = content_allowed_values($content_field);

Se no campo de opções válidas do select você informou:
ex_1|Exemplo 1
ex_2|Exemplo 2
ex_3|Exemplo 3
A variável $allowed_values vai receber um array, onde as chaves serão os valores antes do pipe (ex_1, ex_2 e ex_3) e os valores serão o que estiver depois do pipe (Exemplo 1, Exemplo 2, Exemplo 3).

Esta função pode ser útil, por exemplo, quando é preciso listar todos os valores possíveis em algum lugar mas não é possível usar uma view, seja porque seria um argumento muito complicado de montar ou porque ainda não há conteúdo em todas as opções.

Alguns “utf8_encodes” e “utf8_decodes” depois, descobri uma solução bem fácil, basta transformar o assunto da seguinte forma:

$assunto = '=?UTF-8?B?'.base64_encode($assunto).'?=';

Depois é só usar a variável $assunto na chamada da função mail().

Depois de muito tentar (acho que) percebi o que acontecia. Ao usar conteúdo inline no fancybox, ele copia os elementos para formar a janela que se espera. Associando normalmente um comportamento a qualquer elemento, você associa ao original, a cópia não herda. Ou seja, no meu caso o link que era exibido não tinha mais associado o comportamento que eu queria.

A solução é associar na hora em que a janela é aberta, pela chave ‘callbackOnShow’ (na versão 1.2). No meu caso ficou assim:

$(document).ready(function () {
	(...)
	$("#page-index-call").fancybox({
		width				: 	'1000px',
		padding				:	0,
		overlayOpacity		:	1,
		overlayColor		:	'#000',
		hideOnOverlayClick	:	false,
		hideOnContentClick	:	false,
		enableEscapeButton     :	false,
		showCloseButton		:	false,
		callbackOnShow		: 	function () {
			$("#fancy_content .box_close").click(function(e) {
				e.preventDefault();
				e.stopPropagation();
				$("#wrapper").show();
				$.fn.fancybox.close();
			});
		}
	});
	(...)
});

Não sei se na versão 1.3 (atual) já consertaram, mas se continuar, talvez seja preciso alterar a chave, uma vez que a API foi atualizada.