бенчи юзать

ненене, я не про бенчмаркинг, я про "статистику тестов", например колво выполнений определённых процедур

никак?

в принципе у нас есть https://golang.org/pkg/testing/#hdr-Main, можно заинициализировать некий global counter и его дёргать в самом тесте, а в конце TestMain запринтить результаты

TWIMC: вчерашняя проблема с listen оказалась очень странной: нельзя слишком часто открывать-закрывать unix сокеты. от этого что-то где-то ломается, и listen сокет закрывается надо бы багрепорт написать, но непонятно, куда

TWIMC: вчерашняя проблема с listen оказалась очень странной: нельзя слишком часто открывать-закрывать unix сокеты. от этого что-то где-то ломается, и listen сокет закрывается надо бы багрепорт написать, но непонятно, куда

А на самом аком уровне интересно это происходит? Емнип я что-то подобное ловил года 1.5 назад. Может быть после закрытия сокета он не сразу вычищается?

у меня там все на уровне golang.org/x/sys/unix

в принципе у нас есть https://golang.org/pkg/testing/#hdr-Main, можно заинициализировать некий global counter и его дёргать в самом тесте, а в конце TestMain запринтить результаты

короче да, решил, создаю в TestMain глобалвный „StatisticsRecorder“ (обязательно thread-safe), дёргаю его изнутри тестов и в конце вывожу статистику в консоль

Travis CI?

=/

Не знаю, к сожалению

Он же еще галочки умеет ставит - вот к примеру статус каждого ПР и внутри еще указано, как каждый пуш протестировался https://github.com/mattn/goveralls/pulls?q=is%3Apr+is%3Aclosed

а где вы храните интерфейсы?

ну чисто опрос ?

в отдельном пакете interfaces или же вместе с реализацией вместе?

Интерфейсы не нужны! И не будет таких проблем как думать о том где их хранить. ?

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

в отдельном пакете interfaces или же вместе с реализацией вместе?

в пакете где использую

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

ну возьмем банальное dao

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

Тесты тоже не нужны, сразу в продакшен, только так.

ну возьмем банальное dao

в пакете с моделями

а модели то тут причем?

Тесты тоже не нужны, сразу в продакшен, только так.

тесты для слабаков, надо писать код без ошибок)

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

И компилировать в уме

тесты для слабаков, надо писать код без ошибок)

Вот это профессионал, сразу видно. Одобряю ваш подход, коллега.

Илгиз Узбеков: Здравствуйте ребята возможно ли написать скрипт или программу , которая будет перехватывать людей или парсить из поисковых систем? Например в месяц 1000 человек в Яндексе ввели запрос купить квартиру , нужно всех этих людей найти спарсить собрать в файл

Конечно возможно.

Если ты ФСБ.

Ребят, а какие есть еще инструменты для анализа кода на Go, помимо стандартных?

статические анализаторы, линтеры.. вот это все.. кто что использует

Go critic

Go critic

спс

Ребята можно как то узнать и спарсить людей , которые заходили мою группу ВК или ок , Фейсбук

Ответ попрежнему неизменный

Кратко: нет. Подробнее можно но это дорого.

казалось бы, причем здесь го

казалось бы, причем здесь го

Полагаю массовая рассылка отовсюду где сидят разрабы

Привет! Сразу начну с вопроса, в чем лучше хранить и передавать параметры POST запроса в функцию, карта или структура?

может аргументами попробывать?

а где вы храните интерфейсы?

Где придется. В смысле - где логичным покажется

Где придется. В смысле - где логичным покажется

просто я видел практику отдельный пакет для интерфейсов

может аргументами попробывать?

Это да, я просто запрос парсю в Мапы, а потом из мапов передаю в функцию. Думаю, что лучше, мапы или структуры

Это да, я просто запрос парсю в Мапы, а потом из мапов передаю в функцию. Думаю, что лучше, мапы или структуры

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

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

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

Ну вот и ответили себе

Ну вот и ответили себе

Окей, спасибо.

