852 ответов в теме

[Karmael]

лови ретрограда!

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

ПО для работы с текстовыми файлами есть на все вкусы и цвета, даже на ява-скрипте, который может в управление vim-like

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

[Tir]

лови ретрограда!

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

[vmarkelov]

ты получишь порядок и навыки работы людей.

То есть функционала не добавится, как я и ожидал. Ясно, понятно.

[Karmael]

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

Сейчас ты жрешь ботинком, тебе показали вилку. 

а ты такой, - какой у нее доп. функционал?

[gl00m]

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

Сейчас ты жрешь ботинком, тебе показали вилку. 

а ты такой, - какой у нее доп. функционал?

два удара, восемь дырок

[Tir]

два удара, восемь дырок

Ну так в гите тоже можно там ветки отводить, рибейсить и всё вот это вот.

[vmarkelov]

Ну так в гите тоже можно там ветки отводить, рибейсить и всё вот это вот.

Ага, теперь открываем мое псто про задачи и пытаемся придумать зачем мне там рибейсить, или отводить?
Ять, я вожу мешок картошки на газеле, а мне упорно пытаются впарить Камаз с комментарием что он может увезти больше и все тру поцаны возят Камазами

[Karmael]

этож все прочитать надо, а на это нет времени! некогда объяснять, хренач в ворде!

[Tir]

Ага, теперь открываем мое псто про задачи и пытаемся придумать зачем мне там рибейсить, или отводить?
Ять, я вожу мешок картошки на газеле, а мне упорно пытаются впарить Камаз с комментарием что он может увезти больше и все тру поцаны возят Камазами

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

[Naimas Alvares]

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

 

Только "Forth"!!! Только хардкор!!! 

[Slotos]

Ну а у суровых джедаев логи хранятся не в тексте, а в БД, распарсены прямо в момент получения и готовы ко всяческим хитросделанным запросам со всяческими корелляциями, фильтрациями и прочими излишествами нехорошими, да.

Ох помнится пытались одни логи с сетевого оборудования провайдера в БД засунуть. Все перепробованные СУБД тихонько сдохли, а плейнтекст как работал и парсился, так и продолжил работать и парситься.

Не путайте складирование логов и складирование извлечённой информации. Логи как неструктурированные и неструктурируемые в реальной жизни данные, к хранению в БД плохо приспособлены. Выкидывать логи после извлечения информации - это шик, который только незнакомый с проблемами информационной безопасности человек и может себе позволить.
 
 

Но вернемся от летящих аналогий к суровой реальности: какой фукционал я получу начав использовать гит, которого (фунуционала) у меня сейчас нет, но он был мне полезен? Задачи:
На работе:
Очень редко развернуть новую железку, сделав для нее новый конфиг. Конфиг-шаблон не меняется много лет и не планирует.
Дома:
Посмотреть разницу между конфигами от 5-ого и 10-ого числа прошлого месяца.
?

Ммм, как на предмет "посмотреть разницу между конфигами от 5-ого и 10-ого числа прошлого месяца"? Очень сомневаюсь, что этот функционал тебе даёт какая-то тулза. Явно же копии делаешь сам, версии отслеживаешь сам. git как раз для решения этих задач и создан. Более того, гит "поднимать" не надо, это не допотопный svn. "git init" и в бой. Хоть на флешке репозитарий носи, вместе с бинарниками гита под любую ОС.

 

Ну и тут ещё не упоминали `etckeeper` тот же.

[koraven]

Ох помнится пытались одни логи с сетевого оборудования провайдера в БД засунуть. Все перепробованные СУБД тихонько сдохли, а плейнтекст как работал и парсился, так и продолжил работать и парситься.

Не путайте складирование логов и складирование извлечённой информации. Логи как неструктурированные и неструктурируемые в реальной жизни данные, к хранению в БД плохо приспособлены. Выкидывать логи после извлечения информации - это шик, который только незнакомый с проблемами информационной безопасности человек и может себе позволить.

ELK тоже не справился?

[nvbooster]

А зачем пример с удаленным репозиторием? Почему не пойти проще и не продемонстрировать локально?

$ git init

$ git add

$ git commit

 

Не хотят в облаке хранить/отдельный сервер держать - ну для домашних нужд локального хватит. На то он и гит, что все операции, один фиг, локальны.

или еще проще, воспользовавшись, например, etckeeper

 

 

