The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован третий том общедоступной книги 'Программирование..., opennews (??), 28-Июл-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


35. "Опубликован третий том общедоступной книги Программирование:..."  –4 +/
Сообщение от maintainer (?), 28-Июл-17, 12:08 
Unix никогда не был г-вном, ни в 90-х ни раньше, ни позже. Просто вам не повезло познакомиться с FreeBSD или Solaris.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

41. "Опубликован третий том общедоступной книги Программирование:..."  +/
Сообщение от angra (ok), 28-Июл-17, 12:38 
Вообще-то что FreeBSD, что Solaris появились чуть позже Linux, а ваш оппонент говорил об изменении ситуации как раз из-за появления Linux.
Ответить | Правка | Наверх | Cообщить модератору

52. "Опубликован третий том общедоступной книги Программирование:..."  –1 +/
Сообщение от fi (ok), 28-Июл-17, 13:18 
ой, а что же у меня стояло на sun ipc? нет все таки Solaris 1.1.1, надо же, а мы даже не знали такого слова как Linux :)))))

Да и FreeBSD уже была на слуху как и его прородитель 386BSD и старший брат BSDi который мы активно юзали.

Ответить | Правка | Наверх | Cообщить модератору

55. "Опубликован третий том общедоступной книги Программирование:..."  +/
Сообщение от getfr (?), 28-Июл-17, 13:27 
а почему тогда ставили XENIX, а не тогдашний FreeBSD? Правильно, потому что FreeBSD поначалу был сырой. Как и сейчас, впрочем. Правда, сейчас само ядро обычно работает хорошо, проблемы начинаются - правильно! с портами. Ради которых сама FreeBSD и ставится. Порты то глючат, то не собираются, то не обновляются. А иногда пара связанных портов используют взаимоисключающие и несовместимые общие библиотеки. Хотя такое бывает достаточно редко.
Поэтому FreeBSD - штука хорошая, но не всегда подходящая.
Ответить | Правка | Наверх | Cообщить модератору

57. "Опубликован третий том общедоступной книги Программирование:..."  –1 +/
Сообщение от fi (ok), 28-Июл-17, 13:34 
> а почему тогда ставили XENIX,

может потому что только он поддерживал 286-й? :))))))))))))))))))

а FreeBSD требовал уже 386

Ответить | Правка | Наверх | Cообщить модератору

60. "Опубликован третий том общедоступной книги Программирование:..."  –1 +/
Сообщение от getfr (?), 28-Июл-17, 13:45 
Вы правы. Давно было, я уже позабыл про этот косяк


Ответить | Правка | Наверх | Cообщить модератору

63. "Опубликован третий том общедоступной книги Программирование:..."  +/
Сообщение от yet another anonymous (?), 28-Июл-17, 13:51 
> может потому что только он поддерживал 286-й? :))))))))))))))))))

Он делал это скорее декларативно --- вроде поддерживал, но ...
А потом и вовсе перестал. Впрочем, неудивительно, без трансляции адресов-то.


Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

65. "Опубликован третий том общедоступной книги Программирование:..."  –1 +/
Сообщение от Аноним (-), 28-Июл-17, 14:13 
> Порты то глючат, то не собираются, то не обновляются. А иногда пара связанных портов используют взаимоисключающие и

Квартальные срезы же.

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

67. "Опубликован третий том общедоступной книги Программирование:..."  +/
Сообщение от angra (ok), 28-Июл-17, 14:17 
А какое отношение ваши знания или их отстутствие в прошлом имеют к фактам? Некоторые до сих пор могут слово Linux не знать, но это ведь не отменяет его существования.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

68. "Опубликован третий том общедоступной книги Программирование:..."  –3 +/
Сообщение от Sw00p aka Jerom (?), 28-Июл-17, 14:37 
>>об изменении ситуации как раз из-за появления Linux.

ваш (и мой соответственно, что тут поделать) юникс, линукс и всякие никсы - "красивая конфетка с запахом дерьма", почему так ? приведу небольшой пример, коммандная оболочка (шелл) - интересно, что за всё время существования того же sh, bash и тд. они не реализовали таймштампы в истории комманд, представьте изучаете историю, а там нет дат (хронологии), как может существовать история без дат? И главный вопрос - неужели за всё время существования этих оболочек нельзя было добать этого ? Представьте команду last и тд. которая показывает инфу без дат )

пс: echo 'export HISTTIMEFORMAT="%d/%m/%y %T "' >> ~/.bash_profile  в эт не тыкать.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

73. "Опубликован третий том общедоступной книги Программирование:..."  +/
Сообщение от angra (ok), 28-Июл-17, 15:14 
Для last дата является критически важной информацией так как имено ради этого ее чаще всего вызывают, а вот при использовании истории команд в 99%+ случаев нужна сама команда, а не время ее запуска. Иногда нужна последовательность команд. Лично у меня за десять лет случаев, когда нужна была бы именно дата и на одну руку не наберется.
Ну и на засыпку, как предлагается сочетать даты с куда более полезной опцией удаления дубликатов?

Ответить | Правка | Наверх | Cообщить модератору

77. "Опубликован третий том общедоступной книги Программирование:..."  –3 +/
Сообщение от Sw00p aka Jerom (?), 28-Июл-17, 16:01 
> Для last дата является критически важной информацией так как имено ради этого
> ее чаще всего вызывают, а вот при использовании истории команд в
> 99%+ случаев нужна сама команда, а не время ее запуска. Иногда
> нужна последовательность команд. Лично у меня за десять лет случаев, когда
> нужна была бы именно дата и на одну руку не наберется.

