Desti

Таблицу только перед этим обязательно чекнуть, оптимизировать и забекапить.

Никакая. Функции в php коде, в шаблоне вы можете делать только проверку доступных переменных и в зависимости от результата выводить тот или иной блок. {{if $forum->id !== 33}} (тут ссылка на создание новой темы) {{else}} (а тут ссылка на скачивание файла) {{endif}}

Вам уже отвечали на этот вопрос.

core/front/system/contact

css-ы админки живут в core/dev/css, чтобы поменять фон надо отредактировать файл login.css (класс elLogin) и пересобрать приложение из режима разрабочика.

Ну а что, CT безумно дорог? 500 рублей в год плюс куча всякой халявы за посты и твиты, в легкую можно еще год получить. И никаких проблем со спамом.

Если регаются, то допустимые, согласитесь? У гугла, например, вполне можно написать [email protected], почта будет приходить на адрес user@. Удобно, если надо сортировать по каким-то правилам. Бороться надо не с почтовыми адресами, а подключать антиспам сервис. Я isp-овский подключил, 99% фуфловых регистраций исчезло.

У меня композитный вариант. Notify от сервера сбрасываются в базу и отдается 200. Сonfirm скрипт от платежной системы чекает нотифи-таблицу (некоторое время) и при обнаружении success сообщения подтверждает платеж. Если не успевает, то отдает страницу "Что-то у нас пошло не так, но не переживайте, деньги не пропадут", а потом кроном чекает и меняет статус платежа.

это нормально для яндекса У меня всё в редисе, в базу только финальные изменения сбрасываются.

Ну и какая проблема-то? В уведомлении приходит номер платежа, проверяем по базе и принимаем, если новый или отвечаем 200 и забываем. Мало ли что может случится, запрос прошел к вам, обработался, а ответа от вас не пришло, сеть сбойнула. У юмани такого вроде официально нет (не видел в доках), но они пишут, что будут слать, пока не получат 200. Я проверку сделал на дубль уведомления и один раз поймал такой.

Ну добавить куда-нить в начало index.php if( isset($_SERVER["HTTP_CF_CONNECTING_IP"]) ) $_SERVER['REMOTE_ADDR'] = $_SERVER["HTTP_CF_CONNECTING_IP"]; У мну нет CF-a, проверить не на чем.

Это адреса cloudflare, вы там сервер держите, а он подменяет IP на свои. Оригинальный IP живет в $_SERVER['HTTP_CF_CONNECTING_IP'];

Ну если совсем в лоб, то так (добавить выделенное, можно скопировать блок выше и отредактировать два значения). Для новых загрузок появится поле Обновлено. В старых какая-то лажа, они не обновляются даже если перестроить контент. Возможно, придется все пересоздать.

Для работы в 4.5 надо добавить public static $csrfProtected = TRUE; в файл applications/bulkpm/modules/admin/bulkpm/index.php после protected $nodeClass = 'IPS\bulkpm\Message';

Не в падлу, сообщил. Я про эту фичу не знал, например, т.к. у меня только картинки в аттачах разрешены.

Обновите машку до актуальной версии, это вроде бы баг.

Я не знаю, что вы делаете. Вот как это выглядит у меня: Исходное состояние, таблица ibf_banner в формате Compact Проверяем запросом, меняем, снова проверяем. Снова смотрим в сводную таблицу

Если очень надо, то можно и в винде

На машкеДБ это почему-то не работает. У меня percona.

А тут? SHOW COLUMNS FROM `information_schema`.`TABLES` where TABLE_SCHEMA='имя вашей базы'; Если есть колонка ROW_FORMAT, то сделайте так SELECT CONCAT('ALTER TABLE ', SUBSTRING_INDEX(TABLE_NAME,'/',-1), ' ROW_FORMAT=DYNAMIC;') FROM INFORMATION_SCHEMA.TABLES WHERE ROW_FORMAT='Compact' and TABLE_SCHEMA='имя вашей базы';

А что это за база и какая версия?

сделайте SHOW COLUMNS FROM `information_schema`.`INNODB_SYS_TABLES`; и покажите результат

Неа, у меня всё привязано к моим конкретным условиям и сделано на на основе очень старой версии RT. Заглянул, кстати, в свежую версию - ну он там наворотил.. Раньше было маленькое быстрое приложение, теперь очередной свистельно-пердельный-юзерфрендли монстр.

Кнопка новой темы между блоком последних и телом форума. Я давно переписал эту фигню на хранение в базе редис и обновление таском, теперь никаких лишних обращений к серверу.