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

именно что бы можно было сделать data := GetData() ctx.JSON(200, data) или data := GetData() ctx.Page("/index", data)

как я понимаю

так это можно сделать и без всего этого

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

есть случаи, я не по наслышке знаком с таким)

при чем немало то

во времена single page app отдавать html именно так не лучшая идея

во времена single page app отдавать html именно так не лучшая идея

тоже не всегда есть возможность spa писать(((((

тоже не всегда есть возможность spa писать(((((

для go пока нет нормальных шаблонизаторов для html...

для go пока нет нормальных шаблонизаторов для html...

а gogs что использует?

я писал сервис api всегда отдельно и если что писал отдельный фронтсервер

не делал этого переключения что выше писалось

а gogs что использует?

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

я писал сервис api всегда отдельно и если что писал отдельный фронтсервер

а сервис api в чем отдавал данные?

а сервис api в чем отдавал данные?

дсжон

дсжон

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

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

врятли понадобится отдавать xml когда все на json

врятли понадобится отдавать xml когда все на json

тут согласен

мне так точно не понадобится

а отдельный микросервис для фронта не spa можно и не на go написать)))

а отдельный микросервис для фронта не spa можно и не на go написать)))

+

посмотрел макарон, в целом интересно сделано... но на что-то похоже... на martini наверное) в репозитории почему-то много issue очень древних

посмотрел макарон, в целом интересно сделано... но на что-то похоже... на martini наверное) в репозитории почему-то много issue очень древних

а на что стоит обратить внимание? помимо макарона? я смотрел на gin но мне тут говорили что там проблемы с регулярками(с роутами)

а на что стоит обратить внимание? помимо макарона? я смотрел на gin но мне тут говорили что там проблемы с регулярками(с роутами)

если они тебе точно нужны в роутах - gin не прокатит. iris очень активно развивается

надо репозитории смотреть, какие issue и что тебе самому нужно

если они тебе точно нужны в роутах - gin не прокатит. iris очень активно развивается

iris по-хорошему надо байкотировать

да ничего особенного мне не нужно, обычный Rest на микросервисах, даже gin бы скорее всего меня устроил

iris по-хорошему надо байкотировать

почему?

почему?

Автор - мудак

да ничего особенного мне не нужно, обычный Rest на микросервисах, даже gin бы скорее всего меня устроил

тогда на макароне и оставайся, gin почти тоже самое

Автор - мудак

хорошая причина :)

хорошая причина :)

Это обобщение

Автор - мудак

много слышал, можно аргументировать... а то мудаком можно назвать любого кто имеет свое личное мнение)))

много слышал, можно аргументировать... а то мудаком можно назвать любого кто имеет свое личное мнение)))

Неоднократное нарушение лицензий, перезапись истории коммитов в свою пользу, выдача себя за "озабоченных отсутствием iris в списках" пользователей

Ну и так далее

Это можно сократить до того что я писал выше. Что я и сделал

)))

Это можно сократить до того что я писал выше. Что я и сделал

можешь мой фреймворк оценить/рекомендации мб дать... ну и в целом мнение интересует http://github.com/itrabbit/just

можешь мой фреймворк оценить/рекомендации мб дать... ну и в целом мнение интересует http://github.com/itrabbit/just

а в чем отличие от других? от того же gin например?

можешь мой фреймворк оценить/рекомендации мб дать... ну и в целом мнение интересует http://github.com/itrabbit/just

Выглядит прикольно. Я бы побольше примеров добавил, например.

То что параметры в путях можно задать явно это прикольно

а в чем отличие от других? от того же gin например?

от gin - наличие regexp для роутинга

Выглядит прикольно. Я бы побольше примеров добавил, например.

это в планах, да и документации пока нет))) летом в отпуске накидал основу и теперь потихоньку пилю))) использую только в личных проектах...

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

а в чем отличие от других? от того же gin например?

очень хотелось сделать отдаленно мб похожее на symfony php....

Комментарии на русском - ну это же не серьёзно...

очень хотелось сделать отдаленно мб похожее на symfony php....

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

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

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

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

+1 кстати, ток сразу вопрос - как там будет с масштабированием?

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

в планах (еще летом) профилирование запросов и контроль все что происходит через ws

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

Ну, всё тут лежит пока: https://github.com/blogol Повторюсь - смотреть нечего пока, всё только начинается и дорабаывается когда на работе выдаётся свободные полчасика. По функционалу задумывалось как "Аналог Ghost, но на Go"

