Его тоже до любого вывода надо отправлять

значит требуется клиентский код который не найдя кук будет рефрешить страницу

А тебе её надо из жс на странице получить?

На хрена это в куки тогда пихать, если можно в теле страницы отдать?

На хрена это в куки тогда пихать, если можно в теле страницы отдать?

ключи, секьюрность

Ахахаа

Пиздец какой

Так их все смогут прочитать тогда

Если у тебя Кука не httpOnly

Так их все смогут прочитать тогда

я в курсе

Ну и о какой секурности ты говоришь?

?

знаю я что это не очень.. но требуется быстрое техническое решение

Кто может подсказать, как распределить нагрузку через pm2 cluster какой конфиг должен быть в nginx, каждый процесс на разном порте или все можно на одном? в основном используются сокеты

идея кластера в том, что он отличается от child process и сам все балансит

nginx настраивается на проксирование на один порт, как будто у тебя одна нода

а pm2 запускается в кластерном моде, например на 4 инстанса

знаю я что это не очень.. но требуется быстрое техническое решение

Это не неочень

Это пиздец

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

первый варик это геморой )

Это не неочень

?

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

ну pm2 балансит только по одному алгоритму типо по очереди правильно?

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

а nginx я могу типо сам указать как балансить через ip_hash и распределять на разные порты инстансов

Это пиздец

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

ну pm2 балансит только по одному алгоритму типо по очереди правильно?

В общем суть в том, что с CP у тебя будет один родительский процесс и вот он и захлебнется от за просов и дочерние ему никак не помогут. Если ты сделаешь несколько независимых процессов и будешь запросы через ноду раскидывать то это произойдёт не так быстро

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

если у тебя готовое приложение полностью рисуемое клиентом

чтоб nginx балансил подключенного юзера всегда на один и тот же инстанс используюется директива ip_hash? (используются сокеты нужно поддерживать подключение)

https://nodejs.org/api/cluster.html#cluster_how_it_works

по дефолту round-robin

https://nodejs.org/api/cluster.html#cluster_how_it_works

ну и какой же конфиг будет под сокеты?

ну тот же кластер, а для сокетов нужно какое-то отдельное решение. если у тебя сокетио, то там есть адаптер для редиса

как раз для кластерного варианта

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

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

ну тот же кластер, а для сокетов нужно какое-то отдельное решение. если у тебя сокетио, то там есть адаптер для редиса

ну у меня сейчас и стоит адаптер, просто мне не нравится что каждый инстанс это новый порт

тогда я не понял, как ты запускаешь инстансы. pm2 cluster как раз создает инстансы на одном порту

при создании приложения подтягивается NODE_APP_INSTANCE от pm2 это равно id инстансу получается типо port: 8000 + NODE_APP_INSTANCE

ага, понял. а зачем ты это делаешь?

nginx как бансировщик

в апстрим прописываются все порты

я понял

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

ну видимо так не получится

а так да хотелось бы=)

ну а почему не балансить нодой?

ну типо дефолтно как пм2 делает

pm2 round robin фигачит

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

ясно, короче стейтфул

ну либо все приложение в редис переводить=)

ясно, короче стейтфул

у тебя есть какие нибудь решения?)

ты мне объясни, зачем тебе держать соединение на одном инстансе, я вот это не пойму

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

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

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

ты мне объясни, зачем тебе держать соединение на одном инстансе, я вот это не пойму

хорошо потесчу если будут вопросы я тебе отпишу в личку оке?)

да без проблем

Это уже в школах преподают помоему

по этому поводу со мной произошла не так давно такая история: у меня родственник начал учить JavaScript, попросил меня помочь. он дядька уже в годах, но очень толковый и грамотный, да ещё и с техническим опытом. телевизоры чинил когда я ещё под стол ходил, на сях писал когда то давно, да и с программистами общается чуть не каждый день как менеджер. в общем что такое переменная ему объяснять не надо. в общем порекомендовал я ему пару ресурсов по js, он их изучил, научился писать на js на базовом уровне. и дальше он спрашивает, ок, теперь я умею писать на js, я хочу сделать простой сайт, что мне делать. ну и поехало, как снежный ком. HTML, CSS, DOM, HTTP, базы данных, node.js, npm, front-end фреймворки, Web Sockets, jsonp, OAuth, REST, GraphQL и так далее, также куча более абстрактных вещей, начиная от SOLID, GoF, TDD, DDD, whateverDD, MVC, MVVM, SOA, и прочее и прочее. и на каждый концепт ну как минимум месяцок желательно я думаю, чтобы хоть что-то понять

