“file: //” links trabalhando em um site WordPress, mas não em outro. Ambos rodando no mesmo servidor

Question

Eu tenho 2 sites WordPress diferentes no mesmo servidor. Ambos contêm links para arquivos em nossa rede interna, que são vinculados usando o protocolo file:// .

Aqui está o problema: Em um dos sites, os links file:// funcionam bem no Internet Explorer; Eu clico no link e o local da pasta é aberto em uma nova janela. No entanto, no outro site, quando clico nos links file:// , absolutamente nada acontece. O que posso fazer para que isso funcione nos dois sites?

O site com os links de arquivo de trabalho está usando o WordPress versão 3.2.1

O site com os links de arquivo que não funcionam está usando a versão 3.5.1

Aqui está um exemplo de file:// link com o qual estou tendo este problema:

file://servername/sharefolder$/sub1/sub2/sub3

    

Answer 1

Sem conhecer o caminho completo - ou algum pseudo-exemplo do caminho em que você neutraliza detalhes específicos para privacidade - é difícil dizer qual é o problema. Mas, em geral, o esquema file:// URI (identificador uniforme de recursos) requer um nome de host. E se não houver host conectado ao file:// URI, deve haver três barras ( /// ) e não duas ( // ).

Por exemplo, se você quiser acessar um arquivo com o caminho /hey/there/file na sua localhost setup, a URL pode ser esta:

file://localhost/hey/there/file

Ou pode ser isso:

file:///hey/there/file

Mas também pode haver um problema com a maneira como o WordPress 3.5.1 lida com file:// URI e como o WordPress 3.2.1 lidaria com isso. Esse pequeno pequeno chunklet de código no GitHubGist (de “rosshanney” parece resolver o problema criando um método de plug-in simples para permitir file para fazer parte do núcleo kses_allowed_protocols no WordPress:

<?php
/*
Plugin name: Allow file protocol
*/

function rh_allow_file_protocol( $protocols ) {
    $protocols[] = 'file';
    return $protocols;
}

add_filter( 'kses_allowed_protocols', 'rh_allow_file_protocol' )