Sergey
Andriy
Написано же
Ты идешь из https в ресурс на http
Да, только вот вопрос почему так, если я нигде не нахожу http
Sergey
Да, только вот вопрос почему так, если я нигде не нахожу http
Видимо идешь там где для тебя не очевидно
Dmitry
Да, только вот вопрос почему так, если я нигде не нахожу http
у тебя в ошибке написано какой именно ресурс не правильно вызывается
Andriy
Ребят, исправил ошибку. Теперь вот это:
Andriy
Sergey
Alex
В nodejs listen на какой хост висит?
Sergey
Andriy
БЛЯ
Andriy
Andriy
Всеровно
Andriy
Это конфиг var https = require('https');
var fs = require('fs');
var options = {
key: fs.readFileSync('/etc/letsencrypt/live/hungryseason.com/privkey.pem'),
cert: fs.readFileSync('/etc/letsencrypt/live/hungryseason.com/cert.pem'),
ca: fs.readFileSync('/etc/letsencrypt/live/hungryseason.com/chain.pem')
};
var app = https.createServer(options);
var io = require('socket.io')(app);
app.listen(3000);
Sergey
Andriy
Не предлагайте nginx
Andriy
У меня приложуха на php
Andriy
Node только для redis
Sergey
apache
Andriy
и socket
Alex
Там то ли app.listen('0.0.0.0', 3000), то ли аргументы наоборот
Alex
Я выше дал рецепт. Попробуй
Andriy
Ребята, всем спасибо. Я забыл pm2 перезапустить
Nurik
Это конфиг var https = require('https');
var fs = require('fs');
var options = {
key: fs.readFileSync('/etc/letsencrypt/live/hungryseason.com/privkey.pem'),
cert: fs.readFileSync('/etc/letsencrypt/live/hungryseason.com/cert.pem'),
ca: fs.readFileSync('/etc/letsencrypt/live/hungryseason.com/chain.pem')
};
var app = https.createServer(options);
var io = require('socket.io')(app);
app.listen(3000);
А зачем сертификаты в приложении ? И чем плох nginx ?
Oleksandr
Ребят, кто знает уже готовые микросервисы для хранения пользовательских файлов ?
Oleksandr
При микросервисном подходе к разработке приложений, каждый микросервис разрабатывается как отдельный независимый проект, верно ?
Valeriu
При микросервисном подходе к разработке приложений, каждый микросервис разрабатывается как отдельный независимый проект, верно ?
Я бы "проектом" это не назвал
Oleksandr
А что это ?
Oleksandr
Степень независимости микросервисов друг от друга достаточно высока
Valeriu
компонент приложения
который делает только одну задачу
Valeriu
но делает её хорошо ))
Valeriu
микросервис должен быть универсальным
Valeriu
https://ru.wikipedia.org/wiki/Микросервисы
Oleksandr
Говорят, что микросервис должен уметь работать при отключенных остальных. Так-что получается что он полностью независим
Oleksandr
Типа можно выключить микросервис, и приложение должно работать
Oleksandr
Мне интересно как разрабатывается микросервис ? Создается отдельный проект для каждого микросервиса ?
Oleksandr
В отдельном репозитории, с отдельным образом в Docker
Valeriu
Думаю это тебе решать
смотри по ситуаций, если это будет полезно, можешь и полностью отдельно сделать
Valeriu
зависимости сервисов внутри приложения это плохо?
Eugene
Всем привет!
Такой вопрос -
Сделал рефак проекта, вынес все обращения к базе в отдельный слой репозитория и получилось куча методов похожих типа найти по айди, найди по логину, какие то сложнее, разумеется
Мне подсказали, что должен быть слой Query Builder, который строит запрос и, таким образом, слой репозитория, становится небольшим и аккуратным
Есть какие-то советы/примеры на эту тему?
Спасибо
Oleksandr
Я думаю это просто не микросервисно ореинтированный подход
Oleksandr
зависимости сервисов внутри приложения это плохо?
Oleksandr
Я думаю они должны иметь общую кодовую базу
Oleksandr
Но работать самостоятельно
Oleksandr
Я так эту идею понял
Sergey
Всем привет!
Такой вопрос -
Сделал рефак проекта, вынес все обращения к базе в отдельный слой репозитория и получилось куча методов похожих типа найти по айди, найди по логину, какие то сложнее, разумеется
Мне подсказали, что должен быть слой Query Builder, который строит запрос и, таким образом, слой репозитория, становится небольшим и аккуратным
Есть какие-то советы/примеры на эту тему?
Спасибо
“Сделал рефак проекта”
Гордо звучит. Refuck проекта
Ivan
Думаю что нет смысла выделять слой QueryBuilder, т.к. это и есть задача репозитория. Если Вы захотите сменить ORM, репозитории все равно придётся переписывать
Sergey
а вот queryBuilder нет
Sergey
выборка по логину и айдишнику также останется
Eugene
Eugene
Думаю что нет смысла выделять слой QueryBuilder, т.к. это и есть задача репозитория. Если Вы захотите сменить ORM, репозитории все равно придётся переписывать
так - у меня большой репозиторий, с методами на каждый чих, считай все подхачено
Nikita
Nikita
Скорее всего, вы что-то делаете не так.
Nikita
И имеющиеся-то странноваты.
Nikita
А что вы делаете?
Nikita
Если нет, то попробуйте не изобретать свой QueryBuilder, а взять готовый нормальный.
Eugene
Если нет, то попробуйте не изобретать свой QueryBuilder, а взять готовый нормальный.
вопрос - как мне вынести логику запроса и сделать методы универсальными
типа есть Юзер
Мне нужно разные селекты делать, найди так, найди эдак, заинклюдь это, а теперь еще это
Хочу вынести это в отдельный слой и в сам метод репозитория доставлять готовый квери
Eugene
Если нет, то попробуйте не изобретать свой QueryBuilder, а взять готовый нормальный.
можно просто в хороший пример меня ткнуть носом, будет достаточно
Rich
Подскажите как прасить xml по ссылке, а не из файла
Andrey
Подскажите как прасить xml по ссылке, а не из файла
https://stackoverflow.com/questions/19440589/parsing-json-data-from-a-url
Rich
Благодарю, но уже нашел.
Eugene
У секвалайза есть кверибилдер, простите за тупой вопрос?
KlonD90
У секвалайза есть кверибилдер, простите за тупой вопрос?
Есть но если у тебя сложный запрос то лучше не стоит. knex гораздо лучше подойдет для подобной задачи.
Eugene
Есть но если у тебя сложный запрос то лучше не стоит. knex гораздо лучше подойдет для подобной задачи.
Насколько сложный запрос считается сложным? Ещё тупее вопрос
Sergey
У секвалайза есть кверибилдер, простите за тупой вопрос?
http://docs.sequelizejs.com/manual/tutorial/querying.html
Sergey
V
В чем баги?