LinuxForum.Fans
Тема

ls

Автор: drBatty 19 сообщений 20168 просмотров
#124996

Первая команда это конечно http://linuxforum.ru/viewtopic.php?id=10553, но это только первая. В дальнейшем мы пользуемся в основном другими командами, самая частая из них - ls. mount - это вход куда-то, а что делает человек, который входит в помещение? Правильно, осматривается. Команда ls именно для того и предназначена, она показывает список файлов в каталоге. В линуксе это самая главная команда, т.к. здесь всё - файлы.



Как видите, команда ls выводит список файлов в несколько столбиков (у меня один, есть ключ -1, что-бы всегда был один столбик, иначе их количество зависит от ширины терминала), при этом раскрашивает его разными цветами, и добавляет разные символы, что-бы мы знали, какой это файл.

Цвет файла зависит от имени файла, а так-же от прав доступа. На скрине видно, что у меня каталоги синие, а исполняемые файлы зелёные. Соответствие цветов и вообще их наличие зависит от дистрибутива, в моём:

Показать
(Slackware+bash) всё записано в файле /etc/profile.d/coreutils-dircolors.sh

В других может быть по другому. Обычно опции генерируются командой dircolors, и сохраняются в переменной $LS_COLORS. Используется опция --color=auto, и потому, если ls выводит список на экран, то он выводится в цвете, а если список сохраняется в файл или передаётся другой команде через PIPE, то он чёрно-белый.

Кроме цветов, к имени файла добавляется дополнительный символ, если это какой-то особенный файл:

  • '/' добавляется к каталогам
  • '@' добавляется к симлинкам
  • '|' добавляется к FIFO
  • '=' к сокетам
  • '*' добавляется к тем файлам, которые может исполнить тот, кто запустил ls

Управляется всё это опцией

Показать
`--indicator-style=WORD'
Append a character indicator with style WORD to entry names, as
follows:

`none'
Do not append any character indicator; this is the default.

`slash'
Append `/' for directories. This is the same as the `-p'
option.

`file-type'
Append `/' for directories, `@' for symbolic links, `|' for
FIFOs, `=' for sockets, and nothing for regular files. This
is the same as the `--file-type' option.

`classify'
Append `*' for executable regular files, otherwise behave as
for `file-type'. This is the same as the `-F' or
`--classify' option.

Самая важная и нужная опция -l, это расширенный формат вывода. Нужен для получения почти полной информации о файле:
[console]$ ls -l-h
итого 4
-rwxr-xr-x 1 doc users 0 2011-02-04 13:02 исполняемый_файл*
drwxr-xr-x 2 doc users 4096 2011-02-04 13:02 каталог/
-rw-r--r-- 1 doc users 0 2011-02-04 13:02 обычный_файл
[/console]
В первом поле идёт информация о типе файла, и права доступа. Для обычных файлов это -, для каталогов d.
Полный список:

Показать
The file type is one of the following characters:

`-'
regular file

`b'
block special file

`c'
character special file

`C'-h
high performance ("contiguous data") file

`d'
directory

`D'
door (Solaris 2.5 and up)

`l'
symbolic link

`M'
off-line ("migrated") file (Cray DMF)

`n'
network special file (HP-UX)

`p'
FIFO (named pipe)

`P'
port (Solaris 10 and up)

`s'
socket

`?'
some other file type

Переводить наверное тут нечего :)

Права указаны для хозяина, для группы, и для всех прочих, по три права на каждого.

  • - нет такого права
  • r право чтения
  • w право модификации (для каталога это право создания и удаления файлов в нём)
  • x право запуска для файлов, и право входа (использования) для каталогов
  • s установлен SUID или SGID бит - опасные файлы, и потому подсвечиваются красным
  • t это sticky bit, ставится на общедоступных каталогов, подсвечивается зелёным
  • S, T такие файлы редко встречаются, обычно это какая-то ошибка администратора, сбой файловой системы (см. info coreutils 'ls invocation')

Во втором поле указано число имён этого файла

