Коллега, вы этим котом злоупотребляете. Пожалуйста, не надо больше.
хорошо
Olzhas
doc
а sql в твоем коде
Artem
с фронта любое дербмо может прийти
ну на то и есть схема и спека, которая валидируется перед запуском внутрь
Aleksandr
с фронта любое дербмо может прийти
то же дерьмо, что в не-graphql. Это называется http-запрос
Artem
которых нет, кстати в rest
doc
ну на то и есть схема и спека, которая валидируется перед запуском внутрь
так я могу не через спеку слать любой http
Andrey
как по мне, так для rest можно gateway сделать на nginx впереди... а для графкуэль... нужно будет что-то другое городить, короче сложнее.
doc
doc
ничего не надо городить
Aleksandr
так я могу не через спеку слать любой http
ну шли. получишь 400. в rest тоже можешь слать. Тоже получишь 400.
Artem
это SQL натянули на реалии современной разработки
Artem
А как делается балансинг на графкуэль? Чем?
что ты имеешь ввиду? чем тебе не нравятся любые тулзы, которые ты юзаешь для рест?
Andrey
что ты имеешь ввиду? чем тебе не нравятся любые тулзы, которые ты юзаешь для рест?
ну например я использую nginx для балансировки. И если я правильно понимаю, то балансировка работать у меня перестанет, т.к. эндпоинт у меня будет только один. Точнее балансировать я могу, но только все целиком.
Aleksandr
Aleksandr
то есть они на разных серверах?
Daniel
почему нет
Aleksandr
я спрашиваю
Daniel
rest много плотнее завязан на http, и потому много больше фишек из http экосистемы работают для него
Aleksandr
если они на разных серверах, то почему grapqhql эндпойнт должен быть один? пусть будет несколько
Andrey
если они на разных серверах, то почему grapqhql эндпойнт должен быть один? пусть будет несколько
вот здесь тогда вопрос, как ты будешь этим управлять. В этом случае должен появиться прокси, который будет заглядывать внутрь запроса к графкуэль и правильно направлять запросы. Для меня лично, это минус, т.к. еще одно звено в цепочке.
Artem
вот здесь тогда вопрос, как ты будешь этим управлять. В этом случае должен появиться прокси, который будет заглядывать внутрь запроса к графкуэль и правильно направлять запросы. Для меня лично, это минус, т.к. еще одно звено в цепочке.
ну да, но внутри сети в это время у тебя могут летать запросы, которые обслуживаются в холостую
Daniel
а?!
Artem
а?!
ну пришел такой разраб, не увидел метода для получения волшебного Id, решил дергать любой другой, который его вернет
Artem
ну пришел такой разраб, не увидел метода для получения волшебного Id, решил дергать любой другой, который его вернет
а там внутри еще 20 запросов для полей, которые потом будут выкинуты
Aleksandr
Ну скорее всего у тебя graphql будет работать поверх уже готового db слоя, который будет делать одинаковые запросы в контексте сущности. Опускаться до уровня выбора нужных колонок никто не будет. Поэтому из базы вытащишь n колонок, на фронт вернёшь одну.
Andrey
колонки можно фильтровать и на rest c таким же успехом...
Artem
колонки можно фильтровать и на rest c таким же успехом...
ребзя из гугла на С микросервисы делали, тоже можно, вопрос в боли
Andrey
у меня вопрос по организации проекта.
сейчас мой исходник лежит по такому вот пути ~/go/src/rt - в домашней директории.
репозиторий .git у меня сейчас находится в ~/go/.git это видимо неправильно... да?!?
Dmitri
да, это неправильно
Dmitri
зачем вы целиком весь гошный src под гит запихали? Вам в гит конкретно ваш проект пихать надо.
Dmitri
тем более, что даже не src, а целиком gopath
Andrey
зачем вы целиком весь гошный src под гит запихали? Вам в гит конкретно ваш проект пихать надо.
спасибо, ща поправим. Поначалу не очевидно было.
Dmitri
собственно, .git должно быть ВНУТРИ проекта, а не снаружи
Dmitri
т.е. оно отслеживает файлы от текущей папки и глубже
Andrey
просто много разговоров было про этот моно-репозиторий... и я как видно ошибочно подумал, что все проекты в go должны быть свалены в одну репу
Dmitri
не-не-не
Dmitri
монорепозиторий - это к вопросу о том, что считать проектом
Dmitri
1 проект = 1 репа
Dmitri
а монорепозиторий - это про "носите все в одном проекте"
𝓢𝓮𝓻𝓰𝓮𝔂
Народ, В логрусе можно добавлять в вывод свои поля с помощью WithFields. А есть возможность, наоборот, убрать поля, к примеру level?
freezlite
Есть редис, например я упрусь в то что редис перестанет в определенный момент справлятся, зделаю кластер
freezlite
поможет ли это для команд увеличение перфоманса INCR/GET ?
freezlite
Мне нужно продумать стратегию горизонтального масштабирования, но мне сложно понять влияет ли кластеринг на команды INCR
Pavel
freezlite
=(
Daniel
Народ, В логрусе можно добавлять в вывод свои поля с помощью WithFields. А есть возможность, наоборот, убрать поля, к примеру level?
да хрен его знает.
у логруса есть неприятная черта - он не умеет в вывод добавлять файл:строку, из которой его позвали.
поэтому я от него отказался навсегда в 2015
Anatoliy
Analoliy
Viktor
может нажал карманом
Dug
Это ж просто бот какой-то скорее всего
Analoliy
Разве что бот, работающий через юзерский API
Daniel
А чем пользуетесь?
structlog и zap.
structlog - минималистичный. для всех выглядит как наколенная поделка :) но мы его написали в 2015 как раз чтобы выпилить логрус. дополнительное достоинство - генерирует читабельный глазами лог.
zap - без рефлексии. в результате вызов довольно громоздкий, но zap из всех самый быстрый.
Artem
ну кстати под go-kit логгер можно любой другой подсунуть, тот же zap
𝓢𝓮𝓻𝓰𝓮𝔂
Andrew
Есть еще zerolog, который постоянно соревнуется по скорости с zap'ом
Alexander
всем привет, видел выше небольшой срач про graphql. Скажите, кто-нибудь его использовал в связке с гошкой ?
Aleksandr
нас тут хотят пригласить на митап - я, если что, согласовал
Aleksandr
Daniel
всем привет, видел выше небольшой срач про graphql. Скажите, кто-нибудь его использовал в связке с гошкой ?
есть несколько адептов, которые его продвинают, и используют. в принципе - он иделогически лучше реста
Galya
Всем привет! Мы запускаем серию митапов «Be Mobile» 📱📱📱
Приходите 26 сентября на первый митап по мобильной разработке от Билайн.
Программа митапа:
18:30—19:00 Регистрация;
19:00—19:45 Григорий Серебряный (Билайн) — RIB архитектура и ее применение за пределами UBER;
19:45—20:30 Вячеслав Черников (Binwell) — Rapid Software Design;
20:30—21:00 Нетворкинг и пицца.
Участие бесплатное, требуется предварительная регистрация по ссылке: http://beeline.apptractor.ru/#rec65777433
Переходи скорее, количество мест ограничено!
📍Москва, Краснопролетарская улица, дом 4, 3 подъезд, штаб-квартира Билайн
Aleksandr
йн
Aleksandr
дописал)
Daniel
не - так интереснее. на встречу надо взять с собой катану...
Daniel
default же
Artem
ну вот, теперь читать всё объявление, что б понять что зря читал
Cat
а где progo? что с ним?
Galya
@vetcher, done
Artem
thx