Phpmyadmin jino не работает

Не входит в phpmyadmin, причем не показывает ошибки.

Форум PHP-MyAdmin.RU → Работа с phpMyAdmin → Не входит в phpmyadmin, причем не показывает ошибки.

Чтобы отправить ответ, вы должны войти или зарегистрироваться

Сообщения 9

1 Тема от HighVoltage 2007-11-20 14:10:12

• HighVoltage
• Редкий гость
• Неактивен

• Зарегистрирован: 2007-11-20
• Сообщений: 4

Тема: Не входит в phpmyadmin, причем не показывает ошибки.

Работало все нормально с год, а то и больше и тут БАЦ.
Ввобдишь логин и пароль, нажимаешь войти, и выкидывает снова на ввод логина и пароля, но только не пишет никаких ошибок и тому подобное.
Логин и пароль верные, из консоли под ними заходит.
Ничего нигде не менял.
На другие phpMyAdmin захожу из этого же броузера. Вот листинг конфига

2 Ответ от Hanut 2007-11-20 21:12:20

• 
• Hanut
• Модератор
• Неактивен

• Откуда: Рига, Латвия
• Зарегистрирован: 2006-07-02
• Сообщений: 9,698

Re: Не входит в phpmyadmin, причем не показывает ошибки.

HighVoltage
Apache в логи что-нибудь пишет?
Ничего не обновляли?
Версии компонентов покажите, пожалуйста.

3 Ответ от HighVoltage 2007-11-21 15:44:56

• HighVoltage
• Редкий гость
• Неактивен

• Зарегистрирован: 2007-11-20
• Сообщений: 4

Re: Не входит в phpmyadmin, причем не показывает ошибки.

Вообще ничего не трогал.
Апатч ничего не пишет.
phpMyAdmin 5.11.1
Мускул 5.0.41

4 Ответ от Hanut 2007-11-22 00:12:11

• 
• Hanut
• Модератор
• Неактивен

• Откуда: Рига, Латвия
• Зарегистрирован: 2006-07-02
• Сообщений: 9,698

Re: Не входит в phpmyadmin, причем не показывает ошибки.

HighVoltage
Альтернативные браузеры как себя ведут?
PHP с БД нормально работает? Попробуйте создать тестовый скрипт.
Попробуйте заменить куки авторизацию phpMyAdmin на время любой другой, чтобы хоть примерно понять в чем причина.

5 Ответ от HighVoltage 2007-11-22 10:24:26

• HighVoltage
• Редкий гость
• Неактивен

• Зарегистрирован: 2007-11-20
• Сообщений: 4

Re: Не входит в phpmyadmin, причем не показывает ошибки.

Заменил куки на логин + пароль. Всё вошло без проблем. А сегодня утром опять начал заходить и по куки без проблем.
Не понимаю вообще в чем дело =\\

6 Ответ от HighVoltage 2007-11-25 14:41:19

• HighVoltage
• Редкий гость
• Неактивен

• Зарегистрирован: 2007-11-20
• Сообщений: 4

Re: Не входит в phpmyadmin, причем не показывает ошибки.

Всё же нет. Не пойму. С одного компьютера под управлением оперы заходит, а с другого, ничего не делал. Эта проблема. В чем может быть косяк? Куки включены.

7 Ответ от Hanut 2007-11-25 18:47:32

• 
• Hanut
• Модератор
• Неактивен

• Откуда: Рига, Латвия
• Зарегистрирован: 2006-07-02
• Сообщений: 9,698

Re: Не входит в phpmyadmin, причем не показывает ошибки.

HighVoltage
Если с одного компьютера заходит, а с другого нет, то проблема все-таки не на сервере, а на стороне клиента, в браузере. Попробуйте почистить кеш браузера.

8 Ответ от Gmurik 2011-04-18 22:27:04

• Gmurik
• Новичок
• Неактивен

• Зарегистрирован: 2008-05-18
• Сообщений: 1

Re: Не входит в phpmyadmin, причем не показывает ошибки.