Ну и тут ещё не упоминали `etckeeper` тот же.

 

каюсь, ответил не дочитав тему до последней страницы(

Я какое то время работал под линуксом, но в силу убогости ОО/LibreOffice купили писюк с win10pro и ms office, т.к. я с документами вожусь помимо девелопмента. Все проблемы винды с веб девом решает Vagrant + Virtual box.
Советую брать linux mint вместо ubuntu - он оказался значительно более user friendly

 

с текстовыми доками редко приходится иметь дело, чаще с табличками. и вот тут у меня от экселя брат умер  изжога. Почему до сих пор нет внятного конфигурируемого открытия csv, а разделитель захардкоден? Неудобная фильтрация, а генерация сводных таблиц - это вообще какая-то зеленая тоска.

 

при работе с документами в LO/OO как раз больше проблем вызывают адепты офиса с форматированием энтерами и пробелами, Лично не сталкивался с косяками в работе с документами с правильной структурой, но отрицать проблемы с переносимостью глупо. Чего уж там, если между разными версиями мс офис нет 100% переносимости...

[Karmael]

напоминаю о том, что все ваши "можно еще проще" , суть обертка к тому что не так просто для тех кто не может в документацию. в конкретном случае уровень отрицания таков, что это тупо вредно

[vmarkelov]

ELK тоже не справился?

QRadar?

[koraven]

QRadar?

К чему это? Это ж другой продукт совершенно

Сообщение отредактировал koraven: 11 October 2016 - 17:40

[Karmael]

придется видимо еще озвучить вот какой аспект, 

тех кто жрет руками или из ботинка, не пускают за один стол с приличными людьми. 

[vmarkelov]

Ммм, как на предмет "посмотреть разницу между конфигами от 5-ого и 10-ого числа прошлого месяца"? Очень сомневаюсь, что этот функционал тебе даёт какая-то тулза. Явно же копии делаешь сам, версии отслеживаешь сам. git как раз для решения этих задач и создан. Более того, гит "поднимать" не надо, это не допотопный svn. "git init" и в бой. Хоть на флешке репозитарий носи, вместе с бинарниками гита под любую ОС.

Ага, целая тулза - баш скрипт ажно в 12 строчек:

#!/bin/sh
export BACKUP_DIR="/media/rsync/data/BackUp/CloudSigma"
export REMOVE_OLD_DAYS 120
export IP_ADDR 10.8.0.1
export IP_PORT="2222"
file_name=`LC_ALL=en_US.utf8 date '+%h_%d_%Y'`.txt
ssh -p $IP_PORT $IP_ADDR "export compact" > $BACKUP_DIR/$file_name
cp -f $BACKUP_DIR/$file_name $BACKUP_DIR/last/backup.txt
sed -i "1,1d" $BACKUP_DIR/$file_name
fdupes -dN $BACKUP_DIR > /dev/null 2>&1
find $BACKUP_DIR -type f -mtime +$REMOVE_OLD_DAYS -exec rm -f {} \;
echo "Subject: CloudSigma Backup\nFinished" | /usr/lib/sendmail root
#end

К чему это? Это ж другой продукт совершенно

Это - класть логи в БД, анализировать, коррелировать, оповещать и тд. Под большой нагрузкой.

[koraven]

Это - класть логи в БД, анализировать, коррелировать, оповещать и тд. Под большой нагрузкой.

Ну я не сомневаюсь, что за n-ю сумму можно практически что угодно купить, но речь обычно про open source идет. К тому же там явно не только хранилище логов, но и куча другого функционала

[vmarkelov]

Ну я не сомневаюсь, что за n-ю сумму можно практически что угодно купить, но речь обычно про open source идет. К тому же там явно не только хранилище логов, но и куча другого функционала

Ну скажем так. Если логов мало, то тут и обычного syslog > текстовый файл хватит, главное не забывать про логротейт.

Если логов уже столько что поиск нужной инфы начинает занимать неприлично много времени, даже с учетом мастерского владения грепом, то тут нужна связка syslog+mysql Опять же появляется возможность уже делать красивые графики, индикаторы, и прочие дашборды. Если такая связка не справляется - то уже пора думать что мы выросли в серьезный энтерпрайз а значит системы анализа и кореляции логов нам нужны, да. А все нормальные - денег стоют. Зато значительно упрощают расследование всякого.