- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Привет всем!
Много гуглил, но так и не сложилось однозначного мнения, т.к ситуация нетипичная. Гуру, поделитесь опытом/мнением!
Итак, стоит вопрос о выборе веб-сервера для конкретного веб-приложения - nextcloud. Гуглёж подтолкнул с решению nginx+php-fpm и все, в принципе, получилось и вполне сносно работает, но в error.log много варнингов, связанных именно с nginx и я серьёзно задумался - стоит ли убивать время на их решение или просто поставить старый добрый apache+mod_php?
Облако это планируется, в основном, для себя любимого и немногочисленной группы друзей, потому больше 1-2 юзеров одновременно там вряд ли будет (ну разве что какие-нить сиськи тут расшарить изредка )) Понятно, что nginx быстрее и вообще в тренде, но статика там всё равно ср-вами php отдаётся и что-то мне подсказывает, что при такой мизерной нагрузке за счёт более продвинутого вебсервера ничего я особо не выиграю, а геморр поимею неадекватный.
Крайне важно, чтобы этот сервис "летал" при входе с моего компа (до которого гигибитный канал), было всё надёжно, стабильно и безопасно (конфиденциальная инфа таки!). А лишняя сотня-другая мегабайт памяти на том серваке погоды особой не сделают... front-end`ом в любом случае nginx останется (на другом физическом сервере), но лишь как проксирующий и по причине обслуживания других сайтов на других машинах (про ту конфигурацию вопросов нет).
Итак, учитывая вышеизложенное, что посоветует всезнающий all в качестве back-end`а? Также с удовольствием послушаю мнения по поводу всяких мемкешей и оптимизации мускуля, применительно к таким конкретным условиям. В приоритете, повторюсь, скорость. И не в ущерб безопасности. "На всё про всё" есть 4 гига RAM и 2 ядра по 2 ГГц. Под линуксом, ес-но.
Что за варнинги то?
Варнинги разные, и убрать их наверняка можно, но это тема отдельная и отвлекающая от сути. Вопрос в том, нужно ли этим заморачиваться и "стоит ли игра свеч".
Если уже стоит Nginx, то есть смысл заморочиться и настроить его, т.к. возможно времени уйдет меньше, чем на установку Apache. Если ставить с нуля, тогда можно Apache. Nginx чуть экономнее, но это не тот случай, где это так важно.
access_log off;
error_log /var/log/nginx/error.log crit;
Dram, ну да, какой дурак вообще логи придумал? ))
Нет логов - нет проблем!
hubbiton, вы сами сказали - все работает, нужно для пары человек. Так че вам еще надо? Или времени вагон и вы перфикционист?
возможно времени уйдет меньше, чем на установку Apache
ну, мы ж не из исходников на Pentium-1 собираем... ))
Nginx чуть экономнее
Спорно!
Заменил я таки nginx на apache, вот график с сервера (в простое, правда, но тем не менее)
https://yadi.sk/i/ORxpPHSa3RpeHN
И увидел, наконец, как должен работать модуль галереи в nextcloud, а то думал кривой он просто ))
---------- Добавлено 26.01.2018 в 23:59 ----------
Dram, когда на машине подшипник ступичный шуметь начинает, Вы просто музыку погромче делаете? А чё еще надо-то? Ведь едет же! ))
Спорно!
Заменил я таки nginx на apache, вот график с сервера (в простое, правда, но тем не менее)
От характера нагрузки зависит.
Длительные висящие соединения, тянущие на нестабильном канале крупные порции, для httpd убийственны.
DenisVS, перед апачем на соседней машине nginx стоит. Это не решает указанную проблему?
Я не понял, думал, что Апач на фронтэнде.
Тут был несколько лет назад хостер, упорно доказывавший, что разницы нет, что спереди ставить.
У него было два Апача друг за другом.