T, _ := i18n.Tfunc(cookievalue, accept, defaultLang) t2.Funcs(template.FuncMap{ "T": T,

как мне узнать, какой все же язык будет установлен?

мне нужно флажок на фронте отображать языка

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

господа, есть тупой вопрос, который к го не совсем относится, но так как у меня в других чатиках только жс/пхп макаки, хочу спросить у вас - есть у нас самописный сервис на сях, с неполной поддержкой хттп протокола, сканеры уязвимостей заказчика видят в нем кучу уязвимостей(например sql инъекции, в проекте без бд :D). Если поставить сверху в качестве реверс прокси nginx, то он решит проблемы типа http buffer overflow?

простите меня за глупые вопросы не по теме

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

lang же у тебя брался из хедеров, значит браузер это знает

господа, есть тупой вопрос, который к го не совсем относится, но так как у меня в других чатиках только жс/пхп макаки, хочу спросить у вас - есть у нас самописный сервис на сях, с неполной поддержкой хттп протокола, сканеры уязвимостей заказчика видят в нем кучу уязвимостей(например sql инъекции, в проекте без бд :D). Если поставить сверху в качестве реверс прокси nginx, то он решит проблемы типа http buffer overflow?

Тот самый момент когда ты пхп макака

lang же у тебя брался из хедеров, значит браузер это знает

у меня lang может быть в куке другой..

как мне узнать, какой все же язык будет установлен?

другой варинт: делаешь флажок тоже переводным словом. а на место слова подставляешь <img src="ru.jpg">

другой варинт: делаешь флажок тоже переводным словом. а на место слова подставляешь <img src="ru.jpg">

так сделал - думал это зазорно так делать) но оставлю так

Я правильно понял, что программа при http buffer overflow падает?

нет, ей похуй

Тогда в чём уязвимость?

проверяемому софту вообще похуй, там простая морда с хттп

господа, есть тупой вопрос, который к го не совсем относится, но так как у меня в других чатиках только жс/пхп макаки, хочу спросить у вас - есть у нас самописный сервис на сях, с неполной поддержкой хттп протокола, сканеры уязвимостей заказчика видят в нем кучу уязвимостей(например sql инъекции, в проекте без бд :D). Если поставить сверху в качестве реверс прокси nginx, то он решит проблемы типа http buffer overflow?

помиму url еще может быть overflow в User-Agentе

Тогда в чём уязвимость?

ее нет. Но ее видит сканер уязвимости

я же говорю, он еще и sql инъекции находил

а там sql нет

Позвольте полюбопытствовать. Вы там писиайдиэсэс на коленочном коде проходите что ли?

ее нет. Но ее видит сканер уязвимости

То есть она либо есть либо нет Ты говоришь нет - сканер есть Ты приходишь сюда и спрашиваешь есть или нет, ты в себе сомневаешься?

То есть она либо есть либо нет Ты говоришь нет - сканер есть Ты приходишь сюда и спрашиваешь есть или нет, ты в себе сомневаешься?

потому что софтина лишь частично поддерживает http 1.1

я без понятия зачем вообще ее сканировали

но заказчик негодуэт

я без понятия зачем вообще ее сканировали

Ок. Давай пойдем от обратного. Как сделать, что если поставить nginx, тест опять не покажет, что есть дыра?

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

Ок. Давай пойдем от обратного. Как сделать, что если поставить nginx, тест опять не покажет, что есть дыра?

ну я вот и спрашиваю, если поверх поставит nginx в качестве реверс прокси или т.п, он поможет решить такую проблему?

ну я вот и спрашиваю, если поверх поставит nginx в качестве реверс прокси или т.п, он поможет решить такую проблему?

Проблему можешь формализовать? В чем уязвимость? Какое поведение ожидается, какое по факту есть?

Проблему можешь формализовать? В чем уязвимость? Какое поведение ожидается, какое по факту есть?

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

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

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

tcp?

tcp?

Можно, наверное.

tcp?

У меня есть шутка про UDP, но, возможно, до вас не дойдет.

У меня есть шутка про UDP, но, возможно, до вас не дойдет.

я же пыхер

мы даже в сокеты не все можем

Пыхер пыхеру рознь.

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

Тогда у вас 2 варианта. Поставить nginx и проверить. Объяснить заказчику, что это ложное срабатываение.

Если дело и правда в заголовках