https://github.com/major/MySQLTuner-perl

+

Люди, кто обладает опытом работы с websocket, объясните пожалуйста, в чем идеологический смысл в го реализовывать для каждого клиента две горутины на чтение и запись через каналы, в чем не кошерность способа применяемого в том же питоне, когда мы в мэп собираем всех клиентов и ожидаем от кого-то из них данные, а потом циклом проходим по всем и пишем им данные. Пока писал, появилась идея, что это связанно с отсутствием конструкции try, catch, я прав?

нет

это свуязано с синхронностью ввода-вывода в go

Юзает кто-нибудь neo4j в го?

это свуязано с синхронностью ввода-вывода в go

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

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

можно переделать пример на питонячий лад и наглядно увидеть wtf происходит там)))

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

про что именно почитать?

ввод-вывод в го блокирующий, синхронный

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

Люди, кто обладает опытом работы с websocket, объясните пожалуйста, в чем идеологический смысл в го реализовывать для каждого клиента две горутины на чтение и запись через каналы, в чем не кошерность способа применяемого в том же питоне, когда мы в мэп собираем всех клиентов и ожидаем от кого-то из них данные, а потом циклом проходим по всем и пишем им данные. Пока писал, появилась идея, что это связанно с отсутствием конструкции try, catch, я прав?

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

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

https://habrahabr.ru/post/276255/ вот мне понравилось, даже с интерактивчиком небольшим, мб не совсем по теме блокирующих операций...

Я немного не о том. В питоне ввод-вывод тоже блокирующий. Но там это решается через async. Тут через горутины, по сути такой же async. Суть в самом подходе, тут во всех реализациях, которые я видел для го, для клиента стартуем сразу две горутины, вместо того чтобы при появлении данных на сокете, в цикле создавать горутины на отправку, которые после отправки данных самозавершатся

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

Мэп только читают несколько, а пишет только одна, которая апгрейд соединения делает

https://m.habrahabr.ru/company/mailru/blog/331784/

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

да

но оно перестает быть простым и кросплатформенным

зачем это нужно, если ты не мейлру - вопрос открытый

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

нет

производительность не изменится

Ну либо сервер. Обслуживает 10к клиентов, либо 100к, разница есть

опять нет

разницу на 10К и 100К вы не увидите

Там решалась конкретная задача mail.ru: нужно держать большое количество неактивных веб-сокетов, обновления идут в небольшом % из них. Суть решения - не выделять память и горутины на неактивные соединения. Как только нужно что-то отрпвить, создается нормальная горутина со всеми данными и буферами.

Мэп только читают несколько, а пишет только одна, которая апгрейд соединения делает

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

Если у вас не такой паттерн: активны 5% из 10М, то вам это не нужно.

и даже если паттерн такой - все, что вы наэкономите, это RAM

Если у вас не такой паттерн: активны 5% из 10М, то вам это не нужно.

У меня много получателей и всего n<100 отправителей данных

Ну собственно вопрос был именно про паттерн реализации задачи в го

Спасибо всем откликнувшимся

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

т.е. у вас получается ~100% активных )

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

т.е. у вас получается ~100% активных )

Да, но для получателей будет только одна горутины, с отправкой данных

одна на все сокеты?

и один общий буфер?

Кстати вот ещё вопрос, в догонку, если я не буду читать то, что шлют мне клиенты, чем это мне грозит?

буфер переполнится, сокет закроется

одна на все сокеты?

Не, там две горутины на клиента, была мысль сделать по одной, только на write

еще раз - чтобы что?

имхо вы усложните все сильнее, чем выиграете

буфер переполнится, сокет закроется

Коротко, ясно, исчерпывающе, спасибо!!!

имхо вы усложните все сильнее, чем выиграете

Я пока прорабатываю варианты, и выясняю почему именно так, а не иначе.

еще раз - чтобы что?

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

Спасибо всем откликнувшимся, в общих чертах стало понятнее

Добрый вечер! В последнее время на web-сервере подозрительная активность Идут GET запросы: /.git/HEAD /tasktracker.jsp /dfshealth.jsp /jobtracker.jsp /flumemaster.jsp /browseDirectory.jsp /status.jsp /master.jsp Мой проект кто-то пытается взломать?

