Andrews32

Посмотреть разрешенные теги:
<?php echo allowed_tags(); ?>

Вот как массив этих тегов выглядит в ядре:

<?php
$allowedtags = array(
    'a' => array(
        'href' => array (),
        'title' => array ()),
    'abbr' => array(
        'title' => array ()),
    'acronym' => array(
        'title' => array ()),
    'b' => array(),
    'blockquote' => array(
        'cite' => array ()),
    'cite' => array (),
    'code' => array(),
    'del' => array(
        'datetime' => array ()),
    'em' => array (), 
    'i' => array (),
    'q' => array(
        'cite' => array ()),
    'strike' => array(),
    'strong' => array(),
    );
?>

Добавить новый тег:

function my_allowed_html_tags_in_comments() {
  define('CUSTOM_TAGS', true);
  global $allowedtags;
  $allowedtags = array(
      'a' => array(
           'href' => array (),
           'title' => array ()),
      'blockquote' => array(
           'cite' => array ()),
      'cite' => array (),
      'code' => array(),
      'em' => array(),
      'strong' => array(),
      //Вот они, дополнительные теги:
      'pre' => array(),
      'p' => array()
  );
}
//Хук
add_action('init', 'my_allowed_html_tags_in_comments', 10);
?>

Кавычки экранируют символы.
`обратные кавычки` используются тогда, когда тебе необходимо экранировать название столбца, если оно совпадает с зарезервированным ключевым словом.
'Одинарные кавычки' следует использовать, когда ты пишешь даты и строки.
"Двойные кавычки" следует использовать для написания непосредственного запроса.

Пример

"SELECT `name`, `email`, `registered_at` FROM users WHERE registered_at BETWEEN '23-12-2018' AND '26-12-2018'"

Напоминаю. При запросе в базу данных из скрипта, особенно если ты используешь любые данные полученные от пользователя (от сессий и куки, до полей ввода), следует либо использовать подготовленные запросы в режиме эмуляции, либо перед вставкой данных в запрос осуществлять экранирование строки.

$rsUser = CUser::GetByID($user);
$arUser = $rsUser->Fetch();
$нужное значение = $arUser['код пользовательского поля'];

> - поиск среди всех прямых потомков.
+ - элемент, непосредственно идущий за данным.

<div id='l1_1'>
  <div id='l2_1'>
    <p id='l3'>
  </div>
  <p id='l2_2'>
</div>
<p id='l1_2'>
<p id='l1_3'>

#l1_1 > p соответствует элементу #l2_2
#l1_1 + p соответствует элементу #l1_2

Похоже, что вы не на ветке, а на отдельном коммите находитесь. Проверьте git status через консоль, он напишет про detached head, вероятно.

Решение находилось в js файле шаблона mobile -

$.post("/include/sale_order_ajax-popup.php", {

 }, 
 function onAjaxSuccess(data) {
    $('#small-basket-content').html(data);
    $('.small-basket-info').text($('.item-ord').length)
})
}

прошёл по пути и понял, что подключаю я совсем не тот компонент, который был задуман. Подключил - таже песня. Проверил компоненты шаблона - туда кастомные компоненты не подключались, пошёл по стандартному пути и нашёл компоненты от сторонних разработчиков, а шаблона для данного компонента (тот самый 'popup') не оказалось. Залил из бекапа тестового сайта - и всё готово.
Спасибо, друзья, за помощь.

З.Ы. - Почему вообще шаблон не прилетел?

Всё просто - предыдущий проггер не вспоминал о нарушении лицензионного соглашения битрикса и накатил под одним ключом вторую копию продукта и без зазрения совести закидывал всё в ядро.

Я подключал всё по курсу "многосайтовость на разных доменах" через общую папку /bitrix и /upload, и использовал, естественно, /bitrix и /upload действующего "боевого" сайта, где этот компонент вообще не используется.

В компонент catalog.section.list добавили параметр CUSTOM_SECTION_SORT - кастомная сортировка по произвольному числу параметров.
Так более правильно, чем в result_modifier.php