Те если мускул сам по себе зависнет, то тоже побьет данные?

всё зависит от настроек мускуля, если журнал пишется на каждую транзакцию - то данные восстановятся

есть SRE -это их работа, а более или менее крупный проект без них сегодня я не вижу

Значит ли это, что пользоваться докером и CI может только более-менее крупный проект с отдельной ролью SRE?

Значит ли это, что пользоваться докером и CI может только более-менее крупный проект с отдельной ролью SRE?

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

ой

пхп запахло

Значит ли это, что пользоваться докером и CI может только более-менее крупный проект с отдельной ролью SRE?

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

Это был риторический вопрос. =)

пхп запахло

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

Ладно, опять же повторюсь. Докер - прекрасное изобретение. Мы с ним не справились. Возможно, при повторной необходимости оркестрировать больше, чем тремя серверами, мы к нему вернемся. Пока отложили в долгий ящик.

Ладно, опять же повторюсь. Докер - прекрасное изобретение. Мы с ним не справились. Возможно, при повторной необходимости оркестрировать больше, чем тремя серверами, мы к нему вернемся. Пока отложили в долгий ящик.

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

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

Вы какую то дич несёте, простите. Докер может грохнуться по тысячи причин, о которых вы представления не имеете. Хранить в нём что-то, что не жалко выкинуть - это абсурд вообще.

Вы какую то дич несёте, простите. Докер может грохнуться по тысячи причин, о которых вы представления не имеете. Хранить в нём что-то, что не жалко выкинуть - это абсурд вообще.

я вроде как говорил только о том, что считаю "странными" людей которые там что -то хранят.

Доброе утро. Есть вот такая функция https://golang.org/pkg/os/#StartProcess . Она позволяет через https://golang.org/pkg/os/#ProcAttr наследовать запускаемому процессу несколько открытых файлов. Как запускаемой программе понять, какой из переданных файлов какой?

Вы какую то дич несёте, простите. Докер может грохнуться по тысячи причин, о которых вы представления не имеете. Хранить в нём что-то, что не жалко выкинуть - это абсурд вообще.

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

Доброе утро. Есть вот такая функция https://golang.org/pkg/os/#StartProcess . Она позволяет через https://golang.org/pkg/os/#ProcAttr наследовать запускаемому процессу несколько открытых файлов. Как запускаемой программе понять, какой из переданных файлов какой?

в attr.Files посмотреть

в attr.Files посмотреть

А как запускаемой программе в них посмотреть, если они задаются в запускающей программе?

А как запускаемой программе в них посмотреть, если они задаются в запускающей программе?

положите их в argv. Это же будут аргументы запуска os.Args

положите их в argv. Это же будут аргументы запуска os.Args

Что именно туда положить?

я пробовал класть дескрипторы. Но это не прокатыват. Они перемешиваются и дублируются при запуске программы: user@debian:~$ sudo ls -l /proc/1107/fd [sudo] пароль для user: итого 0 lrwx------ 1 user user 64 мар 3 10:04 0 -> /dev/pts/1 lrwx------ 1 user user 64 мар 3 10:04 1 -> /dev/pts/1 lrwx------ 1 user user 64 мар 3 10:04 2 -> /dev/pts/1 lrwx------ 1 user user 64 мар 3 10:04 3 -> socket:[15955] lrwx------ 1 user user 64 мар 3 10:04 4 -> anon_inode:[eventpoll] lrwx------ 1 user user 64 мар 3 10:04 5 -> socket:[15956] lrwx------ 1 user user 64 мар 3 10:04 6 -> socket:[15957] lrwx------ 1 user user 64 мар 3 10:04 7 -> socket:[15958] user@debian:~$ sudo ls -l /proc/1114/fd итого 0 lrwx------ 1 user user 64 мар 3 10:04 0 -> /dev/pts/1 lrwx------ 1 user user 64 мар 3 10:04 1 -> /dev/pts/1 lrwx------ 1 user user 64 мар 3 10:04 2 -> /dev/pts/1 lrwx------ 1 user user 64 мар 3 10:04 3 -> socket:[15957] lrwx------ 1 user user 64 мар 3 10:04 4 -> socket:[15956] lrwx------ 1 user user 64 мар 3 10:04 5 -> socket:[15958] lrwx------ 1 user user 64 мар 3 10:04 6 -> socket:[15958] lrwx------ 1 user user 64 мар 3 10:04 8 -> socket:[15955] lrwx------ 1 user user 64 мар 3 10:04 9 -> anon_inode:[eventpoll] user@debian:~$

сверху запускатель, снизу - запущенная.

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

А как ко всему этому из Go достучаться?

всем привет, подскажите пожалуйста, кто как балк инсерт разруливает? у меня постгрес, выяснилось что gorm не поддерживает балки (пока), что печально (учитывая то что среди гошных орм она самая популярная). лепите свои raw SQL или можно как-то красиво это сделать? у меня к raw SQL отвращение после django

А как ко всему этому из Go достучаться?

скорее всего только через рефлексию, если вообще можно, может лучше использовать обычный exec?

скорее всего только через рефлексию, если вообще можно, может лучше использовать обычный exec?

Вы наверное думаете, что помогаете, но это не так.

Вы наверное думаете, что помогаете, но это не так.

на сколько я понимаю у вас файлы заменяют Stdin, Stdout и Stderror ну и остальное в зависимости от ОС (я хз че там быть должно) Вот именно в том порядке в котором вы их передаете они и идут, т.е. вы можете прямо os.Stdout и остальные использовать и это будут эти файлы ну и передавая в качестве одного из файлов nil -вы говорите что файл закрыт

