Я работаю над веб-приложением, которое требует обновления страницы каждую секунду. Вы можете представить себе веб-сайты с акциями, где данные должны обновляться в режиме реального времени.
Для этого обновления в реальном времени я использую Ajax, плагин jquery. Моя база данных - это mysql с таблицами innoDB, а само приложение написано на php.
Скрипт Ajax в браузере запускается каждую секунду, это только чтение. Для обновления базы данных другими значениями существует задача cron, которая выполняется каждую минуту, которая выполняет скрипт php, который запускается каждую секунду. Этот скрипт читает и пишет.
Более того, пользователь читает и пишет. Много чего происходит.
Теперь я новичок в этом типе больших приложений, и некоторые термины меня немного сбивают с толку, и я не знаю, ошибочна ли моя установка.
Моя установка сейчас такая:
У меня есть выделенный сервер с запущенным centos и параллельными панелями plesk. На сервере работает apache с базами данных php и mysql.
Вот список вещей, которые меня смущают. Я читал об этих условиях, но не понимаю, что они на самом деле делают и как извлечь из них пользу.
1) Первым делом это lighttpd и ngingx. Это http-серверы, такие как apache, или что-то еще. И если это http-сервер, легко ли на них переключиться с apache.
2) Что такое FastCGI и CGI. Они похожи на php или на что-то другое. Есть ли преимущества перед использованием PHP и легко ли на них переключиться.
3) Последнее, что я хочу знать, это что-то о доставке статического контента. Если я хочу доставить свой статический контент из другого домена, мне нужен отдельный сервер для этого, или я могу просто настроить его в PLESK.
Извините за всех ребят, задающих вопросы, но я был бы очень признателен за помощь по этим темам.
Верно, это HTTP-демоны, которые выполняют ту же работу, что и Apache, но обычно ориентированы на разные виды обслуживания контента. Я мало что знаю о них (я сам являюсь специалистом по Apache / IIS), поэтому я не знаю, почему вы бы предпочли одно другому. Я уверен, что по поводу serverfault есть много вопросов о том, зачем вам это делать.
Для получения дополнительной информации попробуйте Вот или Вот или Вот или Вот или Вот.
CGI = Common Gateway Interface, и он чаще всего использовался для выполнения сценариев Perl и C еще в 90-х годах (или любого препроцессора). Пожалуйста, поправьте меня, если я ошибаюсь. PHP также поставляется в виде CGI-модуля, и это просто (старомодный и медленный) способ раскрытия механизма PHP демону HTTP.
FastCGI = современная реализация CGI, которая явно неплохая. Это альтернатива плагинам ISAPI для модулей IIS и Apache.
Абсолютно нет причин устанавливать второй сервер для обслуживания статического контента. Если вы обслуживаете изображения, обычно рекомендуется иметь второй поддомен для обслуживания изображений, так как это означает, что бесполезная информация, такая как файлы cookie, не отправляется с запросами IMG. Полезность этого действительно зависит от вашего ожидаемого уровня трафика. У вас должна быть возможность настроить это в Plesk.