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

250-300, если ключевые роли

250-300, если ключевые роли

роль с перспективой до team lead. Возможность реализоваться для того, кто хотел бы получить такой шанс и проявить себя. Поэтому пока 170-200

Всем привет! Подскажите, как заюзать транзакции в go-sql-driver/mysql. Делаю вот так https://pastebin.com/gJpNPA9T

но при тесте с помощью горутин создаваемых в цикле, вылетает ошибка Too many connections

Как понимаю для tx новый коннект создается

Да

Для каждой транзакции свой коннект

есть ли еще варианты использовать транзакции в этом пакете?

или заюзать другой пакет стоит, либо это везде так реализуется?

подскажите либу для грабера html

goquery ?

подскажите либу для грабера html

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

для примера можете взять https://github.com/yhat/scrape а потом уже решить, нужно ли использовать библиотеку или можно обойтись более простым решением.

Кто-нибудь использует nats в production? Полет нормальный?

Кто-нибудь использует nats в production? Полет нормальный?

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

https://nats.io/documentation/streaming/nats-streaming-intro/

чуваки подскажите, пожалуйста по nginx , кароче взял я регехп вот такой server_name ~^(www\.)?(?<subdomain>.+)\.example\.com$; работает с www.anysubdomain.example.com, но вот https://www.anysubdomain.example.com не работает.. подскажите пожалуйста, что сделать надо?

возможно https попадает в другой server

А причем тут server_name?

Тут в пору listen показывать

@schors server { listen 80; server_name ~^(www\.)?(?<subdomain>.+)\.example\.com$; return 301 https://$subdomain.example.com$request_uri; }

Тут надо чтото комментировать или и так все понятно? SSL просто не настроен и отсуьствует в конфиге

так он в следующем блоке server

наверное, если бы он не был настроет, то https://subdomain.example.com тоже не работало

Ну оно только в тот блок и идет. В этот даже не пытается.

тоесть в него тупа скопироватьвсе тоже самое как и в следующем блоке для ssl?

Я не знаю, что в следуюзем блоке) Но предположительно - да. А как иначе то?

а можно как нибудь этот ssl вкакую то переменную записа. а потом во всех блоках добавить?

Зачем? Покажи следующий блок. Можно без location

server { listen 443 ssl; server_name *.example.com; root /public; ssl_certificate /ssl/example.crt; ssl_certificate_key /ssl/example.key; }

=)

ssl_* можно вынести просто выше в http секцию. А listen дублировать

а у меня вооще нету http секции, это нормально?

Да

А причем тут голанг?

И нахуя делать одно и тоже в двух чятах? Профильном и ничего общего не имеющем?

он еще и в jvm написал

некоторые люди очень тупые, смиритесь с этим

Мдэ.

Высокомерие

https://tools.ietf.org/html/rfc8259

новый json rfc. Из некосметических отличий одно: json должен быть в utf-8 (раньше в utf-8,-16,-32)

новый json rfc. Из некосметических отличий одно: json должен быть в utf-8 (раньше в utf-8,-16,-32)

не помню откуда, но мне устойчиво помнится что так изначально было

не помню откуда, но мне устойчиво помнится что так изначально было

возможно в другой какой-то спеке, например w3c. в 7159 нет

Господа, кто-нибудь юзал nats? Я делаю простую очередь, в случае отсутсвия subscriber`ов данные просто трутся, это можно как-то настроить? Т.е я поднимаю сначала publisher (он шлет несколько сообщений), затем subscriber, а данные он не получает.

Господа, кто-нибудь юзал nats? Я делаю простую очередь, в случае отсутсвия subscriber`ов данные просто трутся, это можно как-то настроить? Т.е я поднимаю сначала publisher (он шлет несколько сообщений), затем subscriber, а данные он не получает.

Если хочется чтобы не терлось, тогда заюзайте nats streaming, а не nats

