Веб-хостинг для Composr

Автор Аллен Эллис (ocProducts)
Перевод Наталия Хорошая   

Различные варианты хостинга.

 

У вас есть следующие варианты размещения Composr (примерно): Традиционный общий веб-хостинг (с панелью управления). Традиционный веб-хостинг VPS (с панелью управления). Традиционный веб-хостинг VPS (без панели управления). Выделенный сервер Linux (с панелью управления). Выделенный сервер Linux (без панели управления). Хостинг на собственном рабочем столе Windows (для целей разработки). Хостинг на сервере Windows. Хостинг на вашем рабочем столе Mac (в целях разработки). Облачный хостинг IaaS* (например, Amazon EC2, Azure, Rackspace) Облачный хостинг PaaS* (например, AppFog, Heroku, Rackspace Cloud, Engine Yard, OpenShift) Google App Engine, который является особым случаем PaaS из-за высокого уровня организации, в которой вам необходимо работать. Это описано в собственном учебнике.

 

Рекомендуемый общий веб-хостинг.

1. Хорошая инфраструктура, хорошая поддержка (выберите такую компанию, но обычно она не длится долго — они, скорее всего, либо теряют деньги, либо поддерживаются страстной командой основателей, которым мало платят, которые не останутся там навсегда).
2. Хорошая инфраструктура, плохая поддержка. Оставайтесь с такой компанией, потому что, вероятно, не стоит переезжать.
3. Плохая инфраструктура, плохая поддержка.

Мое мнение

Я поддерживаю мнение уважаемого Автор Криса Грэма, только из своего почти пятилетнего опыта могу порекомендовать опыта могу порекомендовать один из веб- хостингов. Они являются представителями 1 категории и всегда на высоте, как по ответам в тикетах, так не стесняются ответить а чате безликому пользователю. Никогда недовольная не уходила от них. Следите за тем, чтобы у вас были собственные резервные копии.

  

Требования и рекомендации.

• Веб-сервер, на котором работает PHP. PHP - это программное обеспечение, обеспечивающее среду, для которой написан Composr. Composr требует PHP версии 5.3 или выше. Если веб-хост имеет более старую версию PHP, чем эта, он не только устарел, но и небезопасен: на момент написания все, что ниже PHP 7.3, не поддерживается разработчиками PHP.
  • Другие несвязанные надстройки могут иметь другие зависимости.
  • Если вы устанавливаете с PHP 5.5 или новее, вы не можете перейти на что-либо более раннее, чем PHP 5.5 , поскольку Composr уже использует функции защиты паролей PHP 5.5 для сохраненных паролей.

Простой справочный обзор основных рекомендаций по хостингу:

• Среда PHP со следующим (компетентный веб-хост, ориентированный на запуск веб-приложений PHP, должен быть в состоянии обеспечить это):
  • Расширение GD2 (включая поддержку PNG и JPEG). GD используется PHP для генерации изображений, например, для создания эскизов.
  • Загрузка файлов размером не менее 5 МБ или больше, в зависимости от ваших конкретных потребностей.
  • Расширение MySQL ( mysql или mysqli или pdo_mysql) [включен или нет встроенный драйвер MySQL не имеет значения].
  • Максимальное время выполнения не менее 30 секунд.
  • max_input_vars не менее 2000 (большинство хостингов позволяют поднять этот параметр)
  • Ключевые функции не могут быть отключены с помощью disable_functions (PHP может сильно урезаться веб-хостами с сомнительной репутацией) — установщик предупредит, если какие-либо критические функции были отключены.
  • Никакого другого явного отключения стандартной функциональности, которая нам требуется. Обычно веб-хостинги делают это, используя ModSecurity, Suhosin, suPHP или свои собственные модифицированные версии PHP. Мы делаем все возможное, чтобы обойти такие проблемы для распространенных восстанавливаемых случаев, но в конечном итоге, если произвольная стандартная функциональность отключена, программное обеспечение не может работать.
  • Ограничение памяти не менее 32 МБ (минимум — вы можете увидеть ошибки, если кеши отключены, пока кеши заполняются, если вы выполняете импорт, если вы выполняете поиск в зоне администратора или если вы программист с включенным режимом разработки).
