Хостинг

После недавней статьи про настройку сервера было много вопросов, касающихся всяких мелочей. Поэтому я поднапрягся, и переделал скрипты jkenters для автоматической установки MODx.

Друзья, и снова замечательная новость, которую я обнаружил сегодня утром — вчера Linode поднял объем памяти в 2 раза.
Притом все это в короткое время после последнийх апдейтов и что самое замечательное — бесплатно!

Было 4, стало 8. Никакой платы, просто апгрейд всех серверов. Ранее уже было увеличение HDD на 20% и лимита трафика в 10 раз

Топик рассказывает о настройке быстрого и недорогого хостинга для MODx Revolution. В принципе, вещи тут описаны общие, так что информация подойдет для любой CMS.

На всякий случай, приложу видео, как должна работать админка MODx Revo.

Для быстрой и комфортной работы желательно:
— Быстрый браузер — Google Chrome. Админка Revo работает в нем молниеносно
— Хороший интернет-канал. Тут без вариантов, нужно всем и всегда.
— Качественный хостинг — про него и пишу.

В итоге у меня вообще получились скрипты автоматической установки для серверов, настроенных по этой статье. И даже видео-инструкция.

Сегодня, в процессе общения с wget выяснилось, что он добавляет index.html для контейнеров MODX.

То есть, адрес sitename.ru/section/, а этот товарищ качает sitename.ru/section/index.html, получая в ответ заслуженный 404 not found.

Есть частая задача — изменить параметры php для одного определённого url.

Например, вы импортируете на какой-то странице xml с товарами, и вам нужно увеличить именно для неё memory_limit и max_execution_time.

Правки в /etc/php5-fpm/sites-available/sitename.conf не подходят — ибо это изменит работу всего сайта, а нам нужен один конкретный url. В этой ситуации, как и во многих других, нам поможет Nginx!

Предлагаю вашему вниманию вторую версию инструкции по созданию собственного хостинга для сайтов на MODX Revolution и не только.

На сей раз я заснял и смонтировал видео всего процесса, постарался от души. Можно скачать в ультра-мега качестве (FullHD 1920x1080x25, 785mb).



В комплекте идёт текстовое описание основных этапов с кусками кода для копипастинга.

Как известно, самый лучший хостинг для MODX — это хостинг, сделанный своими руками. Однако, не у всех есть время\желание этим заниматься и они пользуются услугами виртуального хостинга.

Предлагаю составить список таких хостеров, где у вас лично всё хорошо.

1. Modhost.pro — Удобный русскоязычный сервис от авторов modx.pro и modstore.pro. Обновление MODX в 1 клик, быстрая установка, отличная производительность, интеграция с modstore.pro
2. MODX Cloud — дорогой и быстрый иностранный сервис от авторов MODX.
3. Spaceweb
4. Reg.ru
5. Zenon.net, он же Host.ru
6. Beget.ru
7. Infobox.ru
8. Ukraine.com.ua
9. Tmdhosting.com — Стабильно все. Обычный shared-хостинг.
10. Valcatohosting.com — Аналогично, но побыстрее. Мега быстрый саппорт, если вдруг что случилось.
11. Webhost1.ru
12. Hoster.by

Добавляйте в комментарии, буду добавлять в список. Информация о хитростях и странностях приветствуется.

Многие недооценивают опасность от автоматического подбора паролей на 22м порту — это, который ssh.

Я тоже раньше не заморачивался по этому поводу, пока, несколько лет назад, у меня не увели сервер с 12символьным цифробуквенным паролем в разных регистрах.

Ну то есть, вчера я мог на него зайти, а сегодня — уже не пускает! И чем он там занимается, под руководством новых хозяев, в каком ботнете учавствует — мне не ведомо. Хорошо, что к этому серверу у меня был физический доступ, и я смог сбросить пароль через LiveCD.

Заодно посмотрел в /var/log/auth.log и ужаснулся: десятки тысяч попыток логина с разных китайских айпишников, под разными именами, типа root, user, ftp, www-data и пр.

Собственно, с тех пор я и выработал свои правила защиты 22го порта.

Поразбирался с правилами nginx и написал для себя универсальную «закрывашку» системных директорий для всех ip кроме нужных.

Сюда попадут любые запросы в директории manager, core и connectors. Все адреса, кроме разрешенных получат отлуп, а разрешенные обработаются. Так как nginx начинает применять правила после первого точного совпадения — отдельно указываем как обрабатывать *.php файлы.

location ~* ^\/(manager|core|connectors)\/(?:.*)$ {
	allow		айпиадмина-1;
	allow		айпиадмина-2;
	deny		all;
	
	location ~* \.php$ {
		include		fastcgi_params;
		fastcgi_param	SCRIPT_FILENAME $document_root$fastcgi_script_name;
		fastcgi_pass	backend-имясайта;
        }
}