При обновлении ошибка IPS\OUTPUT_CACHE_METHOD

[xxBRATxx]

Приветствую! проблема при обновлении. Обновление почти завершено и выбило IPS\OUTPUT_CACHE_METHOD

Из constants.php метод кеширования убрал, кеш почиститл.

В админку не пускает...

Подскажите куда рыть?

[Respected]

Перезагрузить файлы, а именно init.php в корне

[xxBRATxx]

16 минут назад, Respected сказал:

Перезагрузить файлы, а именно init.php в корне

как понять "перезагрузить"

[Respected]

Перезалить

[xxBRATxx]

12 минут назад, Respected сказал:

Перезалить

Спасибо, вроде помогло! Еще один момент, при обновлении, не все таблицы создаются и изменяются!

тоже не могу понять куда рыть, вроде на пользователя бд права все выставил! Может еще что нужно сделать?

[Respected]

Собственно ошибка расшифрована. Нужно править ключи

[xxBRATxx]

1 час назад, Respected сказал:

Собственно ошибка расшифрована. Нужно править ключи

Все никак не могу добавить ключи,

ALTER TABLE `calendar_events` ADD KEY `recurring_events` (`event_recurring`(79),`event_recurring_end_date`(79),`event_approved`,`event_calendar_id`,`event_start_date`(79))

`event_recurring`(79), тут тип DateTime - не поддерживает новый ключ как и другие

[Desti]

попробуйте убрать (79) из всех полей и повторить запрос.

[Respected]

3 минуты назад, Desti сказал:

попробуйте убрать (79) из всех полей и повторить запрос.

Именно это должно помочь

[Desti]

Помочь - не знаю, но то, что это какой-то кривой синтаксис - однозначно

[xxBRATxx]

30 минут назад, Desti сказал:

попробуйте убрать (79) из всех полей и повторить запрос.

 

27 минут назад, Respected сказал:

Именно это должно помочь

При добавлении ключа в ручную - слетает

[Desti]

тогда оставьте (79) для event_recurring. Для полей даты 79 явно многовато. 

[xxBRATxx]

11 минут назад, Desti сказал:

тогда оставьте (79) для event_recurring. Для полей даты 79 явно многовато. 

Пробовал по всякому, результат такой же - куда рыть уже не знаю.

[Desti]

Сейчас на своей базе сделал

Query: ALTER TABLE `calendar_events` ADD KEY `recurring_events` (`event_recurring`(79),`event_approved`,`event_calendar_id`)

0 row(s) affected

Execution Time : 0.378 sec
Transfer Time  : 1.109 sec
Total Time     : 1.488 sec

Всё нормально отработало. 

Повторять не надо, это только для теста.

[Desti]

А если сделать с (79) в дате, то как раз получим первую ошибку:

Query: ALTER TABLE `calendar_events` ADD KEY `recurring_events` (`event_recurring`(79), `event_start_date`(79), `event_approved`,`event...

Error Code: 1089
Incorrect prefix key; the used key part isn't a string, the used length is longer than the key part, 
or the storage engine doesn't support unique prefix keys

 

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

ALTER TABLE `calendar_events` ADD KEY `recurring_events` (`event_recurring`(79),`event_recurring_end_date`,`event_approved`,`event_calendar_id`,`event_start_date`)

 

[xxBRATxx]

19 часов назад, Desti сказал:

А если сделать с (79) в дате, то как раз получим первую ошибку:

Query: ALTER TABLE `calendar_events` ADD KEY `recurring_events` (`event_recurring`(79), `event_start_date`(79), `event_approved`,`event...

Error Code: 1089
Incorrect prefix key; the used key part isn't a string, the used length is longer than the key part, 
or the storage engine doesn't support unique prefix keys

 

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

ALTER TABLE `calendar_events` ADD KEY `recurring_events` (`event_recurring`(79),`event_recurring_end_date`,`event_approved`,`event_calendar_id`,`event_start_date`)

 

Цитата

Incorrect prefix key; the used key part isn't a string, the used length is longer than the key part, or the storage engine doesn't support unique prefix keys
C:\OSPanel\domains\lr-club.pro\system\Db\Db.php::1953

Теперь такой результат))

Бред какой-то(((

[Respected]

Что-то ты не так делаешь. Можешь отправить доступ в pma, сделаем запрос

[Desti]

xxBRATxx 

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

ALTER TABLE `calendar_events` ADD KEY `recurring_events` (`event_recurring`(79));

или даже совсем простой

ALTER TABLE `calendar_events` ADD KEY `recurring_events` (`event_approved`);

найдите, кто ошибку генерит. 

Удалить ключ несложно:

ALTER TABLE `calendar_events` DROP INDEX `recurring_events`; 

Edited November 6, 2020 by Desti

[xxBRATxx]

1 час назад, Desti сказал:

xxBRATxx 

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

ALTER TABLE `calendar_events` ADD KEY `recurring_events` (`event_recurring`(79));

или даже совсем простой

ALTER TABLE `calendar_events` ADD KEY `recurring_events` (`event_approved`);

найдите, кто ошибку генерит. 

Удалить ключ несложно:

ALTER TABLE `calendar_events` DROP INDEX `recurring_events`; 

Вроде исправил))

Просто переименовал уже существующий ключ)

Все запустилось, но теперь проблема другая! в админке редактируя пользователя выбивает ошибку EX0

В журнале следущее

[xxBRATxx]

1 час назад, Respected сказал:

Что-то ты не так делаешь. Можешь отправить доступ в pma, сделаем запрос

легко, а если еще обновишь до последней версии и бкап сделаешь, просто ОГОНЬ будет)

[Desti]

54 минуты назад, xxBRATxx сказал:

в админке редактируя пользователя выбивает ошибку EX0

Тут я пас, 4.5 еще никуда не ставил.

[xxBRATxx]

12 минут назад, Desti сказал:

Тут я пас, 4.5 еще никуда не ставил.

У меня 4,2,8

[Desti]

Такой уже нет

[xxBRATxx]

13 минут назад, Desti сказал:

Такой уже нет

Как же нет, у меня установлена)))

Чисто проконсультироваться: Установил MAMP PRO, но при установке IPS выскочило требование

Цитата

• The Multibyte String extension has been configured with the --disable-mbregex option. You should contact your hosting provider or system administrator to ask for it to be reconfigured without that option.

Вот как этот mb_regex включить или подключить, не понимаю!

[Respected]

1 час назад, xxBRATxx сказал:

Все запустилось, но теперь проблема другая! в админке редактируя пользователя выбивает ошибку

Опять какой-то файл битый.