я передаю 4 сокета. в примере выше их видно. первые три это стдин, аут и ерр. потом мои 4 сокета. приходят они перемешавшись и дублируясь, что тоже видно в ls -l выше.

и проблема в том, что я не могу их никак использовать из-за этого.

ибо не ясно, какой сокет какой.

я передаю 4 сокета. в примере выше их видно. первые три это стдин, аут и ерр. потом мои 4 сокета. приходят они перемешавшись и дублируясь, что тоже видно в ls -l выше.

ну так там так и написанно "An implementation may support additional entries, depending on the underlying operating system" значит просто операционная система их не воспринимает и просто создает случайные потоки в случайном порядке

всё она воспринимает нормально. просто в удобном ей порядке.

всё она воспринимает нормально. просто в удобном ей порядке.

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

всё она воспринимает нормально. просто в удобном ей порядке.

попробуйте из процесса по pid получить что то через SysUsage, но не факт, что там что то полезное будет. Он должен системные вызовы вернуть

там нет нужной информации: https://golang.org/pkg/syscall/#Rusage

там нет нужной информации: https://golang.org/pkg/syscall/#Rusage

а больше совсем ничего нет :)

там нет нужной информации: https://golang.org/pkg/syscall/#Rusage

в теории можно через pfiles/pfile по pid получить файлы и уже как то на этом логику строить. Но это опять же в рантайме, т.е. через рефлексию

Коллеги, кто использовал btcsuite/btcd? Подскажите, пожалуйста, беру транзакцию по хэшу с помощью GetRawTransactionVerbose, в ответе приходят Vin, Vout. Cо вторым все предельно ясно, а вот с Vin как-то не идёт, не могу понять как правильно индекс входа взять, чтобы считать выход предшествующей транзакции

Народ, подскажите как выполнять plpgsql процедуры, и сохранять результат в переменную

написал процедуру, выполняю её через db.Exec("SELECT procedure_name($1)", "some value"), возвращается структура с поинтером на какой-то адрес и 0

Надо через QueryRow

Exec возвращает sql.Result

Надо через QueryRow

спасибо, сделал ??

кто в регекспах шарит? какую альтернативу можно применить в гошке для positive lookahead? (не поддерживается =\)

кто в регекспах шарит? какую альтернативу можно применить в гошке для positive lookahead? (не поддерживается =\)

regex101.com

я там уже полдня экспериментирую, и? :)

я там уже полдня экспериментирую, и? :)

там вменяемая дока и генератор кода на го

в доках сказано только, что "лукахеда нет, извиняйте" :)

тут не дока, а скорее рецепт нужен

на всяких stackoverflow при overlapping lookaheaad советуют половину логики в коде реализовывать

дико не хочется =\

где мои pcre, хнык

os.Exec(perl) :))

где мои pcre, хнык

Есть биндинг к реализации на C

Еще есть биндинг к реализации на Rust

о, спасибо

пошел гуглить

Еще есть биндинг к реализации на Rust

Rust все же

Спасибо

туплю

где мои pcre, хнык

есть биндинги к pcre через cgo можно использовать если очень надо

да, уже нагуглил, пытаюсь...

В go есть аналог StreamReader с шарпа? Чтобы не грузил ОЗУ при чтении больших файлов

ERROR: S client not available

bufio

В go есть аналог StreamReader с шарпа? Чтобы не грузил ОЗУ при чтении больших файлов

в go все stream reader

в go все stream reader

?

?

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

написал процедуру, выполняю её через db.Exec("SELECT procedure_name($1)", "some value"), возвращается структура с поинтером на какой-то адрес и 0

QueryRow не кошерно, используй sqlx.DB.Get - this is Go way

кто в регекспах шарит? какую альтернативу можно применить в гошке для positive lookahead? (не поддерживается =\)

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

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

та уже почти так и сделал

решение в лоб-то есть, но только на pcre

универсальное решение - https://github.com/prataprc/goparsec

м

универсальное решение - https://github.com/prataprc/goparsec

#wingz

спасибо, погляжу

это лучшее что я вынес из хаскеля, простите мой французсский

А что в го является аналогом decimal для работы с деньгами?

Писать свою структуру? Или какой популярный проект?

big.Rat

Спс посмотрю

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

Кто нибудь может обьяснить, почему UPDATE SQL-запросы такие медленные? Даже самые простые.

при чем тут go?

Не при чем

просто вопрос

Кто нибудь может обьяснить, почему UPDATE SQL-запросы такие медленные? Даже самые простые.

Пушто индексы пересчитываются

Особенно заметно, если данных много

+ лок/анлок

Кто нибудь может обьяснить, почему UPDATE SQL-запросы такие медленные? Даже самые простые.

не все медленные, всё зависит от 1) как вы настроили и какие индексы используете 2) настроек самой субд, включен ли там лог и как часто он синхронизруется, 3) от настроек репликации, нужен ли кворум или всё асинхронное. 4) от нагрузки бд, возможно данные очень часто обновляются и у вас лок контеншен высокий 5) возможно у вас проблемы с железом/настройками ос итд

вообщем много всего

не все медленные, всё зависит от 1) как вы настроили и какие индексы используете 2) настроек самой субд, включен ли там лог и как часто он синхронизруется, 3) от настроек репликации, нужен ли кворум или всё асинхронное. 4) от нагрузки бд, возможно данные очень часто обновляются и у вас лок контеншен высокий 5) возможно у вас проблемы с железом/настройками ос итд

Понял, спасибо, буду разбираться

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

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

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

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

Понял, спасибо, грустно :)