если не хочется разбираться в этой весьма запутанной теме, то проще воспользоваться готовой либой, как правило на любой платформе есть хорошая и популярная

а разве токены, которые отдает фб не устаревает?

а разве токены, которые отдает фб не устаревает?

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

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

все эти механизмы нормально обрабатываются готовыми библиотеками

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

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

да, они есть для любого внятного языка

Возможно, сейчас скажу не то, но уже вечер :) Кстати, если от имени пользователя ходить в ФБ не требуется (ФБ логин используется для аутентификации), то имеет ли смысл хранить токен?

Если ты хочешь хоть каакую-то инфу получаать от фб - да

Возможно, сейчас скажу не то, но уже вечер :) Кстати, если от имени пользователя ходить в ФБ не требуется (ФБ логин используется для аутентификации), то имеет ли смысл хранить токен?

не имеет на мой взгляд, если фб не нужен

Если ты хочешь хоть каакую-то инфу получаать от фб - да

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

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

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

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

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

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

если пользователь отозвал токен то да, снова через клиента и его согласие

понятно, пойду почитаю еще что-нибудь в этом направление. Спасибо

Я может отстал от жизни, но вроде все api nodejs работает через колбеки. Нет ли озвученных планов по переписыванию его на промисы?

Нет

есть promisify

babel-register hook норм для прода запускать, чтобы рендерить реакт на сервере без прекомпиляции?

в скорости потеряешь

почему?

ну бабелю же нужно время на транспиляцию

ну флаг cache есть

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

тот же pug компайлится первый раз а потом из кэша работает

А кто нибудь уже баловался с https://github.com/dgraph-io/dgraph ?

когдв пишут fast & distributed хочется спросить есть ли там слово in-memory

отсутствуют бенчи как таковые даже. лол

Использовать никому неизвестную бд - это послендее дело

А какая Graph BD достаточно известна?

neo4j

Спасибо

Но начать нужно с того, нужна ли вообще графовая база или нет

какой шаблонизатор на ваш взгляд лучше и почему? ejs или handlebars?

pug?

pug. Меньше писать)

Но начать нужно с того, нужна ли вообще графовая база или нет

Я с ними дела вообще не имел, так набудущее поинтересовался

pug?

хочу оставаться в html и иметь условные, циклические конструкции для вывода

какой шаблонизатор на ваш взгляд лучше и почему? ejs или handlebars?

Pug, потому, что меньше писать и удобнее читать. Интересно послушать какие у ejs или handlebars плюсы перед ним

ejs чем-то напоминает php, неплохой. а сейчас я считаю книги издательства O'Reylly, там про handlebars

мне в ejs нравятся шаблоны вызова как в php <% expression %> и если нужен результат <%= expression %>

читаю книгу..

Если нравится и подходит, почему остаются вопросы что использовать?

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

хотел узнать мнение сообщества, кто на чём пишет и посоветоваться в целом :)

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

А о каких сокращениях речь? Что нет <обрамления> тегов и что их не нужно закрывать?

а вообще ejx и handlebars считаются профессиональным решением или это поделки по сравнению с тем, что используете вы?

да, я про это

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

ну я handlebars пользуюсь, мне нормально

Я использую pug потому что пишу на Vue.js. Если бы я любил php и писал бы на laravel к примеру, тогда бы использовал ejs )

я вас понял, всем спасибо. буду выбирать между ejs и handlebars. пока читаю книгу про handlebars, но мне нравится ejs, ближе..

ещё один вопросик задам

как бы вы реализовали API, а точнее бэк-енд, если есть операция которая может выполняться 5 минут? делать несколько команд, один запрос условно записывает задачу в базу данных, другой проверяет статус и третий получает результат? вся связь через базу данных? какие ещё существуют варианты?

раньше я свою задачу решал через очень медленную связку apache+perl+mysql, это ужас в плане реализации, но работало. сейчас мне понравился nodejs и я обучаюсь этой технологии.

php мне не нравится, постоянно какие-то дыры там, становится профессионалом в решении дыр пхп не хочу

поэтому выбор пал строго на nodejs, тем более сразу на одном языке front-end и back-end, сплошные плюсы

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

да

есть команда которая долго выполняется

тут как я понимаю или правильная настройка сервера, запускать несколько процессов nodejs, хотя это и так придётся видимо в связке с nginx и ждать клиенту ответа вплоть 5-10 минут

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

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

есть команда которая долго выполняется

для этого есть стандартный код 202 Accepted и ресурс для работы с состоянием в Location http://restcookbook.com/Resources/asynchroneous-operations/

как вариант

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

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

внутри ты можешь реализовывать как угодно, очередь задач через БД - не лучшее решение

как правильно организовать очередь?

просто в массив?

как вариант

это единственный стандартный вариант

просто в массив?

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

в случае отключения или перезагрузки сервера эти задачи сохраняются?

какие вы порекомендуете системы?

Мне кажется в случае проблем с сервером в рамках предложенного решения с 202 Accepted нет смысла завершать задачу

=)

какие системы для очередей используете вы?

Пробовал Kuejs

Пробовал Kuejs

задачи выполняются в контексте одного процесса и одного потока?

какие системы для очередей используете вы?

queues.io

спасибо, я сохранил ссылку

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

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

это отлично гуглится. не ленись

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

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

это про запросы а не про очередь

это отлично гуглится. не ленись

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

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

ну задавай конкретный вопрос. что именно непонятно?

Гугл кстати не всегда дает быстрое понимание общей картины. А тут при ответах повышается IQ целого сообщества :)

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

Гугл кстати не всегда дает быстрое понимание общей картины. А тут при ответах повышается IQ целого сообщества :)

+++

ладно, парни, задам вам конкретный вопрос когда буду делать. всем спасибо :)

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

Все процессы могут ставить задачи в очередь. Очередь же по мере наличия ресурсов будет выполнять поставленные задачи.

Да и в каждом процессе будет своя очередь.

есть минус или я неправильно понимаю архитектуру