urlencoded Forward slash is breaking URL

W Apache, AllowEncodedSlashes On uniemożliwia natychmiastowe odrzucenie żądania za pomocą 404.

Kolejny pomysł jak to naprawić.

Zamień %2F na % 252F po kodowaniu url

PHP

function custom_http_build_query($query=array()){

    return str_replace('%2F','%252F', http_build_query($query));
}

Obsługa żądania poprzez htaccess

.htaccess

RewriteCond %{REQUEST_URI} ^(.*?)(%252F)(.*?)$ [NC]
RewriteRule . %1/%3 [R=301,L,NE]

Zasoby

Http://www.leakon.com/archives/865

$encoded_url = str_replace('%2F', '/', urlencode($url));

Miałem ten sam problem z ukośnikiem w url get param, w moim przypadku działa następujący kod php:

$value = "hello/world"
$value = str_replace('/', '/', $value;?>
$value = urlencode($value);?>
# $value is now hello%26%2347%3Bworld

Najpierw zamieniam ukośnik na encję html, a następnie koduję url.

Na moim koncie hostingowym ten problem był spowodowany przez regułę ModSecurity, która została ustawiona automatycznie dla wszystkich kont. Po moim zgłoszeniu tego problemu ich administrator szybko usunął tę regułę dla mojego konta.

Użyj innego znaku i zastąp stronę serwera slashes

Np. Drupal.org używa %21 (znak excalamation!) do reprezentowania ukośnika w parametrze url.

Oba poniższe linki działają:

Https://api.drupal.org/api/drupal/includes%21common.inc/7

Https://api.drupal.org/api/drupal/includes! common. inc/7

Jeśli obawiasz się, że znak może kolidować ze znakiem w parametrze, użyj kombinacji postaci.

Więc Twój url byłby http://project_name/browse_by_exam/type/tutor_search/keyword/one_-!two / new_search / 1 / search_exam/0 / search_subject/0

Zmień go za pomocą js i przekonwertuj go z powrotem na stronę serwera slash.

Standardowym rozwiązaniem tego problemu jest umożliwienie ukośników poprzez uczynienie parametru, który może zawierać ukośniki, ostatnim parametrem w adresie url.

Dla adresu URL kodu produktu, który będziesz miał...

mysite.com/product/details/PR12345/22

Dla szukanego terminu masz

http://project/search_exam/0/search_subject/0/keyword/Psychology/Management

(tutaj słowem kluczowym jest psychologia / Zarządzanie)

Przetworzenie pierwszych "nazwanych" parametrów, a następnie powiązanie pozostałych z kodem produktu lub słowem kluczowym, nie jest ogromną ilością pracy.

Niektóre frameworki mają to obiekt wbudowany w ich definicje routingu.

Nie dotyczy to przypadków użycia z dwoma parametrami, które zawierają ukośniki.

Jest dla mnie proste użycie base64_encode

$term = base64_encode($term) 
$url = $youurl.'?term='.$term

Po zdekodowaniu terminu

$term = base64_decode($['GET']['term'])

W ten sposób Zakoduj " / "i" \ "

Używam funkcji javascript encodeURI() dla części URL, która ma ukośniki do przodu, które powinny być postrzegane jako znaki zamiast adresu http. Eg:

"/api/activites/" + encodeURI("?categorie=assemblage&nom=Manipulation/Finition")

Zobacz http://www.w3schools.com/tags/ref_urlencode.asp

Rozwiązałem to za pomocą 2 niestandardowych funkcji jak tak:

function slash_replace($query){

    return str_replace('/','_', $query);
}

function slash_unreplace($query){

    return str_replace('_','/', $query);
}

Więc do kodowania mogę zadzwonić:

rawurlencode(slash_replace($param))

I do dekodowania mogę zadzwonić

slash_unreplace(rawurldecode($param);

Możesz użyć %2F jeśli używasz go w ten sposób:
?param1=value1&param2=value%2Fvalue

Ale jeśli użyjesz {[2] } spowoduje to błąd.