| Цитата |
|---|
| Евгений Жуков написал: Владимир, проблема, описанная вами в обращении (кстати, его вы так и не указали), решена и выпущена в обновлении iblock 18.6.700 (сортировка по умолчанию). |
|
|||
|
|
|
|
|||
|
|
|
Сейчас поставил свежие обновления, включая указанное 18.6.700 - запоминает сортировку, НО для всех инфоблоков одну. Если в каком-то инфоблоке выбрали другой параметр сортировки, то в других инфоблоках он тоже поменяется, то есть не сохранится, а изменится. В моём случае в одном инфоблоке записи сортируются по параметру "Сортировка", а в другом инфоблоке (новости) сортируются по параметру "Дата активности". Жамкая по сортировке в инфоблоке "Новости" у меня меняется на такой же параметр сортировка в других инфоблоках. Это как в доме должны светиться/гаснуть одновременно все лампочки, и выключая лампочку, например, в туалете, то в коридоре, зале, спальной и во всех других комнатах свет тоже тушится. Боже, это такой тупизм |
|||
|
|
|
CModule::IncludeModule("iblock")); $res = CIBlockElement::GetByID(9999); $item = $res->Fetch(); |
|||
|
|
|
Нужно в папку /bitrix/admin/ залить файл .access со следующим содержимым и вместо 999 указать ID группы пользователя, который использует визуальный редактор:
Видео может не вставляться по 3-м причинам: 1) Пользователь не успел дождаться загрузки видео в окне и сразу нажал вставить. Ну это чисто из-за торопыжничесва 2) Когда чел вставляет видео, запускается анализ этого видео для вставки в редактор. Запрос идёт в файл /bitrix/admin/fileman_html_editor_action.php Это файл внутри админской части, а значит если пользователю не разрешён вход в админку, то видео не вставится. 3) Срабатывает проактивный фильтр, который режет фрейм (код вставки видео). У меня на версии движка от середины 2016 года не получилось обойти фильтр. В фильтре есть исключение по файлам и исключение и по группам пользователей. По группе пользователей не срабатывает (возможно, из-за других групп пользователя), поэтому пришлось отключить проактивный фильтр. |
|||||
|
|
|
Касаемо проблемы - стандартного решения нету. Нужно делать собственный компонент каталога и делить кэш данных от цен. Либо перелопачивать готовый компонент и отлавливать события сброса кэша/вносить изменения в ядро. Мы, например, вышли из техподдержки Битрикса и вносим правки в ядро. Всё-равно толку от обновлений нету, старые дыры не закрываются, а деньги уходят в воздух. |
|||
|
|
|
Касаемо карты - сделал скрипт, который включает в карту статические страницы и страницы от инфоблоков. Карта разбивается на части и кэшируется в файлы. Через 5-10 дней карта обновляется. Всё это делается автоматом и при частых запросах карты благодаря кэшу нет нагрузки на сервер. |
|||
|
|
|
|
Ребята, а делал ли кто-нибудь фильтрацию разделов () по полю с описанием (description)?
В документации вариант поиска по этому полю не указан, но это получается какое-то, извиняюсь, деревенское порно. Если поиск по NAME или, например, по вложенность есть, а по описанию нету. В моей задаче мне нужно найти разделы, у которых в описании есть фраза "сяськи-масяськи" |
|
|
|
|
|
|||
|
|
|
Ещё можно в detail.php добавить фильтр по SECTION_CODE, указанному в ЧПУ. Если сайт старый и не хочется обновляться, то я бы сделал этот вариант. Он не очень красивый, но рабочий. |
|||
|
|
|
|
|||
|
|
|
|
|||
|
|
|