Показать
В Linux каждый файл может иметь любое число имён, и не иметь их вовсе. Эти имена называются хардлинками. Все они абсолютно равнозначны, и среди них нет какого-то "главного". Команда rm в действительности удаляет лишь имя файла, сам файл удаляется системой автоматически, когда он никому не нужен, и у него нет ни одного имени. В отличие от Win, можно "удалить" файл, который который сейчас используется. Он будет удалён автоматически, как только с ним закончится работа.

Во третьем и четвёртом поле указан владелец файла, и группа файла.

В пятом поле указан размер файла в байтах. Используйте опцию -h, для удобочитаемости (тогда станет писать в кило/мега/гига байтах. Но не очень точно).

В шестом и седьмом поле указано время последней модификации файла. Более подробную информацию о временных штампах можно получить используя команду stat.

в последнем поле записано имя файла (см. выше).

#125010

Про bash

Во первых, в Linux'е нет никаких расширений, расширения действуют лишь на команду ls, да и то, лишь тогда, когда администратор (или создатель дистрибутива) должным образом установил переменную LS_COLORS. К примеру, файлы, имя которых совпадает с шаблоном *.EXE считаются командой ls исполняемыми, к ним добавляется *, и они раскрашиваются зелёным. И *.exe тоже. Но не *.ExE, потому-что большие и малые буквы в Linux различаются, а Патрегу видимо было лень прописывать все комбинации :) В других дистрибутивах это всё естественно может быть по другому.

Во вторых, какие-то куски имени в Linux всё-же используются, и самое удобное - использовать конец файла, при этом, вовсе не обязательно отделять этот кусок точкой. Например, для tar архивов, сжатых упаковщиком gzip, и зашифрованных GnuPG используется расширение .tar.gz.gpg, при этом оно появляется автоматически (почти. дело в том, что программе tar приходится указывать его явно, ибо она может и архивировать и сжимать одновременно. неясно что выбрать - tgz или всё-же tar, к которому потом gzip добавит своё gz, как в данном случае).

В третьих, достоверно узнать тип файла невозможно. Но его можно угадать по расширению, или более надёжно по содержимому (командой file). В EXT4 придумали атрибут "тип файла", но пока он ещё нигде не используется :(

В четвёртых, все шаблоны вроде *.exe в Linux'е раскрываются не командами, а самой оболочкой. Потому, команды
[console]$ ls
исполняемый_файл* каталог/ обычный_файл
$ ls *
исполняемый_файл* обычный_файл

каталог:
[/console]
дают разные результат. Первая команда выводит список файлов в текущем каталоге (поведение по умолчанию), но вот вторая команда получает этот список, в который раскрывается звёздочка. И если это никак не влияет на обычные файлы, то на каталоги влияет очень сильно, выводится не их имя, а их содержимое (можно это запретить опцией -d).

В пятых, имеется разница при обработке скрытых файлов. Скрытыми файлами в Linux называются любые файлы, имя которых начинается на точку. Обычно ls их не показывает, но их можно посмотреть опцией -a. Кроме того, можно пойти иным путём - передать команде список этих скрытых файлов
[console]$ ls -ld .* *
drwxr-xr-x 3 doc users 4096 2011-02-04 14:18 ./
drwxr-xr-x 7 doc users 4096 2011-02-04 13:01 ../
-rw-r--r-- 1 doc users 0 2011-02-04 14:18 .скрытый_файл
-rwxr-xr-x 1 doc users 0 2011-02-04 13:02 исполняемый_файл*
drwxr-xr-x 2 doc users 4096 2011-02-04 13:02 каталог/
-rw-r--r-- 1 doc users 0 2011-02-04 13:02 обычный_файл
[/console]
здесь ls получает сначала список всех скрытых файлов, а затем список всех обычных файлов.

В шестых, у каждого каталога имеется как минимум 2 других имени:
1) точка. каталог/. это второе имя самого каталога.
2) две точки (..) это ещё одно имя родительского каталога (есть оно и у корневого. корень сам себе родитель).

