![\"Вместо](\"https:\/\/feet.tf\/pictures\/phpmyadmin-ne-zapyskaetsa.jpg\")
\n<\/div>\nДостаточно добавить код:<\/p>\n
DirectoryIndex index.php\nAddHandler application\/x-httpd-php .php<\/code><\/pre>После этого обязательно перезапустить apache2:<\/p>\n
systemctl restart apache2<\/code><\/pre>Если вы столкнулись с подобной проблемой и решили ее другим способом, поделитесь в комментариях. Это поможет другим людям. Спасибо!<\/p>\n",
"summary": "Оказалось, что это частая ошибка phpmyadmin. Особенно после настройки http2 и php-fpm",
"date_published": "2021-01-05T21:13:41+03:00",
"date_modified": "2021-02-04T23:45:50+03:00",
"tags": [
"2021",
"apache",
"php",
"сервер",
"хостинг"
],
"image": "https:\/\/feet.tf\/pictures\/phpmyadmin-ne-zapyskaetsa.jpg",
"_date_published_rfc2822": "Tue, 05 Jan 2021 21:13:41 +0300",
"_rss_guid_is_permalink": "false",
"_rss_guid": "723",
"_e2_data": {
"is_favourite": true,
"links_required": [
"highlight\/highlight.js",
"highlight\/highlight.css"
],
"og_images": [
"https:\/\/feet.tf\/pictures\/phpmyadmin-ne-zapyskaetsa.jpg"
]
}
},
{
"id": "400",
"url": "https:\/\/feet.tf\/all\/net-predela-sovershenstvu\/",
"title": "Нет предела совершенству",
"content_html": "
Получил еще один сертификат и перевел на https еще один сайт на этом хостинге. Фсё работаед!<\/p>\n
При этом нагрузка на процессор сервера выросла незначительно, поэтому тащите огромную фотографию :)<\/p>\n
\n![\"digitalocean-https-apache-ip-vitrualhost\"](\"https:\/\/feet.tf\/pictures\/digitalocean-https-apache-ip-vitrualhost.jpg\")
\n<\/div>\n",
"summary": "Получил еще один сертификат и перевел на https еще один сайт на этом хостинге. Фсё работаед",
"date_published": "2016-09-23T14:03:12+03:00",
"date_modified": "2016-09-23T14:02:52+03:00",
"tags": [
"2016",
"apache",
"digitalocean",
"https"
],
"image": "https:\/\/feet.tf\/pictures\/digitalocean-https-apache-ip-vitrualhost.jpg",
"_date_published_rfc2822": "Fri, 23 Sep 2016 14:03:12 +0300",
"_rss_guid_is_permalink": "false",
"_rss_guid": "400",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": [
"https:\/\/feet.tf\/pictures\/digitalocean-https-apache-ip-vitrualhost.jpg"
]
}
},
{
"id": "388",
"url": "https:\/\/feet.tf\/all\/plyusy-i-minusy-hostinga-digitalocean\/",
"title": "Плюсы и минусы хостинга digitalocean",
"content_html": "\n![\"настройка](\"https:\/\/feet.tf\/pictures\/digitalocean-howto.jpg\")
\n<\/div>\nНа самом деле у дигиталоушен<\/i> есть один плюс — у вас полноценный сервер, хоть и виртуальный.<\/p>\n
К счастью, минут тоже один — вы в полном ответе за судьбу сервера, вам некуда позвонить с вопросом, почему письма не отправляются или сайт не работает.<\/p>\n
Делюсь своим опытом.<\/p>\n
На простейшем тарифном плане размещено более 10 сайтов. Часть на чистом html<\/i>, часть на Wordpress<\/i>, часть на Egea<\/i>.<\/p>\nПервая проблема. Корневая.<\/h2>\n
DO<\/i> позволяет выбрать десяток разных дистрибутивов Linux<\/i>. Я решил поставить rpm-based<\/i>. Да еще от RedHat<\/i>. Поставил CentOS<\/i> на свою голову. Во-первых не весь софт заточен под отдельные дистрибутивы, во-вторых множество инструкций написано под популярные дистрибутивы.<\/p>\n
Мучался два дня и поставил популярную Ubuntu 14.04 LTS x64<\/i>. И не жалею. Вывод — ставьте популярные решения, они и обновляются чаще и найти помощь по ним легче.<\/p>\nВторая проблема — не желание платить за cpanel<\/i>.<\/h2>\n
Панель управления хостингом однозначно должна быть. Она значительно упрощает множество операций. Хотя я и не исключаю, что когда-нибудь в свободное время я создам droplet<\/i> без CP<\/i>.<\/p>\n
Проблема с панелью управления сервером в том, что каждая панель использует за основу либо Apache<\/i>, либо Nginx<\/i>. Всю жизнь я провел на Апаче<\/i>, поэтому мне он роднее. Тем более, что Нгинкс<\/i> все равно только для статики работает и „пробрасывать“ php5-fpm<\/i> не лучший вариант для большого количества сайтов, который разрабатывались изначально под Апач<\/i>.<\/p>\n
Использовать frontend Nginx<\/i>, а backend Apache<\/i> именно в моем случае<\/i> лишено смысла, т.к. создает бесполезную лишнюю нагрузку на сервер. Поэтому вместо красивой Ajenti V<\/i>, я поставил аскетичную Sentora<\/i>.<\/p>\nТретья проблема — падение MySQL<\/i> сервера.<\/h2>\n
Каждые 5-8 дней без видимых причин, без нагрузок на сервер. Все советы сводились к нехватке памяти. Переключаться на более дорогой тариф не хотел. Поэтому пришлось создать своп-файл.<\/p>\n
Сначала проверьте, не установлен ли у вас своп командой free -m. Если Swap 0, то последовательность команд следующая:<\/p>\n
\nsudo fallocate -l 4G \/swapfile — создали файл на 4 гигабайта
\nsudo chmod 600 \/swapfile — ограничили доступ к свопу только root
\nsudo mkswap \/swapfile — объяснили системе, что это своп.
\nsudo swapon \/swapfile — включили режим использования свопа<\/p>\n<\/blockquote>\n
Не забудьте отредактировать \/etc\/fstab, чтобы после перезагрузки система не теряла своп:<\/p>\n
\n\/swapfile none swap sw 0 0<\/p>\n<\/blockquote>\n
После этих манипуляций падение базы данных не происходило. Тьфу-тьфу-тьфу<\/p>\n
Четвертая проблема — взлом сайтов.<\/h2>\n
Если взломали какой-либо сайт, то с огромной вероятностью будет скомпрометирована вся система и могут пострадать и другие сайты. Именно так и случилось неделю назад. Взломали сайт и стали рассылать спам. Сайт пришлось удалить, а вся система была напичкана вредоносными скриптами. Вычленять было слишком сложно, поэтому я восстановил предыдущую версию дроплета из бакапа. Резервное копирование — залог хорошего сна. :)<\/p>\n
Проблема пятая — администрирование.<\/h2>\n
Раньше отдельный человек занимался сервером. Теперь это делаю я. В панели DO обновляю версию ядра, а в самой Ubuntu обновляю пакеты, благо это очень легко:<\/p>\n
\nsudo apt-get update
\nsudo apt-get upgrade<\/p>\n<\/blockquote>\n
Проблема шестая — это лучшее, что есть на рынке.<\/h2>\n