Улыбнуло. Тогда уж не хостер, а локалхостер lol

Тут ты не прав

Проверил выдал, всё ту-же ошибку. Значит дело в MySQL. Повторно снес сервер, клиент, php-mysql, php-extensions, удалил все базы и временные файлы MySQL. Поставил всё это дело заново, создал базу mysql, зашел через ПМА поменял пароль руту, создал базу и непривелигерованного пользователя, вышел из ПМА, Проверил - РАБОТАЕТ.

backup# php -v
PHP 4.4.2 (cli) (built: Aug  4 2006 13:39:03)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies

mysql> status
--------------
mysql  Ver 14.7 Distrib 4.1.21, for portbld-freebsd6.1 (i386) using  5.0

phpMyAdmin - 2.8.2.1

Улыбнуло. Тогда уж не хостер, а локалхостер

Почему? Надо было потрогать, попинать его. Может он уснул и не видит пользователя? Гыы

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

А конкретнее? Все тоже самое? При указании пароля для пользователя выдает:
#1045 - Access denied for user 'taner'@'localhost' (using password: YES)
Потестируй без phpMyAdmin работоспособность созданного тобой пользователя средствами PHP. Ты, конечно, знаешь, но на всякий случай я подскажу: mysql_connect

Мне кажется, что phpMyAdmin здесь абсолютно ни при чем... К слову, у меня последняя версия пашет на ура.

На всякий случай вот какой конфиг я юзаю:

<?php
$i = 0;
$i++;
$cfg['Servers'][$i]['host'] = 'localhost';
$cfg['Servers'][$i]['connect_type'] = 'tcp';
$cfg['Servers'][$i]['compress'] = false;
$cfg['Servers'][$i]['auth_type'] = 'cookie';
$cfg['Servers'][$i]['hide_db'] = 'mysql';
$cfg['blowfish_secret'] = 'ВасяткаПупкин';
?>

Конфиг рабочий и взят с этого форума

Результат, не пашет.

Это было бы и интересно, и полезно.

Но тема-то не закрыта. И надо было постить в ней.

Если нет необходимости в MySQL5 - тогда рабочий вариант, отчего нет. Если нужна версия "посвежее", тогда можно установить последнюю стабильную 5.0.24, но не бета-версию.

Практически все, что говорил здесь A-men верно и действительно работоспособно.

Есть небольшие поправки:

Конфигом пользуются все пользователи, которые работают с phpMyAdmin.

Я склоняюсь к такому мнению, что это как раз тот случай, когда бета-версия "подкачала".

Я только что проверил работоспособность многопользовательского режима phpMyAdmin 2.8.2.1 на MySQL - 4.1.11 - все "работает как часы".

$cfg['PmaAbsoluteUri'] = 'http://твой путь/phpMyAdmin';

Если не поможет, будем думать дальше

А вот это не понял. У тебя в конфиге локалхост, а на самом деле другое название?

Ну ты предлагал разрешить пользователю доступ, только с локалхоста, так как у меня сервак удаленный, я дал ему доступ заходить с любого хоста.

По поводу свежего софта, свежее некуда, в этом скорее всего и проблема
Из 4 ветки пхп стоит последняя

В конфиге ПМА у меня все правильно?

В конфиге не вижу никаких отклонений. Можно убрать вот эти строки (раз у тебя куки-аутентификация)

$cfg['Servers'][$i]['user'] = '';
$cfg['Servers'][$i]['password'] = '';
$cfg['Servers'][$i]['controluser'] = '';
$cfg['Servers'][$i]['controlpass'] = '';
$cfg['Servers'][$i]['only_db']='';

Но это конфиг стартовый для рута. Он не касается созданных тобою юзеров.

Здесь работает связка ПМА+Мускул. Версия php ни при чём. Хотя я придерживаюсь мнения, что лучше иметь софт посвежее. Разные, конечно, бывают ситуации. Бывает, что в новом продукте, наоборот, багов полно. Но надо читать мануалы к версиям, там пишут, что пофиксено.

А вот это не понял. У тебя в конфиге локалхост, а на самом деле другое название?

поехали...

создали базу.

создаём юзера

Информация о логине
Имя: vasya
Хост: localhost
Пароль: 123

Глобальные привилегии
ничего не отмечаем
Жмём "пошёл"

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

Выходим

Заходим
Имя: vasya
пароль: 123

Видим в базах:
нужная база
Information shema

Готово. Пробуй ты..