Список багов
Найденные баги публикуем здесь
<br/>Супер, получили<br/>Вам спасибо за оперативность. Исправления пока не опробовал, с работы за проксом нет возможности...<br/>" Данату" отправил, изв. 32980 :)<br/>
большое спасибо!<br/>Наш проект живет и развивается только благодаря таким людям как вы.<br/>Будем стараться никого не разочаровать!<br/> <br/>можно просто закомментировать строку:<br/><br/>А вот еще прикол: при открытии формы комментария в альбомах, блоге или новостях получаем такую прелесть (см. аттач)<br/>Как поправить? По умолчанию кодировка win 1251<br/>[UPD] Проблему решил путем модификации команды
$html .= '';<br/> <br/> $html = iconv('cp1251','cp1251', $html);<br/> echo $html;
<br/>
<br/>потом сделаем в виде опции. просто где-то ajax работает в utf8, а где-то, как ни странно, в кириллице :)<br/>// $html = iconv('cp1251','cp1251', $html);<br/>
<br/>Проверим<br/><br/>Когда разбиваешь текст {pagebreak} а потом на сайте жмешь страницы, то на всех кроме первой говорит HACKING ATTEMPT BLOCKED <br/>Текст с " тегом-содержанием" вообще не создает. <br/>
<br/>Многостраничная статья с содержанием делается так:<br/><br/>Вид текста с блоком содержания работает только для модуля статей? Или может работать скажем в созданном пользовательском?<br/>
<br/>В конце тег {pagebreak} cтавить не нужно.<br/>Это будет работать для всех статей, независимо от того кто их создал<br/> {Страница=Название первой страницы}<br/> Текст первой страницы<br/> {pagebreak}<br/> {Страница=Название второй страницы}<br/> Текст второй страницы<br/> {pagebreak}<br/> {Страница=Название третьей страницы}<br/> Текст третьей страницы<br/>
<br/>Максимальный размер статьи (как и любых других добавляемых данных) определяется параметром POST_MAX_SIZE в настройках php (файл php.ini)<br/><br/>Подробнее здесь:<br/>http://ru2.php.net/manual/ru/ini.core.php#ini.post-max-size<br/>Решил попробовать публикацию длинных произведений… Текст в Word имеет длину примерно 150 страниц; при создании статьи с разбивкой на страницы текст обрывается после 6...7-й. Это связано с особенностями настройки сервера хостера, или с ограничениями движка портала?<br/>
<br/>Ясно. Получается тогда то, что в модулях " пользователский" и " добро пожаловать" нельзя применить разбивку на страницы<br/>{pagebreak} (выскакивает HACKING ATTEMPT BLOCKED на 2-й и далее страницах).Так же не будет работать разбивка с содержанием. В принципе для этого можно использовать многоуровневое меню. Невольно вы заставляете делать контент сайта кратким — это явно положительно! :)<br/><br/>В конце тег {pagebreak} cтавить не нужно.<br/>Это будет работать для всех статей, независимо от того кто их создал<br/>
<br/>Да, в модулях к сожалению нельзя. Но думается что это временно.<br/>Там проблема в том что при генерации ссылок на страницы они получают вид "/content/...", т.е. указывают на компонент " Каталог статей". А так как модуль может находиться в любом месте, не обязательно в статьях — адреса получаются неправильными и выскакивает блокировка. Т.е. проще говоря, мы пока не реализовали смену контента внутри модуля. Но в планах такие возможности есть, сделаем на аяксе.<br/><br/>Ясно. Получается тогда то, что в модулях " пользователский" и " добро пожаловать" нельзя применить разбивку на страницы<br/>{pagebreak} (выскакивает HACKING ATTEMPT BLOCKED на 2-й и далее страницах).Так же не будет работать разбивка с содержанием. В принципе для этого можно использовать многоуровневое меню. Невольно вы заставляете делать контент сайта кратким — это явно положительно! :)<br/>
<br/>а модули N1 и N2 находятся на одной позиции? мне кажется что на разных (top и bottom) или нет?<br/><br/>Вот интересная ситуация. Скажем имеем 2-а "top" модуля N1 и N2 подключенных к пункту меню. Их положение по вертикали определяет номер " порядка". Меняем номера — меняется положение. Теперь к пункту меню подключаем еще непосредственно статью. Влезает она между N1 и N2. Теперь изменение номеров " порядка" ничего не меняет. Т.е. чтобы поставить вверх статью, надо выключить N1 совсем. Багом не назовешь, но может походу посчитаете нужным устранить. А так возможность подключения статьи в меню вещь очень полезная.<br/>
<br/>остается грешить на ограничение в 65535 символов для поля TEXT в MySQL...<br/>В любом случае, наши скрипты ни коим образом не обрезают тексты<br/>А я все экспериментирую с длиной поста.<br/>Итак, имеем doc 170 страниц формата rtf. Задача опубликовать его без потерь, как ни крути — хоть в " Статьях", хоть в " Универсальном каталоге" текст более 16 страниц получить не удается.<br/>POST_MAX_SIZE=50 Мбайт. <br/>Может ли это ограничение в 16 страниц быть обусловлено ограничениями в таблицах БД? в скриптах AJAX редактора? <br/>
<br/>Елки палки, воистину на разных. А все равно, как сделать, чтобы статья прикрепленная к меню была выше модуля N1 (top) ?<br/><br/>
<br/>а модули N1 и N2 находятся на одной позиции? мне кажется что на разных (top и bottom) или нет?<br/><br/>вверх статью, надо выключить N1 совсем. Багом не назовешь, но может походу посчитаете нужным устранить. А так возможность подключения статьи в меню вещь очень полезная.<br/>
<br/>Никак, потому что этот порядок прописан в шаблоне:<br/><br/>Елки палки, воистину на разных. А все равно, как сделать, чтобы статья прикрепленная к меню была выше модуля N1 (top) ?<br/>
<br/>т.е. тело (статья в нашем случае) физически расположено ниже позиции top.<br/>если две верхние строки поменять местами, тогда получится то, о чем вы говорите.<br/>но и пропадет смысл в позиции bottom в то же время.<br/>имхо проще всего переставить модуль из top в bottom, если уж он должен быть ниже статьи :)<br/><br/>… cmsModule('top') ...<br/>… cmsBody()… <br/>… cmsModule('bottom') ...<br/>