по поводу бэкапа я уже понял, что сплоховал, но все же я не могу понять каким образом мне теперь это пофиксить.
есть дамп снятый без использования --opt.
нужно вернуть все на место...
я справил varchar(16) на varchar(48) и дамп залился но на сайт залогиниться не дает! говорить что пароль или логин кривые... в базе юзеры есть. я проверял! и пароли менял, указаным выше способом!
как очистить... думаю раз эта таблица хранит информацию о настройки модулей то возможно там кривые записи относящиеся к модулят отвечающим за аутентификацию?
откат из backup'а
прикрутил новый drupal
создал там нового пользователя и по честям туда базу закачал....
вроде бы все работает теперь.
всем огромное спасибо
откат из backup'а
страничка не пришла
откат из backup'а
по поводу бэкапа я уже понял, что сплоховал, но все же я не могу понять каким образом мне теперь это пофиксить.
есть дамп снятый без использования --opt.
нужно вернуть все на место...
я справил varchar(16) на varchar(48) и дамп залился но на сайт залогиниться не дает! говорить что пароль или логин кривые... в базе юзеры есть. я проверял! и пароли менял, указаным выше способом!
как очистить... думаю раз эта таблица хранит информацию о настройки модулей то возможно там кривые записи относящиеся к модулят отвечающим за аутентификацию?
откат из backup'а
есть дамп который был снят без испльзования --opt
как его развернуть обратно?
откат из backup'а
как можно выйти из ситуации?
есть ли возможность каким-то образом обнулить авторизацию или как-то отследить где косяк?
все равно не понимаю как записи привышающие varchar(16) моглин находиться в БД?
Если смотреть на содержимое этой таблицы то можно увидеть кучу строк с 'name' =
comment_default_xxxx, где xxxx - это та часть которая отличается