Сообщений в теме: 10

[kostricyny]

Приветствую уважаемых Форумчан.

 

В поле элемента TextArea ZOO не работает <hr class="system-pagebreak" /> (разрыв страницы) от редактора JCE. 

Так и должно быть или можно исправить ситуацию?

[SmetDenis]

"system-pagebreak" предназначен только для обычных статей joomla.
В Zoo он работать не будет.

[kostricyny]

Какими нибудь средствами можно получить в поле элемента Textarea ZOO аналог system-pagebreak?  

Сообщение отредактировал kostricyny: 07 May 2013 - 07:24

[SmetDenis]

Можно textarea сделать множественным а постраничное деление с помощью плагина jquery
http://www.geckonewm...plugin--updated

конечно это будут не отдельные страницы - но практически эффект тот же

[kostricyny]

Можно textarea сделать множественным ...

 

Не имею опыта использования  в одном item множественного и полновесного по содержанию textarea числом > 200 (это техническая инструкция). Поэтому, уважаемые, если у кого-нибудь есть подобный опыт, прошу высказать краткую оценку об эффективности такой конструкции,  с точки зрения скорости обработки такой массивной записи в таблице MySQL и ее индексирования как целого поисковыми системами.  

Сообщение отредактировал kostricyny: 07 May 2013 - 09:55

[SmetDenis]

Какой объем всего текста для одного материала (в кб или символах)?
Почему это не сделать отдельными материалами?
Почему вы так настойчиво пытаетесь все затолкать в одно поле? Если у вас будет 200 частей - это будет не удобно редактировать в одном редакторе.

[kostricyny]

"Какой объем всего текста для одного материала (в кб или символах)?"

 

Цифровой объем текста будет не большим, всего 4-5 Мб. А вот количество страниц (формата A4) более 200. И получается, что храниться они будут в одной записи таблицы _zoo_item в формате JSON.

 

Почему это не сделать отдельными материалами? ... 

Если у вас будет 200 частей - это будет не удобно редактировать в одном редакторе.

 

 

Да, так было бы естественно, но с обратной стороны: в этом каталоге будет много документов и вывод их каждой отдельной страницы отдельным item, приведет к не меньшим проблемам в панели администратора. Размещением всего документа в одном item (с множественными textarea для каждой страницы документа) создается дополнительный уровень абстракции в систематизации документов. Этот уровень в систематизации разгружает управление материалами, но нагружает, наверное, сервер MySQL. Для всех экспериментов - жизнь коротка, поэтому обратился к мнению у сообщества JBZoo/ZOO          

Сообщение отредактировал kostricyny: 07 May 2013 - 10:25

[Sliapy]

Есть вот такое - http://extensions.jo...cles-tabs/20479

 

Заявлена поддержка Zoo.

[SmetDenis]

Цифровой объем текста будет не большим, всего 4-5 Мб. А вот количество страниц (формата A4) более 200. И получается, что храниться они будут в одной записи таблицы _zoo_item в формате JSON.

 
Мне жалко ваших пользователей... Лучше отдайте им это на скачивание, чем отправлять текстом в браузер.
а то что это будет хранится в json на сервере - ничего страшного. Поиск конечно только полнотекстовый, фильтр не будет работать по сплошному тексту.

Да, так было бы естественно, но с обратной стороны: в этом каталоге будет много документов и вывод их каждой отдельной страницы отдельным item, приведет к не меньшим проблемам в панели администратора. Размещением всего документа в одном item (с множественными textarea для каждой страницы документа) создается дополнительный уровень абстракции в систематизации документов. Этот уровень в систематизации разгружает управление материалами, но нагружает, наверное, сервер MySQL. Для всех экспериментов - жизнь коротка, поэтому обратился к мнению у сообщества JBZoo/ZOO

Базу на mysql никак не напрягает хранить большой объем текста - это мифы.
Напрягать будет полнотекстовый поиск, например через стандартный поиск Joomla

[Sliapy]

Проверил этот плагин: получаем такое:

 

 

 

Как с этим будет работать поиск - без понятия

Сообщение отредактировал Sliapy: 07 May 2013 - 10:50