«реквайр ноды устроен хитро и конечно же кеширует последующие require, но идея делать его на каждый запрос вызывает оторопь.» — как я уже говорил, я работаю с группой Индонезийцев и они гораздо хуже «обезьяны с гранатой», эта проверка позволила исключить вылет системы и обеспечить стабильную работу даже, если они удалили, переименовали или добавили новый суб-модуль.
синхронный вызов тут только один и он вызывается при старте ноды, по поводу wait.launchFiber, я не нашел возможности сделать это асинхронно.
Не пишут ok, пишут isOk, ибо булен-флаг. — мой косяк
,
global — я храню там глобальный конфиг, с подключениями к базам данных, доступные языки, общие константы. Мой опыт голосует за разумное использование этой возможности.
А вобщем за идею загнать колличество процов в конфиг — спасибо, но есть один нюанс, если Индонезийцы будут переносить систему на другой сервер, то с гарантией 90%, они забудут это изменить. Буду искать реальный способ определить колличество доступных ядер. Хотя пока мне везло с серверами.
Вобщем то с Ява и С#. А вы не задумывались, что у меня для этого могла быть причина? Если вам все очевидно, то я надеюсь,
. она вам так же ясно видима.
Идея была создать систему для конечных разработчиков, не имеющих никаких прав и доступов, кроме ФТП. Создал новый файл модуля, загрузил его на сервер. профит.
P.S. раньше было 666, но шеф перевернуть заставил.
1. с нодой работаю давно и плотно, и как вы писали в своем посте о ноде это лично мое правило, я никому его не навязываю
2. бенчмарки — нет не проводили, но хочу заметить, что механизм импорта файлов в ноде, достаточно сильно отличается от того же пхп, из-за чего и используется forever -w, чтобы не перегружать сервер каждый раз ручками. Система рабочая и пока проблем в Индонезии, даже на слабых серверах замечено небыло, не смотря на то, что используется в социальной сети и для выдачи статистики.
3. у нас есть определенные корпоративные правила, из которых и следует «uppercase » и «Дикость в уралах». Хорошо это или плохо — вопрос воспитания.
«реквайр ноды устроен хитро и конечно же кеширует последующие require, но идея делать его на каждый запрос вызывает оторопь.» — как я уже говорил, я работаю с группой Индонезийцев и они гораздо хуже «обезьяны с гранатой», эта проверка позволила исключить вылет системы и обеспечить стабильную работу даже, если они удалили, переименовали или добавили новый суб-модуль.
синхронный вызов тут только один и он вызывается при старте ноды, по поводу wait.launchFiber, я не нашел возможности сделать это асинхронно.
Не пишут ok, пишут isOk, ибо булен-флаг. — мой косяк
,
global — я храню там глобальный конфиг, с подключениями к базам данных, доступные языки, общие константы. Мой опыт голосует за разумное использование этой возможности.
А вобщем за идею загнать колличество процов в конфиг — спасибо, но есть один нюанс, если Индонезийцы будут переносить систему на другой сервер, то с гарантией 90%, они забудут это изменить. Буду искать реальный способ определить колличество доступных ядер. Хотя пока мне везло с серверами.
. она вам так же ясно видима.
P.S. раньше было 666, но шеф перевернуть заставил.
2. бенчмарки — нет не проводили, но хочу заметить, что механизм импорта файлов в ноде, достаточно сильно отличается от того же пхп, из-за чего и используется forever -w, чтобы не перегружать сервер каждый раз ручками. Система рабочая и пока проблем в Индонезии, даже на слабых серверах замечено небыло, не смотря на то, что используется в социальной сети и для выдачи статистики.
3. у нас есть определенные корпоративные правила, из которых и следует «uppercase » и «Дикость в уралах». Хорошо это или плохо — вопрос воспитания.