@Glueon: есть сайт (веб-приложение), которое работает на порт 3333, при этом есть nginx который слушает этот порт и транслирует для доступа к сайту через домен. Но при этом порт 3333 доступен любому - просто нужно ввести ip адрес и порт. Я хочу чтобы доступ к сайту был только через работающий nginx, и если кто-то заходил на ip и порт - он не смог этого сделать - что непонятного?
Мне нужно чтобы этот порт был доступен только nginx, если приложение есть на этом порту то на него соответственно может зайти любой - если не закрыть канал или поставить ограничитель. Ваш ответ ни о чем.
@psman хорошая команда, думаю можно использовать как предпроверку. Спасибо за подсказку). Но думаю изоляционная система на пред-парсе позволит также защитится от бракованных конфигов. Хотя возникает проблема если не устанавливаешь проверку абсолютно всех свойств. Тогда могут возникнуть проблемы если например пользователь захочет использовать сложное регулярное выражение для конфигурации. Тогда парсить становится не маленькой проблемой. Но основную задачу по импорту конфигов я выполнил.
@psman решил проблему созданием отдельного пользователя и группы, с возможностью редактировать конфиги. Непосредственно редактировать конфиги нельзя - только через прослойку. Всякие пользовательские мелочи встраиваются конфиг через специальный парсер на подобии .htaccess в apache. С той лишь разницей что у меня все конфиги в json. И уже потом транслируются в nginx
@Lynn я для себя писал удобную систему для развертывания Nodejs приложений, что-то вроде маленького личного хостинга, есть генератор конфигураций nginx. Сейчас у меня есть один пользователь и единая конфигурация с импортом других из директории где создаются генерируемые конфиги. Когда система генерирует конфиг она соответственно правит импорт единого конфига. Я хотел сделать возможность работать в системе нескольким пользователям на стороне сервера а не NodeJS. Соответственно хотелось сделать обработку конфигов каждого пользователя, без написания приложения демона.
@ByKraB "Пишу свое первое приложение на node.js + mongodb" ммм если пишешь первый раз не лучше ли использовать Sails или в крайняк Express + Waterline?
@nazarpc сделай отдельный пор для обработки сокетов, на apache положи только API которое должно выполняться на сервере, на nginx повесь фронтенд и js с сокетом, потому что Apache хорошо работает с постоянной и большой нагрузкой (ну и ест оч много памяти), а nginx хорошо обрабатывает маленькие но большие по количеству клиентские запросы (css, js, images и т.д) как-то так делал я. хотя подробную настройку описать не смогу.
еще один детский вопрос по paginate() - как совершается, переход на следующую страницу выборки? к примеру если основной страницей является, /blog/ то выборка следующей страницы происходит по принципу /:controller/:numberpage ?