Если в каталоге 100 подкаталогов, то он имеет как минимум 102 имени:
каталог
каталог/..
каталог/подкаталог1/..
...
каталог/подкаталог100/..

В седьмых, команда ls "неправильно" показывает размер каталогов. Это только так кажется, на самом деле - всё правильно, ls честно показывает, что каталог занимает на диске обычно 4096 байт. Дело в том, что всё - файлы, и каталоги - тоже файлы. И они имеют свой размер, который очевидно отличается от размера заключаемых в нём файлов.

Показать
Всё потому, что линух это не маздай, здесь вам не тут, это только в унылом маздае есть "папки", которые очевидно весят как содержимое+вес самой папки. В линуксе никаких папок нет. В каталоге хранятся вовсе не файлы, а лишь имена файлов, и их номера-иноды (inode), по которым эти файлы и находятся. Размер имени файла 1...255 байт, а инода - 4 байта (не самого инода, а его номера, который хранится в каталоге). Но структура каталога значительно сложнее простого списка, а представляет собой хеш-дерево, в котором можно очень быстро найти нужный файл, за время пропорциональное log(N), где N число файлов. Это позволяет хранить в одном каталоге сотни тысяч и даже миллионы файлов, что сильно ускоряет многие программы, которые работают с большим объёмом информации и на разном железе

Что-бы узнать "истинный" размер, который занимают все файлы из каталога используйте команду du.

#125030
drBatty написал:
  • S, T такие файлы редко встречаются, обычно это какая-то ошибка администратора, сбой файловой системы

И пару слов о том, почему использованы s,t и заглавные S,T.
Для символьного вывода прав используются три тройки rwx, по одной для владельца, группы и остальных (world). Отдельных 3-х позиций для SUID, SGID, STICKY не предусмотрено, поэтому они выводятся вместо "x" в виде s для владельца (SUID), группы (SGID), в виде t в позиции остальных (sticky), если соответствующий бит x (eXecute, выполнение) установлен, что, исходя из их назначения является естественным. А когда соответствующее право "x" отсутствует, выводится заглавная S или T.

--s --- --- == SUID и "x" у владельца
--S --- --- == SUID, "x" у владельца нет
--- --s --- == SGID и "x" группы
--- --S --- == SGID, "x" у группы нет
--- --- --t == sticky и "x" у world
--- --- --T == sticky, "x" у world нет

#128215

Забыл сказать про сортировку: команда ls выводит не просто список, а сортированный список.

С ключом -U команда выводит список БЕЗ сортировки - это нужно, если вы используете в скрипте, и вам не хочется тратить лишнее время на сортировку.
Кроме того, ls умеет сортировать по расширению (-X), по времени (-t), по размеру (-S), и по версии (-v). Для обратной сортировки служит ключик -r (потому команда ls лезет в каталоги не с ключом -r как другие, а с ключом -R).

Можно с лёгкостью найти самые жирные файлы командой

[console]ls -lS[/console]

#129702

Если так изучать каждую команду и задротом стать не далеко.

Сначала задается вопрос: что требуется?

Ищется нужная команда:
в простом случае
и в более сложном

А потом ищется нужный ключ:
в простом случае
и в более сложном:
[console]$ ls --help
Использование: ls [КЛЮЧ]... [ФАЙЛ]...
Просмотр информации о файлах (по-умолчанию в текущей директории)
Сортировка спика по алфавиту если не указаны опции -cftuvSUX или --sort.

