Ele contém a convertEntities()
função que (como o nome diz) converte entidades HTML em seu valor real. É usado principalmente para scripts que enviam dados de localização do PHP para o lado JS usando wp_localize_script()
. Basta procurar l10n_print_after
na base de código e você a verá bastante.
Os dados que você adiciona wp_localize_script()
são adicionados antes do script convertido (deve ser, porque é mencionado aqui). No entanto, se você usar um concatenador de script (para ter apenas uma solicitação que retorne todos os arquivos JS usados), esse arquivo também será chamado após todos os dados localizados - mas agora convertEntities()
não será definido quando for necessário. Por esse motivo, essa função é separada do utils.js
arquivo geral e adicionada com alta prioridade na parte superior.
Por esse motivo, você não deve removê-lo: todos os scripts que usam seqüências de caracteres traduzíveis o usam (mesmo que ainda estejam em inglês), e você pode quebrar lugares que ainda possuem entidades.
scripts.js
e simplesjquery
. Não me importo que l10n apareça no WP Dashboard, mas o site em que estou trabalhando obtém uma grande quantidade de tráfego e estou sendo muito exigente em manter tudo otimizado. Alguém mencionou uma barra de administrador como a causa, mas apenas alguns autores para o site. Eu não me importo se isso os afeta, só não quero que isso larde o resto do site. O que você sugere fazer?wp_register_script
está sendol10n.js
carregado para carregar, mesmo que eu tenha.js
arquivos ZERO na fila. Não me importo se isso carrega para autores com pouco tráfego, mas carrega em páginas públicas para visitantes regulares, mesmo que eu não sirvajavascript
para eles. Mesmo que eu precisasse de um script comojquery
, não deveria depender dissoutils.js
. Isso nunca aconteceu no passado pelo front-end, pelo menos.use o código acima para cancelar o registro de l10n.js em function.php
fonte
Parece que ele está incluído quando você enfileira o script 'comment-reply'. Observe que você provavelmente deseja garantir que 'comment-reply' seja carregado apenas em páginas que possam ter comentários ativados (por exemplo, verifique
is_singular()
antes de enfileirar o script).fonte
comment-reply
script. Na verdade, não tenho isso enfileirado no meu local de teste no momento. Ele aparece em toda e qualquer página do site. Eu até mudei de volta para o WP 3.0.3 para testar e ele desaparece. Volte se eu executar o novo 3.1 beta 2. #comment-reply
em fila nos meus bancos de testes executando a versão de tronco SVN do WordPress.Eu descobri na minha instalação que esse script foi carregado ao lado da nova barra de administração, se livrando da barra de administração do l10n.js para mim (mas acho que a resposta de Jan está mais alinhada com a resposta ao "porquê").
Remover a barra foi fácil ..
Na verdade, isso não aborda a questão (como evidenciado pelas outras respostas), mas no caso de alguém querer remover essa barra horrível, o acima é como você o faz.
fonte
header/footer/index/sidebar.php
e que remover ação resolveu o problema. Mas no meu tema regular, mesmo que eu remova todos os enfileiramentos, ele continuará carregando. Eu tenho javascript ZERO no WP cabeça / rodapé, além do google analytics, que é codificado no modelo de qualquer maneira.wp_register_script
declarações no meufunctions.php
. Isso disparal10n.js
para aparecer mesmo se eu nunca colocar na fila nenhum.js
arquivo. Também tenho a barra de administração desativada!Como removê- lo:
Solte no functions.php ou o que for (plugin, etc.)
Funciona para mim.
fonte
Para removê-lo, adicione o seguinte ao arquivo functions.php do seu tema.
wp_deregister_script ('l10n');
fonte
A origem dos desenvolvedores para o arquivo tem a seguinte descrição:
e commit note diz:
Eu ainda não tinha jogado com o 3.1, por isso não tenho certeza do que pode carregá-lo em todas as páginas.
fonte
wp_head
automaticamente por WP v3.1Sim, ele é lançado dentro do tema por wp_head automaticamente ... Eu removo-o colocando o código abaixo nas funções do tema.php
remove_action( 'wp_head', 'l10n' );
fonte