Trustmaster,

я попробовал по твоему совету констркцию приведенную ниже, не работает

<!-- IF {xxx_ROW_DATE_STAMP|date('j', $this)} == ({PHP.sys.now_offset|date('j', $this)} - 1) --> 
... 
<!-- ELSE --> 
... 
<!-- ENDIF -->

Был баг в шаблонизаторе. Попробуй исправленную версию.

AJAX error: [object Object]

проверял на Opera 11.50 и Firefox 3.6.16. В чем может быть проблема?

Added 10 minutes later:

и еще, есть какая-либо возможность учитывать региональное время(понимаю что должна быть, и вроде бы в админке даже когда-то видел, но в сиене не смог найти)? пытался менять зону в конфиге date_default_timezone_set('xxxxxx'); но на результате выводимого времени она не сказывается.

Added 10 minutes later:

насчет времени, нашел в разделе локализация(на мой взгляд опция находится не совсем очевидно, хотя это уже не важно) там можно выставить +3 например.

Added 14 hours later:

Trustmaster,

я попробовал по твоему совету констркцию приведенную ниже, не работает

<!-- IF {xxx_ROW_DATE_STAMP|date('j', $this)} == ({PHP.sys.now_offset|date('j', $this)} - 1) --> 
... 
<!-- ELSE --> 
... 
<!-- ENDIF -->

2esclkm.

Да оно совсем не плохо, но я натягиваю на 0.94 скин, который был в 0.6, и все вроде бы ничего, но вот совсем я застрял на этапе прикручивания этих оповещений. Точнее, не в прикручивании, потому что у края экрана вылазит обрывок фразы, мол, вы уверены или нет, — и подрегулировать его я не могу. Поэтому и думаю, что мне будет проще его вырещать совсем.

В своей теме подкрути стили для jqmWindow и его содержимого. Пример есть в конце themes/nemesis/css/default.css.

Added 6 minutes later:

#30715 JIabs:
> #30714 esclkm:

сравните по отдельнотисти Г М Д без сравнения времени

Вы не могли бы привести пример одного такого сравнения например только для дня, т.к. сравнение вида:

<!-- IF {xxx_ROW_DATE_STAMP|cot_date('j', $this)} == ({PHP.sys.now_offset|cot_date('j', $this)} - 1) 
... 
<!-- ELSE --> 
... 
<!-- ENDIF -->

не работает. Может я что-то делаю не так?

А если просто date() вместо cot_date() использовать?

Added 6 hours later:

Кстати по поводу NULL в CotDB::insert(). Сделал вставку NULL дополнительно при указании флага, потому что вставка NULL по умолчанию для всех параметров с NULL-значениями в PHP приводит к тому, что возникает ошибка для всех полей NOT NULL, вместо вставки DEFAULT значения.

Добавлено 1 минута спустя:

есть определенная мысль для 095 - это AUTH для плугов - ведь 2/3 плугов не используют вовсе систему распределения прав (собственно модуль message тоже)  поэтому зачем заполонять таблицу cot_auth неиспользуемым мусором? может лучше при установке проверить права в setup файле ?

Alex300, по поводу ЧПУ в своих модулях: по умолчанию система расценивает параметр 'с' в любых ссылках как категорию в структуре (то есть берёт $structure['имя_модуля'][$c]['path'] для этой категории), параметр 'al' как алиас, а параметр 'id' как числовой идентификатор. То есть если сделать

cot_url('my_module', 'c=mycat&al=supername')

то на выходе будет что-то вроде http://example.com/path/to/mycat/supername.

К слешам на конце новая система не чувствительна, поскольку категории проверяются на наличие в $structure, а не по слешу. Суффикс .html для страниц добавлен не будет, поскольку это усложняет написание ссылок в адресной строке. Сравните: http://сайт.рф/товарищ_сталин и http://сайт.рф/товарищ_сталин.html.

По остальному смогу отписаться только после того, как будет ясно, что уже пофиксили, а что нет.

Added 10 hours later:

#30753 Macik:
> #30751 esclkm:

А что мешает самому проверять в RC переменную $e