Аргументы, обязательные для длинных ключей, обязательны и для коротких.
-a, --all не скрывать файлы начинающиеся с .
-A, --almost-all не выдавать подразумеваемые . и ..
--author вместе с -l, печатать автора каждого файла
-b, --escape печатать восьмеричные escape-последовательности
вместо неграфических знаков
--block-size=SIZE использовать блоки размером SIZE байт
-B, --ignore-backups не выдавать файлы оканчивающиеся на ~
-c с -lt: сортировать по времени изменения; с -l:
выдавать время изменения и сортировать по имени,
иначе сортировать по времени изменения
-C выдавать список в несколько колонок
--color[=КОГДА] указывает, нужно ли выделять типы файлов цветом.
КОГДА может быть `never' (не выделять), `always'
(выделять) или `auto' (зависит от терминала)
-d, --directory выдавать имена каталогов, а не их содержимое, а
также не следовать по символьным ссылкам
-D, --dired генерировать вывод для режима Emacs Dired
-f не сортировать, включает -aU, выключает -ls --color
-F, --classify добавлять к имени файла индикатор (один из */=>@|)
--file-type аналогично, но не добавлять `*'
--format=СЛОВО across -x, commas -m, horizontal -x, long -l,
single-column -1, verbose -l, vertical -C
--full-time синоним -l --time-style=full-iso
-g как -l, но не выводить владельца
--group-directories-first
группировать каталоги перед файлами.
используется с опцией --sort,
использование опции --sort=none (-U) отключает группировку
-G, --no-group в длинном формате не печатать имена групп
-h, --human-readable c -l, печатать размеры в удобном для человека виде
(например, 1K 234M 2G)
--si то же, но использовать степени 1000, а не 1024
-H, --dereference-command-line
следовать по символьным ссылкам в командной
строке
--dereference-command-line-symlink-to-dir
следовать по всем символьным ссылкам в командной
строке, которые указывают на каталог
--hide=ШАБЛОН не показывать файлы, соответствующие ШАБЛОНУ
оболочки (отменяется ключами -a или -A)
--indicator-style=СТИЛЬ добавлять к именам элементов индикатор с
указанным СТИЛЕМ: none (пусто, по умолчанию),
slash (косая черта, -p),
file-type (тип файла, --file-type),
classify (определяется видом файла, -F)
-i, --inode печатать индекс каждого файла
-I, --ignore=ШАБЛОН не показывать файлы, соответствующие ШАБЛОНУ
оболочки
-k то же, что и --block-size=1K
-l использовать широкий формат
-L, --dereference показывая информацию для символьной ссылки,
показывать информацию о файле, на который ссылка
ссылается
-m выдавать список на всю ширину через запятую
-n, --numeric-uid-gid как -l, но выдавать числовые UID и GID
-N, --literal печатать имена как есть (не обрабатывать,
например, управляющие символы)
-o как -l, но не выводить информацию о группе
-p, --indicator-style=slash добавлять индикатор / к каталогам
-q, --hide-control-chars печатать ? вместо не графических символов
--show-control-chars показывать непечатаемые символы (по умолчанию
если программа не ls и вывод идет не на терминал).
-Q, --quote-name заключать имя файла в кавычки
--quoting-style=ТИП использовать тип заключения в кавычки ТИП:
literal, shell, shell-always, c, escape
-r, --reverse обратный порядок сортировки
-R, --recursive рекурсивно показывать каталоги
-s, --size печатать размер каждого файла в блоках
-S сортировать по размеру файла
--sort=СЛОВО сортировать по СЛОВУ, а не по имени:
none (без сортировки) -U,
extension (расширение) -X, size (размер) -S,
time (время) -t, version (версия) -v
--time=СЛОВО с ключом -l, показывать вместо времени изменения
время, заданное СЛОВОМ:
atime -u, access -u, use -u,
ctime -c или status -c;
если --sort=time, использовать указанное
время в качестве ключа сортировки
--time-style=СТИЛЬ с -l, показывать время используя указанный СТИЛЬ:
full-iso, long-iso, iso, locale, +ФОРМАТ.
ФОРМАТ интерпретируется как в `date'; если ФОРМАТ
-- это ФОРМАТ1<перевод-строки>ФОРМАТ2, ФОРМАТ1
применяется к старым файлам, а ФОРМАТ2 к новым;
если к СТИЛЮ добавлен префикс `posix-', то он
действует только в локали, отличной от POSIX
-t сортировать по времени изменения
-T, --tabsize=РАЗМЕР использовать табуляцию указанного РАЗМЕРА, а не 8
-u с -lt: сортировать и показывать время доступа
c -l: показывать время доступа и сортировать по имени
иначе: сортировать по времени доступа
-U не сортировать; печатать в соответствии с
физическим расположением в каталоге
-v сортировать по номерам (версии) в текстовом
представлении
-w, --width=ЧИСЛО задает ширину экрана вместо текущего значения
-x перечислять по строкам, а не по столбцам
-X сортировать по расширению в алфавитном порядке
-Z, --context печатать контекст безопасности SELinux каждого
файла
-1 перечислять по одному файлу на строке
--help показать эту справку и выйти
--version показать информацию о версии и выйти

