grant24

почты могут быть фейковыми, а регаются боты, и выдаёт ошибку

Нужно менять сразу во всех местах через поиск в коде, а не только в одном, тогда всё работает. У меня отсутствуют в движке слова nulled в принципе, сразу всё меняю, чтобы потом вдруг что не докопались. А так проверил функция очистки кэша работает. Плюс заработало когда изменил protected function clearCachesNull() на protected function clearCaches()

буду пробовать единственное я меняю ключи по типу nulled_clear_caches_done и другие, не хочу использовать слова nulled, заменяю на ips или free Кстати такая функция там добавлена, но код был обрезан

$item->shareableUrl или $item→shareableUrl ? это разные вещи не рабочая ссылка /admin/?app=core&module=support&controller=support&do=clearCachesNull&md=support&ct=support&csrfKey=382d3af8477629c50c9a5c9b154fb5a8 рабочая ссылка admin/?app=core&module=support&controller=support&do=clearCaches&csrfKey=382d3af8477629c50c9a5c9b154fb5a8 они отличаются Это ничего не изменило. Возможно нужно время для применение шаблона?

народ у кого есть фуловый перевод, поделитесь

А если отключить всё?

очистка кэша не помогает?

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

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

Проверил на этой версии, без изменений. Эта проблема хз откуда растёт, и хз куда копать.

почему именно 6 версия? Почему не использовать 5+?

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

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

Это выход, но это будет означать отсутствие составляющей сайта, т.к. все файлы и так заливались при обновлении с 4.7.18 на 4.7.19, несколько дней назад. Подключить старую базу к чистому движку, а потом поочерёдно вливать в папки старые файлы. Но это достаточно странное решение, а вдруг бы сайту было лет 10 с миллионом файлов.

не помогает, удалял стандартную тему, создавал по новой ничего не помогло

ips 4.7.19 Братищки нужна помощь Есть проблемы с редактированием фото в редакторе, двойным кликом клацаю на него и выползает ошибка, шаблон стандартный все приложения и плагины выключены из ошибок имеем такое Как с этим бороться я хз, тут нужна умная голова.

вариант 1 вариант 2 скачиваем все файлы с сайта ищем в них через notepad++ вариант 3 ищем в базе данных через heidisql

Где именно ничего не даёт? Как именно осуществлялся поиск?

Не тот перевод. Старый но более профессиональный вот. Невозможность отредактировать сообщение печалит. invision-russian-language-main.zip

В чём суть вопроса то? При включенном mod_rewrite адрес форума выглядит https://site.com/forums/ Я не использую наркоманский перевод выложенный на этом сайте, а предпочитаю перевод от invisionbyte, там всё намного профессиональнее. Суть вопроса ещё раз изложите в пару слов Русский (RU) 4.7.13.xml

При этом после удаления базы и файлов, кроме корневых, и загрузке бекапа файлов кроме корневых, удалении базы и заливке по новой, всё не легло и работает. Хотя жалобы у IPS на MariaDB на то что таблицы не формата InnoDB, хотя они содержат этот формат.

Я смотрел, нужного варианта там нет, а только старые мускулы или другие БД. Костыльным методом можно запустить - сделать чистую установку, на неё поверх залить бекап и базу, работать будет но вылазят куча проблем отовсюду.

Я использую выгрузку через phpmyadmin или панель сервера Не думаю что это что-то изменит, решение намного проще.

Это где указывать? Чтобы не гадать, нужен совет уже по опыту, тот кто сталкивался с таким. Сами таблицы ничем не отличаются между базами, дело может быть в малейшей загвоздке.