Я правильно настроил MySQL на моем Linux-компьютере, однако мне нужен лучший способ ввода данных в базу данных, кроме терминала. По этой причине я загрузил phpMyAdmin. Однако, когда я пытаюсь войти в phpMyAdmin из index.php, он ничего не делает. Кажется, просто обновить страницу, ничего не делая. Я устанавливаю правильное имя пользователя и пароль MySQL. В чем проблема?
Вот скриншот того, что он показывает, после того, как я нажму "go".
Это возможная проблема, когда путь для сохранения php_session задан неправильно:
Каталог для хранения сеанса не существует, или php не имеет достаточных прав для записи в него.
Чтобы определить каталог php_session, просто добавьте следующую строку в php.ini:
session.save_path="/tmp/php_session/"
И дать права на запись на http-сервер.
обычно http-сервер запускается как пользовательский демон в групповом демоне. Если это так, то следующие команды сделают это:
chown -R :daemon /tmp/php_session
chmod -R g+wr /tmp/php_session
service httpd restart
Вход завершается с ошибкой, если папка сеанса не записывается. Чтобы проверить это, создайте файл PHP в своем веб-каталоге с помощью:
<?php
$sessionPath = 'undefined';
if (!($sessionPath = ini_get('session.save_path'))) {
$sessionPath = isset($_ENV['TMP']) ? $_ENV['TMP'] : sys_get_temp_dir();
}
if (!is_writeable($sessionPath)) {
echo 'Session directory "'. $sessionPath . '"" is not writeable';
} else {
echo 'Session directory: "' . $sessionPath . '" is writeable';
}
Если папка сеанса не может быть записана, выполните либо
sudo setfacl -R -m u:www-data:rwx <session directory> или chmod 777 sudo setfacl -R -m u:www-data:rwx <session directory>
-
Я исправил свою проблему на CentOS 7 с помощью MariaDB и phpmyadmin, которые я загрузил с официального сайта phpmyadmin, добавив
session.save_path = "/var/lib/php/session"
до /etc/php.ini
и
chown -R :lighttpd /var/lib/php/session
Я также перезапустил php-fpm и lighttpd после
В моем случае решение должно было установить настройку Apache правильно:
ProxyPassReverseCookiePath
Это было необходимо, потому что были использованы ProxyPass и ProxyPassReverse, но пути к файлам cookie не изменяются автоматически.
Было бы здорово, если PHPMyAdmin показал что-то вроде сеанса не найден или что-то еще, когда пароль отправляется с POST.
У вас есть файл .htaccess в одном из родительских каталогов, который удаляет index.php из URL-адреса, делая 301-редирект?
301 перенаправления отбрасывают данные формы и перенаправляют вас так, как если бы вы ничего не отправляли. Таким образом, вы вернетесь на страницу входа.
Итак, вы должны создать локальный файл .htaccess в каталоге phpmyadmin с помощью одной строки RewriteEngine On. Это заменит предыдущее правило перезаписи на ничего.
Вам может потребоваться очистить кеш браузера, поскольку Chrome агрессивно кэширует 301 переадресацию.
В моем случае жесткий диск был заполнен.
Используйте df -h, чтобы проверить свободное место на жестком диске, и если вы хотите, вы можете освободить некоторое пространство, используя команду sudo apt-get clean, которая удаляет установочные файлы.
Я надеюсь, что это поможет некоторым будущим пользователям.
Я опаздываю на игру, но на Amazon linux AMI я не смог войти в phpmyadmin... он просто продолжал обновлять экран входа без ошибок.
Я установил с помощью команды
sudo chmod -R 755 /var/lib/php/session
Вы уверены, что mysql запущен? У меня была такая же проблема после импорта базы данных и заполнения тома, содержащего базу данных mysql. После изменения различных разрешений и сеансов очистки я попытался перезапустить mysql (перезапуск/etc/init.d/mysql), и он потерпел неудачу, потому что том был заполнен. После увеличения /var и успешного запуска mysql я смог просто войти в phpmyadmin.
Если у вас есть такая ошибка, как:
Host 'host_name' заблокирован из-за многих ошибок подключения.
Войдите в свой mysql как root и запустите команду flush hosts.
1.- mysql -u root -p
2.-mysql > flush hosts
После этого я смог снова войти в phpmyadmin
phpMyAdmin покажет ошибки при неудачном входе в систему. Если это не так, означает, что ваша установка имеет ошибку.
Наиболее вероятным местом для проверки являются настройки php.ini. Поскольку, похоже, не существует официального списка совместимых с phpMyAdmin параметров, это в основном проб и ошибок.
Убедитесь, что включил материал, который должен быть включен. Также убедитесь, что вы не включили необычные настройки php.ini(например, enable_post_data_reading = Off), потому что phpMyAdmin предполагает, что они являются "обычными".
Чтобы облегчить отладку, начните с чистого файла php.ini по умолчанию, затем подстройте их по строкам, чтобы узнать, какой параметр вызывает ошибку. (Не забывайте, что вам необходимо перезагрузить сервер после изменения файла php.ini, чтобы изменения произошли.)
В моем случае это произошло из-за старой сессии Apache.
Остановите Apache, очистите все ожидающие сессии в каталоге sessions.save_path (пример: /var/lib/php/session) и перезапустите Apache.
Я запустил эти команды, и это сработало для меня:
sudo service httpd restart
sudo service mysqld stop
sudo service mysqld start
Обязательно установите 32-часовой длинный случайный ключ в "config.inc.php" в значении $cfg['blowfish_secret']. Это решило это для меня.
попробуйте в другом браузере или режиме incongnito на chrome