Работайте через браузер с сайтом, вот вам и облако будет.
Профилируйте саму страницу сайта для начала, что бы выяснить какие именно функции жрут больше всего ресурсов.
От этого уже и отталкиваться - давать больше памяти базе, увеличивать число процессов апача.
У вас может быть 10 записей в базе и пару сотен циклических запросов в нее. Или наоборот - 2 запроса с поиском по сотням тысяч не индексированных записей. Или вообще и поиск с перебором в скрипте.
В общем отталкиваться от сайта надо.
Вы путаете теплое с мягким. Апач выполняет скрипт и отдает результат. А вот fpm только выполняет скрипт, а результат отдает уже nginx.
И именно за счет того, что результат отдает не тяжелый процесс апача, а легкий nginx - и достигается значительная экономия памяти вэб сервера. Что уменьшает возможный своп, а следовательно и дисковую нагрузку вкупе с процессорной.
Вообще то это совершенно две разные вещи. Одно вэб сервер, а другое виртуальная машина для выполнения пхп кода. У них совершенно разное назначение.
Смысл нджинса в том, что бы избавиться от тяжелых процессов апача.
Производительность будет та же самая. php-fpm - это просто другой вариант запуска php интерпритатора, не более.
только как учиться на чужом опыте
В массе стадо студентов, ламерья. Сейчас из двух десяток заметок - одна стоит внимания. Лучше читать профильные форумы , а хабр в качестве желтой прессы во время кофе с бутербродом.
В целом весьма поддерживаю - работу на опыт. Практика от теории сильно отличается.
я бы посоветовал переехать на vps, где хостер предлагает базовые настройки администрирования.
Вам там настроят вэб сервер оптимально, а не будут вешать лапшу про centos апач не оптимизирован, а в дебиан ну полный тюнинг :)
Полнейшая ерунда. Обычно для быстрого решения просто ставиться nginx в качестве прокси сервера перед apache . Или вообще переводится на голый nginx.
У вас банально не компетентная поддержка.
Замените "преподаватель" на "товар" и движок найдете с легкостью :) Ведь все одинаково - категории, рейтинг, цены, отзывы. Даже заказ фактически как покупка, где сколько единиц товара - это сколько часов занятий.
Главное в стартапе - его как можно скорее запустить. А далее, как уже и говорили тут, все равно придется переделывать под новые требования.
Датацентры таких клиентов облизывают. И умирают - когда такой клиент уходит и строит свой датацентр, да и не один, как например фейсбук.
А конкуренты стартапа сидят с десятком посетителей и радуются, как у них зато все классно оптимизированно и какая их платформа из себя крутая и экономичная.
Когда то смотрел, ничего не выгодно. Так как еще за хранение данных платить надо.
Сходу инфы сейчас не нашел, но ранее точно ни каким коммунизмом там и не пахло.
Как и любой другой висящий в памяти процесс - с утечками и прочим. Запускайте через uwsgi с ограничением запросов на процесс, поможет избавится от явного пожирания памяти.
У пхп ровно те же проблемы, но там скрипт живет только единоразово, поэтому менее заметно. Хотя не мешает тому же вордпрессу с 20 юниками в сутки вызывать недовольство хостера о потребляемых ресурсах.
Тут уж как спрограмируешь :)