• Не менее 50 МБ дискового пространства, плюс ваши потребности в пространстве для загрузок, изображений и т. д. Нет ограничений на максимальный размер файла менее 25 МБ или белых списков типов файлов (некоторые бесплатные веб-хостинги накладывают эти ограничения — что объясняет, почему data.cms может исчезнуть при попытке загрузить его).
• Веб-сервер, на котором работает MySQL (*), версия 5.5.3 (†) или выше:
  • • MySQL — это программное обеспечение базы данных (программное обеспечение, которое позволяет создавать ряд отдельных баз данных), которое Composr использует для хранения большинства своих данных.
    • Часто веб-хостинги указывают ряд баз данных, которые поставляются с веб-хостингом: для работы Composr требуется только одна база данных MySQL. Требуется не менее 5 МБ места для хранения базы данных, которое должно быть доступно на любом авторитетном веб-хостинге.
    • Системный max_allowed_packet параметр сервера должен быть не ниже 16M.
• Веб-сервер, работающий под управлением Apache (обычный веб-сервер Linux) или IIS7+ (веб-сервер Microsoft). Очень маловероятно, что вы найдете веб-хостинг, который предоставляет что-то еще. Другие серверы могут работать, но не поддерживаются (дополнительные рекомендации приведены в этом руководстве).
  • Если вы используете Windows, вы должны использовать раздел NTFS, а не раздел FAT32, так как FAT32 не поддерживает блокировку файлов.
  • При запуске Apache с использованием mod_php (в отличие от CGI-версии PHP) конфигурация сервера должна иметь AllowOverride All или, по крайней мере, AllowOverride Options FileInfo Limit (поскольку мы используем распределенные .htaccess файлы, содержащие настройки для повышения безопасности).
  • Если вы хотите, чтобы URL-схемы на Apache mod_rewrite были включены.
  • При работе с IIS rewrite может потребоваться включить модуль или отредактировать пакет web.config, чтобы удалить <rewrite>...</rewrite> раздел.
• Время ожидания CGI на сервере должно быть не менее 60 секунд (по умолчанию для Apache).
• Что веб-сервер не перегружен слишком большим количеством пользователей и не имеет очень низкой производительности.
• Что веб-сервер не имеет брандмауэра, который останавливает исходящие соединения или внутренние соединения с самим собой (иногда называемые «зацикливанием HTTP») - это относится как к TCP-порту 80, так и к 443.
• Возможность подключения к почтовому серверу (SMTP), чтобы исходящая электронная почта могла быть отправлена на адрес электронной почты персонала или адреса отдельных участников.
• Путь установки не содержит текста «_custom».
• Либо сервер в стиле suEXEC, либо работающее FTP-соединение с PHP обратно на хостинг.
• Если вы работаете в Windows и версии PHP ниже 7.2 и используете нелатинские символы в кодовых именах, вам необходимо установить transliteration дополнение (в основном из-за ошибки PHP при чтении и записи нелатинских имен файлов).
• Веб-сервер может работать под управлением Windows, Linux или MacOS - другие операционные системы, такие как Solaris или OpenBSD, официально не поддерживаются, хотя могут быть внесены исправления ошибок.

 

Composr рекомендует:

Версии PHP, которые не достигли статуса окончания срока службы. Среда PHP со следующими расширениями/опциями сборки PHP и соответствующим системным программным обеспечением: FTP †. EXIF. pSpell или Enchant с соответствующими установками и словарями aspell/hunspell (проверка орфографии). iconv или mbstring (поддержка Unicode). intl (строгая транслитерация неевропейских языков для создания качественного псевдонима URL). FreeType (с опцией сборки для GD). FreeType позволяет нам рисовать текст на графике, используя шрифты TrueType. OpenSSL (повышает безопасность, настоятельно рекомендуется). ZIP. XML. CURL. APC (только PHP 5.6 или ниже), или Memcache, или Memcached, или Wincache или eAccelerator (только PHP 5.4 и ниже). Среда PHP с отключенным, но open_basedir включенным безопасным режимом — или сервер suEXEC/IIS (описано ниже). Ограничение памяти PHP 64 МБ. Не менее 100 МБ свободного места на диске. Как правило, если вы используете общий веб-хостинг, мы советуем выбрать хост, который делает ночные резервные копии, к которым у вас есть доступ для восстановления - мы видели, что многие веб-хосты не несут никакой ответственности за резервное копирование, и это нужно делать на сервере.  Если работает Apache, следующие модули Apache (для максимальной производительности): mod_headers, mod_setenvif, mod_env, mod_deflate, mod_filter

