21 марта 2007 в 15:22
День добрый!
Сайт на Друпале 5 + SMF, проработал без глюков 3 месяца. Теперь после того как хостер проапгрейдил железо и сменился абсолютный путь, я начал подстраивать систему.
tmp и files были недоступны для записи, изменил - все в порядке
в smf подправил абсолютные пути, перестал материться на неправильный путь
Затем я решил сделать бекап базы с помощью dumper, а он выкинул такую ошибку
#2002: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
После неудачной попытки дампа я подумал, что нужно сделать update.php, вот после него я не могу зайти в учетку - тупо белый экран (пробовал с другого компа, результат тот же).
Проверил sattings.php на наличие правильных путей, все в порядке.
Что за беда такая, помогите советом? где собака зарыта?
Комментарии
логи нужно смотреть
и update.php нужно было запускать только в случае обновления.
Абсолютно солидарен
----------------------------------------------------------
Локализация некоторых модулей
а где их искать?
Логи?
Вероятно,это файлы access_log и error_log, находящиеся на уровень выше директории сайта.
Хотя не факт, что именно там.
Спросите у провайдера.
----------------------------------------------------------
Локализация некоторых модулей
Логи нашел, находятся там где SadhooKlay сказал. Error_log вчерашним числом, а бока начались сегодня. В access_log (10mb) ничего страшно не нашел.
Вообще что искать нужно?
Может нужно сессии к-л удалить, тогда где?
можно попробовать в htaccess добавить
php_value error_reporting E_ALL
и еще
php_value display_errors on
да.
и вывод сюда.
----------------------------------------------------------
Локализация некоторых модулей
Решил проблему с 2002: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
По каким-то причинам (перенос сайта) у Sypex'а слетели права на всю папку, поменял на 777 (как в инструкции) и все забекапилось.
Но по прежнему не могу залогиниться, скорее всего тоже нужно поменять аттрибуты на папках. Не подскажите где что и как нужно расставить права?
htaccess у меня на хостинге нет
Могу подсказать хостиг, где за 170р. в месяц будет доступ к файлам .htaccess php.ini и my.ini — у меня : )
----------------------------------------------------------
Локализация некоторых модулей
гы.. самореклама
надо очистить таблицу cache
> Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock'
mysql умеет подключатся 2-мя видами - самое распространенное - хост и порт и второе - это через сокет, через сокет менше данных гоняется туда-сюда - то есть если база на том-же сервере то лучше через сокет, хотя вы этого не заметите, поэтому если закоментируете строчку mysqld.sock а поставите ту в которой написано localhost 3306 то работать будет точно
2kiev1: а как это сделать? что и где нужно написать? или к хостеру обратиться?
Знаю что базы на разных серверах, и вопрос это решит проблему с логином?
как, если в панели управления сайтом нет phpmyadmin, то поставить его, хостера трогать не нужно.
у меня стоит phpminiadmin, но он не работает из ошибки, указанной в моем первом посте. (к базе подключиться не могу).
Щас ставлю phpmyadmin
2kiev1: что нужно выполнить в phpmyadmin?
Поставил phpmyadmin, к базе подключился.
Что теперь нужно очистить? где этот кеш?
Нашел таблицы cache и sessions, очистил их. По прежнему не пускает меня на сайт - пустой экран, и юзверей тоже.
В таблице watchdog увидел записи:
Для RvR сессия закрыта.
Cannot modify header information - headers already sent by (output started at /абсолютный путь/forum/Settings.php:1) в файле /абсолютный путь/includes/common.inc на строке 311.
Появился файл .htaccess в корне сайта.
Подскажите что нужно делать, чтоб пускал в учетку?
Чтобы исключить лепту модуля SMFforum в общий хаос, можно временно убрать содержимое каталога smfforum/includes.
Модуль тогда впадет в спячку и будет ждать, когда вы снова его восстановите.
Потом можно и настроить его заново, когда все будет работать.
Про эти сообщеня Cannot modify header information, я видел обсуждения на drupal.org, но не запоминал где, поскольку у себя не наблюдал.
гм???
но ошибки же на страницах не появляются, а только в таблице watchdog.
это естественно не правильно...
порылся на drupal.org - говорят, что ошибка может быть с к-л "лишним пробелом" в одном из файлов пхп.
у себя проверял вроде лишних пробелов нет, да и изменит ли это ситуацию с логином?
Сейчас в watchdog'е ошибки по поводу хедеров исчезли.
Люди, но я все равно не могу залогиниться.
В watchdog'е тепер пишет:
Открыта сессия для мой_логин
Для мой_логин сессия закрыта
Где искать проблему?