UMIhelp
Разработка сайта на UMI.CMS => Настройка системы и модулей => Тема начата: arbuzzz от 22 Октября 2016, 18:59:06
-
Всем добрый вечер.
У меня система при выводе контента заменяет переводы строк на <br>.
Что это за нафиг и как это выключить?!
В админке в контенте никаких BR нет. Сам контент предварительно прогнал через типограф и notepad++
В выводе на сайте после каждого </p> появляется <br>
-
Дайте сайт посмотреть
-
Дайте сайт посмотреть
http://www.slimshop.ru/blog_o_zdorov_e_i_diete/o_nas_kak_vse_nachinalos_i_glavnoe_zachem/
На этой странице было, остальные не пересматривал. Но я залез в базу и руками в записи все переводы вычистил, так что вы там ничего не увидите. Я не понимаю, как такое вообще может быть.
-
А зачем присылать страницу, на которой ничего нет? В этом есть какой-то сакральный смысл? Вам вообще нужна помощь? :-)
-
А зачем присылать страницу, на которой ничего нет? В этом есть какой-то сакральный смысл? Вам вообще нужна помощь? :-)
Ну мне как бы не с руки было на сайте оставлять то, что было. А чем бы Вы могли мне помочь, если бы увидели, что у меня исходном коде куча <br> понатыкано? Причину я и сам понял, я не понял почему такое могло вылезти.
-
br в базе данных или на сайте?
Если в базе, то нужно смотреть настройки tinymce и обработчики событий сохранения элемента.
-
br в базе данных или на сайте?
Если в базе, то нужно смотреть настройки tinymce и обработчики событий сохранения элемента.
В том-то и дело, что в в выводе. Т.е. в html коде в БД они не сохраняются, они заменяются на <br> именно при выводе на сайте уже.
-
Блин, я бы все-таки не гадал :-) Дайте посмотреть страницу с проблемами
-
Блин, я бы все-таки не гадал :-) Дайте посмотреть страницу с проблемами
http://www.slimshop.ru/blog_o_zdorov_e_i_diete/_/
Такая ерунда в модуле Блогов, оказывается. У обычных страниц такого не наблюдается. Очень интересно.
Версия 2.8.6.1
-
Проблема в функции prepareContent модуля Блоги.
Варианты решения:
1) Напишите кастом postViewCustom (за основу возьмите postView) и кастом prepareContentCustom (за основу возьмите prepareContent). В последнем уберите "\n" и "br" в str_replace. Останется только корректно вызвать кастом в шаблоне (c tpl могут быть проблемы).
2) Напишите обработчик события на изменение элемента в админке, и в нем удалите все "\n" из текста.
-
Блин, я бы все-таки не гадал :-) Дайте посмотреть страницу с проблемами
http://www.slimshop.ru/blog_o_zdorov_e_i_diete/_/
Такая ерунда в модуле Блогов, оказывается. У обычных страниц такого не наблюдается. Очень интересно.
Версия 2.8.6.1
Вот видите как здорово, оказывается когда начинаешь копаться и показывать какая страница вызывает проблему - сразу находится решение :-)
-
Блин, я бы все-таки не гадал :-) Дайте посмотреть страницу с проблемами
http://www.slimshop.ru/blog_o_zdorov_e_i_diete/_/
Такая ерунда в модуле Блогов, оказывается. У обычных страниц такого не наблюдается. Очень интересно.
Версия 2.8.6.1
Вот видите как здорово, оказывается когда начинаешь копаться и показывать какая страница вызывает проблему - сразу находится решение :-)
Признаю, был не прав.
Но вот реально не ожидал такой подставы. Просто модуль блогов никогда не делал, поэтому не сталкивался. Вообще странно это все как-то. Мне казалось, что рендеринг контента должен через базовый класс какой-то проходить.
-
Проблема в функции prepareContent модуля Блоги.
Варианты решения:
1) Напишите кастом postViewCustom (за основу возьмите postView) и кастом prepareContentCustom (за основу возьмите prepareContent). В последнем уберите "\n" и "br" в str_replace. Останется только корректно вызвать кастом в шаблоне (c tpl могут быть проблемы).
2) Напишите обработчик события на изменение элемента в админке, и в нем удалите все "\n" из текста.
Спасибо за советы. Обязательно использую.
-
Кое-кто из присутствующих в этом топике может рассказать про рендеринг контента достаточно много. Особенно, если вспомнить рассказы о том, в скольких проектах этот рендеринг был лично им модифицирован :-) Так что подставы могут быть откуда угодно :-)