1. Среда, в которой пользователь веб-сервера имеет рекурсивный доступ для записи в веб-каталоги (большинство серверов Windows).
2. Среда, в которой пользователь веб-сервера совпадает с пользователем входа на виртуальный хостинг (suEXEC)

Требования к конкретным функциям:

Установка пакета (дополнительно):

Убунту/Дебиан

Code (Bash)

apt-get install apache2 libapache2-mod-php5 php5 php5-common php5-cli php5-apcu php5-curl php5-enchant php5-ffmpeg php5-gd php5imap php5-mysqlnd php5-pspell openssl mysql-server mysql-client postfix nano wget lynx hunspell git openssh-server nano wget iostat

 
 

 Некоторые строки в PHP ini (/etc/php5/apache2/php.ini) по умолчанию необходимо изменить:
upload_max_filesize = 2M → upload_max_filesize = 500M
post_max_size = 8M → post_max_size = 500M
;date.timezone = → date.timezone = "UTC" (чтобы избежать ошибок при запуске PHP)
; extension_dir = "./" → extension_dir = "usr/lib/php5/20121212"
;opcache.enable=0 → opcache.enable=1

 Extension_dir может фактически отличаться в разных версиях, поэтому проверьте это.

Fedora/RHEL/CentOS

 

Code (Bash)

yum install httpd mod_ssl mod_fcgid php php-common php-cli php-pecl-apc php-pdo curl enchant freetype gd php-gd php-imap php-mysqlnd php-mbstring php-pspell php-xml openssl mysql-server mysql sendmail nano wget lynx hunspell git openssh-server aspell aspell-en nano wget iotop hunspell-en screen unzip

 

Возможно, у вас установлен selinux, вы можете увидеть, делаете ли вы это с помощью sestatus:

[root@localhost html]# sestatus SELinux status:                 enabled SELinuxfs mount:                /sys/fs/selinux SELinux root directory:         /etc/selinux Loaded policy name:             targeted Current mode:                   enforcing Mode from config file:          enforcing Policy MLS status:              enabled Policy deny_unknown status:     allowed Max kernel policy version:      28

Если это так, вам нужно установить дополнительные права на запись с чем-то вроде:
chcon -R -t httpd_sys_rw_content_t /var/www

Вы также можете включить туда yum-cron (или что там сейчас ) для автоматических обновлений системы (у кого есть время, чтобы оставаться в курсе всего серверного программного обеспечения для срочных исправлений безопасности).

 Некоторые строки в  PHP ini (/etc/php.ini) по умолчанию необходимо изменить:
upload_max_filesize = 2M → upload_max_filesize = 500M
post_max_size = 8M → post_max_size = 500M
;date.timezone = → date.timezone = "UTC" 
Чтобы избежать ошибок при запуске PHP.

Совместимость с веб-сервером.

 