Да собственно ничего (это и не баг в чистом виде без которого система не работает),

но образуется избыточность кода. Вставлять таие блоки в каждай плагин:

if (empty($_GET['e']) && !empty($_GET['r']))
{
    $_GET['e'] = $_GET['r'];
}
if (empty($_GET['e']) && !empty($_GET['o']))
{
    $_GET['e'] = $_GET['o'];
}
 $env['ext'] = $_GET['e'];

как-то нелепо. Тем более что этот код есть в самой CMS.

Да и чисто логически переменная $env['ext'] для того и была заведена, чтобы на каждый "чих" избавиться от рутины проверки входных параметров на предет того, какой модуль запущен.

Развивая мысль: в прошлах версиях в ajax вызовах плагина (Hooks=ajax) не было автоматической (средствами CMS) подгрузки языковых файлов плагина, приходилось именно так и поступать - копировать 10 строк кода из common и вставлять в каждый plug.ajax.php файл. Сайчас в этом необходимости нет, и это гораздо удобнее. Суть - это дать разработчику сосредоточится на цели создания кода (плагина), а не отвлекать необходимостью делать такого рода подпорки, повторяя уже заложенный в CMS функционал.

Используй просто $_GET['e']. r и o тебе не нужны, поскольку в ajax (r) нет header-части, а popup (o) сейчас мало где используется.

Да оно совсем не плохо, но я натягиваю на 0.94 скин, который был в 0.6, и все вроде бы ничего, но вот совсем я застрял на этапе прикручивания этих оповещений. Точнее, не в прикручивании, потому что у края экрана вылазит обрывок фразы, мол, вы уверены или нет, — и подрегулировать его я не могу. Поэтому и думаю, что мне будет проще его вырещать совсем.

Я уже трое суток ковыряюсь с переносом моего простенького сайта с 0.6 на 0.94, и сейчас появилась проблема: как мне сделать так, чтобы файлы и папки в ПФС удалялись сразу по клику на «Удалить», безо всяких всплывающих окошек?

В смысле, может, и пусть бы было именно удаление файлов с дополнительным подтверждением, но я никак не могу дорыться, где в исходниках прописывается формат этого окошка.

Вот этот фрагмент, откопанный Драгонфлаем, — 

<div id="confirmBox" class="jqmWindow jqmID1" style="z-index: 3000; margin-left: -676.5px; margin-top: -44.5px">

никак не могу найти. Поэтому и подумал: а ну его к аллаху, это всплывающее оповещение.

Помогите, пожалуйста.

А что мешает самому проверять в RC переменную $e

Да собственно ничего (это и не баг в чистом виде без которого система не работает),

но образуется избыточность кода. Вставлять таие блоки в каждай плагин:

if (empty($_GET['e']) && !empty($_GET['r']))
{
    $_GET['e'] = $_GET['r'];
}
if (empty($_GET['e']) && !empty($_GET['o']))
{
    $_GET['e'] = $_GET['o'];
}
 $env['ext'] = $_GET['e'];

как-то нелепо. Тем более что этот код есть в самой CMS.

Да и чисто логически переменная $env['ext'] для того и была заведена, чтобы на каждый "чих" избавиться от рутины проверки входных параметров на предет того, какой модуль запущен.

Развивая мысль: в прошлах версиях в ajax вызовах плагина (Hooks=ajax) не было автоматической (средствами CMS) подгрузки языковых файлов плагина, приходилось именно так и поступать - копировать 10 строк кода из common и вставлять в каждый plug.ajax.php файл. Сайчас в этом необходимости нет, и это гораздо удобнее. Суть - это дать разработчику сосредоточится на цели создания кода (плагина), а не отвлекать необходимостью делать такого рода подпорки, повторяя уже заложенный в CMS функционал.

Добавлено 3 minute спустя:

Вот еще отловил (чистая 0.9.4):  

В разделе настроек модуля URL Editor некоректно отбражаются 2 строки:

Иллюстрация по ссылке: http://bm.galaxyhost.org/_rs/capt/20110918-905-57kb.jpg

(Поверхностное копание в коде результато не дало - источник не нашел.)