SIZE может быть (или может число необязательно оканчивающееся на) одно из:
kB 1000, K 1024, MB 1,000,000, M 1,048,576, итак далее для G, T, P, E, Z, Y.

По умолчанию цвет не используется для различения файлов. Это
эквивалентно использованию --color=none. Использование ключа --color
без необязательного аргумента КОГДА эквивалентно --color=always. С
ключом --color=auto, коды цвета будут выдаваться, только если
стандартный вывод подключен к терминалу (tty). На цвета может влиять
переменная среды LS_COLORS; ее можно легко установить с помощью
команды dircolors.

Возвращаемое значение:
0 в случае успешного завершения,
1 в случае незначительных проблем (например, нет доступа к подкаталогу),
2 в случае серьезных проблем (например, невозможно получить аргумент командной строки).

Об ошибках в ls сообщайте по адресу bug-coreutils@gnu.org.
Домашняя страница GNU coreutils: <http://www.gnu.org/software/coreutils/>
Справка по работе с программами GNU: <http://www.gnu.org/gethelp/>
Об ошибках в переводе ls сообщений по адресу <gnu@mx.ru>
[/console]Методом scanning.

И не в коем случае не читать ВСЕ!

#129935
moscwich написал:
Если так изучать каждую команду и задротом стать не далеко.

задротом станете скоро вы. лично я специально не изучал ls, я просто ей пользуюсь не первый год. это хорошо знакомый мне инструмент, вот и всё. Если вам не нравится - не читайте, наступайте сами на свои грабли.

#130059
drBatty написал:
задротом станете скоро вы
А можно по подробнее?

Кстати, man ls вполне себе переведен.

Я просто всегда ненавидел такой формат.
Например, зачем столько слов?:

drBatty написал:
имеется разница при обработке скрытых файлов. Скрытыми файлами в Linux называются любые файлы, имя которых начинается на точку. Обычно ls их не показывает, но их можно посмотреть опцией -a.

Ведь короче:

-a, --all не скрывать файлы начинающиеся с .
Как оно написано в хелпе. Чем хуже?

Да и вообще зачем это все, когда есть переведенный --help и даже man (хотя не нужен, когда хелп нормальный)?
#130078
moscwich написал:
А можно по подробнее?

а вы не будете обижаться? ничего личного. ОК?
девушки ведутся на мужчин, которые мастерски владеют ИНСТРУМЕНТОМ. и не важно - каким, главное - своим. Всё просто на самом деле. И не важно, что это за инструмент - кувалда, автомобиль, ls, или член. Только последним инструментом каждый мужчина должен владеть хотя-бы так-же, как я владею ls. Это не даётся чтением --help по-диагонали, это даётся лишь опытом. Причём опыт должен исчисляться годами непрерывного использования. Девушки это сразу видят, будь то кувалда, автомобиль или ls. Ну и переносят это сразу на всё остальное - не умеешь долбить кувалдой (хотя и говоришь, что умеешь) == задрот.

moscwich написал:
Я просто всегда ненавидел такой формат.
Например, зачем столько слов?:
[quote=drBatty]
имеется разница при обработке скрытых файлов. Скрытыми файлами в Linux называются любые файлы, имя которых начинается на точку. Обычно ls их не показывает, но их можно посмотреть опцией -a.

Ведь короче:
-a, --all не скрывать файлы начинающиеся с .
[/quote]
какой смысл переводить то, что переведено? вы info читали? сразу видать...
не нравится - читайте --help. Игнорируйте SEE ALSO. Ваше право.