Примечание	Apache-подход	IIS-подход	Комментарии
Схемы URL	recommended.htaccess файл	web.config файл	Если желательны схемы URL-адресов, правила перезаписи необходимо будет написать вручную для других серверов.
Правила оптимизации Gzip/кеширования	themes/*/templates_cached/.htaccess, uploads/ .htaccess,recommended.htaccess	Никто	Для других серверов  вручную настройте предпочтительные правила.
Базовая конфигурация PHP	recommended.htaccessфайл (только для установки PHP-модуля)	Никто	Конфигурация по умолчанию обычно подходит, но пример .ini  конфигурации представлен в FAQ.
Конфигурация ошибки 404	recommended.htaccess файл	web.configфайл	Для других серверов просто вручную настройте, требуется ли маршрутизация на страницу 404 Composr.
Эффективные баны IP	Записано в .htaccess файл	Никто	Для серверов, отличных от Apache, запреты применяются только в процессе начальной загрузки Composr (немного медленнее);  баны могут быть вручную добавлены в конфигурацию веб-сервера по желанию
Отключение PHP в определенных каталогах	.htaccess файлы разбросаны вокруг	Нет поддержки по умолчанию	Это дополнительный уровень безопасности, но он не требуется, поскольку Composr запрещает загрузку .php файлов пользователями и вносит разрешенные типы файлов в белый список.
Отключение доступа к URL в определенных каталогах	.htaccess файлы разбросаны вокруг	web.config файл	Это дополнительный уровень безопасности, но он не требуется, поскольку исполняемые файлы PHP, которые не предназначены для выполнения, не имеют кода, который активируется по URL-адресу, а частные файлы защищены рандомизацией имен файлов.
Отключение несанкционированной загрузки файла журнала	data_custom/.htaccessм файл	web.config файл	Журнал ошибок Composr - единственный существующий журнал, и загрузка защищена, поскольку это .php файл; если дополнительные журналы создаются вручную, веб-сервер должен быть настроен вручную, чтобы запретить прямой доступ
failover_apache_rewritemap_file  вариант	Поддерживается	Никто	Режим аварийного переключения может работать для пользователей Apache даже без работы PHP, если эта конкретная конфигурация тщательно реализована; эта функция не поддерживается ни на одном другом веб-сервере
MATURITY_FILTER_REQUESTED условное обозначение	Поддерживается (только для установки PHP-модуля)	Нет поддержки по умолчанию	Как описано в учебнике по программированию Tempcode, существует обходной путь для настройки других серверов.
Документация	Предоставил	Предоставил	Хотя документация написана для Apache и IIS, опытные пользователи могут адаптировать концепции.
Обходные пути для причуд	Реализовано	Реализовано	Причуды, присутствующие в Apache и IIS, обходятся там, где это необходимо (например, ModSecurity или максимальный размер файла cookie); не ожидается, что на других серверах будут существовать значительные особенности, которые не могут быть устранены путем настройки указанных серверов.

 

 Драйверы форума (дополнительно).

• Расширенный электронный форум 1
• Совет Invision 1.1-1.3/2.0-2.3
• phpBB 2.0-3.0
• мой ББ 1.4
• бюллетень 2.2/3.0-3.7
• Горящая доска 2.0/2.2/облегченная
• Форум простых машин 1.0/1.1
• ВовББ 1.7

Возможность настройки связанных форумов

Настройка MySQL (дополнительно).

 

Code (Bash)

mysql –help | grep "Default options" -A 1

   

Code (Bash)

[ mysqld ] … max_allowed_packet = 16M …

 

Чтобы узнать, установлен ли параметр в параметрах запуска (Linux и MacOS), выполните:

Code (Bash)

ps -Af | grep mysqld

   

Code (Bash)

/etc/init.d/mysqld restart

 

или:

Code (Bash)

service mysqld restart

 

 Опять же, это сильно зависит от распределения. В Windows вы должны использовать приложение «Службы» для перезапуска службы.

 Когда сеанс MySQL запускается, определенные серверные переменные клонируются в сеанс (например, max_allowed_packet). Затем эти переменные можно читать и записывать как переменные сервера или сеанса (фактически они max_allowed_packet доступны только для чтения как переменные сеанса — исключение, описанное ниже). Если вы установите глобальную переменную, то текущий сеанс не будет затронут, но будут затронуты новые сеансы. Сеансы сбрасываются, когда соединения закрываются, например, когда страница Composr полностью обслуживается.

Чтобы найти значения переменной, вы можете использовать эти запросы MySQL (пример для max_allowed_packet):

Code (MySQL)

SHOW GLOBAL VARIABLES LIKE 'max_allowed_packet'; SHOW SESSION VARIABLES LIKE 'max_allowed_packet';

 

 В MySQL есть много эквивалентных терминов и синтаксисов, которые могут запутать при попытке понять документацию и сторонние решения. Вот руководство:

• Типы переменных:

  • "Сервер" = "Глобальный"

  • "Сеанс" = "Локальный" = "Соединение"

• Команды для установки переменных:

  • Переменные сервера, все эквивалентны:

    • SET @@global.whatever=something

    • SET GLOBAL whatever=something

  • Переменные сеанса, все эквивалентны:

    • SET whatever=something

    • SET @@whatever=something

    • SET @@session.whatever=something

    • SET SESSION whatever=something

    • SET @@local.whatever=something

    • SET LOCAL whatever=something

• Команды для получения переменных:

  • Переменные сервера, все эквивалентны:

    • SHOW GLOBAL VARIABLES LIKE 'whatever'

    • SELECT @@global.whatever

  • Переменные сеанса, все эквивалентны:

    • SHOW VARIABLES LIKE 'whatever'

    • SHOW LOCAL VARIABLES LIKE 'whatever'

    • SHOW SESSION VARIABLES LIKE 'whatever'

    • SELECT @@local.whatever

    • SELECT @@session.whatever

 Остальная часть этого раздела будет посвящена особенностям max_allowed_packet настройки, которая является единственной переменной, которую обычно должен устанавливать администратор сервера.

• max_allowed_packet существует как отдельные настройки на стороне сервера и на стороне клиента; это полностью отличается от концепции серверных и сеансовых переменных (оба являются серверными), и их не следует путать.
• max_allowed_packet по умолчанию 1 МБ на стороне сервера, если он вообще не настроен (т. е. это жестко заданное значение по умолчанию). Большинство веб-хостов будут иметь более высокое значение по умолчанию, и Composr определяет минимальное требование в 16 МБ (мы устанавливаем более высокий предел в случае кэширования больших страниц Comcode).
• max_allowed_packet переменная сеанса существует, но доступна только для чтения. Попытка изменить его выдаст сообщение об ошибке. Поэтому вы должны правильно настроить серверную переменную.
• Только пользователи MySQL с SUPER привилегия может установить переменную сервера. Обычно это root есть только у пользователя.
• max_allowed_packet по умолчанию 1 ГБ на стороне клиента (например, PHP), за исключением официальных клиентских приложений, таких как mysql (16 МБ) и mysqldump (24 МБ) (которые могут быть настроены в конфигурации MySQL, в разделах конфигурации клиента).
• Поэтому для приложения Composr настройка на стороне клиента не имеет значения, но вы можете придумать ее, например, при создании дампов MySQL.
• max_allowed_packet может быть установлен с синтаксисом «M», а не только с точными байтами. Таким образом, вы можете установить его на 16M или 16777216, это ваш выбор. После анализа MySQL покажет его в байтах.

 Абсолютный максимальный размер max_allowed_packet (как на стороне сервера, так и на стороне клиента, в зависимости от реализации протокола) составляет 1 ГБ.

Доменные имена.

Текущие обязанности по техническому обслуживанию.

Базовая инфраструктура сервера и сайта.

 Когда вам предоставляется веб-хостинг, вам обычно выделяется «панель управления хостингом», на которой работает такое программное обеспечение, как:

• Plesk
• cPanel
• Ensim
• DirectAdmin

 Это позволяет вам управлять своей учетной записью на сервере и создавать базы данных, учетные записи FTP (в дополнение к вашей основной учетной записи, которая уже существует) и адреса электронной почты.

Примечание: следующие несколько абзацев подробно описывают сложности типичной файловой системы Linux, и большинству пользователей читать их не обязательно.

 Сам сервер имеет файловую систему, очень похожую на настольный компьютер, и обычно выглядит примерно так (этот пример для сервера Linux):

/
/home/
/home/your-account-name/
/home/your-account-name/httpdocs/
/var/
/var/mysql/
/var/mysql/your-database-name/
/var/mysql/your-database-name/<database-files>

1. Полное представление файловой системы, которое обычно полностью скрыто от вас, но которое на самом деле использует сам Composr.

2. Представление FTP, которое ответвляется от базы каталога вашей учетной записи в полном представлении файловой системы.

3. Представление URL, которое ответвляется от каталога httpdocs в каталоге вашей учетной записи.

Как упоминалось ранее, эта файловая система является просто иллюстративной. Разные серверы используют разные соглашения; например httpdocs часто public_html или www.

Безопасность сервера.

Советы по оптимальной настройке приведены в учебнике по безопасности -
здесь мы просто рассмотрим некоторые практические последствия настройки.

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

1. Общий пользователь

2. suEXEC-стиль

 С общим пользователем все сайты запускают код от имени пользователя, такого как apache или nobody. Это проще для хоста настроить, но это не очень хорошая идея для безопасности. Это также является причиной того, что может потребоваться так много «chmodding», чтобы общий пользователь имел доступ на запись к файлам конкретно в вашей учетной записи. В этом сценарии они, как правило, затем блокируют другие вещи, такие как отказ в доступе к оболочке и установка open_basedir PHP для песочницы, но редко этих ограничений бывает достаточно, и это по своей сути неправильный подход для общего веб-хостинга. Различные пользователи сервера, вероятно, смогут получить доступ и вмешаться (удалить и отредактировать) файлы друг друга. Мы настоятельно рекомендуем всем веб-хостингам использовать среду в стиле suEXEC.

 В среде хостинга в стиле suEXEC сайты запускают код под той же учетной записью, в которой хранится сайт. Это проще, проще в настройке и более безопасно. «suEXEC» относится конкретно к тому, как сервер Apache управляет этим, другое серверное программное обеспечение будет ссылаться на него по-разному.

Рабочий пример общей схемы разрешений пользователей

Без suEXEC веб-сервер будет работать под определенным пользователем веб-сервера, например apache или nobody.

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

Предположим, что веб-сервер работает как apache, а ваша учетная запись пользователя — bob.

Любой файл, созданный веб-сервером (или PHP), будет принадлежать apache. Например, загрузки Composr или файлы ревизий Composr.

Любые файлы, загруженные вами вручную (например, через FTP), будут принадлежать bob.

Обе эти ситуации представляют несоответствие в схеме разрешений.

 Если apache он хочет записать файл, который вы загрузили, он не может, если только вы не указали права на запись в файл для всего мира.. Вот почему мы говорим о правах доступа к файлам в нашей документации, говоря, что именно нужно установить.

Если вы хотите отредактировать или удалить файл, созданный веб-сервером, используя свою учетную запись FTP, вы не можете этого сделать, если только сервер не указал права на запись в файл для всех. К счастью, Composr довольно умен и действительно устанавливает права на запись во всем мире для apache принадлежащих ему файлов. Это происходит потому, что он автоматически обнаруживает несоответствие между владельцем учетной записи и пользователем, от имени которого работает сервер.
Composr определяет владельца учетной записи, видя, кому принадлежит index.php файл.

Итак, главный вывод:
Если у вас нет suEXEC, любые файлы, которые веб-сервер должен иметь возможность записывать, необходимо либо переназначить, чтобы они принадлежали веб-серверу (если вы являетесь администратором сервера, вы можете сделать это, это более безопасно, если другие пользователи имеют вход в систему на вашем веб-сервере) или предоставленные права на запись во всем мире (что пришлось бы делать большинству пользователей Composr).

PHP-информация.

 «PHP-info» отображает информацию о среде сервера PHP. Это основано на одноименной функции, предоставляемой самим PHP, но мы также добавляем некоторые собственные дополнительные проверки, выдавая предупреждения, если требования к программному обеспечению не выполняются.

 Информация включает в себя все технические детали конфигурации PHP, такие как установленные расширения PHP и определенные параметры.

 Некоторые параметры PHP могут быть определены в файле '.htaccess' (только для пользователей веб-сервера Apache без CGI), как показано в recommended.htaccess файле по умолчанию. На серверах CGI вместо этого вам нужно использовать пользовательский php.ini файл (см. FAQ). Полная информация об этом есть в руководстве по PHP .

PHP-информация также удобна для определения более широких факторов системной среды, таких как пути к серверам.

Доступ к PHP-информации можно получить из:
Admin Zone > Tools > PHP-Info / Server Checks

Отказоустойчивый режим.

1. Это служит хитам в качестве гостей.
2. Он может работать, только если статический кеш заполнен.
3. Предполагается, что ваш сервер выходит из строя только по причинам производительности/базы данных, а не полностью (однако большинство сбоев на практике таковы).

 

Концепция

Webhost Провайдер интернет-серверов Dedicated server  Сервер, который не используется совместно с другими VPS   Виртуальный частный сервер. Это работает, позволяя нескольким виртуальным машинам работать на реальном хост-компьютере. Обычно это то, что облачный хостинг использует за кулисами. Linux Операционная система Linux, очень хорошо подходящая для серверов Patches  Патчи — это обновления программного обеспечения, предназначенные для устранения проблем, особенно проблем безопасности в настоящее время. IaaS Инфраструктура как услуга. Это облачный хостинг, основанный на прямом предоставлении VPS. PaaS  Платформа как услуга. Это облачный хостинг, основанный на предоставлении прямой поддержки и возможности настройки для определенного языка (языков) программирования. Обычно это скрывает от вас сложности управления VPS. SaaS Программное обеспечение как услуга. Это то, что вы используете, когда создаете что-то вроде страницы Facebook или размещенного блога, где вам никогда не нужно напрямую устанавливать/настраивать программное обеспечение. Это имеет преимущества, но сильно ограничивает возможности настройки. Composr может поставляться как SaaS, но большинству пользователей нужен высокий уровень контроля над своими сайтами. Traditional hosting Хостинг управляется через веб-хостинг. Предоставляется поддержка, серверы поддерживаются в актуальном состоянии, а панели управления предоставляются для относительно простого управления системой.

Смотрите также:

• Базовая установка
• Расширенная установка
• Установка Composr на рабочий стол Windows
• Требования к версии браузера
• Оптимизация производительности