на гите это исправлено

// Bootstrap
require_once $cfg['system_dir'] . '/common.php'; // а здесь и вызов RC файлов

// Support for ajax and popup hooked plugins
if (empty($_GET['e']) && !empty($_GET['r']))
{
	$_GET['e'] = $_GET['r'];
}
if (empty($_GET['e']) && !empty($_GET['o']))
{
	$_GET['e'] = $_GET['o'];
}

[Skipped...]

$env['ext'] = $_GET['e'];

Добавлено 7 спустя:

Еще один баго-глюк. :)  Установил с нуля 0.9.4. Скин Nemesis. 

В заголовках дублируется подгрузка файла default.css

Один вызывается в common.php line 521-528

$mscheme = cot_schemefile();
cot_rc_add_file($mscheme);

Отсюда 2 вопроса:

1. Зачем сделано такое нововведение? 

2. Почему агрегатор ресурсов (CSS/JS) не отсекает дубль. Вроде у него такая функция есть...

Проверил в 0.9.3 - такого бага небыло.

Добавлено 14 спустя:

Вот еще отловил (чистая 0.9.4):  

В разделе настроек модуля URL Editor некоректно отбражаются 2 строки:

Иллюстрация по ссылке: http://bm.galaxyhost.org/_rs/capt/20110918-905-57kb.jpg

(Поверхностное копание в коде результато не дало - источник не нашел.)

Добавлено 12 спустя:

Еще по текущему сайту - в форуме пропало обозначение единиц времени при добавлении текста в пост.

выше в теме вот такая запись:  Добавлено 2 minute спустя:

ниже в постах вот такая: Добавлено 7 спустя:

В принципе не очень критично, но на работающем сайте (тем более это "лицо" Cotonti) не красиво.

pps: только что глянул в исходник данного сообщения, нажав "Источник", и... очень удивился

<strong style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; border-top-width: 0px; border-right-width: 0px; border-bottom-width: 0px; border-left-width: 0px; border-style: initial; border-color: initial; outline-width: 0px; outline-style: initial; outline-color: initial; font-size: 13px; vertical-align: baseline; background-image: initial; background-attachment: initial; background-origin: initial; background-clip: initial; background-color: rgb(238, 238, 238); font-weight: bold; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; border-style: initial; border-color: initial; color: rgb(68, 68, 68); font-family: sans-serif; line-height: 20px; ">Добавлено 7 спустя:</strong></p>
<p style="text-align: left;">

Этот код сформировал сам редактор при вставке строк Добавлено ... :  скопированных веше по тексту и вставленных в этот пост через Ctrl-V. (Браузер Chrome).

Я так понимаю то глюки визуального редактора... 

if (is_null($val)) { $val = 'NULL'; }

Я написал это в код - но почему NULL в кавычках?

Эдесь NULL - строковое значение. Из переменной $val формируется запрос в цикле строке 301. NULL должен уйти в строку запроса как ...,NULL . Хорошо бы убедиться, что он не берется в кавычки в самой строке запроса, т.е. получается:

INTERT INTO someTable (param1, param2, param3) VALUES
   (11, NULL, 13),

а не

INTERT INTO someTable (param1, param2, param3) VALUES
   (11, 'NULL', 13),

Но пока сам не проверял

Добавлено 7 спустя:

И заметил на этом сайте: в разделе документации  http://www.cotonti.com/docs/ , при нажатии на кнопки разделов получаем ошибку 404 (на экран).

И браузер получает заголовок 302 вместо 404.

Добавлено 14 спустя:

Админка. Главная страница. Статистика за последние 7 дней - выводится за 2 недели...

Warning: Invalid argument supplied for foreach() in /system/common.php on line 403

нужно бы проверочку добавить...

Добавлено 15 спустя:

if (is_null($val)) { $val = 'NULL'; }

 

Я написал это в код - но почему NULL в кавычках?

может торможу?

да и у нас жесткий баг с подгружкой ланг строк из тем

сравните по отдельнотисти Г М Д без сравнения времени

Вы не могли бы привести пример одного такого сравнения например только для дня, т.к. сравнение вида:

