Ivan
Неужели под каждый проект поднимать все это, администратор и масштабировать по отдельности проще?)
Ivan
Администрировать
Rendol
Неужели под каждый проект поднимать все это, администратор и масштабировать по отдельности проще?)
Масштабировать - да,
Администрировать - нет
Ivan
Даже с точки зрения финансов это дешевле
Rendol
холивар... 😊
Ivan
Ок ок)
Ivan
Я просто поделиться опытом и впечатлением
Rendol
Ivan
Зависит от разработчика и девопса
Rendol
Чтобы здесь не флудить, можно здесь почитать:
https://habrahabr.ru/post/311208/
Dreamerinnoise
Что делает микросервис? Микропадает.
Ivan
Почитаю статью, но начало уже не совпадает с моим опытом ;)
Ivan
Видимо у каждого своя истина
Rendol
"Правда" 😊 Истина она одна 😊 Вроде так на философии учили, не?)
Ivan
У каждого свои аргументы) религиям не мешает
Ale
Про этот модный базворд у грега янга отличный доклад с ретроспективой есть
Vladimir
Будет 5.5 - будут модули
Roman
Что за халивары, а что мне делать, если у меня проекты на обоих) и не потому, что один должен быть лучше другого, а потому, что каждый в определенных задачах ведет себя лучше. Бэкенд дешевле и быстрее на php, а фоновые задачи: очереди, сервисы, вебсокеты и т.п. на ноде. Шина между ними редис.
И редис становится единой точкой отказа
Rendol
И редис становится единой точкой отказа
Или здесь подразумевалось всем известное хорошее решение? Уточните?
Roman
Или здесь подразумевалось всем известное хорошее решение? Уточните?
Нет, не подразумевалось :)
Rendol
О каком кластере речь?
Redis Cluster 101
Но могу ошибаться.
https://redis.io/topics/cluster-tutorial
Ivan
О каком кластере речь?
о том, который есть уже давно в самом редисе) а до этого был через sentinel с failover
Rendol
Rendol
Собственно картинка отсюда:
https://habrahabr.ru/post/320902/
Roman
Roman
Собственно, он этом пишут
Ivan
Сам редис или протокол кластера? И если что, то редис не персистентное хранилище, хотя там есть и транзакции, и сброс на диск дампа по интервалу. Потерять кэш или сессию пользователя не критично.
Roman
Сам редис или протокол кластера? И если что, то редис не персистентное хранилище, хотя там есть и транзакции, и сброс на диск дампа по интервалу. Потерять кэш или сессию пользователя не критично.
Протокол репликации. В асинхронной репликации слейв всегда отстает от мастера
Roman
Vadim
Кто пользовался каким-нибудь сервисом для отправки смс, посоветуйте плиз
hamper 𓅝
Rendol
http://www.zanzara.ru/
Smooth Operator
бюджет освоен
Vladimir
Увы
A
Кто пользовался каким-нибудь сервисом для отправки смс, посоветуйте плиз
nexmo.com
У них в том числе есть сервис верификационных смс, который на себя берет боль переотправки сообщения. Но он стоит как космическая ракета.
Обычные смски - вроде норм и worldwide
A
А кто-нибудь пробовал в бою flowtype ?
Любой опыт интересен, но прежде всего связка: node, express, mongoose + IDEA/WebStorm.
Собственно один из главных вопросов - не охреневаешь ли от транспиляции на стороне сервера, и есть ли шансы на успешную отладку через sourcemaps отладчиком из IDEA? Сразу оговорюсь, что вариант с require hook не вариант.
Roman
А кто-нибудь пробовал в бою flowtype ?
Любой опыт интересен, но прежде всего связка: node, express, mongoose + IDEA/WebStorm.
Собственно один из главных вопросов - не охреневаешь ли от транспиляции на стороне сервера, и есть ли шансы на успешную отладку через sourcemaps отладчиком из IDEA? Сразу оговорюсь, что вариант с require hook не вариант.
тебе вот сюда https://t.me/flowtype_ru
Roman
но я не понимаю зачем тебе это на стороне сервера
A
О, спасибо
A
У меня проект дорос до ~40k loc и начинаются интересные вещи
A
Собственно, есть небезосновательное подозрение, что flow как раз то, что доктор прописал.
Vladimir
Затем чтобы писать надёжный код
A
Контракты на код
Roman
так он на клиентской машине пишется, проверил по время билда/хука и все
Vladimir
так он на клиентской машине пишется, проверил по время билда/хука и все
А ну это само собой
Roman
я имею после деплоя то уже не надо ниче проверять
A
Окей. Тогда еще один вопрос. Всё то же самое, но вместо flow, babel ради поддержки async/await на node 6.x ?
Vladimir
Так и там и там Бабель
Roman
Окей. Тогда еще один вопрос. Всё то же самое, но вместо flow, babel ради поддержки async/await на node 6.x ?
ну с бабелем все ок, компилишь с сорс мэпс и все нормально
A
Я понимаю :)
Ну про flow меня в отправили - я там спрошу)
А про бабель - не отправили))
Roman
опять же непонятно почему сервер должен охреневать с транспилом, это один раз делается во время деплоя
A
Ну...
A
я не очень согласен)
A
Все туториалы конечно упорно советуют сделать require hook. Но это не очень хорошая идея для финального билда.
Для финального билда везде предлагают собрать отдельный дистрибутив из транспилированного кода.
A
Это как-бы ок, за исключением того, что это две разных конфигурации.
A
Т.е. тесты ты гоняешь на одной, а в прод выпускаешь другую. Так себе идея
Roman
ну это значит ты не доверяешь бабелю, зачем его тогда вообще использовать
A
Ну, по крайней мере, если это не микросервисы с тремя методами каждый
A
Не, бабелю-то я доверяю. Но на всякий случай проверяю то, что получается в итоге достаточно жирным сетом из тестов.
Roman
может лучше мигрировать на 7 ноду и не делать себе мозги?)
Dmitry
Я мигрировал, всё нравится )
A
А в 7 только harmony - же
Dmitry
А что мешает с ним работать?
A
Для домашнего хозяйства - это всё норм, да)
Farrux
Добрый день, как можно сделать SЕО на ng2 ? Прочитал про Angular Universal, но еще не пробовал, кто нибудь делал приложения в Angular Universal
A
Ну, я сыкую
A
Ну вот у меня дилема - посыковать еще немного до выхода 8-й ноды, или навернуть бабель поверх этого всего.
С одной стороны вроде бы и раньше с промисами нормально жили, и сейчас живем. А с другой, в тестах навернули async/await и в ряде мест в основном коде при работе с промисами начинаются легкие рвотные позывы и страстное желание писать async! await! и трогать страстных женщин за разные места