Всем добродневского! посоны. кто разбирался с хероку? Я имею открытый проект на гитхабе, который деплою в хероку. У меня (локально) есть апп-конфиг для приложения, и там есть секурные данные. Как в хероку доставить этот секурный конфиг на машину куда деплоится ?

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

Кто-нибудь работал с Horseman?

я его юзаю

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

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

Ну как вариант - можно передавать JSON в переменную окружения

Никто же не запрещает

)) впринцыпе да, если других вариантов нет то придётся так

лол :) http://dapperdeveloper.com/2014/04/10/securing-configuration-files-with-node-for-travis-and-heroku/

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

я его юзаю

А можешь подсказать что по тому вопросу? TL TR - у меня часто обрывается соединение, а horseman при перезапуске соединения только мешает и ошибками сыплется

соединение между кем и кем?

я не пончл из первого вопроса

Просто соединение через прокси с каким-либо сервером, прокси — вещь не очень стабильная и какой-то процент соединений просто обрывается, это норма. Проблема в том, что используя request/axios я просто получаю ошибку и отправляю реквест заново, простейшим образом, а в horseman каких-то адекватных механизмов для перезапуска чего либо я не нашёл

то есть вот длинная такая цепь действий horseman ... .click() .waitNextPage() .... , в середине что-то не срабатывает — ни перехватить это не получается ни перезапустить каким-то изящным способом

Просто соединение через прокси с каким-либо сервером, прокси — вещь не очень стабильная и какой-то процент соединений просто обрывается, это норма. Проблема в том, что используя request/axios я просто получаю ошибку и отправляю реквест заново, простейшим образом, а в horseman каких-то адекватных механизмов для перезапуска чего либо я не нашёл

катч

и в нем перезапуск запроса.

Он просто пролетает мимо, я не понимаю как такое вообще возможно, но факт

не пролетает, я тебе точно говорю - я сам решаю такую-же проблему так-же

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

о.О

Я уже хз сколько сижу вкурить не могу как вообще так может быть. И на гитхабе в issues так же жалуются на абсолютный рандом

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

Изящный chain запросов разрывает вдоль и поперек такая мутотень, думал может как то ещё можно)

Ставь катч после каждого шага

Или оберни все в прокси с кетчем

Я смотрел в сторону кастомных расширений, чтобы свои функции в horseman интегрировать и вызывать тогда всё это уже в нормальной форме, но они у меня не завелись почему то

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

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

Давно работал с монгой

Но разве там нельзя просто всю группу сохранить?

Но разве там нельзя просто всю группу сохранить?

ну в монго вроде есть insert many, но как это с помощью mongoose сделать не нашед. Видел только советы, сохранять по одной, но мне не очень нравится такой вариант

Тогда я пас

http://mongoosejs.com/docs/api.html#model_Model.insertMany

http://mongoosejs.com/docs/api.html#model_Model.insertMany

как я не заметил, спасибо

Не за что. Вообще монгусовская дока отвратная. Я когда работал с гео-функциями, то тупо искал нужное по коду монгуса. Вернее не так, я сначала запилил нативно, а потом оказалось, что монгус может с доп рюшечками

Кто нибудь работал с микросервисами через redis rpc ?

не самая лучшая идея

не самая лучшая идея

Почему ? Я вот как раз хочу понять нафига так делают, я с таким сервисом интегрируюсь но не понимаю мотивацию его создания

В первую очередь, потому что редис однопоточный

Кому-то может и достаточно, но в какой то момент просто перестанет справляться

Лучше RabbitMQ для этого - там есть встроенная поддержка RPC

Окей, а зачем вообще RPC юзать какие преимущества если в двух словах ?

Преимущества перед чем?

REST

к примеру

Почему бы не взаимодействовать с микросервисом через REST обычный

Ну REST на практике требует очень много времени на проектирование, API

RPC подход прост и надежен

Ясно. Спасибо за разъяснения

http://tonsky.livejournal.com/309037.html

кто-то знает ffmpeg?

есть один вопросик. Как ожидать дописывания в файл. Например файл данамически дописываеться. А ffmpeg очеь быстро его отконвертировав - оправляет на сервер и завершает работу

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

или какой-то интвервал обработки кусков файла

в телеграмовском бот апи можно отредактировать сообщение, заменив в нем текст на фото?

max-old-data-size=4096 работает?

Схватили что нода вываливается с нехваткой памяти

работает

работал ли кто c promised-mongo интересует, как вы справлялись с обрывами коннекта с бд

А почему не монгус?

А почему не монгус?

странный вопрос, если честно.

А что такое promised-mongo?

А что такое promised-mongo?

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

ERROR: S client not available

Ну типа э драйвер вроде и так с промисами?

rpc на практике говно

а это что и ссылку можно?

Большой оверхед слишком

а это что и ссылку можно?

https://github.com/zxdong262/promise-mongo

promiseD-mongo

там же сам драйвер уже возвращает промисы

promiseD-mongo

ну я так смотрю, это альтернативная библиотека

которая, наверняка, уже также нафиг не нужна

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

ведь монга и сама дает промисы

да я понял уже, просто проект уже работает на той либе и вполне себе успешно

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

Я нубас, но есть предположение. Ты единожды устанавливаешь соединение и потом просто запросы делаешь?

да, но проблема в том, как проверять коннект с бд?

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

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

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

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

Привет, NodeJS коммьюнити! У меня есть вопрос про настройку nginx в качестве фронт-енда перед node приложением. Nginx проксирует запросы приложению и все хорошо. Но если я перезапускаю сервер, nginx-у некуда проксировать и в этот момент он отдает 502 Bad Gateway. Нужно, чтобы nginx подождал пока приложение перезапустится. Судя по документации, мне должны помочь деректива upstream и параметр fail_timeout. Но это не работает. Max_fails пробовал ставить в 0 (отключить лимит) - то же самое. Вот конфиг с попытками все наладить server { ... location / { ... proxy_connect_timeout 600; proxy_send_timeout 600; proxy_read_timeout 600; proxy_pass http://client; } } upstream client { server 127.0.0.1:8080 fail_timeout=30s max_fails=6000; } Похоже, я что-то не правильно делаю или не понимаю, как работают fail_timeout и max_fails. Кто нибудь сталкивался с таким? Заранее спасибо

2 процесса node, один перезапускаешь, потом второй ?

2 процесса node, один перезапускаешь, потом второй ?

Откуда два? ) Речь сейчас об одном, это касается только его. Второй есть, но он работает всегда. Т.е. проблема имеено в проксировании nginx до приложения-клиента

поднимаешь не один процесс приложения а 2 и делаешь через load balancing upstream app_example { least_conn; # Use Least Connections strategy server 127.0.0.1:9000; # NodeJS Server 1 server 127.0.0.1:9001; # NodeJS Server 2 }

и потом по очереди перезапускаешь

и не получашь 502

А, понял! Получается, если у меня помимо клиента есть еще сервер на другом порту, с ним можно проделать тоже самое в другом upstream?

Идею понял, спасибо!

ок

Но непонятно, все-таки, почему fail_timeout не работает

ты на реальной (production) машине проверял или для теста поднимал ? потому что ты все зависит от того сколько в данный момент пытается подклчиться и сколько процесс поднимается

минимальный дроплет на digital ocean, коннекты только от меня

время между рестартами около секунды, я успеваю обновить страницу в браузере и ловлю 502