> Очевидно же, что эти детские проблемы на раз-два чинятсяНет, не очевидно. Ты сам подумай. Во-первых, список файлов. Но список файлов может содержать glob'ы, а промеж файлов могут быть ссылки. Это решаемая проблема, тут я не спорю, но её не удастся решить создав на стороне клиента ассоциативный массив запрошенных имён файлов, и потом проверяя каждый прилетающий файл на наличие в этом ассоциативном массиве. Придётся полностью разбираться со всеми квирками юниксовых путей, с тем чтобы заткнуть все дыры. А чтобы это сделать, надо сесть на неделю разбирать историю уязвимостей во всевозможных программах, чтобы составить список тех дыр, которые возникают при работе с unix'овыми путями. Это не детская проблема, а очень даже взрослая.
Во-вторых, интерпретация имён файлов на стороне сервера. Насколько это нужная штука в scp и зачем она там? Можно ли её просто вырезать? Я не знаю, не заглядывал в scp, но предположу, что дело в glob: шеллу прокидывают строчки как есть, чтобы тот раскрывал бы все *[] в именах, и тому подобные символы. Если я прав, то тогда, напрашивается вырезать использование шелла насовсем, и та потеря функциональности scp, которая последует за этим, станет частью "во-первых", который выше. Если же дело в чём-то ещё, то ситуация может оказаться резко сложнее, вплоть до обычной unix'овой дилеммы: либо реализовывать половину шелла в своей программе, либо затыкать бесконечные дыры, накладывая один за другим экранирующие фильтры на строчки.
Я к тому, что это существенно _не_детские_ проблемы, детский подход к ним (типа тяп-ляп, заработало, и учитель уже хлопает в ладоши от радости, потому что дитё хоть что-то сделало) не поможет тут.
> P.S. литнеграм на заметку: чем больше в подобных "новостях" серьезной воды, тем очевиднее реальная их суть.
Кому-то очевиднее, кому-то, как мы видим, нет.