SFONDOdiversi comportamenti di trattare (backslash) nell'URL per Firefox e Chrome
Secondo la mia esperienza, quando mia workstation ubuntu è configurato sul dominio con Active Directory, il nome utente creato per me era secondo il seguente schema.
nome_dominio \ nome_utente
Utilizzando la UserDir estensioni di Apache su Linux richiederà di utilizzare il nome utente nell'URL per accedere public_html nella home directory.
PROBLEMA A:
Chrome converte tutto il backslash '\' caratteri nell'URL per inoltrare barra '/' e l'URL risultante diventa come sotto questo è totalmente diverso e risulta sempre non trovato.
Firefox altra parte non riconvertire barra di inoltrare barra richiesta in modo http a bersaglio è servito da server web.
Common solution is to encode back slash in %5C.
PROBLEMA B:
Se usiamo un percorso simile (contenente \ nel percorso) in CSS @import costrutto, il processo di importazione dei file css come richiesta HTTP GET è fallito segnalando Errore 404 e l'URL riportato nell'errore 404 manca la presenza di \ del tutto. Significa che lo \ viene rimosso dall'URL prima di richiamare la richiesta GET contro di esso.
Questo comportamento è comune in Firefox e Chrome. Ma hanno soluzioni insolite
Firefox ha bisogno di tornare indietro barra per lavorare nel processo di importazione css.
url @import ("http://localhost/~domain_name\\user_name/path/to/css");
Chrome, come al solito, ha bisogno di una soluzione per la barra posteriore codificata.
url @import ("http://localhost/~domain_name%5Cuser_name/path/to/css");
- Qual è le soluzioni unificate per affrontare \ in URL?
- C'è un modo per evitare che un \ venga visualizzato nel nome utente?
Ma non funzionerà nel caso css @import url() per Firefox. –
Perché no? Dovrei lavorare per quanto posso dire. –
Ma l'ho provato. –