<!-- IF {xxx_ROW_DATE_STAMP|cot_date('j', $this)} == ({PHP.sys.now_offset|cot_date('j', $this)} - 1) 
... 
<!-- ELSE --> 
... 
<!-- ENDIF -->

не работает. Может я что-то делаю не так?

???

Добавлено 2 minute спустя:

JIabs - это странно - а если обновить плуг в настройках нажать обновить? так как в setup W не заблокировано

Нажал обновить модуль, помогло. Большое спасибо.

Added 14 hours later:

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

<!-- IF {xxx_ROW_DATE_STAMP} > ({PHP.sys.now_offset} - 86400) -->
  <b>{xxxx_ROW_DATE_STAMP|cot_date('H:i', $this)}</b>
<!-- ELSE -->
   <!-- IF {xxx_ROW_DATE_STAMP} > ({PHP.sys.now_offset} - 172800) -->
     <b>{xxxx_ROW_DATE_STAMP|cot_date('вчера H:i', $this)}</b>
   <!-- ELSE -->
     {xxxx_ROW_DATE_STAMP|cot_date('j F H:i', $this)}
   <!-- ENDIF -->
<!-- ENDIF -->

Но дело в том, что при помощи вычитания показанного выше, получается, что сутки отмеряются от текущего времени, а не от 24:00. В итоге вчерашний пост составленный в 15:59:59 будет показываться как сегодняшний вплоть до 16:00:00. Что неправильно. Пробовал делать нечто вроде:

<!-- IF {xxx_ROW_DATE_STAMP|cot_date('j', $this)} == ({PHP.sys.now_offset|cot_date('j', $this)} - 1)
...
<!-- ELSE -->
...
<!-- ENDIF -->

но ничего толкового не получилось, подскажите пожалуйста возможна ли реализация подобного плана штатными средствами Cotonti, без дополнительных плагинов, и если да то примерно как?

Добавлено 2 minute спустя:

JIabs - это странно - а если обновить плуг в настройках нажать обновить? так как в setup W не заблокировано

Alex300 - про вставку данных - тут палка о двух концах - я NULL специально просил вычисить - например вставка  - нового юзера - у него для его правки запрещены определенные поля - а значит они передаются как null (логично?) чтобы этот null не затерал все что было до сих и надо была такая проверка.

Можно просто не передавать лишние пары "Ключ - значение". И ничего не затрется.

Предложение - файл: system/database.php строка 303:

if (is_null($val))
{
	$val = 'NULL';
}

а вот с апдейтом тут сложнее.

что стоит под галочкой? какая галочка недоступна? в модуле polls в целом отсутствует проверка прав

Модуль Polls - Права - Группа Гости - Права:

R - [v], W - [x], A - [x]

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

R - [v], W - [v], A - [ ]

А еще по-хорошему в файле:

system/database.php на строке 305: если значение NULL не пропускать его (это и вызывало ошибку), а отправлять в БД значение NULL.

Категорически против - это снесет половину фичей 09 линии

Может как -то не так выразил мысль. Это ничего не должно поломать. Речь идет о методе добавления данных в БД insert. Что имеем:

Допустим добавляем данные:

$data[1] = array(
   'param1' => 11,
   'param2' => 12,
   'param3' => 13,
);
$data[2] = array(
   'param1' => 21,
   'param2' => NULL,
   'param3' => 23,
);
$data[3] = array(
   'param1' => 31,
   'param2' => 32,
   'param3' => 33,
);
// Вставляем данные
$db->insert('someTable', $data);

Классная и оч. удобная вешь. Метод нам генерирует запрс:

INTERT INTO someTable (param1, param2, param3) VALUES
   (11, 12, 13),
   (21,23),    -- получаем ошибку несоотвествия количества данных количеству полей т.к. Значение с NULL пропущено
   (31, 32, 33)

Что предлагаю:

INTERT INTO someTable (param1, param2, param3) VALUES
   (11, 12, 13),
   (21, NULL, 23),    -- Ошибки нет
   (31, 32, 33)

Тут ошибка возникнет только в том случае, если поле param2 установлено как NOT NULL - но тут проверка уже на совести программиста. Примерно так работает Zend DB.

