Длинные посты в блогах и клубах (bbcode)

ЕСТЬ РЕШЕНИЕ ЗАКРЫТО InstantCMS 1.X

icms 1.10.4

#1 3 февраля 2018 в 11:30
Всем привет! Не знаю, было или нет, и найдено ли решение. Столкнулся с тем, что посты примерно больше 10 тыс символов очень долго добавляются и очень долго открываются.

При этом, в статьях/страницах всё ок.
#2 3 февраля 2018 в 13:20
Недостаточно информации для формирования содержательного ответа.
Общее количество постов в БД, размер самой БД, процент форматированного ( оформленного ББ-кодами ) текста к общему и целому и тп…

Из очевидных и «капитанских»:
1) Обработка ББ-кодов (в коде сторонней либы) по не особо шустрому алгоритму…
2) В БД (в таблицу постов) записываются два варианта текста одного и того же поста с ББ-кодами и с HTML-тэгами…
#3 3 февраля 2018 в 13:41


Недостаточно информации для формирования содержательного ответа.
Общее количество постов в БД, размер самой БД, процент форматированного ( оформленного ББ-кодами ) текста к общему и целому и тп…

Из очевидных и «капитанских»:
1) Обработка ББ-кодов (в коде сторонней либы) по не особо шустрому алгоритму…
2) В БД (в таблицу постов) записываются два варианта текста одного и того же поста с ББ-кодами и с HTML-тэгами…

• Mike •

1. постов в бд (cms_blog_posts) — 2018. Размер бд 18 мб. Текст вставляю обычный для пробы (только абзацы без оформления).
2. в таблице cms_blog_posts действительно два варианта текста — bbcode и html. Это столбцы content и content_html.
#4 3 февраля 2018 в 13:49
Значит, все упирается в саму передачу инфы от страницы к Базе ( хостинг и тп ), то есть медленное соединение или через даВайВайФайАй который не любит “длинную” инфу передавать через себя или все это в совокупности каким-то образом объединилось…
В самой системе ( CMS ) нет узких мест, кроме тех, что я упомянул выше постом_/\/\/\_
#5 5 февраля 2018 в 14:21


Значит, все упирается в саму передачу инфы от страницы к Базе ( хостинг и тп ), то есть медленное соединение или через даВайВайФайАй который не любит “длинную” инфу передавать через себя или все это в совокупности каким-то образом объединилось…
В самой системе ( CMS ) нет узких мест, кроме тех, что я упомянул выше постом_/\/\/\_

• Mike •

ммм, так в статьях-то всё ок?
#6 6 февраля 2018 в 18:18
В статьях нет ББ-кодов, поэтому нет дополнительной обработки( ‘парсинга’ ) перед записью в таблицу в БД.

А в блоге происходит ОБРАБОТКА ВСЕГО ТЕКСТА НЕЗАВИСИМО ОТ НАЛИЧИЯ в нем ББ-кодов, то есть принудительно и как раз зависит от количества букв и слов так как метод конечных автоматов в коде сторонней либы обрабатывает ВЕСЬ ТЕКСТ ПОСИМВОЛЬНО.
#7 4 марта 2018 в 00:50
и что делать? смириться? перейти на другую платформу?
#8 4 марта 2018 в 18:21
Причем тут платформа ?!
…дело скорее всего не в ней а в параметрах вашего хостинга и/или настройках окружения…
так как обычно “тормозов” нет в большинстве случаев и при самых рапространеных ситуациях

…попробуйте установить локально …
или другой хостинг…
если не поможет, можно отключить парсер
и внести изменения в код чтобы текст не конвертировался
или писался лишь в одну колонку в таблице постов
вариантов много…
#9 22 марта 2018 в 12:09

Причем тут платформа ?!
…дело скорее всего не в ней а в параметрах вашего хостинга и/или настройках окружения…
так как обычно “тормозов” нет в большинстве случаев и при самых рапространеных ситуациях

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

• Mike •

вряд ли хостинг… вы проверяли длинные посты у себя?
#10 31 марта 2018 в 16:06
Проблема решена, проблема была в обработке для мета описания:

  1. cmsCore::stripBBCode();
ну и там был preg_replace. Видимо сам сделал и забыл, а оригинальном коде такой функции нет.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.