Добрый вечер! В последнее время на web-сервере подозрительная активность Идут GET запросы: /.git/HEAD /tasktracker.jsp /dfshealth.jsp /jobtracker.jsp /flumemaster.jsp /browseDirectory.jsp /status.jsp /master.jsp Мой проект кто-то пытается взломать?

китайцы, кто ж еще)

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

Добрый вечер! В последнее время на web-сервере подозрительная активность Идут GET запросы: /.git/HEAD /tasktracker.jsp /dfshealth.jsp /jobtracker.jsp /flumemaster.jsp /browseDirectory.jsp /status.jsp /master.jsp Мой проект кто-то пытается взломать?

не твой, а все проекты)

IP в освновном китайские

Добрый вечер! В последнее время на web-сервере подозрительная активность Идут GET запросы: /.git/HEAD /tasktracker.jsp /dfshealth.jsp /jobtracker.jsp /flumemaster.jsp /browseDirectory.jsp /status.jsp /master.jsp Мой проект кто-то пытается взломать?

да, брутят

бурят брутят

Просто таких запросов в последнее время становится все больше

Добрый вечер! В последнее время на web-сервере подозрительная активность Идут GET запросы: /.git/HEAD /tasktracker.jsp /dfshealth.jsp /jobtracker.jsp /flumemaster.jsp /browseDirectory.jsp /status.jsp /master.jsp Мой проект кто-то пытается взломать?

Отправляй в ответ по этим урлам "jsp говно, гуглите jsf"

зарули jsp в blackhole

Просто таких запросов в последнее время становится все больше

ставь ограничение на колличество запросов, с блоком на 5-10 мин

Просто таких запросов в последнее время становится все больше

Порежь в нгинксе всех китайцев, их все равно много, специальная страна для ддоса

Или всех кто джсп просит бань

зарули jsp в blackhole

+

Или всех кто джсп просит бань

ну там не только jsp могут быть...

А что еще?

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

А что еще?

ну пробивают phpMyAdmin, дырки в CMS: Joomla, WordPress; уязвимость shellshock к примеру

самое распространённое дырявое ПО в двух словах

Отправляй в ответ по этим урлам "jsp говно, гуглите jsf"

возвращай zip-бомбу)

возвращай zip-бомбу)

кстати идея))) если как-то узнать ПО сканера, то можно поискать дыры в нём и поэкспериментировать с овтетами, может получиться довольно забавно)

https://habrahabr.ru/post/332580/

Всем спасибо за направления в нужные русла))) пошел читать

https://habrahabr.ru/post/332580/

как-то глупо... вряд ли сканер захочет открыть zip/gzip

как-то глупо... вряд ли сканер захочет открыть zip/gzip

страницы жмутся же в gzip если в хедерах прописана доступность

Смотря что чекают

может контент на странице

может контент на странице

А если HEAD'ом запросить размер, он сжатый выдаст или оригинальный?

может контент на странице

+

может тупо формы сабмитят

парни никто opencv3 не юзает на go?

А если HEAD'ом запросить размер, он сжатый выдаст или оригинальный?

как сервак настроишь же

GopherCon 2017: Alan Shreve - grpc: From Tutorial to Production https://youtu.be/7FZ6ZyzGex0 #golang

http://gocv.io/ is making OpenCV 3 easier for #golang devs, e.g. face detection in 60 lines of Go. By… https://twitter.com/i/web/status/917554768402354177

http://gocv.io/ is making OpenCV 3 easier for #golang devs, e.g. face detection in 60 lines of Go. By… https://twitter.com/i/web/status/917554768402354177

Спасибо

там чота сложное чтоль?

элементарное, но почему-то ни у кого нет

gramework - это самый поппулярный фрейм на go?

смотрю на его репозиторий и понимаю, что уж совсем нет)))

У этого чувака звездочек будет по-больше https://github.com/qiangxue

самый популярный фреймворк на goodlang

этот китаец же контрибьютор в yii

я вообще в первый раз слышу про gramework

У этого чувака звездочек будет по-больше https://github.com/qiangxue

так этот чувак уже много лет yii пилит

еще до токого как go появился

уже год не пилит

yii так себе, так что я бы не стал даже смотреть его го-поделку

я вообще в первый раз слышу про gramework

Давно в этом чате?

я вообще в первый раз слышу про gramework

ты как-будто в этом чате не сидишь

gramework - это самый поппулярный фрейм на go?

это единственный, автор которого есть в этом чате