Добавлено 3 minute спустя:

> И еще: после обновления не вычешены старые файлы. Те, которые в сиене больше не используются > так после обновления всегда надо было не перезалить файлы а удалить и залить заново?

Именно так и сделал :), чтобы "мусора" не осталось.

Добавлено 1 hours спустя:

> И строки WHERE `config_owner` = 'plug' AND `config_cat` LIKE 'maintenance' - которых тоже нет в чистой установке.

Насколько я понял их можно удалить?

откуда это

Это с таблицы cot_config от maintenance mode видимо осталось от Genua т.к. у сиенны там свои настройки на этот режим уже в core.

Добавлено 4 minute спустя:

и где на плагин была получена такая ссылка

Такую ссылку генерирует cot_url при включенном ЧПУ в режиме "удобный".

Фуф, пока вроде все. Если что еще появится отпишу.

jcrush

Переезжать можно, критических багов не замечено, а мелочевка отполируется. Я уже сконвертировал скин свой. Еще бы найти время отконвертировать плагины.... и выложить то, что накопилось за последнее время....

http://littledev.ru/cotontifolio/menu-generator.html

Чувствую на сиену я еще не скоро перееду...

А еще по-хорошему в файле:

system/database.php на строке 305: если значение NULL не пропускать его (это и вызывало ошибку), а отправлять в БД значение NULL.

Категорически против - это снесет половину фичей 09 линии

Добавлено 3 minute спустя:

И еще: после обновления не вычешены старые файлы. Те, которые в сиене больше не используются

так после обновления всегда надо было не перезалить файлы а удалить и залить заново?

Добавлено 1 hours спустя:

И строки WHERE `config_owner` = 'plug' AND `config_cat` LIKE 'maintenance' - которых тоже нет в чистой установке.

Насколько я понял их можно удалить?

откуда это

Добавлено 4 minute спустя:

и где на плагин была получена такая ссылка

Добавлено 41 minutes спустя:

в общем на гите набор оч важных фиксов

[b]Alex300[/b]

по $cfg['doctype'] (насколькор я понял) оставлено для совместимости с старыми версиями движка - там этот параметр хранилса в MySQL а сейчас он вынесен в header.tpl

в файле system/header.php присутствует строка: 'HEADER_DOCTYPE' => $cfg['doctype'] - тогда, видимо лишняя

также в этот файл может имеет смысл добавить тег  HEADER_GUEST_LOGINOUT - ведущий на форму авторизации, по аналогии с пользователями

Добавлено 20 спустя:

/admin.php?m=config&n=edit&o=module&p=users - конфигурация модуля пользователей - проблема с русской локализацикей

Добавлено 2 hour спустя:

Ссылка на плагин выглядит так: /index.php?e=plug&e=whosonline Может тогда лучше так: /index.php?e=whosonline - эффект тот-же, а первый параметр e все равно затирается вторым

по $cfg['doctype'] (насколькор я понял) оставлено для совместимости с старыми версиями движка - там этот параметр хранилса в MySQL а сейчас он вынесен в header.tpl

В настройках  URL Едитора (конфигурация) - проблема с русской локализацией.

И для сео было бы хорошо, чтобы при включенном ЧПУ при обращении по неЧПУ адресу отдавался 301 редирект на ЧПУ адрес. Так не будет дублированного контента от того, что на одну страницу ведет несколько ссылок.

Имелось в виду, если включено ЧПУ, то если пользователь (или поисковый бот :) ) заходит по ссылке вида: http://sv_siena.ru1/index.php?e=page&c=an_video_gal или http://sv_siena.ru1/list.php?c=an_video_gal (последнее особенно важно для тех кто переезжает со старых версий), то его 301 редиректом на http://sv_siena.ru1/portfilio/an_video_gal/ . Это позволит избежать лишнего дублирования контента (как упоминал выше) и для переезжающих сайтов - более быстрая переиндексация сайта, плюс нет потерь тИЦ и PR т.к. робот будет знать, что старые страницы не пропали, а "переехали" на новый адрес.

