так чем же этот graphql лучше ?

ты читаешь меня? я написал это не спека vs кастом. Это спека vs спека.

я же говорю используй web-сокеты с rpc и передавай sql-запрос

именно

есть один момент если запросы будут формироваться на строне клиента то это потенциально опасно

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

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

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

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

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

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

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

неа

там ты сам формируешь выборку

неа

да

и эти запросы ограничены твоей спецификацией

там ты сам формируешь выборку

на клиенте

и эти запросы ограничены твоей спецификацией

и твоими ограничениями на сервере

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

и получить данные

я же говорю используй web-сокеты с rpc и передавай sql-запрос

мне кажется тут надо конкретный пример рассмотреть чтобы прийти к какому-то заключению. swagger rest api VS. graphQL, в обеих случаях websockets gzip RFC 7692 в качестве транспорта.

а все эти методы уже давно оттестированы заранее

и под нагрузкой

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

именно. я и говорю - вопрос реализации сервера

мне кажется тут надо конкретный пример рассмотреть чтобы прийти к какому-то заключению. swagger rest api VS. graphQL, в обеих случаях websockets gzip RFC 7692 в качестве транспорта.

websockets и rest api это взаимоисключающие вещи. Вебсокеты работают через сообщения считай тот же rpc (где тоже нет жесткой спецификации)

не суть. яимею ввиду чисто формат данных. насколько сильно он влияет на перфрманс при сжатии и с вебсокетами

не суть. яимею ввиду чисто формат данных. насколько сильно он влияет на перфрманс при сжатии и с вебсокетами

так в чем вопрос? что будет быстрее: три запроса с избыточными данными или один запрос с без избыточных?

так тут вопрос в том, насколько это качественно влияет. Очевидно в случае фейсбука - таки да, профит есть. А в общем случае стоит ли замарачиваться с таким .. хм, странным форматом?

суть в том что цена внедрения graphQL высока

проще доработать API под клиент

именно. когнитивная нагрузка)

если остро стоит вопрос с трафиком то лучшего решения чем websockets нет

BoltDB довольно хорош

Да, хорош, но не в скорости(

если остро стоит вопрос с трафиком то лучшего решения чем websockets нет

и да,туда тоже можно гонять этот формат

так тут вопрос в том, насколько это качественно влияет. Очевидно в случае фейсбука - таки да, профит есть. А в общем случае стоит ли замарачиваться с таким .. хм, странным форматом?

еще раз: мы говорим про спеку против спеки. Сам ты можешь сделать апи быстрее и заточеннее под твои требования. Если же мы говорим про другие спеки, то они просто не решают решаемые в graphql проблемы. Как качественно: на больших листингах разница будет в сотни кб на запрос. Профит для плохих мобильных соединений. Плюс уменьшение кол-ва запросов, которые могут виснуть еще только на открытии соединения на моб. соединениях. Ну конечно профитно. Но еще раз: сам ручками ты сможешь сделать лучше.

только смысл ?

суть в том что цена внедрения graphQL высока

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

еще раз: мы говорим про спеку против спеки. Сам ты можешь сделать апи быстрее и заточеннее под твои требования. Если же мы говорим про другие спеки, то они просто не решают решаемые в graphql проблемы. Как качественно: на больших листингах разница будет в сотни кб на запрос. Профит для плохих мобильных соединений. Плюс уменьшение кол-ва запросов, которые могут виснуть еще только на открытии соединения на моб. соединениях. Ну конечно профитно. Но еще раз: сам ручками ты сможешь сделать лучше.

websockets - один запрос и ты подписан на изменение данных, сервер тебе будет их отправлять сам

еще раз: мы говорим про спеку против спеки. Сам ты можешь сделать апи быстрее и заточеннее под твои требования. Если же мы говорим про другие спеки, то они просто не решают решаемые в graphql проблемы. Как качественно: на больших листингах разница будет в сотни кб на запрос. Профит для плохих мобильных соединений. Плюс уменьшение кол-ва запросов, которые могут виснуть еще только на открытии соединения на моб. соединениях. Ну конечно профитно. Но еще раз: сам ручками ты сможешь сделать лучше.

понял тебя

проще доработать API под клиент

еще раз: спека против спеки. не протиив кастомного апи.

ладно давай так ты уже использовал это на реальных проектах ?

я про серверную часть

websockets - один запрос и ты подписан на изменение данных, сервер тебе будет их отправлять сам

в graphql есть subscriptions через websocket в том числе (пока не стандартизированы, но уже есть реализации)

ладно давай так ты уже использовал это на реальных проектах ?

в одном проекте

пет-проект. непубличный. реализовал админку

это использовал - https://github.com/graphql/express-graphql ?

на go

то есть ты всю обработку сам писал ?

то есть ты всю обработку сам писал ?

заюзал готовую серверную реализацию. там же лежит. щас кину

https://github.com/graphql-go/graphql - оно ?

https://github.com/graphql-go/graphql - оно ?

ага, оно.

ну а по времени сколько это заняло ?

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

вот схема: https://github.com/graphql-go/graphql/blob/master/examples/todo/main.go#L43 вот мутация (тип запроса): https://github.com/graphql-go/graphql/blob/master/examples/todo/main.go#L65

вот схема: https://github.com/graphql-go/graphql/blob/master/examples/todo/main.go#L43 вот мутация (тип запроса): https://github.com/graphql-go/graphql/blob/master/examples/todo/main.go#L65

Спасибо! прикольно

Ребята, кто-нибудь работал с апи перископа? Может просто кто поможет: нужно взять поток оттуда и кинуть на свой сайт. Поток взять через апи проблем не составляет, точнее ссылку на него (hls), а вот когда встраиваешь его на сайт - получаешь ошибку. Мол cross-domain запрещен. Через ffmpeg и всякое разное отлично играется. Может есть какой-то вариант обойти этот кросс доменный запрос? Желательно еще и так, что-бы свой сервису грузить не сильно. Как вариант был ffserver, но хотелось бы что-то другое. P. S. Заранее спасибо за помощь :)

