exit

break

зависит от конструкция

подряд читает

весь код

как написал, так и читает

и почитайте об orm

ато подход пхп

с запросами

значит не знаешь да

что не знаешь?

в чем вопрос?

и end()

после if error

дальше проходит

ато подход пхп

В пхп ормки лучше того, что есть в Ноде.

что делать чтобы остановить

что делать чтобы остановить

return

Бля. Перестань кидать код фотками

В пхп ормки лучше того, что есть в Ноде.

не понял смысл сообщения

ты понял

не понял смысл сообщения

Как подход зависит от языка?

просто не хочешь казаться...

тут вообще есть толк.люди

?

просто не хочешь казаться...

process.exit(); если всего скрипта ноды

process.exit(); если всего скрипта ноды

вот именноо

?

попробую

Как подход зависит от языка?

В пхп популярно не юзать орм

все равно

?

есть еще вариант ирархия query в б.д

Что?

внутри запроса запрос

и так дальше

если не еррор дальше

В пхп популярно не юзать орм

у вас устаревшие знания о php

у вас устаревшие знания о php

Если бы

Добрый день, уважаемые. Есть у меня сервак с кластеризацией (сделано примерно как в оф. доках). Мне надо на нем раз в сутки прогонять скрипт через крон, нечто вроде cron.schedule('1 0 0 * * *', function(){ myScript() } Очевидно, если я прицеплю это к одному из воркеров, будет дублирование, чего мне не нужно. Поэтому я прицепил его к мастер-процессу, примерно как if (cluster.isMaster) { cron.schedule('1 0 0 * * *', function(){ myScript() ...... } , и пашет (судя по результатам скрипта) оно как надо. Вопрос: это нормальная практика ? Нет ли каких-то подводных камней ?

если myScript блокирующий и долго выполняется, а при этом у тебя есть механизм отслеживания жизни воркеров (перезапуск и т.п.) то если при работе скрипта воркер отвалится, то он не перезапустится, пока myScript не закончится.

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

т.к. запрос прилетит только в 1 воркер

Судари, добрый день. Мне попалась задача, которая не в моей компетенции. А именно - выбрать вектор развития нового проекта. Архитектура - микросервисная и мне волею случая выпала задача выбрать фреймворк. После длительного инвестигейта я понял, что решение принять будет трудно. Если есть тут люди с опытом принятия таких решений, я был бы чертовски благодарен за совет и готов перенять опыт. С уважением, Влад

P.S. дабы не засорять чатик моими проблемами, добрые люди, откликнувшиеся на сей крик души, пишите в личку. Еще раз спасибо

Express js, точно проблем не будет

Express js, точно проблем не будет

У него вопрос про другое немного

мне интересно, откуда берутся эти требования вроде микросервисной архитектуры, модульности и т.п?

кто их вам называет?

Всем привет! Подскажите, у меня возникла проблема при использовании функции middleware в экспрессе. Если я использую ее так: app.all('/city', verifyToken); app.get('/city', getCities); то console.log показывает, что эта функция(verifyToken) вызывается 2 раза, а функция getCities 1 раз. Если же я использую ее так: app.get('/city', verifyToken, getCities); то verifyToken и getCities вызываются по одному разу, как мне и нужно. Собственно вопрос в том, почему verifyToken в первом примере вызывается 2 раза? И можно ли как-то избежать двойного вызова в этом варианте?

Запрос идет с браузера Chrome

сервер на другом домене, чем страница в браузере?

сервер на другом домене, чем страница в браузере?

Да

Сервер как АПИ

тогда всё просто. браузер делает 2 запроса. первый - это OPTIONS, чтобы понять, какие политики cross-origin запросов. а второй - собственно GET

тогда всё просто. браузер делает 2 запроса. первый - это OPTIONS, чтобы понять, какие политики cross-origin запросов. а второй - собственно GET

А почему в первом случае функция verifyToken вызывается 2 раза, а во втором один раз?

запрос options прилетает в app.all - раз вызов. потом запрос get прилетает в app.all - два вызов

тогда всё просто. браузер делает 2 запроса. первый - это OPTIONS, чтобы понять, какие политики cross-origin запросов. а второй - собственно GET

Можно еще попробовать проверить это

запрос options прилетает в app.all - раз вызов. потом запрос get прилетает в app.all - два вызов

А можно ли этот запрос options как-то игнорировать в verifyToken? В этой функции я хочу читать токен из заголовка, и если его нет или он неправильный, то отправлять ошибку на клиент. И из-за первого запроса options у меня всегда отдает ошибку, т.к. не содержит токена в заголовке. Есть возможность как-то игнорировать этот options?

Нету

Раскури, подключи и настрой пакет cors

я бы посоветовал идти по предложенному тобой альтернативному пути

app.get(''', verify, getCities)

я бы посоветовал идти по предложенному тобой альтернативному пути

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

app.use мне бы оч подошло

Но из-за двойного запроса получается такая беда

А как-то определить, что это запрос option можно?

почему костылем? а делать исключения для options типа не костыль?)

мне интересно, откуда берутся эти требования вроде микросервисной архитектуры, модульности и т.п?

Начальство, сударь, начальство

Начальство, сударь, начальство

А блокчейн уде начали пилить?

почему костылем? а делать исключения для options типа не костыль?)

Я хз, с нодой только знакомлюсь)

Начальство, сударь, начальство

обколются умными словечками, а потом ... ну вот это вот потом

А блокчейн уде начали пилить?

Пришлось отвертеться

обколются умными словечками, а потом ... ну вот это вот потом

Увы, так не могу сказать БОЛЬШИМ БОССАМ.

сочувствую. держись! всё получится!

Решение должно быть принято мной, что поделать.

Я вообще не вижу смысла в "фреймворке" для микросервисов. Что мешает поднять сервисы как обычное приложение (koa, express), поднять консул для discovery и жить себе спокойно

Фреймворк -- это всегда копание в документации и борьба с теми фишками, которые он сделать не может. Возможно, во мне говорит Гошник (у них принятно писать все самим), поправьте, если вектор мышления у меня не тот

у каждого свои понимания о том, что такое фреймворк. в моём понимании "фреймворк для микросервисов" - это попытка повторить умные слова, которые прочитали в какой-то умной книжке и ничего не поняли

ато подход пхп

На ноде тоже вполне можно не использовать орм, а обходиться нативным драйвером

у каждого свои понимания о том, что такое фреймворк. в моём понимании "фреймворк для микросервисов" - это попытка повторить умные слова, которые прочитали в какой-то умной книжке и ничего не поняли

Любопытно было увидеть реакцию тех. директора на эти слова.

Любопытно было увидеть реакцию тех. директора на эти слова.

Есть техдир но нет архитектора?

Я вообще не вижу смысла в "фреймворке" для микросервисов. Что мешает поднять сервисы как обычное приложение (koa, express), поднять консул для discovery и жить себе спокойно

Скорее всего потому что ты никогда не писал микросервисы для продакшна

Парни, всем привет! Поймал себя на мысли, что нет полного понимания, когда использовать path.join а когда path.resolve. Объясните пожалуйста, кому не жалко. Очень благодарен, заранее.

обычно нужен джойн

обычно нужен джойн

документации к webpack часто используется resolve

странно

странно

Вот по этому и я задал этот вопрос.

Ребят, делаю дипломную работу, но не хватает информации в интернете и комментариев от людей. У можете пожалуйста ответить на пару вопросов тут. Ничего трудного, займет пару минут ( даже секунд ). https://goo.gl/forms/BK4Ycoyo5OgTEcUi2

Парни, всем привет! Поймал себя на мысли, что нет полного понимания, когда использовать path.join а когда path.resolve. Объясните пожалуйста, кому не жалко. Очень благодарен, заранее.

Resolve корректно отработает если ему подать все пути абсолютные. На счёт join не уверен

Вот по этому и я задал этот вопрос.

лучше конечно в доке ноды почитать и на примере потыкать