когда-то, много лет назад, поднимал эту штуку, не знаю как оно сейчас живёт

http://red5.org/

Помоему он давно в мертвом состоянии

Судя по коммитам, очень даже жив

но, это java, так что, памяти уест вагон, но работать может по скорости неплохо :)

Все дешевле чем самому писать.

смотря что делать. если вещать в hls, то нужен только ffmpeg+nginx. ну или вообще можно взять модуль nginx_rtmp

http://red5.org/

глючный кусок говна.

А есть где-нибудь на просторах телеги группа по PostgreSQL? Или может тут ответят: PostgreSQL умеет кэшировать результаты запросов типа 'SELECT SUM(money) FROM wallet WHERE True'? У меня просто очень часто этот запрос делается, а каждый раз пересчитывать сумму это ужс

сделай cache counter в таблице со связью на кошельки

агрегатные запросы часто делать плохая идея

А есть где-нибудь на просторах телеги группа по PostgreSQL? Или может тут ответят: PostgreSQL умеет кэшировать результаты запросов типа 'SELECT SUM(money) FROM wallet WHERE True'? У меня просто очень часто этот запрос делается, а каждый раз пересчитывать сумму это ужс

кешируй ее в приложении

агрегатные запросы часто делать плохая идея

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

сделай cache counter в таблице со связью на кошельки

что за cache counter?

обычно триггер ставят и пишут в другую таблицу

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

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

что за cache counter?

вот так это в рельсах сделано, https://rubyplus.com/articles/3221-Counter-Cache-Column-in-Rails-5 но вообще просто в приложении при сохранении одной записи в записи связаной с ней обновляется счетчик

вот так это в рельсах сделано, https://rubyplus.com/articles/3221-Counter-Cache-Column-in-Rails-5 но вообще просто в приложении при сохранении одной записи в записи связаной с ней обновляется счетчик

хм кажется это что-то по типу того, что я выше описывал

Похоже тут особо ничего и не придумаешь

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

не надо ничего подсчитывать, есть запись итога в базе где-то, поступил платеж сделал UPDATE someTable SET totalAmount = totalAmount + $money WHERE bla bla bla

хм кажется это что-то по типу того, что я выше описывал

Да практически один в один. просто интерфейсно и походно разжовано

не надо ничего подсчитывать, есть запись итога в базе где-то, поступил платеж сделал UPDATE someTable SET totalAmount = totalAmount + $money WHERE bla bla bla

А если несколько транзакций будет одновременно такой код не перезапишет общий результат последней выполнившейся транзакцией?

А если несколько транзакций будет одновременно такой код не перезапишет общий результат последней выполнившейся транзакцией?

можно лочить на запись

можно лочить на запись

? во, об этом не подумал, спасибо

вообще тк, это го и если кошельков не 10 млн штук то можно все счетчики в память закинуть если оди сервис, или в отдельный микросервис, и в него черз очередь запихивать все транзакции у меня немного для другого, но похожего вот такая структруа создается size := 1000000 s.bucket = make(map[int32]*string, size)

Ну просто с этим всем база данных может прекрасно справиться. Хотя я может не прав

Плюс, если сервис упадет, то будет очень обидно

справится, тем более при рестарте в память опять придется все набивать

справится, тем более при рестарте в память опять придется все набивать

Ну так при рестарте можно один раз выполнить запрос

ну и сколько он будет выполняться? если данных много

можно и гланды через жопу вырезать, но зачем?

Короч, делается так. В БД ставится триггер на добавление/удаление строк, котрый будет сам делать +1 или -1 к итогам.

https://www.postgresql.org/docs/current/static/sql-createtrigger.html

Вот тут хороший пример: http://linuxdatabases.info/blog/?p=99

Есть ли у кого-то pdf исключительно для ознакомления? https://leanpub.com/go-thestdlib

Короч, делается так. В БД ставится триггер на добавление/удаление строк, котрый будет сам делать +1 или -1 к итогам.

Вот только дебажить это нереально

Вот только дебажить это нереально

Зачем дебажить? БД будет отвечать за целостность

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

Ну не знаю. Открываю базу в pgadmin, он мне все триггеры показывает и не скрывает ))

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

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

Согласен, что бизнес-логика должна быть внитри приложения.

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

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

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

А операции агрегаций бд выполняет, часто, сильно лучше среднего разработчика, тянущего в приложение 100500 элементов выборки чтобы потом ее разобрать и оставить 20

Ну это да. Но это общая проблема в любой области.

А операции агрегаций бд выполняет, часто, сильно лучше среднего разработчика, тянущего в приложение 100500 элементов выборки чтобы потом ее разобрать и оставить 20

Так тот же запрос можно в приложении написать

Так тот же запрос можно в приложении написать

можно, но зачем, потом по мапе пробежимся и ок...

можно, но зачем, потом по мапе пробежимся и ок...

Проще подерживать, версионирование

можно, но зачем, потом по мапе пробежимся и ок...

Есть класс репозиторий в нем все запросы

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

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

Разные задачи

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

Точнее я не по скль

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

А внезапно ЯП менять не нужно? ))

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

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

И это правильный вариант (по моему)

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

uuid генери

uuid генери

не подходит мне нужен именно int32

не подходит мне нужен именно int32

почему?

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

uuid генери

по поводу uuid используем вот эту либу https://github.com/rs/xid

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

posgre же поддерживает sequences

Кто нить писал WebRTC на сервере в файл и насколько это возможно

https://github.com/meetecho/janus-gateway - позволяет писать видео/аудио потоки, пересылать их куда-нибудь, но написан на C https://github.com/strukturag/spreed-webrtc - не уверен что позволяет писать, но реализует webrtc и на Go

А что за странный алгоритм для генерации ПСЧ используется в качестве стандартного источника рандома?

Не похож на вихрь

Вот и рекрутёры подтянулись)

Да,привет привет ?

нужна гифка, где дикая пати, и все кричат "ВА-КАН-СИ-Я! ВА-КАН-СИ-Я!"

Обращайтесь ко мне:) как раз есть вакансия разработчика го:) Здесь не буду размещать ,полагаю ,правила не разрешают... но лично отправлю :)

но замечу, это очень сексистски считать, что раз девушка присоединилась, то вакансия будет

правда, в 90% случаев это правда так...

но замечу, это очень сексистски считать, что раз девушка присоединилась, то вакансия будет

Я по другим признакам спалил

Но да, много ли здесь девушек-программистов?

Три хотя бы наберется?)

но замечу, это очень сексистски считать, что раз девушка присоединилась, то вакансия будет

если человек присоединился в 100500 каналов по разной тематике - 99.9999% это рекрутер )

вне зависимости от пола

:) это да

Вообще я бы банил рекрутеров.

еще шанс повышается если этот человек уже постил вакансии в другой группе :D

или он прочитал пост на хабре и решил зайти во все каналы по своим интересам)

а я бы бананил :D

ты же во всех этих каналах есть, чтобы спалить))

Или сделал проще - за пользование каналом брал бы плату по тарифам hh и других

во, монетизация норм план

Даааа

заодно и админу больше мотивации канал вести

а не как в канале по питону

Типа "хочешь написать в личку чувакам из чата - заплати косарик"

Мне кажется вообще отличный план

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

Типа "хочешь написать в личку чувакам из чата - заплати косарик"

За каждого

ну это сложно контролировать

а вот размещение объявлений — вполне

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

Уверяю, мотивации админу будет предостаточно

Вот люди ... им вакансию принесли, а им все не так :)

Сделайте правила типа "без вилки не считово" и все. Рекрутер - тоже человека!