Spacja html jest wyświetlana jako% 2520 zamiast% 20

Przekazanie nazwy pliku do przeglądarki Firefox powoduje zamianę spacji na %2520 zamiast %20.

Mam następujący kod HTML w pliku o nazwie myhtml.html:

<img src="C:\Documents and Settings\screenshots\Image01.png"/>

Kiedy myhtml.htmlładuję do Firefoksa, obraz jest uszkodzony. Więc klikam prawym przyciskiem myszy link, aby wyświetlić zdjęcie i pokazuje ten zmodyfikowany adres URL:

file:///c:/Documents%2520and%2520Settings/screenshots/Image01.png
                    ^
                    ^-----Firefox changed my space to %2520.

Co za cholera? Zmieniło moją przestrzeń w %2520. Czy nie powinno to być konwersją do formatu %20?

Jak zmienić ten plik HTML, aby przeglądarka mogła znaleźć mój obraz? Co tu się dzieje?

Trochę wyjaśnienia, co to %2520jest:

Wspólny znak spacji jest kodowany tak, %20jak sam zauważyłeś. %Znak jest zakodowany jako %25.

Sposób, w jaki się %2520to, gdy adres URL ma już %20w nim, i dostaje urlencoded znowu, który przekształca %20się %2520.

Czy jesteś (lub jakikolwiek framework, którego możesz używać) podwójne kodowanie znaków?

Edycja: Rozwijam nieco ten temat, szczególnie dla linków LOKALNYCH . Zakładając, że chcesz połączyć się z zasobem C:\my path\my file.html:

• jeśli podasz tylko lokalną ścieżkę do pliku, przeglądarka powinna zakodować i zabezpieczyć wszystkie podane znaki (w powyższym, powinieneś nadać mu spacje, jak pokazano, ponieważ %jest to prawidłowy znak nazwy pliku i jako taki zostanie zakodowany) podczas konwersji do właściwego adresu URL (patrz następny punkt).
• jeśli podasz adres URL z file://protokołem, w zasadzie stwierdzasz, że podjąłeś wszelkie środki ostrożności i zakodowałeś to, co wymaga zakodowania, resztę należy traktować jako znaki specjalne. W powyższym przykładzie powinieneś więc podać file:///c:/my%20path/my%20file.html. Oprócz poprawiania ukośników klienci nie powinni tutaj kodować znaków.

UWAGI:

• Kierunek ukośnika /- w adresach URL używane są ukośniki w przód , \w ścieżkach systemu Windows w odwrotne ukośniki , ale większość klientów będzie współpracować z obydwoma, konwertując je na właściwy ukośnik.
• Ponadto po nazwie protokołu znajdują się 3 ukośniki, ponieważ po cichu odnosisz się do bieżącej maszyny zamiast do zdalnego hosta (pełna ścieżka nieskrócona byłaby file://localhost/c:/my%20path/my%file.html), ale znowu większość klientów będzie działać bez części hosta (tj. Tylko dwa ukośniki ) zakładając, że masz na myśli maszynę lokalną i dodając trzeci ukośnik.

Z jakiegoś - być może ważnego - powodu adres URL został zakodowany dwukrotnie. %25jest %znakiem urlencoded . Tak więc oryginalny adres URL wyglądał następująco:

http://server.com/my path/

Potem został raz zakodowany jako urlenkod:

http://server.com/my%20path/

i dwukrotnie:

http://server.com/my%2520path/

Nie powinieneś więc robić urlencoding - w twoim przypadku - ponieważ wydaje się, że inne komponenty już to robią . Użyj po prostu spacji

Kiedy próbujesz odwiedzić lokalną nazwę pliku przez przeglądarkę Firefox, musisz wymusić file:\\\protokół ( http://en.wikipedia.org/wiki/File_URI_scheme ), w przeciwnym razie firefox zakoduje Twoje miejsce DWUKROTNIE. Zmień fragment kodu HTML z tego:

<img src="C:\Documents and Settings\screenshots\Image01.png"/>

do tego:

<img src="file:\\\C:\Documents and Settings\screenshots\Image01.png"/>

albo to:

<img src="file://C:\Documents and Settings\screenshots\Image01.png"/>

Następnie firefox jest powiadamiany, że jest to lokalna nazwa pliku i poprawnie renderuje obraz w przeglądarce, poprawnie kodując ciąg.

Pomocny link: http://support.mozilla.org/en-US/questions/900466

Poniższy fragment kodu rozwiązał mój problem. Pomyślałem, że to może być przydatne dla innych.

var strEnc = this.$.txtSearch.value.replace(/\s/g, "-");
strEnc = strEnc.replace(/-/g, " ");

Raczej używam default, encodeURIComponentmoja pierwsza linia kodu konwertuje wszystko spacesna hyphensużycie wzorca regex, /\s\ga następna linia po prostu odwraca, tj. Konwertuje wszystko z hyphenspowrotem na spacesużycie innego regex pattern /-/g. Tutaj /gjest faktycznie odpowiedzialny za finding alldopasowywanie znaków.

Kiedy wysyłam tę wartość do mojego wywołania Ajax, przechodzi ona jako normal spaceslub po prostu %20iw ten sposób się pozbywa double-encoding.

Spróbuj tego?

encodeURIComponent('space word').replace(/%20/g,'+')