все нужны и CI сам по себе может быть полезным инструментом.

CI не "полезный инструмент". CI обязательно

неплохая книжка, но она с уклоном на то что нужно именно сетевикам, а не unix-оидам.

Согласен, но для админа, нужно её прочесть, я не говорю про магистральных админов рулящих mpls

А я бы конкретно с этим согласился. Нафига иметь в проде систему которую только один человек знает

Так это проблемы менеджменга, почему только один человек это знает.

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

Хотя для ci я бы фряху ставил рядом с линуксом обязательно, потому что тестирование на ней помогает не пропустить в код всякой линукс-специфичной дрянь и отловить некоторые ошибки. Тут не-мейнстрим система со шлангом, libc++ и своим юзерлендом очень рулит

Хотя в моём случае в принципе хватает того что я на фре разрабатываюсь, а ci на линуксе

CI не "полезный инструмент". CI обязательно

не везде он применим в полном объёме.

Alpine linux с musl lib c тоже полезен чтобы отлавливать glibc-специфичный код...

не везде он применим в полном объёме.

Это не противоречит

Alpine linux с musl lib c тоже полезен чтобы отлавливать glibc-специфичный код...

?

У Стивенса есть книжка - TCP/IP Illustrated, Volume 1 - часть написанного в наше время уже не нужна, но большую часть полезно знать. И мне кажется эта книжка незаслуженно забыта, а знание сетей в среднем по больнице (среди админов, девопсов и программистов) достаточно плохое.

П

Что меня удивляет в вакансиях DevOps (кроме самого их наличия, потому что DevOps-ом изначально назвали набор практик а не должность), так это то что требуют знания AWS, Kubernetis, CI/CD-систем, но почти ни где не требуют хорошего знания линукса и сетей. Кто же будет заниматься траблшутингом если что то сломается в продакшене? Или в их мире ничего не ломается?

как вы сами написали - переустаналивать вместо поиска проблемы

как вы сами написали - переустаналивать вместо поиска проблемы

это почти всегда не помогает

это почти всегда не помогает

А кто спорит

это почти всегда не помогает

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

А как же Олиферы?

Стивенс лучше.

У Стивенса есть книжка - TCP/IP Illustrated, Volume 1 - часть написанного в наше время уже не нужна, но большую часть полезно знать. И мне кажется эта книжка незаслуженно забыта, а знание сетей в среднем по больнице (среди админов, девопсов и программистов) достаточно плохое.

Согласен

Кто там поминал lmdb? В порты прилетел патч с мьютексами. При обновлении желательно сначала остановить всё что его использует а то базам будет гаплык.

а что за патч?

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230564

ого, она и файрфоксе юзается уже?

Ну я себе свежий только собираю…

Ах, бл. Это же его mozilla team ковыряет…

Хрен его знает, там ещё пошли слухи про новый движок под sqlite который данные на диск в lmdb хранит…

Вы про это? Ох, знали бы они сколько багов живет внутри LMDB - думаю, не стали бы скрещивать SQLite-ужа с LMDB-ежом. В https://github.com/leo-yuriev/libmdbx уже исправлен десяток ошибок. Тем не менее, буквально сейчас разбираюсь еще с одной - при стечении обстоятельств движок мержит листовые и не-листовые страницы, смешивая пользовательские данные и внутренние указатели на блоки. Что характерно, в оригинальном коде даже ассертов нет для отлавливания подобных ситуаций ;)

Вы про это? Ох, знали бы они сколько багов живет внутри LMDB - думаю, не стали бы скрещивать SQLite-ужа с LMDB-ежом. В https://github.com/leo-yuriev/libmdbx уже исправлен десяток ошибок. Тем не менее, буквально сейчас разбираюсь еще с одной - при стечении обстоятельств движок мержит листовые и не-листовые страницы, смешивая пользовательские данные и внутренние указатели на блоки. Что характерно, в оригинальном коде даже ассертов нет для отлавливания подобных ситуаций ;)

хуяссе

я только в этом месяце с нею вооще впервые познакомился, выглядело перспективно...

хуяссе

Угу

Ну есть шанс что это относится к конкретно этой реализации.

да нет, написано, что потомок реализации Symas

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

У нас во фре до сих пор древняя эталонная https://www.freshports.org/databases/lmdb/

да, я ставил

дальше простейшего приложения не зашел еще, впрочем

вот думаю, теперь, и не стоит?

да стоит, почему нет.

а то так бы и сидели иначе на BDB каком-нибудь до сих пор ?

да BDB тащемта неплох

за исключением того, что его готовить морока =)

Это же база от OpenLDAP, нет?

Автор которой гордился на сколько оно круче SQLite'а по скорости и надёжности.

berkley database? ну да, вроде дефолтный бэкэнд для опенлдап

его как то чуть ли не мегафон или кто то из местных помнится пытался попатчить и поапдейтить и даже на гитхаб что то шарил :)

Видел их доклад. Из-за ограничений "мультиплатформенности" их патч "плохо идёт", на момент доклада они форк выпустили и поддерживали linux-only

Объясните странности поведения grep'а на линуксе macOS ((BSD grep) 2.5.1-FreeBSD): stdin: echo " 28 </td>" | grep -oE '\d+' stdout: 28 ---- Linux (GNU grep 2.25): stdin: echo " 28 </td>" | grep -oE '\d+' stdout: d

