ls
производит один выходной столбец при подключении к трубе, поэтому -1
является избыточным.
Вот еще один ответ perl, использующий встроенную функцию join
, которая не оставляет завершающий разделитель:
ls | perl -F'\n' -0777 -anE 'say join ",", @F'
Непонятный -0777
заставляет perl прочитать весь ввод перед запуском программы.
альтернатива sed, которая не оставляет завершающий разделитель
ls | sed '$!s/$/,/' | tr -d '\n'
Да, вы можете обслуживать файлы HTML с помощью FTP. Однако FTP является тяжелым протоколом с отслеживанием состояния и предполагает, что вы останетесь на одном сервере. Он оптимизирован для загрузки больших файлов (где накладные расходы на настройку амортизируются по размеру и количеству загрузок). HTTP очень легкий (вы можете общаться с HTTP-сервером с помощью TELNET намного проще, чем FTP, особенно перед ПАССИВНЫМ FTP) и является разработан на основе HTML - концепции, согласно которой в ходе навигации вы будете посещать множество разных серверов и получать с каждого только пару файлов за раз.
Gopher существовал до HTML и был очень популярен. Это был также легкий протокол. У него просто не было представления и простоты ввода, которые были в HTML.
Если коротко, то люди изобрели всевозможные протоколы по разным причинам (т. Е. докторские диссертации) - HTTP удалось появиться в нужное время и иметь правильный набор функций.
Кстати, CGI даже не был частью HTTP в начале. Он появился позже - и было намного проще внедрить CGI в HTTP, чем в FTP, из-за простого протокола без сохранения состояния.
Да, и до HTTP / HTML не было «сети». Интернету нужен HTTP, потому что HTTP создал Интернет.
Нет причин, по которым вы не могли этого сделать. Хотя это было бы громоздко, безвкусно и утомительно. Я имею в виду, что из трупа жука VW можно сделать лодку. Это не значит, что это хорошая идея.
К тому времени, когда Интернет собирался вместе, FTP уже становился громоздким даже для простого обмена файлами (то есть того, для чего он был разработан). Это необычный и иногда неоднозначный протокол, который плохо работает с межсетевыми экранами. Люди уже кодировали обходные пути для FTP-клиентов, чтобы попытаться определить, какое серверное программное обеспечение FTP-сайт использовало для обхода своих ошибок.
Короче говоря, это не та вещь, на которой вы бы основывали новую технологию.
http - это протокол для загрузки файлов с отображаемым (по определению) форматом. FTP оптимизирован для обмена файлами всех типов и загрузки информации о каталогах.
Не могли ли вы встроить в FTP модификацию, ориентированную на отображение? Да. Будет ли это иметь какое-либо преимущество по сравнению с протоколом с более индивидуальным дизайном и более простым интерфейсом? №