XDDD

Через let прописывать функцию...

не имеет смысла, если функция на глобальном уровне видимости находится? (лучше заюзать уже const?)

не имеет смысла, если функция на глобальном уровне видимости находится? (лучше заюзать уже const?)

Что с тобой не так?

Что с тобой не так?

это ответ по сути (нет)

это ответ по сути (нет)

Да

Эх, коллбеки

Эх, коллбеки

+

Эх, коллбеки

один колбэк

ок два

всем ? такой вопрос: допустим у меня есть основной апп на example.org и апишка, с которой этот апп общается на api.example.org. я хочу запилить беспарольный логин-флоу (маленькая система для ограниченного количества людей), где юзер просто будет вводить емэйл, и ему на почту будет приходить линк на авторизацию. вот кто бы как сделал: ссылку на api.example.org/login/<token> (апишка ставит сессию и редиректит на основной апп) или ссылку на основной апп, чтобы тот уже этот запрос как-то "проксировал" на апишку? первый вариант, конечно, проще, но как-то странно отправлять пользователя в браузере на домен апи.

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

я кладу экземпляры в объект. delete obj[exempl] корректно?

всем ? такой вопрос: допустим у меня есть основной апп на example.org и апишка, с которой этот апп общается на api.example.org. я хочу запилить беспарольный логин-флоу (маленькая система для ограниченного количества людей), где юзер просто будет вводить емэйл, и ему на почту будет приходить линк на авторизацию. вот кто бы как сделал: ссылку на api.example.org/login/<token> (апишка ставит сессию и редиректит на основной апп) или ссылку на основной апп, чтобы тот уже этот запрос как-то "проксировал" на апишку? первый вариант, конечно, проще, но как-то странно отправлять пользователя в браузере на домен апи.

А зачем тебе авторизацию в отдельном приложении? Делай в одном просто. Или сложно?

А зачем тебе авторизацию в отдельном приложении? Делай в одном просто. Или сложно?

ну вот которое на основном домене example.org — там просто реактовское приложение на Next.js будет, и хотелось бы в него по минимуму серверной логики запилить.

ну вот которое на основном домене example.org — там просто реактовское приложение на Next.js будет, и хотелось бы в него по минимуму серверной логики запилить.

Кароче. Делай как тебе проще

ееее

Разницы в целом не будет

Привет. Я сейчас задам провакационный вопрос. Почему стоит выбрать читый node.js вместо meteor.js или скажем java. Давайте постораемся объективно. node.js приемущества, гибкость, достаточно шустрый, тот же язык - что и на клиенте, множество библиотек, асинхроность из коробки. meteor.js - рективность из коробки, тот же язык, что и на клиенте, что-то еще? Минусы имхо не осинхронность. java - лишь пример старой школы(не думаю что ее стоит использовать). Плюсы работы с любой бд, в том числе noSQL, шустрая (незначительно быстрей node.js), так сказать старый провереный конь. Минусы, архоичная, язык отличный от клиента, не асинхронная.

все на всем можно писать

чисто предпочтения и количество костылей

Можно ещё с Го сравнить

Можно и с го сравнить. Но вот я стаю перед выбором

Нужно же как-то выбрать, я понимаю, что можно даже на c++ написать

Привет. Я сейчас задам провакационный вопрос. Почему стоит выбрать читый node.js вместо meteor.js или скажем java. Давайте постораемся объективно. node.js приемущества, гибкость, достаточно шустрый, тот же язык - что и на клиенте, множество библиотек, асинхроность из коробки. meteor.js - рективность из коробки, тот же язык, что и на клиенте, что-то еще? Минусы имхо не осинхронность. java - лишь пример старой школы(не думаю что ее стоит использовать). Плюсы работы с любой бд, в том числе noSQL, шустрая (незначительно быстрей node.js), так сказать старый провереный конь. Минусы, архоичная, язык отличный от клиента, не асинхронная.

скорость

Скорость чего?

скорость

что скорость?

большое сообщество, мультиплотформенность, легкий

большое сообщество, мультиплотформенность, легкий

ты хоть напиши к чему это относится ? )

к java тоже можно это отнести

К Го, походу

Хотя у него сообщество не такое большое, да

я вообще к node.js склоняюсь, поэтому к вам и пришел. нагрузку вообще норм держит?

Ага

Ну че ребят, выбирает Node.js?

Ну че ребят, выбирает Node.js?

опечатка?

выбираем

да, выбираем

Всем добрый день. Есть задача на модуль кластер. Считается матрица. Проблема в синхронизации, строки должны считаться последовательно, элементы в строке как угодно. Как это организовать? Есть ли синхронизация?

node.js - выбрал чисто из-за js.

аналогов серверных для js не знаю больше

Давайте тогда так, скажите минусы есть у node.js. легко сделать систему плагинов?

плюсы, минусы

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

что конкретики ты не найдеш тут

Троллит парень

Сейчас для любого языка есть асинхронные фреймворки

Скорость на выходе будет зависеть от прямых рук

Сейчас для любого языка есть асинхронные фреймворки

правда

Сейчас для любого языка есть асинхронные фреймворки

php?

php?

Swoole

Быстрее Ноды

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

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

У Fastify под Ноду есть система плагинов

но вопрос странный. чем пакеты не подходят

но вопрос странный. чем пакеты не подходят

тем, что не динамика.

Как я понял, если писать под ноду, то сразу брать Fastify?

Привет, ребят Запилил ActiveRecord Может кто прокомментирует код , а то я новичок в программировании https://jsfiddle.net/na8n1k6o/

Как я понял, если писать под ноду, то сразу брать Fastify?

Программиста брать. Хорошего. Бгг