Форум MySQL

это конечно разумнее, но имена использовал для удобства, чтобы можно было быстро различить загруженный контент по названию.

Да, ошибка заключалась в этом и заключалась - вместо того, чтобы обрабатывать только имя файла, я обрабатывал весь путь к файлу, а соответственно и все слеши.

Trianon, огромное вам спасибо.

Я вообще-то сказал rawurlencode не использовать, а ознакомиться с . И в стандарт заглянуть.
Так что не надо.

у Вас было бы меньше геморроя если бы имя хранимого файла было бы не Rock n' Roll.7z, а идентификатор строки БД соответствующий этому названию т.е. 56743.7z
к тому же я не знаю как эти архивы попадают к Вам и кто следит за одинаковыми именами файлов, а при использовании варианта с идентификатором про уникальность можно не думать в пределах разумного...

Использовал rawurlencode, как вы сказали. У меня в БД хранится путь в этому архиву (/files/Music/Rock n' Roll.7z), я его обрабатываю этой функцией. Т.е, Слеши обрабатываются. Сейчас сделаю, чтобы обрабатывалась только последняя часть строки - после всех слешей.

а слэш / специально был заенкоден или случайно?

Кстати да. Вот и ответ на вопрос, почему не работает.
Слэш-то у Вас - не часть имени файла. Я бы сказал - наверняка не часть.

http://localhost/Testsite/files%2FMusic%2FRock+n%27+Roll.7z

The requested URL /Testsite/files/Music/Rock+n'+Roll.7z was not found on this server.

в URI не должно быть пробелов. Да и апострофов тоже.
Совершенно очевидно, что в именах файлов этим символам тоже делать нечего.

Ну а почему не находит

http://localhost/Testsite/files%2FMusic%2FRock%20n%27%20Roll.7z The requested URL /Testsite/files/Music/Rock n' Roll.7z was not found on this server.

Ок.
Пусть идет.