еще облака конечно, тоже непаханное поле

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

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

и так далее

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

Фронтенд фреймворк и год ?

Ангулар что-ли?

ангулар, реакт. vue мб поменьше

ну представь, с нуля

Ребята, кто работал с node-telegram-bot-api подскажите как лучше поступить: Есть бот, который шлет сообщения нужным юзерам, по факту появления этих сообщений в базе. Нужно обработать кейс, когда пропадает сообщение с Телеграм (интернет пропал итд). Как отловить момент появления соединения? ничего подобного bot.on ('connect', ()=>{}) я не нашел..

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

Я не всю переписку прочел, но лучше переписать по редис

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

Подскажите как в схему mongoose указать другую схему. Есть схема storySchema и есть userSchema у юзера есть поле, которое должно соотвтетствовать storySchema

Подскажите как в схему mongoose указать другую схему. Есть схема storySchema и есть userSchema у юзера есть поле, которое должно соотвтетствовать storySchema

ref

Подскажите как в схему mongoose указать другую схему. Есть схема storySchema и есть userSchema у юзера есть поле, которое должно соотвтетствовать storySchema

https://mongoosejs.com/docs/populate.html

Подскажите как в схему mongoose указать другую схему. Есть схема storySchema и есть userSchema у юзера есть поле, которое должно соотвтетствовать storySchema

Если есть возможность стори хранить отдельно- храни отдельно

Спасибо

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

Пару лет на базовый уровень? Что то вы загнули)

Ребята, кто работал с node-telegram-bot-api подскажите как лучше поступить: Есть бот, который шлет сообщения нужным юзерам, по факту появления этих сообщений в базе. Нужно обработать кейс, когда пропадает сообщение с Телеграм (интернет пропал итд). Как отловить момент появления соединения? ничего подобного bot.on ('connect', ()=>{}) я не нашел..

Не помню, что там для такого в принципе в ноде предусмотрено, но как вариант - ping ya.ru/google.com, не? А вообще, зачем проверять соединение на клиенте? Пусть отсылает уведомления о прочтении: отослал, отчёт пришёл - юзер сообщение обработал, нет отчёта - значит и сообщение никто не видел/не читал.

Не помню, что там для такого в принципе в ноде предусмотрено, но как вариант - ping ya.ru/google.com, не? А вообще, зачем проверять соединение на клиенте? Пусть отсылает уведомления о прочтении: отослал, отчёт пришёл - юзер сообщение обработал, нет отчёта - значит и сообщение никто не видел/не читал.

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

Ребята, кто работал с node-telegram-bot-api подскажите как лучше поступить: Есть бот, который шлет сообщения нужным юзерам, по факту появления этих сообщений в базе. Нужно обработать кейс, когда пропадает сообщение с Телеграм (интернет пропал итд). Как отловить момент появления соединения? ничего подобного bot.on ('connect', ()=>{}) я не нашел..

У бота интернет пропал или что? Не ясно

У бота интернет пропал или что? Не ясно

ага. только зачем так..

Не помню, что там для такого в принципе в ноде предусмотрено, но как вариант - ping ya.ru/google.com, не? А вообще, зачем проверять соединение на клиенте? Пусть отсылает уведомления о прочтении: отослал, отчёт пришёл - юзер сообщение обработал, нет отчёта - значит и сообщение никто не видел/не читал.

ну тоесть, сообщения шлются в автоматическом режиме, по факту записи их в базу. Соединение с телеграм прервалось ( Роскомнадзор заблочил, у нас интерент пропал, хз что может быть..) Сообщения в базе копятся, соответственно по факту появления коннекта с ботом, нужно сообщения отправить... Вопрос как установить факт коннекта?