moscwich написал:
Да и вообще зачем это все, когда есть переведенный --help и даже man (хотя не нужен, когда хелп нормальный)?

не для задротов, это точно ;)

ЗЫЖ модераторам: перенесите плз это обсуждение в разговоры.

#130114

drBatty написал:
девушки ведутся на мужчин, которые мастерски владеют ИНСТРУМЕНТОМ. и не важно - каким, главное - своим. Всё просто на самом деле. И не важно, что это за инструмент - кувалда, автомобиль, ls, или член. Только последним инструментом каждый мужчина должен владеть хотя-бы так-же, как я владею ls. Это не даётся чтением --help по-диагонали, это даётся лишь опытом. Причём опыт должен исчисляться годами непрерывного использования. Девушки это сразу видят, будь то кувалда, автомобиль или ls. Ну и переносят это сразу на всё остальное - не умеешь долбить кувалдой (хотя и говоришь, что умеешь) == задрот.
Не, это тут совсем не при чем. Ну во всяком случае всегда иначе понимал это слово. Ну, понимал, как синоним слова гик, но тяжёлый случай.

drBatty написал:
какой смысл переводить то, что переведено?
Вот это не понял.

drBatty написал:
ЗЫЖ модераторам: перенесите плз это обсуждение в разговоры.
Поддерживаю. Что-то вроде "help vs. man".
#130296
moscwich написал:
Не, это тут совсем не при чем. Ну во всяком случае всегда иначе понимал это слово. Ну, понимал, как синоним слова гик, но тяжёлый случай.

блин, куда уж тяжелее:

Показать
Гик (от англ. geek) — человек, помешанный на какой-то узкой теме, часто далёкой от реальности. Гик может, например, чрезмерно интересоваться аниме, Гарри Поттером, линуксом, МТГ, CP или историей кинематографа. Гик предпочитает (а иногда и способен) общаться только с другими гиками, увлекающимся той же тематикой. Все разговоры он склоняет к своей любимой теме, по которой он неизбежно считает себя экспертом мирового уровня. Нередко бывает занудой.

кстати, IRL я вообще очень редко говорю про ls, даже если речь о компах. что про неё говорить-то? и так всё ясно, вот какой камень круче - более интересная тема для разговора за рюмкой чая с другим "гиком" :)

moscwich написал:
Вот это не понял.

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

moscwich написал:
Что-то вроде "help vs. man".

тут материал больше из info coreutils 'ls invocation', в мане тоже кратко всё.
ср:

man ls написал:
-a, --all
do not ignore entries starting with .
info coreutils написал:
These options determine which files `ls' lists information for. By
default, `ls' lists files and the contents of any directories on the
command line, except that in directories it ignores files whose names
start with `.'.

`-a'
`--all'
In directories, do not ignore file names that start with `.'.

`-A'
`--almost-all'
In directories, do not ignore all file names that start with `.';
ignore only `.' and `..'. The `--all' (`-a') option overrides
this option.

`-B'
`--ignore-backups'
In directories, ignore files that end with `~'. This option is
equivalent to `--ignore='*~' --ignore='.*~''.

очевидно, что я ещё и сократил чутка.

#130299

drBatty написал:

"Гик (от англ. geek) — человек, помешанный на какой-то узкой теме, часто далёкой от реальности. Гик может, например, чрезмерно интересоваться аниме, Гарри Поттером, линуксом, МТГ, CP или историей кинематографа. Гик предпочитает (а иногда и способен) общаться только с другими гиками, увлекающимся той же тематикой. Все разговоры он склоняет к своей любимой теме, по которой он неизбежно считает себя экспертом мирового уровня. Нередко бывает занудой. " ©
oO
ты открыл мне глаза !
#130420