Обычно такое делают айфреймом

У ютуба точно

Оо. Спасибо, гляну. А то дурацкий перископ не хочет, чтобы его стримы тырили ?

Всем привет! У меня вопрос, есть ли здесь люди, готовые сделать всё это (или один из пунктов) качественно и в довольно сжатые сроки? Что требуется: 1. Создать приложение для ВК, которое позволить выдавать 3 факта о пользователе, анализируя его страницу. То есть приложение оценивает посты, группы, видео- и аудиозаписи на странице определённого человека и пишет 3 факта о нём (музыка, фильмы, увлечения и тд) 2. Создать приложение для ВК, которое будет анализировать страницу пользователя и писать, что человек постил 3 года назад. 3. Создать приложение для ВК, котором можно будет выиграть билеты в кино или на предпоказ фильма, написав 5 фактов об авторе художественного произведения или о самом произведении. 4. Создать приложение для ВК, которое позволит строить маршруты поездок на пригородных поездах. То есть человек сможет проложить маршрут до нужной ему станции в самом приложении ВК (без перехода на другие сайты или приложения). Возможно ли это? Ждём Ваших предложений, будем рады работать вместе! Для связи писать этому человеку: @sozora

Какой-то подозрительно нетолерантный "призрак"

Всем привет! У меня вопрос, есть ли здесь люди, готовые сделать всё это (или один из пунктов) качественно и в довольно сжатые сроки? Что требуется: 1. Создать приложение для ВК, которое позволить выдавать 3 факта о пользователе, анализируя его страницу. То есть приложение оценивает посты, группы, видео- и аудиозаписи на странице определённого человека и пишет 3 факта о нём (музыка, фильмы, увлечения и тд) 2. Создать приложение для ВК, которое будет анализировать страницу пользователя и писать, что человек постил 3 года назад. 3. Создать приложение для ВК, котором можно будет выиграть билеты в кино или на предпоказ фильма, написав 5 фактов об авторе художественного произведения или о самом произведении. 4. Создать приложение для ВК, которое позволит строить маршруты поездок на пригородных поездах. То есть человек сможет проложить маршрут до нужной ему станции в самом приложении ВК (без перехода на другие сайты или приложения). Возможно ли это? Ждём Ваших предложений, будем рады работать вместе! Для связи писать этому человеку: @sozora

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

а, и уточни сроки хотя бы ball park

Поищите, и все вопросы к человеку, чью ссылочку скинула выше

а го тут причём? )

а го тут причём? )

консольное видать хотят

а го тут причём? )

ну или gomobile

а го тут причём? )

Хотят, чтобы модное было

да просто во все каналы написали

ну а какая по сути разница, на чем писать аппу, которая по сети общается с вкшечкой?

Поищите, и все вопросы к человеку, чью ссылочку скинула выше

ну ты же понимаешь, что к завтра ссылка потеряется в чате? да и в общем-то если вы хотите получить решение, стоит подходить к этому проактивно, а не пассивно — заспамить каналы много кто может, но если не реагировать, а оставлять как "ну потом и напишешь", то мотивация какбе падает

Мы ищем программистов, с которыми будем сотрудничать.

