свагер это уже не модно, щас всё через graphql

когда введете у себя? или уже?

Я прям вижу, ка *все* через GraphQL :D

Не надо

Это боль

Только не graphql

пожалуйста

Все на столько плохо?

Это головная боль на бекенде. Как минимум в моем случае.

Да и дело не в технологии, а в имплементации скорее

Мб если это сделать go-way, то было бы терпимо, но https://github.com/graphql-go/graphql ужас-ужас

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

Мб если это сделать go-way, то было бы терпимо, но https://github.com/graphql-go/graphql ужас-ужас

говорят вот это норм https://github.com/neelance/graphql-go

я у себя перевел с родного референса и мне больше нравится

(правда документации ноль)

ээ, если бы этот ваш сваггер генерил мне обработччики сессий gorilla/websocket , я б ещё подумал. А гнать данные через ХТТП в качестве транспорта в 17 году - это грех ящетаю.

а сама идея супер - описал апи на гуманном языке - получил автоматом yaml + документацию + сгенерённый код - опупенно

У всего есть свои плюсы и минусы

Завтра собеседование впервые на golang вакансию :D Что обычно у Go разработчика на собеседованиях спрашивают?

поздновато, но все же: мне давали пройти тест + устное общее собеседование https://certification.mail.ru/tests/golang35/start/

поздновато, но все же: мне давали пройти тест + устное общее собеседование https://certification.mail.ru/tests/golang35/start/

спасибо :)

ээ, если бы этот ваш сваггер генерил мне обработччики сессий gorilla/websocket , я б ещё подумал. А гнать данные через ХТТП в качестве транспорта в 17 году - это грех ящетаю.

gRPC не?

ээ, если бы этот ваш сваггер генерил мне обработччики сессий gorilla/websocket , я б ещё подумал. А гнать данные через ХТТП в качестве транспорта в 17 году - это грех ящетаю.

а в чём грех?

Наверное трафик экономят

Ну или двунаправлено надо

ээ, если бы этот ваш сваггер генерил мне обработччики сессий gorilla/websocket , я б ещё подумал. А гнать данные через ХТТП в качестве транспорта в 17 году - это грех ящетаю.

А что за инструмент такое делает? (сваггер не может сессии gorilla/websocket) Кстати, ничего не мешает подключить сессии gorilla через http://swagger.io/specification/#securityDefinitionsObject

Я не знаю инструментов, которые бы приблизились по пользе к сваггеру, в плане создания REST API.

Но интересно узнать :)

@IlyaSinelnikov всё верно. Греть железо не можно, и асинхронный веб рулит. @olebedev есть некоторые маргинальные фреймворки, которые такое делают n2o например. Я в полезности сваггера не сомневаюсь. Следующий шаг - расширить её за пределы хттп на что-то более кошерное. Вангую что рано или поздно они к этому придут

так уже давно есть grpc

как вверху писали, для подобных нужд

но как REST апи генератор - сваггер рулит, как Олег и писал выше

Apidoc?

так уже давно есть grpc

grpc - толстый фреймворк, а websockets - транспортный протокол поверх tcp. не чувствуешь разницу? "сваггер рулит" - ну про то и речь, что хотелось бы таким же образом генерить каркас websocket приложения

Я не знаю инструментов, которые бы приблизились по пользе к сваггеру, в плане создания REST API.

RAML Пишу как дополнение к требованиям. Разрабам нравится)

RAML Пишу как дополнение к требованиям. Разрабам нравится)

Речь именно про кодогенерацию. Для RAML есть такое?

Речь именно про кодогенерацию. Для RAML есть такое?

Да. http://raml.org/projects/projects

Для Go https://github.com/EconomistDigitalSolutions/ramlapi

Для Go https://github.com/EconomistDigitalSolutions/ramlapi

Спасибо )

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

Мы рассматривали и grpc, и даже такие штуки как zeromq. Выбрали рест потому что с ним проще.

Мы рассматривали и grpc, и даже такие штуки как zeromq. Выбрали рест потому что с ним проще.

а почему не net/rpc?

Мы выбирали язык после выбора транспорта, а не до.

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

grpc - толстый фреймворк, а websockets - транспортный протокол поверх tcp. не чувствуешь разницу? "сваггер рулит" - ну про то и речь, что хотелось бы таким же образом генерить каркас websocket приложения

