20 ноября 2009 в 1:29
В материалах Page и т.д. не сохраняются большие тексты. Границы сохранения я не нашел, но скажем, копирование из блокнота куска DOS текста 34кб уже не сохраняет. Пишет, что сохранено, но не сохраняет. В системном журнале тоже никакого криминала. Только запись, что материал был обновлен.
Стоит FCKEditor, но пробовал для конкретной страницы его отключать - все равно не сохраняется. Просмотрел весь форум- похожей проблемы не нашел. Может есть идеи, куда смотреть?
Комментарии
Не сталкивался еще с такой проблемой, но ее точно обсуждали (читал). Получше поюзайте Поиск.
http://drupal.org/project/paging
Paging не помогает.
Никого эффекта.
Просто ничего не сохраняется.
Пример:
http://www.linuxcookbook.ru/books/absguide/a.html
посмотрел пример. Все красиво.
У меня Paging нормально встал. Настроил на автоматичекую разбивку на страницу при 4000 символов. Так же дополнительно настучал разрывов с помощью удобной кнопки Insert Page Separator для эксперимента. Все шоколадно. Делаешь сохранить - и нифига. Как проверить есть ли запись в SQL ?
Дык, чтобы проверить пишет друпал боди в базу или нет, надо посмотреть записал друпал боди в базу или нет, с уважением, ваш К.О.
Друпал хранит боди в LONGTEXT, размер этого поля в мускуле, если мне не изменяет память, 4 Гб. У вас скорее всего, проблемы с оперативое, вероятно затык происходит на фильтрации
Спасибо, проверил - не пишет в базу.
AndreyY, поиск по сайту (правый верхний угол) -> «большие тексты»
Выбрал режим Full HTML. Отключил для него ВСЕ фильтры. По прежнему не сохраняет.
Ребята, я уже 3-ий день поиск курю ;-(.
По одним и тем же топикам уже раз по 5 прошел. Не исключаю, что-то мог пропустить, но старался все перечитать.
Есть известная проблема с отображением больших текстов. Решается фильтрами и Paging. У меня текст в базу не пишется. Такой беды не нашел.
Тему на Garland пробовал сбрасывать - без результатов.
Не могут какие-то настройки хостера или mySQL влиять на это? Хотя хостинг платный. Картинки любого размера закачвает.
Может max_allowed_packet?
где это ?
my.cnf
Вообще, хорошие юзеры phpinfo() выкладывают
я буду хорошим http://www.prodaznik.ru/info.php
max_allowed_packet = 16,777,216
может suhosin режет ?
Мне уже приходилось просить хостера отпустить некоторые параметры.
ни у кого нет мыслей по этому поводу? ;-(
может это: suhosin.post.max_value_length - 64000
хм. может быть, хотя размер страницы с 34kb боди будет явно меньше 64kb. Для того, чтобы проверить истину, надо локально на денвере проверить, я так понимаю .....
Денвер разворачивать поленился.
А хостер категорически отказывается раcширять параметры suhosin....
Метод php_value suhosin.post.max_value_length 128000
в .htaccess тоже не дал результатов. Ясно, что он не может расширить Мастер настройки на сервере.
Придется подискивать нового хостера. А жаль. Работает стабильно. И привык к нему уже.
Кстати, хостер www.hosting24.com. Не наступите на те же грабли.
У меня на хостинге (m-hoster.com) вообще выставлен max_allowed_packet 1Mb, и на дешевых ТП не увеличивают. В результате такая же проблема. Я уже устал подыскивать недорогой, стабильный и шустрый хостинг, этот меня устраивал на все 100%, кроме такой же проблемы с добавлением большого текста. Нашел решение установкой модуля Pagination (Node), а вместо вставки большого текста в ноду заливаю на хостинг (можно просто к ноде его пришпилить) большой отформатированный файл в формате html ("готовлю" его в рекдакторе NVU или непосредственно в FCKEditor-е, сграбив в конце источник). В саму ноду вставляю код
include("sites/files/fz-ob-osn-gar.html")
?>
где fz-ob-osn-gar.html - и есть заготовленный файл, и выставляю формат ввода "PHP code".
В результате не загружаем мускул, не нужно платить за дорогой хостинг, и все работает очень быстро.
Модуль Pagination работает на лету, т.е. материал кромсает на страницы во время загрузки страницы и не ошибается в их количестве.
Действительно, решение стоющее.
Я сейчас прямо из сети залил для пробы здоровенный мануал, порезал его, вставил перед заголовками подразделов
[pagebreak].Грузится весьма шустро.
Решение гавно, я столкнулся с этой проблемой и с Божьей помощью решил ее, хотя уже начал другой хост искать и техподдержка ничем помочь не могла. Нервов потратил изрядно, писал на протяжении 3 дней и мне повезло, попался квалифицированный чел и решил эту проблему. Все происходит из-за того что специальная защитная программа на хостинге режет выполнение этого скрипта и прерывает соединение. Решение простое: вставить эти строку в htacess файл:
SecFilterEngine Off
Подробнее тут http://drupal.ru/node/50658
Я на spaceweb сижу, они мне говорили вначале что скрипт выполнения этого действия превышает допустимый лимит нагрузки проца и он отключает соединение, и что так везде будет, у меня как гора с плеч что ненадо щас время и нервы тратить на смену хостера. И деньги тоже.
Я замечал такое свойство, что большие тексты не сохраняются. Опытным путем заметил, что все эти тексты были сполшные, без разрывов на абзацы. Когда добавил в текст межстрочные промежутки бежуду абзацами - текст сохранился. Ну и читать такой текст, естественно, легче, когда он разбит на блоки.
У меня с абцазами не добавлялся.