В общем такая же тема. Решил использовать XAMPP. При авторизации в PhpMyAdmin авторизация не проходит и ошибок также не выдает. Пробовал менять авторизацию. Ставил и cookie и http и signon(с последним так и не разобрался что там со скриптами).
Чистил куки в браузерах(Midori, Opera, Mozilla), удачно вхожу в базу через mysql. Можно конечно и поставить всё по отдельности, но хочется разобраться, так как если всё по отдельности ставить, то слишком много весит всё это добро.

9 Ответ от Hanut 2011-04-18 22:51:31

• 
• Hanut
• Модератор
• Неактивен

• Откуда: Рига, Латвия
• Зарегистрирован: 2006-07-02
• Сообщений: 9,698

Re: Не входит в phpmyadmin, причем не показывает ошибки.

При авторизации в PhpMyAdmin авторизация не проходит и ошибок также не выдает.

Без ошибок мы ничем помочь не сможем, поэтому надо их искать. Смотрите логи веб-сервера, обычно это файл error.log.

Сообщения 9

Чтобы отправить ответ, вы должны войти или зарегистрироваться

Форум PHP-MyAdmin.RU → Работа с phpMyAdmin → Не входит в phpmyadmin, причем не показывает ошибки.

Форум работает на PunBB , при поддержке Informer Technologies, Inc

Currently installed 7 official extensions . Copyright © 2003–2009 PunBB.

Источник

Помогите пожалуйста — не могу зайти в phpmyadmin!

Форум PHP-MyAdmin.RU → Работа с phpMyAdmin → Помогите пожалуйста — не могу зайти в phpmyadmin!

Чтобы отправить ответ, вы должны войти или зарегистрироваться

Сообщения 20

1 Тема от vichgano 2012-03-02 22:18:15 (изменено: vichgano, 2012-03-02 22:21:03)

• vichgano
• Редкий гость
• Неактивен

• Откуда: Россия, г. Майкоп
• Зарегистрирован: 2012-03-02
• Сообщений: 15

Тема: Помогите пожалуйста — не могу зайти в phpmyadmin!

Ситуация такая. Я установил ДЕНВЕР (Denwer3_Base_2010-11-07_a2.2.4_p5.3.1_m5.1.40_pma3.2.3)
— прописывал http://localhost/Tools/phpMyAdmin/ и у меня сразу открывалась панель управления phpMyAdmin
— решил обновить phpMyAdmin, обновил до (phpMyAdmin-3.5.0-rc1-all-languages) после чего пытаюсь зайти в localhost/Tools/phpMyAdmin/ и у меня появляется форма для ввода логина и пароля! Так как мне попасть в phpMyAdmin, ведь я не задавал логин и пароль? P.S. я в этом, ну очень, новичок

2 Ответ от Hanut 2012-03-02 23:44:48

• 
• Hanut
• Модератор
• Неактивен

• Откуда: Рига, Латвия
• Зарегистрирован: 2006-07-02
• Сообщений: 9,698

Re: Помогите пожалуйста — не могу зайти в phpmyadmin!

Введите имя root, поле пароля оставьте пустым. Кажется в Денвере это так работает.

Если хотите заходить сразу, без ввода пароля, то в конфигурационном файле phpMyAdmi (config.inc.php) добавьте или отредактируйте строки:

3 Ответ от vichgano 2012-03-03 01:43:02

• vichgano
• Редкий гость
• Неактивен

• Откуда: Россия, г. Майкоп
• Зарегистрирован: 2012-03-02
• Сообщений: 15

Re: Помогите пожалуйста — не могу зайти в phpmyadmin!

Введите имя root, поле пароля оставьте пустым. Кажется в Денвере это так работает.

Если хотите заходить сразу, без ввода пароля, то в конфигурационном файле phpMyAdmi (config.inc.php) добавьте или отредактируйте строки:

Ввел имя root, пишет ошибку (Вход без пароля запрещен при конфигурации (смотрите AllowNoPassword))