Хз, у меня на хостинге полтора года подряд интернет не пропадает... ? Не надо, наверное, до такой уж степеи всё предусматривать

ну тоесть, сообщения шлются в автоматическом режиме, по факту записи их в базу. Соединение с телеграм прервалось ( Роскомнадзор заблочил, у нас интерент пропал, хз что может быть..) Сообщения в базе копятся, соответственно по факту появления коннекта с ботом, нужно сообщения отправить... Вопрос как установить факт коннекта?

Поэкспериментируй. Пусть бот установит соединение, а ты кабель туда-сюда потыкай и последи за реакцией. Возможно, есть какая-то обработка установки/пропажи соединения

Поэкспериментируй. Пусть бот установит соединение, а ты кабель туда-сюда потыкай и последи за реакцией. Возможно, есть какая-то обработка установки/пропажи соединения

спасибо доктор.

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

Ты отсылаешь сообщение, бот их получает, отправляет "отчёт о доставке", ты удаляешь сообщение из очереди. Нет отчёта - не удаляешь, ждёшь, пока предыдущий не придёт (скажем, день, если сообщений/юзеров не много). Пришёл отчёт - повторяем цикл.

спасибо доктор.

? Обращайся

Ты отсылаешь сообщение, бот их получает, отправляет "отчёт о доставке", ты удаляешь сообщение из очереди. Нет отчёта - не удаляешь, ждёшь, пока предыдущий не придёт (скажем, день, если сообщений/юзеров не много). Пришёл отчёт - повторяем цикл.

идея рабочая, но так не пойдет. Нельзя опираться на очередь в памяти. Нужно работать только с базой. Это кейс.

идея рабочая, но так не пойдет. Нельзя опираться на очередь в памяти. Нужно работать только с базой. Это кейс.

и еще почему-то при отключении инета polling не срабатывает. Хотя по умолчанию polling.params.timeout стоит в 10 сек, и насколько я понимаю, по истечении этих 10 сек должен выскакивать polling error

идея рабочая, но так не пойдет. Нельзя опираться на очередь в памяти. Нужно работать только с базой. Это кейс.

Ну так храни в базе и проверяй перед отправкой. Вообще, кажется в апи должно быть предусмотрено нечто подобное.

Ну так храни в базе и проверяй перед отправкой. Вообще, кажется в апи должно быть предусмотрено нечто подобное.

там сообщений докера. Перед отправкой каждого сообщения проверять -есть ли не отосланные, это ппц...

там сообщений докера. Перед отправкой каждого сообщения проверять -есть ли не отосланные, это ппц...

Тоже вчера поймал себя на мысли, что пытаюсь утолстить клиент больше, чем это нужно.. Обещал себе больше так не делать. Так, хорошо. Как ты с клиента, у которого нет сети, хочешь что-то отправить на сервер?

Тоже вчера поймал себя на мысли, что пытаюсь утолстить клиент больше, чем это нужно.. Обещал себе больше так не делать. Так, хорошо. Как ты с клиента, у которого нет сети, хочешь что-то отправить на сервер?

а тут не факт, что у меня нет сети. Предположим Роскомнадзор набедокурил. Да и когда у меня сеть пропадает, почему-то polling уккщк не срабатывает...

а тут не факт, что у меня нет сети. Предположим Роскомнадзор набедокурил. Да и когда у меня сеть пропадает, почему-то polling уккщк не срабатывает...

Не суть. В любом случае при таком раскладе клиент будет недоступен. Для этого и существует поллинг, чтоб решать вопросы доставки при отсутсвии фактического соединения "здесь и сейчас". И скорее всего дело даже не в том, как проверять/не проверять, а в том, что где-то у тебя с поллингом что-то не то.

привет, есть приложуха, на serverless, + twilio (отправляет SMS с кодом для авторизации). собствеено, подскажите, можно ли как-то подконектить свой номер к какой-либо апишке/либе и через неё мониторить приходящие сообщения? желательно без установки софта на телефон

привет, есть приложуха, на serverless, + twilio (отправляет SMS с кодом для авторизации). собствеено, подскажите, можно ли как-то подконектить свой номер к какой-либо апишке/либе и через неё мониторить приходящие сообщения? желательно без установки софта на телефон

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