drBatty написал:
но там не написано, чем отличаются файлы с точкой в начале.
Вот, уже хоть что-то сказали.
А я отвечу, что писать такие вещи во-первых понятны на второй день ознакомления с линуксом, не следует писать эллементарные вещи, а во-вторых стоит только включить К.О. и станет понятно, что "файлы начинающиеся с ." есть т. н. "скрытые". Я уверен, что писать вещи о которых не трудно догадаться писать не нужно.

drBatty написал:
Гик (от англ. geek) — человек, помешанный на какой-то узкой теме, часто далёкой от реальности. Гик может, например, чрезмерно интересоваться аниме, Гарри Поттером, линуксом, МТГ, CP или историей кинематографа. Гик предпочитает (а иногда и способен) общаться только с другими гиками, увлекающимся той же тематикой. Все разговоры он склоняет к своей любимой теме, по которой он неизбежно считает себя экспертом мирового уровня. Нередко бывает занудой.
Там ссылка была на слово "гик". Гик - это специалист в области, как я понимаю. А вот задрот это еще и зануда и т.п. и т.д.
#130486

gramozeka, это не моя ссылка. не надо делать из меня лурко***а :)

moscwich написал:
Я уверен, что писать вещи о которых не трудно догадаться писать не нужно.

но в info их таки пишут. извините. откуда мне знать, ЧТО для вас очевидно? Кстати, всё, что написано в первых постах для вас не новость? Вы уже это знаете?

moscwich написал:
Там ссылка была на слово "гик". Гик - это специалист в области, как я понимаю. А вот задрот это еще и зануда и т.п. и т.д.

задрот - это вы. пройдите по своей-же ссылке на лурк.

#130492

drBatty написал:
пройдите по своей-же ссылке на лурк.
Да, чет у меня в голове перемешалось, извините. Да я и читал там, только писал потом через пару часов. Но, обособлять то зачем (а я злится тоже умею)? Ладно, надо признать, зря завел эту ветвь обсуждения (про "задротов").

drBatty написал:
но в info их таки пишут. извините. откуда мне знать, ЧТО для вас очевидно?
Верно! Плохо то, что чуть менее, чем вся тех. литература пишется "для чайников". Тут тоже. Но так то - это еще не так плохо, как то, что пишут вещи, которые ясны после пары незатейливых тыков мышкой сделанных с целью легкого обзора. Это я про "в Linux'е нет никаких расширений" и "Скрытыми файлами в Linux называются любые файлы, имя которых начинается на точку" и т. п. Ну в конце концов идея писать какую-то информацию о компьютерных командах в виде текста на мой взгляд глупа, просто я не понимаю смыл. Объясните? Просто я вижу вид справочника удобным и информативном, без лишних слов.
#130785

drBatty написал:
Кстати, всё, что написано в первых постах для вас не новость? Вы уже это знаете?
Да, почти все.
То, что не знал, даже не представляю когда могло пригодится. Если бы могло я бы быстро все узнал по хелпу.
Из чего-то иного, что хоть и не требовалось никогда, но было интересно и в хелпе бы не нашел: про многоименность.
#130978
moscwich написал:
Это я про "в Linux'е нет никаких расширений" и "Скрытыми файлами в Linux называются любые файлы, имя которых начинается на точку"

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

moscwich написал:
То, что не знал, даже не представляю когда могло пригодится.

я писал только про то, что мне нужно. видите? получается, что букв таки мало - назначение некоторых опций (для меня очевидное), осталось нераскрыто :(

#134335

drBatty написал:
я не виноват, что большинство этого не знает. вы почитайте темы здесь, и на других форумах - народ не только не знает, но ещё и спорит со мной...
Может, все-таки, пруфлинк?
#134345
moscwich написал:
Может, все-таки, пруфлинк?

простите, на что вам ссылку?
вы просите невозможного. пруфлинк на то, что в марианской впадине не летают розовые слоники дадите?
da Vinci, можно в тему про vim перенести? здесь они не очень...

#134674

drBatty написал:
простите, на что вам ссылку?
вы просите невозможного. пруфлинк на то, что в марианской впадине не летают розовые слоники дадите?
Не, не понял.
Войдите или зарегистрируйтесь, чтобы ответить.