В файле phpMyAdmi (config.inc.php) написан следующий текст (

Куда здесь вводить настройки ума не дам
Я этот вопрос усердно ГУГЛИЛ и по всюду схожие с вашим советы. Я так понял что они подходят для более ранней версии phpmyadmin, в ранних версиях с безопасностью было туго, а теперь вот они поработали над безопасностью и всё поменялось Без логина и пароля ни-ни. Я пробовал обходить авторизацию через предварительное создание БД в денвере и тогда входить в phpmyadmin получается, но в этом случае нет каких то определённых прав, например нельзя удалить базу данных и т.д. И я так понял что нужно именно попасть в панель phpmyadmin как админ.
В любом случае, спасибо за ответ

4 Ответ от Hanut 2012-03-03 12:49:01

• 
• Hanut
• Модератор
• Неактивен

• Откуда: Рига, Латвия
• Зарегистрирован: 2006-07-02
• Сообщений: 9,698

Re: Помогите пожалуйста — не могу зайти в phpmyadmin!

Вы немного не тот файл открыли. В самом корне phpMyAdmin есть файл config.sample.inc.php, переименуйте его в config.inc.php и сделайте указанные мной выше изменения в конфигурации. Проблем не будет и все сразу заработает.

5 Ответ от vichgano 2012-03-03 14:54:53

• vichgano
• Редкий гость
• Неактивен

• Откуда: Россия, г. Майкоп
• Зарегистрирован: 2012-03-02
• Сообщений: 15

Re: Помогите пожалуйста — не могу зайти в phpmyadmin!

Вы немного не тот файл открыли. В самом корне phpMyAdmin есть файл config.sample.inc.php, переименуйте его в config.inc.php и сделайте указанные мной выше изменения в конфигурации. Проблем не будет и все сразу заработает.

Ура! Получилось! Вставил в верху строки

$cfg[‘Servers’][$i][‘auth_type’] = ‘config’;
$cfg[‘Servers’][$i][‘user’] = ‘root’;
$cfg[‘Servers’][$i][‘password’] = »;
$cfg[‘Servers’][$i][‘AllowNoPassword’] = true;

и отключил следующие строки

/*$cfg[‘Servers’][$i][‘auth_type’] = ‘cookie’;*/
/*$cfg[‘Servers’][$i][‘AllowNoPassword’] = false;*/

Спасибо Вам! Вы настоящий друг!

Источник

Решение проблем

Отчего возникает ошибка 403 (Forbidden)?

Ошибка 403 (Forbidden, доступ запрещен) может возникнуть по одной из нескольких причин:

Вы выложили на сервер неправильный индексный файл. Файл главной страницы вашего сайта должен называться index.shtml, index.html, index.htm, index.phtml или index.php. Обратите внимание: все символы должны быть в нижнем регистре (В отличие от Windows, в ОС Linux, под управлением которой работает сервер, регистр имен файлов имеет значение, и файлы index.html и Index.html — это два абсолютно разных файла).

Вы выставили неправильные права на папку, в которой находится запрашиваемый файл, или на какую-либо из ее родительских директорий. Все эти директории должны предоставлять права на выполнение (x) для владельца.

Вы загрузили файлы сайта в неправильную папку. Войдите в свою контрольную панель в раздел «Хостинг / Домены / Мои домены» и посмотрите, что написано в столбце «Папка» напротив интересующего вас домена. Именно в эту папку и нужно загружать файлы сайта.

Кроме того, ошибка 403 может возникать при переносе домена с одного аккаунта в системе «Джино» на другой. В этом случае надо просто немного подождать — необходимо время на обновление кэша DNS.

Если вы считаете, что все правила, приведенные выше, соблюдены, но ошибка 403 все равно возникает, обратитесь в техподдержку.

Отчего возникает ошибка 404 (Not Found)?

В основном, ошибка 404 (Not Found, документ не найден) связана с тем, что пользователь неправильно вводит URL ссылки на файл расположенный на сайте, или этого файла не существует.

Также следует помнить, что имена файлов зависят от регистра символов, и http://ваш_сайт/pic.jpg и http://ваш_сайт/pic.JPG — это ссылки на абсолютно разные файлы, и одна из них будет правильной, а другая — нет.

Отчего возникает ошибка 500 (Internal Server Error)?

Наиболее частой причиной ошибки 500 (Internal Server Error, внутренняя ошибка сервера) является неверный синтаксис файла .htaccess или наличие в нем неподдерживаемых директив. Чаще всего достаточно закомментировать директиву Options (для этого нужно поставить в начале строки решетку — #), и проблема исчезнет.

Ошибка 500 также может возникать вследствие неправильного обращения с CGI-скриптами:

CGI-скрипты должны иметь окончания строк в формате UNIX (\n), а не в формате Windows (\r\n). Для этого их надо загружать на сервер по FTP в режиме ASCII.

CGI-скрипты и папки, в которых они находятся, должны быть доступны для записи только владельцу, то есть иметь права 0755 (drwxr-xr-x).

В результате работы CGI-скрипта сформированы неправильные HTTP-заголовки ответа. В этом случае для решения проблемы полезно обратиться к error_log (его можно найти в контрольной панели в разделе «Хостинг / Статистика / Лог-файлы / Ошибки»).

Отчего возникает ошибка 503 (Service Temporarily Unavailable)?

Каждому аккаунту на сервере выделено определенное количество процессов-рабочих, обрабатывающих запросы пользователей. Запросы поступают на сервер и становятся в очередь. Легкие запросы обрабатываются быстро, а тяжелые, проблемные — медленно, тормозя продвижение очереди. Когда длина очереди достигает определенной величины, сервер перестает принимать новые запросы, возвращая ошибку 503 (Service Temporarily Unavailable — сервис временно недоступен).

Ниже описаны частые причины возникновения длинной очереди, а также пути решения этой проблемы:

Зависают скрипты

• Передача больших статичных файлов через PHP

Большие статичные файлы лучше всего передавать напрямую, не используя для этого скрипты. На это есть две причины: во-первых, время работы скриптов ограничено, по его истечению передача файла прерывается; во-вторых, для передачи файла через PHP используется отдельный процесс-рабочий, а значит он перестает участвовать в механизме обработки запросов от пользователей.

Для передачи файлов напрямую, наоборот, задействуется специальный многопоточный процесс, который может обрабатывать множество потоков одновременно, не влияя на скорость загрузки сайта.

Функциональность многих скриптов хранения файлов можно реализовать через правила mod_rewrite в файле .htaccess (например, антилич-систему).

• Соединение с удаленным сервером

Этого лучше избегать. Если же без такого не обойтись, то необходимо выставить маленький тайм-аут на ожидание ответа и убедиться, что связь с удаленным сервером достаточно хорошая.

Если в PHP-скриптах используются Include-функции, загружающие части движка, расположенные на одном аккаунте, убедитесь, что в них используется локальный путь, а не URL вида «http://…». Наличие URL заставляет сервер делать дополнительный HTTP-запрос — это занимает лишний процесс-рабочий и сильно замедляет загрузку сайта.

• Большое число «тяжелых» или испорченных компонентов CMS

Проверьте все компоненты и плагины вашей CMS, отключая их по очереди, и найдите самые тяжелые или испорченные, при работе которых загрузка сайта замедляется. По возможности откажитесь от таких компонентов, либо поищите более быстрый аналог. Также деинсталлируйте все ненужные компоненты, которые вы не используйте или использование которых необязательно.

• Долговыполняющееся задание mambot (для Joomla)

Если среди mambot’ов присутствуют задания, которые можно перенести в системный cron, лучше всего сделать это. mambot-задания выполняются вместе с запросом пользователя, поэтому загрузка сайта происходит очень медленно, либо вообще не происходит.

Запуск скрипта почтовой рассылки лучше всего расположить в системном cron’е, управление которым находится в контрольной панели. А запуск его назначить на время наименьшей нагрузки на сервер (ночь по московскому времени). При этом следует учитывать ограничения, накладываемые условиями договора-оферты относительно количества писем в час/день и временем работы PHP-скрипта.

• Большое количество медленных запросов к MySQL

При наличии у вас медленных запросов, в папке logs вашего аккаунта создается файл mysql-slow.log. Информация в этом файле обновляется раз в сутки и содержит только самые проблемные SQL-запросы.

• Установите в движок кэширующие компоненты, которые могли бы сократить число SQL-запросов.
• Оптимизируйте SQL-запросы.
• Проиндексируйте таблицы БД по столбцам, которые используются в выборке.
• Если ничего не помогает, возможно, стоит сменить движок на более оптимальный.

Большое число запросов к веб-серверу

Загружаемый ресурс разбит/содержит ссылки на слишком больше число файлов (картинки, таблицы стилей JS-скрипты), которые подгружаются через отдельные запросы. Постарайтесь объединять ресурсы в один файл, где это возможно.

На сайте установлен элемент, который периодически посылает на сервер AJAX-запросы (например, чат). Количество запросов зависит не только от числа посетителей, но и от их привычки открывать несколько вкладок в браузере.

Боты-индексаторы, сканирующие ресурсы сайтов (поисковые системы, Sape и другие).

Использование элементов ресурсов или скриптов на чужих сайтах (ссылки на картинки, скрипты-информеры). Используйте антилич-модули/настройки.

Если у вас не хватает знаний, вы не хотите самостоятельно исправлять работу скриптов или же просто не хотите этим заниматься, вам стоит обратить ваше внимание на услугу «Премиум-аккаунт», которая создана специально для этого.

Загружены файлы в кодировке UTF-8, но вместо русского текста в них «иероглифы». Как это исправить?

Веб-сервер настроен так, что по умолчанию он отдает все страницы в кодировке windows-1251 (cp1251). Но это поведение можно изменить, для этого создайте в нужной папке файл .htaccess и поместите в него такую директиву:

Здесь имя_кодировки — название той кодировки, которая используется в ваших файлах. Кроме windows-1251 чаще всего используется кодировка UTF-8, в этом случае директива будет выглядеть так:

Если файл .htaccess в нужной папке уже существует, то просто добавьте эту строку в конец. Действие этой директивы распространяется и на все подпапки.

На моем сайте вместо русских символов одни знаки вопроса. Как это исправить?

1. Войдите в свою контрольную панель и пройдите в раздел «Хостинг / Управление / Управление MySQL» и войдите в интерфейс phpMyAdmin.
2. В выпадающем списке «Сопоставление соединения с MySQL» выберите пункт utf8_general_ci.
3. Выберите свою базу данных (кликните по своему логину в левой части страницы).
4. На открывшейся странице справа перейдите на вкладку «Операции».
5. В выпадающем списке «Сравнение» выберите пункт cp1251_general_ci.

Теперь при загрузке файла с базой данных (который, как правило, имеет расширение .sql) не забудьте выбрать в соответствующем выпадающем списке кодировку cp1251, и проблема должна исчезнуть.

Почему не работает скрипт?

Вопрос очень неопределенный. Мы не можем однозначно ответить, с чем связана ошибка, но большинство ошибок находятся непосредственно в коде скрипта. Если вы не являетесь специалистом в установке скриптов, пожалуйста, изучите сначала принципы работы и описание необходимой вам программы, проверьте правильность настройки, установки прав и т. д.

Основные моменты, на которые стоит обратить внимание:

• правильно ли вы обращаетесь к скрипту через браузер;
• правильно ли настроены пути внутри скрипта;
• правильно ли установлены права на файлы;
• правильно ли указан путь к интерпретатору (для CGI-скриптов).

Обратите внимание, при переносе CGI-скриптов на сервер в настройках FTP-клиента необходимо включить ASCII-режим. Дело в том, что при написании скриптов в Windows многие редакторы используют символ возврата каретки, что может быть неверно интерпретировано программой, выполняющейся на хостинге в среде UNIX.

Важно также понимать, что написанный вами скрипт может быть блокирован автоматической системой распределения ресурсов, если он потребляет чрезмерные ресурсы системы (обычно такое случается крайне редко, и всегда вследствие грубых ошибок в программном коде скрипта).

Служба техподдержки попросила меня прислать результаты трассировки и пинга. Как это сделать?

В процессе решения некоторых проблем специалисты службы техподдержки «Джино» могут попросить вас прислать результаты команд tracert (трассировка маршрута) и/или ping к какому-либо сайту. Чтобы сделать это, нужно воспроизвести следующие действия:

Выберите в меню «Пуск» пункт «Выполнить».

В открывшемся маленьком окошке наберите команду cmd и нажмите кнопку OK.

В открывшемся окне терминала последовательно наберите следующие команды (после ввода каждой из них нажмите клавишу Enter):

Результатом работы каждой из этих команд будет несколько строчек в окне терминала.

Кликните правой клавишей мыши по заголовку окна, в контекстном меню выберите пункт «Изменить / Выделить все» и нажмите клавишу Enter. Содержимое окна терминала будет скопировано в буфер обмена.

Служба техподдержки попросила меня проверить командой telnet, открыт ли порт. Как это сделать?

В процессе решения некоторых проблем специалисты службы техподдержки «Джино» могут попросить вас проверить, открыт ли у вас (и вашего провайдера) какой-либо порт. Чтобы сделать это, нужно воспользоваться утилитой telnet:

В Windows Vista и Windows 7 утилита telnet по умолчанию отключена, поэтому сначала необходимо ее установить, как это описано на сайте Microsoft. В Windows XP ничего устанавливать не надо.

Если у вас Windows XP, выберите в меню «Пуск» пункт «Выполнить». В открывшемся маленьком окошке наберите команду telnet и нажмите кнопку OK. Если у вас Windows Vista или Windows 7, нажмите кнопку «Пуск», введите команду cmd в поле поиска и нажмите кнопку ОК.

В открывшемся окне терминала наберите такую команду и нажмите клавишу Enter:

Например, чтобы проверить, открыт ли порт, по которому работает SMTP, надо ввести команду «telnet smtp.jino.ru 25».

Если команда вернет ошибку, значит порт закрыт. Если же на экране появится приглашение сервера (или окно станет полностью пустым), — порт открыт.

Как проверить сайт на вирусы?

Проверить сайт на вирусы можно прямо в контрольной панели хостинга «Джино».

Авторизуйтесь в личном кабинете на jino.ru и перейдите в панель управления хостингом.

В разделе «Управление» выберите «Антивирус».

На странице «Антивирус» нажмите на кнопку «Новая проверка» и в открывшемся окне укажите путь к сайту, который необходимо проверить. Чтобы правильно указать путь, вы можете воспользоваться функцией «Обзор» и выбрать папку с доменом сайта.

Пример указания пути к папке с файлами сайта, который нужно проверить:

Таким же образом вы можете проверить не только весь сайт, но и отдельную папку или файл сайта.

Когда путь к сайту будет указан, нажмите кнопку «Начать проверку».

Когда проверка на вирусы начнется, вы увидите дату и время проверки, путь к проверяемому объекту, сколько объектов проверено и сколько заражено. Данные обновляются автоматически, и как только проверка будет завершена, вы увидите оповещение.

При переходе по ссылке откроются подробные результаты:

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

Примечания: Если сайт содержит большое количество файлов и папок, его лучше проверять на вирусы по частям.

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

Помните: если ваш компьютер или мобильное устройство не защищены от вирусов, то и ваши сайты будут под угрозой заражения. Найденные и удаленные с сайта вирусы могут возвращаться снова. В разделе «Антивирус» можно не только проверить сайт на вирусы, но и приобрести антивирус от Dr.Web на выгодных условиях.

Материал подготовлен пользователем «Джино» в рамках программы обмена опытом. «Джино» не несет ответственности за его содержание и не гарантирует корректность и актуальность представленной информации.

На моем сайте обнаружен вирус. Что делать?

Почему вместо результатов работы PHP-скрипта я вижу лишь пустую белую страницу?

Скорее всего, в процессе работы скрипта произошла какая-то ошибка, а в файле .htaccess отключен вывод ошибок на экран. Чтобы его включить, добавьте в этот файл (обычно он находится в вашей домашней директории, папке домена или папке с вашим скриптом) строку:

или исправьте существующую.

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

Почему вместо результатов работы PHP-скрипта скачивается файл index.php?

Это значит, что у вас не подключена услуга «Поддержка PHP», и обработка PHP-скриптов на вашем аккаунте не работает. Подключить услугу можно через контрольную панель в разделе «Хостинг / Услуги».

Почему у меня не работает SSI?

Если у вас подключена услуга «Поддержка SSI», но SSI-директивы не работают, то, возможно, проблема в том, что вы вставляете их в файлы с расширением .html, однако по умолчанию они работают только в файлах с расширением .shtml.

Чтобы устранить эту проблему, измените обработчик файлов .html, чтобы SSI-директивы в них обрабатывались. Для этого создайте файл .htaccess в папке домена и добавьте в него такую строчку:

Источник