.bash_history - файл истории, ну где логика, история без даты ? тогда уж не история, а стек (список) команд. Для чего нужна даты в списке команд ? для анализа и восстановления хронологии событий, смотрю по last время входа пользователя, а вот точно узнать какие он команды ввёл увы никак без даты в .bash_history (Лично у меня за десять лет случаев - случай взлома и дальнейшего анализа к примеру, вас не ломали - тьфу,тьфу постучите по дереву, так и быть).

> Ну и на засыпку, как предлагается сочетать даты с куда более полезной
> опцией удаления дубликатов?

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

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


Ответить | Правка | Наверх | Cообщить модератору

86. "Опубликован третий том общедоступной книги Программирование:..."  +/
Сообщение от SysA (?), 28-Июл-17, 17:04 
>[оверквотинг удален]
>> нужна последовательность команд. Лично у меня за десять лет случаев, когда
>> нужна была бы именно дата и на одну руку не наберется.
> .bash_history - файл истории, ну где логика, история без даты ? тогда
> уж не история, а стек (список) команд. Для чего нужна даты
> в списке команд ? для анализа и восстановления хронологии событий, смотрю
> по last время входа пользователя, а вот точно узнать какие он
> команды ввёл увы никак без даты в .bash_history (Лично у меня
> за десять лет случаев - случай взлома и дальнейшего анализа к
> примеру, вас не ломали - тьфу,тьфу постучите по дереву, так и
> быть).

Просто в мире *никсов для каждой задачи свой инструмент! А вы, видимо, пытаетесь использовать только то, что знаете. Потому оно и не очень подходит. Для аудита в *никсах совсем другие средства, там даже параметры запущенных процессов фиксируются, а не только команды...

А по жизни я много раз видел, как для только просмотра файлов/конфигов используют редакторы текста. И при этом иногда случайно их портят... Это ведь не означает, что редакторы - плохие!!! :D

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

Да ладно, а весь остальной мир этого-то и не знает! Все как-то сползают к Линуксу в производстве... даже сам Мелкософт... :)

Ответить | Правка | Наверх | Cообщить модератору

89. "Опубликован третий том общедоступной книги Программирование:..."  –1 +/
Сообщение от Sw00p aka Jerom (?), 28-Июл-17, 17:14 
>>Просто в мире *никсов для каждой задачи свой инструмент!

вы не поняли сути вопроса, может ли существовать история (любой области, предмета) без временных меток ? где логика ? Файл .bash_history - хранит историю команд пользователя так ли это? нет не так - ибо если я задам вам вопрос какую команду я вводил вчера в такое то время - вы мне на него не ответите. Вы вероятно ответите, врубите аудит лог со всеми опциями трейсинга всего в системе.

>>А по жизни я много раз видел, как для только просмотра файлов/конфигов используют редакторы текста.

то есть вы хотите сказать, что, если мне нужно посмотреть историю команд шелла, то я не должен пользоваться командой history?

Ответить | Правка | Наверх | Cообщить модератору

99. "Опубликован третий том общедоступной книги Программирование:..."  +/
Сообщение от yet another anonymous (?), 28-Июл-17, 18:17 
> вы не поняли сути вопроса, может ли существовать история (любой области, предмета) без временных меток ?

Ответ положительный. В смысле "да, может". При нелинейной истории ссылка на единую "глобальную" шкалу времени особого смысла не имеет. Поразглядывайте linux-stable.git, например. Есть и масса других вполне жизненных иллюстраций.

Ответить | Правка | Наверх | Cообщить модератору

123. "Опубликован третий том общедоступной книги Программирование:..."  +/
Сообщение от Sw00p aka Jerom (?), 29-Июл-17, 16:59 
>>При нелинейной истории

Это что за история такая "нелинейная" ?


>>ссылка на единую "глобальную" шкалу времени

о какой ссылке идёт речь? может вы имели ввиду - "временная метка" ? и что есть единая "глобальная" шкала времени ?


>>особого смысла не имеет.

"смысла не имеет" - не значимо. Всё (любое понятие) можно свести к "смысла не имеет", но если есть конкретный контрпример (юзкейс) (в предыдущем коменте я указал), то высказывание "особого смысла не имеет" звучит уже как-то не обоснованно, не истинно.

Ответить | Правка | Наверх | Cообщить модератору

117. "Опубликован третий том общедоступной книги Программирование:..."  –3 +/
Сообщение от Аноним (-), 29-Июл-17, 09:01 
Бесполезно, таким людям не доказать. «Нам не нужно»

Я в первое время знакомства с *nix думал, какая же крутая продуманная система, с огромным потенциалом. Но это все так и осталось на уровне 70х годов. По каким то религиозным причинам, не особо понятным. И все стагнирует. Либо окаменелость, либо "молодежная новая" сырая подделка. Вместо планомерного эволюционного развития. А если простыми словами: сесть и править баги, в том числе в UX , накапливать опыт использования и сглаживать  углы реализации. А не сидеть сидьма на костылях, годло именуемых  "воркэраундами".

Вот еще пример, кроме истории команд без дат. Посмотрите ман gzip  раздел bugs касательно размера сжатых данных, это просто  абсурд. Кто после этого будет использовать .gz в здравом уме? Советовать его в книжках, статьях? Апологеты религии *nix! "Знать размер не нужно".

(Я использую линукс, и надеюсь на изменение ситуации, но вижу что это маловероятно)

Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру