это да

Nginx Plus правда дороговат

"Хочешь дешево, ебись сам" (С) Голос рынка

> Full support for Go, PHP, and Python; Java and Node.js support coming soon

так что пока отдыхаем.

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

Это настоящие админы

Курсы по Nginx кусаются по цене =( Понимание ядра 750$, load balancing 4h course - 350$

у меня админ хороший был, научил всему что сам знает

Народ, помогите)

+ сейчас есть docker (docker-compose/swag) они очень хорошо помогают с балансировкой и настройкой

Само собой бегать через for in или for i пока найдешь нужный - такая себе идея

Так тоже самое же, что и filter

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

Я БД и собираюсь юзать, но там же я буду сохранять данные как и в джсе

Или там можно как-то выдернуть данные за определенный промежуток времени?

Щас думаю юдать mongoDB

Ребят, а какие недостатки есть у N-layer архитектуры ?

Ребят, а какие недостатки есть у N-layer архитектуры ?

зависит от приложения.

ребятя, подскажите пожалуйста. Вот мой конфиг сервера node:

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); var Redis = require('ioredis'); var redis = new Redis(); redis.subscribe('App.Chat'); redis.subscribe('App.Chat.Reads'); redis.subscribe('App.Task'); redis.subscribe('App.Task.Changed'); redis.on('message', function(channel, message) { message = JSON.parse(message); if (channel === 'App.Chat') { io.emit(channel + ':message:' + message.receiver_id, message); io.emit(channel + ':message:' + message.creator_id, message); } else if (channel === 'App.Chat.Reads') { io.emit(channel + ':seen:' + message.receiver_id, message); io.emit(channel + ':seen:' + message.creator_id, message); } else if(channel === 'App.Task') { io.emit(channel+':message:'+message.campaign_participant_id,message); } else if(channel === 'App.Task.Changed') { io.emit(channel+':user:'+message.user_id+':task-participant:'+message.task_participant_id+':task:'+message.task_id ,message); } });

Ошибка в консоли:

со стороны клиента мб на хттп стучишься

со стороны клиента мб на хттп стучишься

Та не

https -> http, тут ошибка

Если сайт на https, то запросы слать можно тоже только по https

Написано же Ты идешь из https в ресурс на http

Написано же Ты идешь из https в ресурс на http

Да, только вот вопрос почему так, если я нигде не нахожу http

Да, только вот вопрос почему так, если я нигде не нахожу http

Видимо идешь там где для тебя не очевидно

Да, только вот вопрос почему так, если я нигде не нахожу http

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

Ребят, исправил ошибку. Теперь вот это:

неизвестный hostname

В nodejs listen на какой хост висит?

ты забыл .com добавить

БЛЯ

Всеровно

Это конфиг 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);

В nodejs listen на какой хост висит?

.

ну теперь не может подключиться

Это конфиг 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

У меня приложуха на php

Node только для redis

apache

и socket

Там то ли app.listen('0.0.0.0', 3000), то ли аргументы наоборот

Node только для redis

пздц

пздц

что?

пздц

Тсссс

Тсссс

Так че делать можно?

Я выше дал рецепт. Попробуй

Ребята, всем спасибо. Я забыл pm2 перезапустить

Это конфиг 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 ?

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

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

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

Я бы "проектом" это не назвал

А что это ?

Степень независимости микросервисов друг от друга достаточно высока

компонент приложения который делает только одну задачу

но делает её хорошо ))

Степень независимости микросервисов друг от друга достаточно высока

да

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

https://ru.wikipedia.org/wiki/Микросервисы

ERROR: S client not available

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

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

Мне интересно как разрабатывается микросервис ? Создается отдельный проект для каждого микросервиса ?

В отдельном репозитории, с отдельным образом в Docker

Думаю это тебе решать смотри по ситуаций, если это будет полезно, можешь и полностью отдельно сделать

зависимости сервисов внутри приложения это плохо?

Всем привет! Такой вопрос - Сделал рефак проекта, вынес все обращения к базе в отдельный слой репозитория и получилось куча методов похожих типа найти по айди, найди по логину, какие то сложнее, разумеется Мне подсказали, что должен быть слой Query Builder, который строит запрос и, таким образом, слой репозитория, становится небольшим и аккуратным Есть какие-то советы/примеры на эту тему? Спасибо

Я думаю это просто не микросервисно ореинтированный подход

зависимости сервисов внутри приложения это плохо?

Я думаю они должны иметь общую кодовую базу

Но работать самостоятельно

Я так эту идею понял

Всем привет! Такой вопрос - Сделал рефак проекта, вынес все обращения к базе в отдельный слой репозитория и получилось куча методов похожих типа найти по айди, найди по логину, какие то сложнее, разумеется Мне подсказали, что должен быть слой Query Builder, который строит запрос и, таким образом, слой репозитория, становится небольшим и аккуратным Есть какие-то советы/примеры на эту тему? Спасибо

Обращения к базе через ORM?

Обращения к базе через ORM?

секвалайз, да

Всем привет! Такой вопрос - Сделал рефак проекта, вынес все обращения к базе в отдельный слой репозитория и получилось куча методов похожих типа найти по айди, найди по логину, какие то сложнее, разумеется Мне подсказали, что должен быть слой Query Builder, который строит запрос и, таким образом, слой репозитория, становится небольшим и аккуратным Есть какие-то советы/примеры на эту тему? Спасибо

“Сделал рефак проекта” Гордо звучит. Refuck проекта

“Сделал рефак проекта” Гордо звучит. Refuck проекта

Как обычно, очень содержательно

Думаю что нет смысла выделять слой QueryBuilder, т.к. это и есть задача репозитория. Если Вы захотите сменить ORM, репозитории все равно придётся переписывать

а вот queryBuilder нет

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

Думаю что нет смысла выделять слой QueryBuilder, т.к. это и есть задача репозитория. Если Вы захотите сменить ORM, репозитории все равно придётся переписывать

суть - вынести логику внутри селекта

Думаю что нет смысла выделять слой QueryBuilder, т.к. это и есть задача репозитория. Если Вы захотите сменить ORM, репозитории все равно придётся переписывать

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

Думаю что нет смысла выделять слой QueryBuilder, т.к. это и есть задача репозитория. Если Вы захотите сменить ORM, репозитории все равно придётся переписывать

эт. вы там свой query builder пишете?

Скорее всего, вы что-то делаете не так.

И имеющиеся-то странноваты.

Скорее всего, вы что-то делаете не так.

А как надо?

А что вы делаете?

А что вы делаете?

ну я выше вроде описал

Всем привет! Такой вопрос - Сделал рефак проекта, вынес все обращения к базе в отдельный слой репозитория и получилось куча методов похожих типа найти по айди, найди по логину, какие то сложнее, разумеется Мне подсказали, что должен быть слой Query Builder, который строит запрос и, таким образом, слой репозитория, становится небольшим и аккуратным Есть какие-то советы/примеры на эту тему? Спасибо

Ваш проект является ORM?

Ваш проект является ORM?

Нет, с чего)

Если нет, то попробуйте не изобретать свой QueryBuilder, а взять готовый нормальный.

Если нет, то попробуйте не изобретать свой QueryBuilder, а взять готовый нормальный.

вопрос - как мне вынести логику запроса и сделать методы универсальными типа есть Юзер Мне нужно разные селекты делать, найди так, найди эдак, заинклюдь это, а теперь еще это Хочу вынести это в отдельный слой и в сам метод репозитория доставлять готовый квери

Если нет, то попробуйте не изобретать свой QueryBuilder, а взять готовый нормальный.

можно просто в хороший пример меня ткнуть носом, будет достаточно