Сейчас, если в публичной части сайта на "Битрикс Управление Сайтом" в режиме правки навестись на компонент, то выпадет менюшка действий с компонентом, в том числе вот эти пункты:
Современные (особенно визуальные) компоненты зачастую содержат, кроме php и css, ещё и javascript-файл. И вот его невозможно отредактировать аналогичным образом через режим правки - только через структуру каталогов или вообще FTP.
Было бы удобнее, если бы добавили пункт "Редактировать JavaScript-файл шаблона".
| Копировать шаблон компонента Редактировать шаблон компонента Редактировать CSS-файл шаблона Обновить кеш компонента Отключить компонент |
Было бы удобнее, если бы добавили пункт "Редактировать JavaScript-файл шаблона".
Сделайте модули модулями — целостной подсистемой, после подключения которой не нужно раскидывать по всему сайту файлы с компонентами, картинками, шаблонами и пр. Модуль, с точки зрения разработчика, должен быть прост в установке и обновлении.
Структура модуля могла бы быть такой:
Итого:
Структура модуля могла бы быть такой:
vendor.module/ admin/ lib/ components/ templates/ |
- разработчику модуля не нужно при выпуске очередного обновления, например, компонентов, писать апдейтер, который будет копировать файлы из модуля в bitrix/components/vendor;
- все ресурсы модуля находятся в модуле.
Необходимо сделать встроенный модуль или компонент выбор валюты на сайте, для платформы интернет магазина 1С-Битрикс, как у много других специализированных платформ как MAGENTO, PRESTASHOP или CS-Cart. Это очень важный и необходимый часть для специализированных платформ интернет магазинаДа исправляется легко(htmlspecialchars_decode).. но надоело! ИДЕЯ для исправления - многие клиенты жалуются
Постоянно встречаю в стандартных компонентах треш-код
Не каждый редактор понимает :
Предлагаю писать код в доступном для всех виде
Так же прошу соблюдать пункт в мониторинге качества как "Определены и соблюдаются правила оформления кода"
Код пишем ступенчато, а не абы как.
Не каждый редактор понимает :
if(): else: endif; foreach(): endforeach; |
Предлагаю писать код в доступном для всех виде
if(){
}else{
}
foreach(){
}
|
Код пишем ступенчато, а не абы как.
Сейчас шаблоны по-умолчанию в компонентах называются ".default".
Во-первых файлы с точкой это скрытые файлы в linux.
Во-вторых для sass например такие папки пропускаются.
Было бы отлично добавить еще поддержку папки default - без точки.
Хотя бы опционально (может в виде настройки в бекофисе - название шаблонов по-умолчанию).
Или искать сверху вниз - если есть default то подключаем его, дальше ищем ".default"
Во-первых файлы с точкой это скрытые файлы в linux.
Во-вторых для sass например такие папки пропускаются.
Было бы отлично добавить еще поддержку папки default - без точки.
Хотя бы опционально (может в виде настройки в бекофисе - название шаблонов по-умолчанию).
Или искать сверху вниз - если есть default то подключаем его, дальше ищем ".default"
В параметрах компонента мы можем задать группировку свойств:
А в параметрах шаблона можно задать только сами параметры.
Было бы удобно иметь возможность задавать и группы в файле <путь к шаблону>/.parameters.php
Нужно добавить пять строчек в файл bitrix/modules/main/classes/general/component_util.php [466]:
$arComponentParameters = array(
"GROUPS" => array(
"PARAMS" => array(
"NAME" => GetMessage("IBLOCK_PARAMS"),
"SORT" => "200"
),
"ACCESS" => array(
"NAME" => GetMessage("IBLOCK_ACCESS"),
"SORT" => "400",
),
"FIELDS" => array(
"NAME" => GetMessage("IBLOCK_FIELDS"),
"SORT" => "300",
),
"TITLES" => array(
"NAME" => GetMessage("IBLOCK_TITLES"),
"SORT" => "1000",
),
),
... |
Было бы удобно иметь возможность задавать и группы в файле <путь к шаблону>/.parameters.php
Нужно добавить пять строчек в файл bitrix/modules/main/classes/general/component_util.php [466]:
if ($templateProperties && is_array($templateProperties))
{
/* Добавить */
if(is_array($arComponentParameters["GROUPS"]))
$arComponentParameters["GROUPS"] = array_merge ($arComponentParameters["GROUPS"], $templateProperties["TEMPLATE_GROUPS"]);
else
$arComponentParameters["GROUPS"] = $templateProperties["TEMPLATE_GROUPS"];
unset($templateProperties["TEMPLATE_GROUPS"]);
/* эти пять строчек */
if(is_array($arComponentParameters["PARAMETERS"]))
$arComponentParameters["PARAMETERS"] = array_merge ($arComponentParameters["PARAMETERS"], $templateProperties);
else
$arComponentParameters["PARAMETERS"] = $templateProperties;
}
|
Добавлять в HTML комментарии к вызовам компонентов, чтобы можно было разобраться где какой компонент может, например, содержать ошибки в верстке.
Раз переходим к ООП, пусть у компонента будет доступно свойство $APPLICATION, которое заменит global $APPLICATION в методах.
И наверно в модули тоже можно.
Dependency injection.
И наверно в модули тоже можно.
Dependency injection.
,Стоит добавить параметр FILTER_NAME в news.detail и catalog.element, по аналогии с catalog.section - чтобы можно было задать дополнительные фильтры на детальной странице товара. На данный момент, если нужно скрыть товары из каталога по сложной логике, требуется сделать GetList-фильтр для catalog.section, а в result_modifier, template, component_epilog детальной страницы писать дополнительный запрос/анализировать $arResult элемента. Оба варианта плохи - в первом случае будут дополнительные запросы, а во втором потребуется переписать код GetList-фильтра (дублирование кода)
Пример:
$GLOBALS["arrFIlter"] = array("PROPERTY_HIDDEN" => "Y");
result_modifier.php, template.php
if ($arResult["PROPERTIES"]["HIDDEN"]["VALUE"] == "Y")
{
// Заморочки с организацией 404-ой страницы.
}
Пример:
$GLOBALS["arrFIlter"] = array("PROPERTY_HIDDEN" => "Y");
result_modifier.php, template.php
if ($arResult["PROPERTIES"]["HIDDEN"]["VALUE"] == "Y")
{
// Заморочки с организацией 404-ой страницы.
}
© 2001-2022 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
PHP5 полное руководство, страница 41-42
Первая часть предложения думаю отпадет сама собой.
Вторая же часть очень сильно зависит от вашей IDE или того в чем вы открываете код.