yum update -y вполне себе благополучно делает .rpmsave копию файлов конфигурации systemd и затирает основной конфиг новой записью.
Пример:
Обновили Вы через yum MariaDB .
В systemd файле конфигурации для MariaDB было:
ProtectHome=false
Стало (дефолт):
ProtectHome=true
Если базы лежат в /home директории, то MySQL не запустится поле обновления. Это касается и других параметров конфигурации.
Смотреть нужно (с)
Попробуйте через pkg установить jpeg-8_7
ТС, можете посмотреть Kimsufi (OVH):
http://www.kimsufi.com/en/servers.xml
Процессоров с 11k попугаев там не найдете, и только HDD, но вписываются в ваши финансовые аппетиты с запасом.
Atavisma, из-за большой базы данных "долбят" или из-за нагрузки от запросов к этой базе? Во втором случае имеет смысл заняться оптимизацией запросов.
Я думаю у него обычный виртуальный хостинг, и скрипты клиента - его же ответственность.
Сомневаюсь, что на директорию с PMA работает обработчик выше чем 5.3.
Создайте .php файл прямо в директории PMA с выводом функции phpinfo:
<?php phpinfo(); ?>
И перейдите по нему 🍿
А по SSH-протоколу рута пускает? По идее, если пускает с паролем по SSH, то с SFTP сложностей не должно быть.
Dmitriy_2014, вероятнее всего у вас версия PHP 5.3 или ниже.
Определение массива через квадратные скобки [] доступно, начиная с версии PHP 5.4.
Не нужно ничего переписывать.
Либо менять версию PHP, либо ставить другой совместимый PMA. Таких зависимостей от версии интерпретатора может быть очень много.
Сказать однозначно нельзя.
Зависит сильно от версии панели управления, FTP-сервера и файла конфигурации.
К примеру, при создании Администратора в ISPManager 4 Pro с отмеченным пунктом "Суперпользователь", будет создан новый пользователь с UID 0, то есть с правами как у root, соответственно доступ к FTP будет запрещен. Если не отмечать галкой "Суперпользователь", будет создан обычный пользователь с UID отличным от root (в панели управления, он будет обладать определенными правами, но для операционной системы пользователь будет стандартным, у него будет своя директория и т.д.)
Администраторам, которым присвоен UID отличный от root, назначается оболочка /noexistent, и вход по FTP также будет запрещен по умолчанию, так как FTP-сервер обычно настроен таким образом: читает файл /etc/shells, и, если не находит оболочку пользователя в содержимом файла, то не разрешает доступ.
Можно вручную изменить файл /etc/passwd, изменив оболочку для администратора на /bin/bash, например. Доступ появится, однако только в корневую директорию нового администратора.
Что говорит команда rm то?
Или чем вы там удаляете...
Это сериал "The IT Crowd"
https://www.kinopoisk.ru/film/386715/
Вероятнее всего последнюю не положили в репозиторий по тем или иным причинам: несовместимость новой версии с зависимостями / лень.
Что значит "команда не сработала" ?
