Вопрос-Ответ по RotorCMS 6

если ты это include_once (APP."/includes/counters.php"); уберешь, то счетчик не будет считать

Gemor Roj, да вот мне самому интересно, откуда там такая нагрузка берётся.
Думаю пока и проверяю разные варианты.
Счётчик впал в немилость по другим причинам, описанным ранее, а насчёт его нагрузки, посмотрим, хотя он не нужен в принципе, так как показания очень неверные и ботов считать нет интереса.

Vantuz, да, include_once (APP."/includes/counters.php"); удалил.

Что то забыл, и искал не нашёл,
где в роторе прописать данные к базе ?
В каком файле ?

Хотя ладно, сам нашёл.
Забыл совсем, что в env

PS.
Сам задал вопрос, сам ответил.
Приятно с умным человеком пообщаться.

®_GodZiIIa_€, ахах

Импортировал базу из дампа, повыдавало ошибок на некоторых полях.

Может кто знает, всё, что связано с полями migrations вроде как не нужно ?
Это же наверное для импорта и конвертации с предыдущей версии ротора ?

И если так, то не обязательно их заливать ?

А как быть с остальными, они выдают ошибку при импорте из дампа :

--
-- Индексы таблицы `error`
--
ALTER TABLE `error`
ADD PRIMARY KEY (`id`),
 ADD KEY `num_time` (`num`,`time`);
 
--
-- AUTO_INCREMENT для таблицы `error`
--
ALTER TABLE `error`
MODIFY `id` int(11) UNSIGNED NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=207838;

®_GodZiIIa_€, в роторе используются полноценные миграции, если делаете дамп, то нужно переносить все таблицы

структуру таблицы error можно посмотреть в папке migrations

Vantuz, там в таблице migrations в двух полях используется DEFAULT CURRENT_TIMESTAMP. На это у него ругается сервер, мол нельзя так.

Vantuz, все таблицы с migrations, не стали заливаться и выдали ошибки, при восстановлении из дампа.
anonymouse выше написал одну из проблем.
Так же и error не стали заливаться.
Сейчас ротор пока работает без этих таблиц в базе, но их нужно как то залить,
потому что из дампа они не проходят.
Наверное в инсталле нужно посмотреть, от туда взять ?

на кео вобще поставить не смог 6 ротор... он не ставится на субдомены?