Ребят, как в таком случае обрабатывать ошибку? func (m *Media) Update() { *m, err = GetMediaByCode(m.Code) } Пока *m - err обозначается как Unresolved reference.

И правильно ли вообще так обновлять саму структуру? Через ссылку *m

Всем привет! У меня вопрос, есть ли здесь люди, готовые сделать всё это (или один из пунктов) качественно и в довольно сжатые сроки? Что требуется: 1. Создать приложение для ВК, которое позволить выдавать 3 факта о пользователе, анализируя его страницу. То есть приложение оценивает посты, группы, видео- и аудиозаписи на странице определённого человека и пишет 3 факта о нём (музыка, фильмы, увлечения и тд) 2. Создать приложение для ВК, которое будет анализировать страницу пользователя и писать, что человек постил 3 года назад. 3. Создать приложение для ВК, котором можно будет выиграть билеты в кино или на предпоказ фильма, написав 5 фактов об авторе художественного произведения или о самом произведении. 4. Создать приложение для ВК, которое позволит строить маршруты поездок на пригородных поездах. То есть человек сможет проложить маршрут до нужной ему станции в самом приложении ВК (без перехода на другие сайты или приложения). Возможно ли это? Ждём Ваших предложений, будем рады работать вместе! Для связи писать этому человеку: @sozora

Бред

Ребят, как в таком случае обрабатывать ошибку? func (m *Media) Update() { *m, err = GetMediaByCode(m.Code) } Пока *m - err обозначается как Unresolved reference.

ну если твое GetMediaByCode норм написана, то банального err != nil должно хватать

а обновлять так не стоит

потому что вдруг ошибка? а ты уже затер

ну если твое GetMediaByCode норм написана, то банального err != nil должно хватать

Не, это ясно. Проблема в том, что err не дает определить. Она в Goglande так вообще красным.

А об этом не подумал, спасибо

а обновлять так не стоит

потому что вдруг ошибка? а ты уже затер

:=?

я бы сделал что-то типа func (m *Media) Update() { t, err := GetMediaByCode(m.Code) if err == nil { m = &t } }

:=?

Пишет вообще "не могу это туда

Вот так сделал media, err := GetMediaByCode(m.Code) if err == nil { *m = media }

ой, да, я тормоз

Мы ищем программистов, с которыми будем сотрудничать.

А ты не автоматический скрипт часом?

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

кажется, у этой эллочки еще меньше набор(

http://golangshow.com/online/

Всем привет! У меня вопрос, есть ли здесь люди, готовые сделать всё это (или один из пунктов) качественно и в довольно сжатые сроки? Что требуется: 1. Создать приложение для ВК, которое позволить выдавать 3 факта о пользователе, анализируя его страницу. То есть приложение оценивает посты, группы, видео- и аудиозаписи на странице определённого человека и пишет 3 факта о нём (музыка, фильмы, увлечения и тд) 2. Создать приложение для ВК, которое будет анализировать страницу пользователя и писать, что человек постил 3 года назад. 3. Создать приложение для ВК, котором можно будет выиграть билеты в кино или на предпоказ фильма, написав 5 фактов об авторе художественного произведения или о самом произведении. 4. Создать приложение для ВК, которое позволит строить маршруты поездок на пригородных поездах. То есть человек сможет проложить маршрут до нужной ему станции в самом приложении ВК (без перехода на другие сайты или приложения). Возможно ли это? Ждём Ваших предложений, будем рады работать вместе! Для связи писать этому человеку: @sozora

1. Где вилка? 2. Причём тут Go? 3. Почему вообще без предупреждения? Мне вот за такое иногда хочется банхаммером прихлопнуть

1.Анализ страницы и 3 факта о нем(до 100 к) 2.Анализ прошлых постов( до 25 к) Пока так

1. Где вилка? 2. Причём тут Go? 3. Почему вообще без предупреждения? Мне вот за такое иногда хочется банхаммером прихлопнуть

Не сдерживай себя

1. Где вилка? 2. Причём тут Go? 3. Почему вообще без предупреждения? Мне вот за такое иногда хочется банхаммером прихлопнуть

1. Вилку тебе сходу никто не даст. Кто даёт вилку - скорее всего мошенник. Это психологиеское правило любого HR. Не требуй от них грехопадения. 3. Чисто из любопытства - а в чем проблема?

1. Вилку тебе сходу никто не даст. Кто даёт вилку - скорее всего мошенник. Это психологиеское правило любого HR. Не требуй от них грехопадения. 3. Чисто из любопытства - а в чем проблема?

1. Большая часть объявлений в вакансиях содержат вилку 3. Чат разработчиков на Go так-то