Народ, привет! Может кто писать на vuejs + go?

а что тебя именно инетерсует?

Годнота пошла)) Благодарю

Он же платный)

Он же платный)

Бесплатный. Если сертификат не нужен.

Народ, привет! Может кто писать на vuejs + go?

можем и пишем

Обалдеть...

Целесобразно ли в одном проекте, хранить фронт и бэк?

Целесобразно ли в одном проекте, хранить фронт и бэк?

Монорепа называется

Цель: написать admin dashboard

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

Монорепа называется

монолит)

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

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

Если проект с одной моделькой - нет смысла)

судя по скрину там todo list)

Если проект с одной моделькой - нет смысла)

++

все равно, если ты только щупаешь, пробуй сразу использовать best practice

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

судя по скрину там todo list)

Проект большой)

судя по скрину там todo list)

туду чисто для инвестигирования

у нас все по микросервисам разбито

Микросервисы, внутри которых html?

Микросервисы, внутри которых html?

не

Микросервисы, внутри которых html?

там чисто апишка

Это я решил написать dashboard для управления данными

для начала crud

вот и столкнулся, как лучше связать фронт и бэк чтобы удобнее сразу редактировать в двух проектах

у нас все по микросервисам разбито

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

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

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

тогда точно лучше разбить)

А ролевую систему писал кто??

Ролевая система?

RBAC типа?

типа вот этой

https://github.com/qor/roles

ребят, нужно ваше мнение: Мы когда создаём новый профиль клиента в системе - мы посылаем ему мыло с магической ссылкой подтверждения. Ссылка в мыле - подписана цифровой подписью и хранит в себе дату срока годности. Теперь я добавил новую мутацию в API, которая позволяет переотослать email подтверждения, причём опционально на новый email адрес и вот я задаюсь следующим вопросом: если мы при создании нового мыла подтвеждения изменили email, то стоит ли запретить активацию по предыдущему, старому мылу? (это можно реализовать добавлением адреса мыла в подписанную ссылку, тем самым email адрес там будет навсегда завпечатлён)

типа вот этой

Страшно подумать что у вас там за микросервисы))

И как вы авторизацию, аутентификацию проводите)) Не то что контроль доступа

Страшно подумать что у вас там за микросервисы))

там все чисто)

И как вы авторизацию, аутентификацию проводите)) Не то что контроль доступа

токены

))))

Токены))

И как вы авторизацию, аутентификацию проводите)) Не то что контроль доступа

ролевой системы нет

))))

)

ребят, нужно ваше мнение: Мы когда создаём новый профиль клиента в системе - мы посылаем ему мыло с магической ссылкой подтверждения. Ссылка в мыле - подписана цифровой подписью и хранит в себе дату срока годности. Теперь я добавил новую мутацию в API, которая позволяет переотослать email подтверждения, причём опционально на новый email адрес и вот я задаюсь следующим вопросом: если мы при создании нового мыла подтвеждения изменили email, то стоит ли запретить активацию по предыдущему, старому мылу? (это можно реализовать добавлением адреса мыла в подписанную ссылку, тем самым email адрес там будет навсегда завпечатлён)

Странный вопрос... Если я указал мыло для подтверждения, а потом решил его сменить - естесственно ту ссыль на активацию надо грохнуть... Это же здравый смысл

сори)

Странный вопрос... Если я указал мыло для подтверждения, а потом решил его сменить - естесственно ту ссыль на активацию надо грохнуть... Это же здравый смысл

ну вот я тоже так считаю, но почему-то засомневался нужно ли это вообще..

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

Второй кейс - если ты первый раз отправил на одно мыло, второй раз уже на новое, то я могу сначала подтвердить акк со своего второго, нужного мне мыла, а после случайно нажать ссылку с первого ящика - мыло сменится?)))))))))))))))))))))))))))

А программисты потому будут искать баги, почему не сработала смена мыла

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

да, совершенно верно

Второй кейс - если ты первый раз отправил на одно мыло, второй раз уже на новое, то я могу сначала подтвердить акк со своего второго, нужного мне мыла, а после случайно нажать ссылку с первого ящика - мыло сменится?)))))))))))))))))))))))))))

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

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

Кто делал таски поиска по тексту

Подскажите оптимальный способ

Задача проверить наличие домена в блеклисте на 100к записей

100к фиксированные?

Не, список периодически обновляться будет

Блеклист адблока мониторить собираюсь

Сделай мапу доменов и будет тебе счастье

Там домены вписаны масками

Типа *.advert.com

Такое тоже учесть бы т.к. подходит some.advert.com хоть и без прямого вхождения

Как вариант можешь глянуть исходный код плагина.

Можешь для части доменов сделать мапу, а для другой (с *) делать полный проход

Если их немного, то все будет работать быстро

Парни, как сказывается на скорости работы глобального роутера с разными микроскрвисами? То есть роутер посылает запросы разным микросервисам одновременно

Че

load balancer что ли

load balancer что ли

Да, чёт типа того Смотри, request->router->определяем в какой микросервис идёт запрос->users-service->response Вот как раз у нас все запросы идут через router

Ты изобрел гетвей!

Ты изобрел гетвей!

Спс

А еще помни, что дальше, после user-service, у тебя может спокойно быть стек вызовов в еще 10-15 элементов между собой

А ты тут про гетвей и юзер сервис напрямую...

А еще помни, что дальше, после user-service, у тебя может спокойно быть стек вызовов в еще 10-15 элементов между собой

Рутины?

Причем тут рутины?

Причем тут рутины?

Не понимаю о чем ты

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

Это разные процессы на разных операционных системах, user service стучит на сервис нотификаций, сервис нотификаций стучит еще куда то на сервис какашка, сервис какашка стучит еще на несколько сервисов - и такая вот цепочка

Это разные процессы на разных операционных системах, user service стучит на сервис нотификаций, сервис нотификаций стучит еще куда то на сервис какашка, сервис какашка стучит еще на несколько сервисов - и такая вот цепочка

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

Типа роутер получает респонс и с этим респонсом идёт в другой сервис

Че то 100% гарантия, что тебе не нужны микросервисы

Гетвей должен быть тупым

Максимум наверное проверить авторизацию, либо в своем же контексте выполнить параллельно запросы к некоторым сервисам.

НО КОГДА ТАМ ЛОГИКА - СТРЕЛЯЙТЕСЬ, ГОСПОДА

Я про бизнес логику

НО КОГДА ТАМ ЛОГИКА - СТРЕЛЯЙТЕСЬ, ГОСПОДА

Окей

Если их немного, то все будет работать быстро

https://easylist-downloads.adblockplus.org/ruadlist+easylist.txt вот столько)

https://twitter.com/Sajma/status/1019630117834944514

тестирую свое приложение через wireshark и вижу ошибку tcp zero window

быстрое гуглениче чет не помогло