в планах (еще летом) профилирование запросов и контроль все что происходит через ws

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

Из готовых штук вот что есть: https://toby3d.github.io/go-telegraph/

Ну, всё тут лежит пока: https://github.com/blogol Повторюсь - смотреть нечего пока, всё только начинается и дорабаывается когда на работе выдаётся свободные полчасика. По функционалу задумывалось как "Аналог Ghost, но на Go"

если аналог ghost - то точно буду смотреть)

Ну, я люблю Ghost, но он слишком медленно развивается

Плюс - жиреет засчёт node

Меня это не устраивает, вот и пилю свою версию с блэкджеком и куртизанками

Ну, я люблю Ghost, но он слишком медленно развивается

вот я тоже ghost люблю) и мои знакомые тоже) так что если будет альтернатива - точно попробуем)

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

нет, к примеру иногда кривые люди на фронте отправляют тебе запрос с ломаным multipart body но уверены что там все идиально))) Делать это все через логи не всегда удобно, а так подключился через ws выбрал роутер и смотришь что он делает в real time

а уж если с ghost можно будет безболезненно переехать на ваш вариант..))

а уж если с ghost можно будет безболезненно переехать на ваш вариант..))

Да, надо будет запилить тулзу для миграции

нет, к примеру иногда кривые люди на фронте отправляют тебе запрос с ломаным multipart body но уверены что там все идиально))) Делать это все через логи не всегда удобно, а так подключился через ws выбрал роутер и смотришь что он делает в real time

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

а уж если с ghost можно будет безболезненно переехать на ваш вариант..))

Можешь issue открыть об этом? Что б я тупо не забыл https://github.com/bloGol/blogol/issues/new

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

ну если вас делают крайним

ну если вас делают крайним

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

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

да и делал я для себя... смотрел на другие фреймворки, было интересно)))

ERROR: S client not available

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

так не падает))

так не падает))

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

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

быстрее и надежнее на сутки-трое включить полное логирование этого сегмента кода, и там уже просто прогнать то что насыпалось и точно увидеть где упало и почему

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

использовал gin, переходили с php на golang php парсит убитый body multipart без проблем, gin / go просто выдает nil (ctx.Bind(..)) это запросы данных от ibeacon детекторов на базе raspberry pi... разработчик детекторов клинется что все у него хорошо, аргументируя нормальной работой на php...

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

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

использовал gin, переходили с php на golang php парсит убитый body multipart без проблем, gin / go просто выдает nil (ctx.Bind(..)) это запросы данных от ibeacon детекторов на базе raspberry pi... разработчик детекторов клинется что все у него хорошо, аргументируя нормальной работой на php...

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

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

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

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

еще не сделал, только в планах))) заложил возможность...

+ отслеживание загруженности тоже хотелось

без лишних инструметнтов

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

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

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

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

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

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

проект был еще для обучения))) так что просто хочется сделать все ручами... чтобы иметь опыт... ну и интересно это все)))

проект был еще для обучения))) так что просто хочется сделать все ручами... чтобы иметь опыт... ну и интересно это все)))

понятно) это поддерживаю) а вообще - посмотрите на кубер если вы для себя делаете, часть того что вы пытаетесь сделать в самом приложении можно делать через окружение если это конемно именно микросервисы, т.е. контейнеризация. но приложение в любом случае должно уметь отдавать для этого с себя метрики https://github.com/prometheus/client_golang/blob/master/examples/random/main.go

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

в общем надо мне доку описать нормально...

буду ждать что у вас получится) если действительно будет хорошо для микросервисов - буду пользоваться)

кстати никто не подскажет как можно просто скрыть вот такое при ответе?: LastLogin time.Time `json:"last_login,omitempty" вот такой ответполучается: "last_login": "0001-01-01T00:00:00Z"

а по идее там ничего быть не должно

и в базе там null

кстати никто не подскажет как можно просто скрыть вот такое при ответе?: LastLogin time.Time `json:"last_login,omitempty" вот такой ответполучается: "last_login": "0001-01-01T00:00:00Z"

это rethinkdb?)

а, вроде не

это rethinkdb?)

не

У нас просто почти также

это постгрес и макарон

видимо общепринятая практика

а по идее там ничего быть не должно

это тебе posgresql может отдавать

http://prntscr.com/holokf

http://prntscr.com/holokf

надеюсь хэш пароля хранишь?