A
Вопрос из категории "вам шашечки или ехать". Имхо DI без тайпскрипта может довольно таки усложнить разработку. Особенно если тех DI будут тысячи.
Size: a a a
2019 November 17
O
Доброго! Якщо в БД є щось типу "id" документів, то може варто глянути в сторону "витягуваннятільки id-шок". За умови великих документів, може вийти доволі великий трафік до обміну з БД. В ряді БД є "аналог" циклу - курсор і певні БД з "вміють" працювати з http-запитами як в ролі сервера, так і клієнта. І запускати "сервіс" мабуть варто "поближче" до БД, якщо контроль за ними є...
Доброго, спасибо, собираюсь доставать из бд только то, что надо, не больше. Да, и бд, и сервис, будут на одном серваке. А вот на счёт частоты - тоже ещё думаю как поступить
@ellenaua увы, не поддерживают вебхуки
@ellenaua увы, не поддерживают вебхуки
O
По можливості уточніть у "3х" сервісів, як вони віднесуться, якщо ви "прийдете" до них з абстрактними "1к запитів/хв", чи скільки там документів в базі ...
NK
AS
По можливості уточніть у "3х" сервісів, як вони віднесуться, якщо ви "прийдете" до них з абстрактними "1к запитів/хв", чи скільки там документів в базі ...
А смысл делать nk запросов, если можно вытащить все новые ид с момента последней синхронизации одним запросом?
O
Якщо 3я сторона "вміє" - так... Автор пише, що запити тільки по 1му синхронізація, якщо я правильно зрозумів. Тому і порадив "таке уточнення"
AS
Якщо 3я сторона "вміє" - так... Автор пише, що запити тільки по 1му синхронізація, якщо я правильно зрозумів. Тому і порадив "таке уточнення"
Я согласен что нужно уточнить это только у сервиса который смс слать будет.
Оптимальный вариант, это раз в 1-5 минут(в зависимости от того насколько критична задержка отправки смс) выполняется крон джоба которая вытаскивает все новые ид, добавляет их в очередь и там они чанками обрабатываются и отправляются пользователю
Оптимальный вариант, это раз в 1-5 минут(в зависимости от того насколько критична задержка отправки смс) выполняется крон джоба которая вытаскивает все новые ид, добавляет их в очередь и там они чанками обрабатываются и отправляются пользователю
O
Якщо 3я сторона "вміє" - так... Автор пише, що запити тільки по 1му синхронізація, якщо я правильно зрозумів. Тому і порадив "таке уточнення"
@ashub1n
Мне не совсем новые нужны, а изменившийся статус существующих с определённым статусом. Все верно - для синхронизации, а 3-тим nk запросов в минуту норм - они под это и рассчитаны.
Тут больше о синхронизации статусов документов, которые на данный момент имеют статус «в ожидании», как-то так. Но пока ещё думаю, и собираю варианты, завтра буду все вплотную анализировать и выбирать наиболее подходящий.
Мне не совсем новые нужны, а изменившийся статус существующих с определённым статусом. Все верно - для синхронизации, а 3-тим nk запросов в минуту норм - они под это и рассчитаны.
Тут больше о синхронизации статусов документов, которые на данный момент имеют статус «в ожидании», как-то так. Но пока ещё думаю, и собираю варианты, завтра буду все вплотную анализировать и выбирать наиболее подходящий.
2019 November 18
UT
На какие CMS можно посмотреть на Node?
D
На какие CMS можно посмотреть на Node?
Посмотреть с какой целью?
UT
Посмотреть с какой целью?
Пока ознакомительной, вот тут нашел несколько https://favicon.tech/5-node-js-alternativ-vzamen-wordpress/
D
Пока ознакомительной, вот тут нашел несколько https://favicon.tech/5-node-js-alternativ-vzamen-wordpress/
Код посмотреть ? Можно , использовать не стоит
UT
Код посмотреть ? Можно , использовать не стоит
Почему не стоит? ЛУчше с нуля самому писать?
D
Почему не стоит? ЛУчше с нуля самому писать?
Если нет нужды писать то WordPress оптимальном решение( при всех его недостатках)
UT
Если нет нужды писать то WordPress оптимальном решение( при всех его недостатках)
Просто хотел в node поднатаскать на практике так сказать )
D
Просто хотел в node поднатаскать на практике так сказать )
Вроде очевидно что писать тогда ...
UT
Вроде очевидно что писать тогда ...
Просто думал на примере какой-нибудь cms будет легче понять как грамотней написать
SZ
Просто думал на примере какой-нибудь cms будет легче понять как грамотней написать
Лучше посмотри на Сашину платформу
https://github.com/zmts/supra-api-nodejs
Будет чуть понятнее, чем колупать Кейстоун
https://github.com/zmts/supra-api-nodejs
Будет чуть понятнее, чем колупать Кейстоун
A
https://github.com/zmts/supra-api-nodejs/blob/master/core/lib/assert/index.js#L58
Какой ужос.
https://github.com/zmts/supra-api-nodejs/blob/master/core/lib/Logger.js#L19
Каждому левелу по логгеру. 😱
Короч, @UserTrue, там ^^ можно посмотреть как писать не надо :).
Какой ужос.
https://github.com/zmts/supra-api-nodejs/blob/master/core/lib/Logger.js#L19
Каждому левелу по логгеру. 😱
Короч, @UserTrue, там ^^ можно посмотреть как писать не надо :).