разделяйте логику обработки и логику вывода блоков
для обработки лучше использовать события
например
для обработки лучше использовать события
например
есть такой редирект с 404 ошибки - при включении которой пользователю будет показываться не заглушка в виде 404 страницы, а будет происходить редирект на уровень выше. |
|||
|
|
|
bitrix24 основан на БУС - поэтому работают все события из БУС самый простой способ |
|||
|
|
|
|
это фундаментальная особенность (фича так сказать) а не фундаментальная проблема
поэтому то кастомизация коробки - это дорого, долго если кастомизируешь на уровне компонента - потом очень сложно его обновить и вообще слежить за этим поэтому появились способы кастомзиации через встранивание в страницы (js и rest api приложения) которые как минимум гарантируют что стандартный функционал будет всегда актален а доп. фишки после обновлений можно будет поправить в случае чего |
|
|
|
|
есть как любое приложение реализованное с помощью встроенного браузера т.е даже если приложение ничего не делает |
|||
|
|
|
|
в bitrix включили rest api - но вы его не можете использовать
пока можно использовать модуль есть возможность для выгрузки данных инфоблоков в текстовом виде - т е без необходимости в дополнительной обработке корректно обрабатываются множественные значения (строки не размножаются, а разделяются через перевод строки) списочные значения преобразуются в текстовый вид так же можно выгружать свойства, данные пользователей, настройки форм инфоблоков можно автоматизировать периодическое обновление без необходимости лазить по админке и нажимать 100 действий веть все наверное просто обожают выбирать сопоставление свойств снова и снова при каждом имопрте особено когда их под 200 штук? - разработчики bitrix ядра наверное не в курсе что так можно обойтись без этого - если за 10 лет не смогли реализовать адекватные механизмы экспорта и импорта |
|
|
|
|
организуйте или битрикс должен предоставить готовое решение? |
|||
|
|
|
bitrixvm это не панель для хостинга сайтов а окружение со своей спецификой если надо чтоб все готово было - воспользоватся нормальным хостингом (beget или любой друго - можно создать аккаунт и задать папку) - там все это из коробки есть в ином случае сами наслаждайтесь процессом настройки |
|||
|
|
|
ORM D7 со своими классами highload блок маркетинговая хрень и нужна лишь для интеграций с 1C для сущностей-справочников в остальных крайних случаях можно реализовать свои таблицы но на 90 процентов задач можно использовать инфоблоки и не парится |
|||||||||
|
|
|
|
ладно если 1 блок используется а если 10 ?
хайлоадблоки такие хайлоад - т.е. создают высокую нагрузку на сайт решить проблему можно отказавшись от этих недоделанных хайлоадблоков идея "прекомпиляции" и сохранения в php класс уже была - но ее разработчики bitrix ядра успешно проигнорили |
|
|
|
|
это сделано чтобы не только лиш все знали об крутых фишках bitrix и тратили время на ковыряние в этом уникальном продукте |
|||
|
|
|
iframe вставьте в содержимое слайдера и в нем уже загружаете что угодно - хоть youtube |
|||
|
|
|
result.next() используете в коллбеке чтоб получить следующие 50 - в документации прямо есть |
|||
|
|
|
этой конфигурации будет достаточно чтоб 1 сайт на bitrix более менее работал хотя если в статику все кешировать чтоб отдавал nginx то можно и сто сайтов держать |
|||
|
|
|