А если \d заменить на [0-9], то все ок становится

ну кагбе \d это немножко не стандарт уже, PCRE включать надо

> echo " 28 </td>" | grep -oE '\d+' d > uname -r 11.2-STABLE

его как то чуть ли не мегафон или кто то из местных помнится пытался попатчить и поапдейтить и даже на гитхаб что то шарил :)

кого из трех?

Автор которой гордился на сколько оно круче SQLite'а по скорости и надёжности.

BDB или LMDB?

ну кагбе \d это немножко не стандарт уже, PCRE включать надо

Можно подробнее?

Можно подробнее?

man 7 re_format

?

кого из трех?

ldap с кишками

> echo " 28 </td>" | grep -oE '\d+' d > uname -r 11.2-STABLE

Darwin HackBook.local 16.7.0 Darwin Kernel Version 16.7.0: Thu Jun 21 20:07:39 PDT 2018; root:xnu-3789.73.14~1/RELEASE_X86_64 x86_64

ldap с кишками

так у него разные кишки возможны, о том и вопрос, про кого было сказано

Darwin HackBook.local 16.7.0 Darwin Kernel Version 16.7.0: Thu Jun 21 20:07:39 PDT 2018; root:xnu-3789.73.14~1/RELEASE_X86_64 x86_64

в макоси греп с пцре. обычно так не бывает

Понял куда читать, спасибо

да фик за давностью лет упомниш погугли, поди выплывет недалеко, там было пару тройку докладов и всё такое

вот предлагал @netch когда-то perl4 в базу, был бы и у нас PCRE...

вот предлагал @netch когда-то perl4 в базу, был бы и у нас PCRE...

ты издеваешься?

ты издеваешься?

а в чом проблема?

ваще, конечно, в базу javascript нужен, чтоб страдали все =)

а в чом проблема?

он там БЫЛ. выпиливали больно.

ERROR: S client not available

https://svnweb.freebsd.org/base/stable/4/contrib/perl5/

он там БЫЛ. выпиливали больно.

перечитай еще раз внимательно

я заметил что ты про четвёртый написал. этот тоже был ;)

в том и цимес предложения

четвертый компактен и не развивается, геморроя не будет :)

фиг с им, луа уже втащили ?

луа из коробки не умеет практически ничерта

ни sleep, ни syslog

BDB или LMDB?

вот этот форк, ссылки там все есть, делал петер-сервис, значит мегафон

вот этот форк, ссылки там все есть, делал петер-сервис, значит мегафон

кто? где?

вокруг реплая ссылок нет

вокруг реплая ссылок нет

https://github.com/leo-yuriev/libmdbx

а, теперь ясно

а, теперь ясно

они там и ОпенЛДАП пофиксили до каких-то невиданных высот

добрый день. Не знаю, как решить вот такую задачку. Есть в инете tar-файл на десяток терабайт. вебсервером поддерживается докачка (т.е. Range: заголовки сервер обрабатывает). Как не скачивая его, посмотреть список файлов внутри? И второй вопрос: как скачать только отдельные файлы по маске или по списку файлов? По маске лучше, ибо файлов там дофига должно быть.

попробовать примонтировать как WebDAV

или писать свою обертку/парсер

добрый день. Не знаю, как решить вот такую задачку. Есть в инете tar-файл на десяток терабайт. вебсервером поддерживается докачка (т.е. Range: заголовки сервер обрабатывает). Как не скачивая его, посмотреть список файлов внутри? И второй вопрос: как скачать только отдельные файлы по маске или по списку файлов? По маске лучше, ибо файлов там дофига должно быть.

а что за файл такой

добрый день. Не знаю, как решить вот такую задачку. Есть в инете tar-файл на десяток терабайт. вебсервером поддерживается докачка (т.е. Range: заголовки сервер обрабатывает). Как не скачивая его, посмотреть список файлов внутри? И второй вопрос: как скачать только отдельные файлы по маске или по списку файлов? По маске лучше, ибо файлов там дофига должно быть.

обёртку, да. это не зип, каталога компактного нет, после каждого заголовка придётся seek делать

а что за файл такой

датасет для машинного обучения.

вот предлагал @netch когда-то perl4 в базу, был бы и у нас PCRE...

Чтобы в базе был pcre в базу достаточно впилить pcre

не о том ваще

Чтобы в базе был pcre в базу достаточно впилить pcre

и даже был такой проект, кажется ;)

вот тут кое-что на эту тему есть: https://wiki.freebsd.org/BSDgrep

(оно правда 2017 last modified)

Ну мне бы хватило -E по умолчанию везде. Чтобы posix simple убожества не видеть

Ну мне бы хватило -E по умолчанию везде. Чтобы posix simple убожества не видеть

legacy, ты ж понимаешь. умолчания менять нельзя. (живём-страдаем)

legacy, ты ж понимаешь. умолчания менять нельзя. (живём-страдаем)

ой да ладно, вон там top закромсали

в чем это выражается?

Понимаю, иначе я бы не ненавидел легаси в любом виде

кто скажет стоит на фрюхе aterisk поднимать или проще на лине поднять?