а как вы планирутете api внутри websockets? там что-то похожее на rest?

а как вы планирутете api внутри websockets? там что-то похожее на rest?

Тут зависит всё от архитектуры приложения. Но как правило нет необходимости делать именно по принципам rest, поскольку там не публичное апи и не единственный data gate на всё. Ну и поскольку речь идёт о вебзаднице для SPA, то формат данных надо брать текстовый человекочитаемый, чтобы в браузере видеть что происходит. А не протобуф какой-нибудь

Тут зависит всё от архитектуры приложения. Но как правило нет необходимости делать именно по принципам rest, поскольку там не публичное апи и не единственный data gate на всё. Ну и поскольку речь идёт о вебзаднице для SPA, то формат данных надо брать текстовый человекочитаемый, чтобы в браузере видеть что происходит. А не протобуф какой-нибудь

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

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

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

всем привет, подскажите, есть strpos - Возвращает позицию первого вхождения ?

аналог на go?

"место для пошлой шутки про первое вхождение"

всем привет, подскажите, есть strpos - Возвращает позицию первого вхождения ?

google => golang strpos

https://godoc.org/strings#Index

https://godoc.org/strings#Index

спс

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

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

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

я про организацию и гвоорю в основном

ну вот если в rest есть абстракция "ресурс" и методы управления ресурсом, то что внутри ws? обычно ничего хитрее пачки неструктурированных методов с логикой какой-то и json-rpc-подобного формата сообщений внутри сокета не видно

ну вот если в rest есть абстракция "ресурс" и методы управления ресурсом, то что внутри ws? обычно ничего хитрее пачки неструктурированных методов с логикой какой-то и json-rpc-подобного формата сообщений внутри сокета не видно

я думаю, да, будет похоже на rpc

я думаю, да, будет похоже на rpc

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

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

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

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

Подскажите, кто с веб работал. Асинхронный запрос на поддомен основного сайта, будет считаться кросс доменным или нет? запрос с mysite.com -> vasya.mysite.com

по идее да

Подскажите, кто с веб работал. Асинхронный запрос на поддомен основного сайта, будет считаться кросс доменным или нет? запрос с mysite.com -> vasya.mysite.com

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

Все ок будет

Хмм.. мнения раздвоились)

Хмм.. мнения раздвоились)

https://toster.ru/q/106653

вот даже пример нашел - http://joxi.ru/D2P8VDbhpx6oE2

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

тогда все норм будет

в nginx header('Access-Control-Allow-Origin: *');

в nginx header('Access-Control-Allow-Origin: *');

так нельзя делать

Оке. т.е. нужно CORS Спасибо)

подомену сврему

если такой запрос через jsonp делать, facepalm

Выпуск 103. Go-митап @ РИТ++ 2017 · http://golangshow.com/episode/2017/06-05-103/

#подкаст

Выпуск 103. Go-митап @ РИТ++ 2017 · http://golangshow.com/episode/2017/06-05-103/

а гул там как-то убрать можно?

гугл?

> Запись производилась в полевых условиях.

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

http://codepodcast.com/

послушайте вот этот для сравнения

> Запись производилась в полевых условиях.

Вопрос наверное был в том что можно было бы сделать постобработку и ценой качества голоса убрать гул

было бы еще клево, чтобы каждый записывал свой голос , а потом свести (просто такое чувство, что кто-то один через скайп все пишет)

Вопрос наверное был в том что можно было бы сделать постобработку и ценой качества голоса убрать гул

ну ты критик :D

Срочно ищется либа на Go для удаления шумов ))

конкретно эта реализация так себе, а вообще это известный паттерн, который помогает делать код менее связанным

Еще раз перечитал статью. Почему она так себе? Из-за использования рефлексии?

А какие хорошие реализации Dependency Injection в Go существуют?

А какие хорошие реализации Dependency Injection в Go существуют?

у нас такая https://github.com/ivankorobkov/di

у нас такая https://github.com/ivankorobkov/di

Привет, я ваше тестовое задание как раз делаю :D

у нас такая https://github.com/ivankorobkov/di

а ты где работаешь?

thequestion

а ты где работаешь?

здесь есть возможность найти работу?

здесь есть возможность найти работу?

как раз есть открытая вакансия ) По всем вопросам можно писать мне.

Пацаны, не работайте с русскими, это дно

Пацаны, не работайте с русскими, это дно

++