Доброго всем времени суток. Постараюсь объяснить, что стряслось.
Сама проблема звучит так.
Все работает, до тех пор, пока я либо меняю тему оформления, либо включаю модуль, либо чищу кэш и т.д.
Если я что-то из вышеперечисленного делаю- остается только главная страница и все! Остальные "Not found"
Если зайти, скажем, как анонимный пользователь - то существует только главная страница, а остальные "Page not found"
Если зайти как администратор (зайти удается) - то та же проблема,
В админку тоже заходить бесполезно.
Например, для раздела "appearance"
появляется сообщение
The requested page "/drupalshop/admin/appearance?render=overlay" could not be found.
Случилось это все безобразие после того, как я сделала "бекап" - а делала я его так:
Файл, который мне присылается каждый день на почту (quotquot-2012-09-06T10-37-23.mysql)
я импортировала через панель PHPMyAdmin: ( у меня мастерхост)
С тех пор - стоит, например, сменить тему - и страниц нет.
А если заново импортировать этот файл через PHPMyAdmin - все снова работает.
Что мне делать? Я, наверно, не "бекап" сделала, а что-то другое?? или бекап так и делают?
Просто до этого возникала ошибка
Warning: htmlspecialchars() [function.htmlspecialchars]: Invalid
multibyte sequence in argument in check_plain() (line 1572)
И я по другому как все назад вернуть не придумала .
Эту ошибку я решила -тут почитала про патч ибо она возникала сново и сново.
А что делать с пропадающими страницами ума не приложу? и по каким словам искать решение тоже не понятно.
Единственное, что на ум приходит - заново друпал установить...и начать с начала... но это же не выход?
Комментарии
кэши чистили?
Производительность - очиста кэша. Может помочь.
Было подобное, но там не работало из-за того что .htaccess не скопировался, так как на линуксе по дефолту его не видно.
Когда делаю "Бекап" и все снова работает я чищу кэш вот так
Administer > Site configuration > Performance" > "cached data"
и - опаньки - опять остается только главная страница.
Доступа нету к той БД? Или это вы эту бд и пытаетесь восстановить?
Почему у файла расширение mysql а не sql?
Попробуйте поставить при импорте режим совместимости каждый раз разный.
Это моя единственная база. Вот с ней и мучаюсь.
"Почему у файла расширение mysql а не sql?" эммм... и вправду...
Я скачивала модуль backup_migrate
Home » Administration » Configuration » System » Backup and Migrate
Он формирует файлы с расширением .mysql
А как настроить надо, чтобы было .sql ? или он так не умеет? а кто умеет тогда?
Попробовала разный режим совместимости - не помогает. Картина та же.
Пусть эту БД не восстановлю - но хотя бы понять как избежать такое в будущем с новой БД. Как Бекап правильно делать, чтобы такое не случилось еще раз? Из-за бекапа наверно это все?
поставьте бэкап_мигрейт и делайте через него бэкап. Через него же и импортируйте базу на новый сайт. Этот модуль сразу убирает содержимое таблиц кэша и а) база легче б) нет необходимости чистить кэш.
Но имхо, вам нужно разобраться, что именно вызывает ошибки.
у меня backup_migrate и стоит. А через него сделать не получилось из-за ошибки о которой я писала в первом посте..вот я и полезла в PHPMyAdmin а разобраться, конечно, очень любопытно и полезно...только самой пока не получается..
ммм... а вот надо писать понятно и подробно! Как бы тут не битва экстрасенсов!!!
Тогда, нужно а) разобраться откуда ошибка. А ошибка может быть откуда угодно Это где-то попали русские символы в базу, нужно искать где.
б) попробуйте скрипт sypex_dumper, мне в свое время, спасал жизнь...