Господа, кто-нибудь юзал nats? Я делаю простую очередь, в случае отсутсвия subscriber`ов данные просто трутся, это можно как-то настроить? Т.е я поднимаю сначала publisher (он шлет несколько сообщений), затем subscriber, а данные он не получает.

вопрос в духе ру-коммунити - но зачем именно натс? если это внутри 1 процесса то каналы, если между - то редис, вполне тянет нагрузку

вопрос в духе ру-коммунити - но зачем именно натс? если это внутри 1 процесса то каналы, если между - то редис, вполне тянет нагрузку

поменяй в вопросе местами редис и натс и он так же звучит без объяснений почему ты выбрал такой порядок слов

+1 ;) Redis - хорошая штука... но все таки она изначально не для очередей делалась

поменяй в вопросе местами редис и натс и он так же звучит без объяснений почему ты выбрал такой порядок слов

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

я конечно не эксперт, но почему бы не юзать rmq?

(он же создан для этого елы палы)

я конечно не эксперт, но почему бы не юзать rmq?

не для хайлоад

а редис хайлоад

ахаха

хоть и да, это самый популярный инструмент очередей

вообще конечно у меня куча вопросов с чего это он не для хайлоад?

а редис хайлоад

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

хоть и да, это самый популярный инструмент очередей

редис - гавно

вообще конечно у меня куча вопросов с чего это он не для хайлоад?

в durable режиме большие тайминги. в memory режиме он аналогичен редису

редис - гавно

такой ответ - говно

редис - гавно

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

+1 ;) Redis - хорошая штука... но все таки она изначально не для очередей делалась

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

ERROR: S client not available

+1 ;) Redis - хорошая штука... но все таки она изначально не для очередей делалась

а что редису мешает быть очередью?

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

попробую обосновать свою точку зрения очереди в redis появились вообще не сразу, приоретезированные очереди через ZSET и ZPOP это немного костыль, PUBSUB это частный случай очередей и если придет сразу МНОГО publishers и все начнут срать по многу, то редис немножечко офигеет и консюмеры могут просто не получить своего... потому что redis однопоточный

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

я про другое. ты не объяснил почему так, а не иначе. тобой может пройдены - вопрошающим нет. поэтому для него это просто перестановка x и y

попробую обосновать свою точку зрения очереди в redis появились вообще не сразу, приоретезированные очереди через ZSET и ZPOP это немного костыль, PUBSUB это частный случай очередей и если придет сразу МНОГО publishers и все начнут срать по многу, то редис немножечко офигеет и консюмеры могут просто не получить своего... потому что redis однопоточный

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

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

а большое - это сколько ? сотни тысяч, миллионы ?

это как будто разговор про кафку щас будет ))

а большое - это сколько ? сотни тысяч, миллионы ?

у меня были проблемы > 100k просто от хранения такого объема но понятно что это зависит от железа, какое оно, я не скажу. но скажу что заменил на редис на том же железе, который живет долго и счастливо

а недавно видел аналог кафки на го. sandglasess что ли

совсем свежий, только-только кто-то шибанул

https://github.com/celrenheit/sandglass

по описаниям и фичам - вроде огонь. но руками не трогал

ну надо смотреть реальные внедрения

по кафке просто мы знаем кто юзает

а вот sandglass..кто такие..где внедряли

да я думаю пока никто

ну скорее кто то для себя

но звезд много у них

sandglass - сырой еще

EXPERIMENTAL: This is a prototype of a side project. This should not be used in production in its current form as things may change quickly without notice.

ясен перец. все что младше 10 лет продакшена - сырое

10 лет наверное совсем )

я обычно 3 года жду )

потом уже технология уже перестает быть хипстерской

и можно щупать

ясен перец. все что младше 10 лет продакшена - сырое

Блин, оказывается если пишешь софт на работе, то перед внедрением нужно подождать 10 лет пока не "разсыреет" ?

именно!

сечешь фишку.

Всё, заказчику свой софт не буду давать - скажу, что он 'сырой' и чтобы приходил через 10 лет ))

Всё, заказчику свой софт не буду давать - скажу, что он 'сырой' и чтобы приходил через 10 лет ))

лишь бы к этому времени не протух :)

лишь бы к этому времени не протух :)

Дебиановцы предпочитают вместо слова "протух" слово "стабилизировался". ?