P.S. Что то у меня сегодня активность повышенная.....

Добавлено 9 спустя:

файл system/header.php строка 100 'HEADER_DOCTYPE' => $cfg['doctype'] ничего не содержит. Видимо должно быть:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

просто я пока за главного))) а работы предстоит много до возвращения босса)

(особенно хочу мобильный скин - так как мне очень начала напрягать текущая тема оформления сайта - и мой телефон - просто умирает на ней(

Но пресет "Совместимый с Genoa/Seditio" ссылки типа http://sv_siena.ru1/index.php?e=page&c=an_video_gal  превращает в http://sv_siena.ru1/?c=an_video_gal ,  результате получаем ошибку. Вероятно должно было получиться: http://sv_siena.ru1/list.php?c=an_video_gal (как в Genoa).

Пресет "Удобный" - это класс. Единственное пожелание, хотелось бы чтобы URL'ы категории заканчивались на '/' ( слешем ), а страниц на '.html'

И хотелось бы такого для стандартных вещей типа форума, тегов и т.п. К примеру http://sv_siena.ru1/forums?m=topics&s=svadebnye-sovety - не очень хорошо, http://sv_siena.ru1/forums/prazndniki/svadebnye-sovety/ - было бы гораздо лучше. Раз уж мы используем нормальную структуру форума - можно ее использовать полностью :)

И для сео было бы хорошо, чтобы при включенном ЧПУ при обращении по неЧПУ адресу отдавался 301 редирект на ЧПУ адрес. Так не будет дублированного контента от того, что на одну страницу ведет несколько ссылок.

Профиль пользователя.

После сохранения выбрасывает на список пользователей. Все из-за того, что в аресную строку браузера попадает index.php?e=users&m=profile .

Если заменить & на & то все ок.

- это на гитхубе уже исправлено

в таблице: cot_config осталась запись:

Которая вроде бы больше не используется.

И строки WHERE `config_owner` = 'plug' AND `config_cat` LIKE 'maintenance' - которых тоже нет в чистой установке.

Насколько я понял их можно удалить?

После сохранения выбрасывает на список пользователей. Все из-за того, что в аресную строку браузера попадает index.php?e=users&m=profile .

Если заменить & на & то все ок.

$confirm_no_url = eregi('^.+'.preg_quote($sys['domain']), $_SERVER['HTTP_REFERER']) ? str_replace('&', '&', $_SERVER['HTTP_REFERER']) : cot_url('index');

нужно заменить на что-то другое, как вариант preg_match

$confirm_no_url = preg_match("/^.+".preg_quote($sys['domain']."/"), $_SERVER['HTTP_REFERER']) ? str_replace('&', '&', $_SERVER['HTTP_REFERER']) :
 cot_url('index');

в файле setup/siena/patch-genoa.inc строку 31 заменить на:

if (!(empty($row['structure_order'])) && $row['structure_order'] != 'title.asc')

т.е. добавить проверку на пустое значение $row['structure_order']. После этого работает.

А еще по-хорошему в файле:

system/database.php на строке 305: если значение NULL не пропускать его (это и вызывало ошибку), а отправлять в БД значение NULL.

Дальше, после конвертирования БД захожу на сайт, получаю ошибку: Fatal error: Default theme not found. Решено добавлением соотвествующих настроек в config.php

Добавлено 1 minutes спустя:

#30658 Graber:

Эх, а я скоро буду LDU до сиены обновлять, вот это будет гемор :)

Сочувствую...

Добавлено 5 спустя:

не было выбора парсера по умолчанию.

Добавлено 7 спустя:

Нашел его в настройках.

В остальном пока полет нормальный. Начинаем переезд :)

Добавлено 39 спустя:

И еще: после обновления не вычешены старые файлы. Те, которые в сиене больше не используются

Добавлено 45 спустя:

после конвертирования базы в таблице  cot_forum_posts осталась колонка fp_html которая вроде больше не используется. В всяком случае я не увидел этого. Нужна ли она. И кешируется ли теперь отпарсенный bb-код в постах?

Добавлено 3 minute спустя:

При редактировании поста fp_html не  меняется