Игорь Чабан (Все сообщения пользователя)

попробуйте заглавными:


IBLOCK_CODE
или
IBLOCK_ID


+
IBLOCK_TYPE_ID = 'lists'

В /bitrix/.settings.php должно быть:



return [

  'analytics_counter' => [
      'value' =>
          [
              'enabled' => true,
          ],

  ],

Проблема начинается с версия 23.600.0, т.е. именно в ней обновлены интерфейсы PSR в поставке до PHP 8.0.
Ниже путь, по которому обновился я:


Алгоритм обновления обновлении ядра (main) на версию 23.600.x

1) Подготовить заранее на сервере разработки совместимую папку vendor * (можно заранее загрузить её на сервер в vendor.new)
2) Сделать backup боевого сайта
3) Выключить публичную часть сайта (Главный модуль)
4) Отключить загрузку всех сторонних решений (vendor) - как правило в init.php
5) Произвести обновление обновлении ядра (main) и сопутствующих модулей через админку.
6) Старую папку vendors переименовать в совместимую папку vendor.old
7) Поместить на её место новую совместимую папку vendor
8) Включить загрузку сторонних решений (vendor) - init.php
9) Включить публичную часть сайта (Главный модуль)
10) Проверить работоспособность сайта
11) Сделать обновлённого боевого сайта


* - в моём случае были добавлены в composer.json:

   "psr/container": "2.*",
   "psr/http-client": "1.0.2",
   "psr/http-message": "1.1",


У меня так же используется старый, не обновляемый bitrix-expert/monolog-adapter, поэтому, в начале я его удалил, а потом установил после вышеукзанных записей:
composer require bitrix-expert/monolog-adapter

в composer.json добавилась запись:
"bitrix-expert/monolog-adapter": "^0.0.1"

В конце можно уже проверить и произвести обновление сторонних решений.

Enjoi

Добрый день!
Столкнулся с аналогичной проблемой.
Вам удалось её решить? Если да, то как?

Всем доброго дня!

Чтобы карта сайта подхватила вложенные меню, достаточно указать более расширенные настройки элементов массива в .top.menu.php

Допустим у нас есть пункт меню (раздел сайта) "Каталог" (catalog), внутри которого уже лежит соответствующий .left.menu.php

Если в нашем .top.menu.php будет указано так:

Array(
"Каталог",
   "catalog/",
   Array(),
   Array(),
   ""
),

то карта сайта не подхватит .left.menu.php, вложенный в /catalog/ и вложенные пункты показаны не будут.


однако, если мы укажем так:

Array(
   "Каталог",
   "catalog/",
   Array(),
Array("IS_PARENT"=>"1", "DEPTH_LEVEL"=>"1" ),
""
),

то все содержимое .left.menu.php будет удачно выведено на странице карты сайта в виде вложенных пунктов для пункта "Каталог" (!)

IS_PARENT - флаг того, что у этого пункта меню будет подменю

DEPTH_LEVEL - уровень вложенности пункта меню (1 для главного, 2 и далее для вложенных). Допустим, если установим "DEPTH_LEVEL"=>"1, то сам пункт "Каталог" уже присоединится к вложенному меню.


Причём "/" в "catalog/" имеет стратегическое значение, если его не указать, вложенные пункты, указанные в .left.menu.php, отображаться не будут!


Ну, и конечно не забываем указывать "LEVEL", отличным от нуля (!)  при вызове компонента "Карта сайта", в нашем случае достаточно указать "1"


   "bitrix:main.map",    "",
   Array(
       "CACHE_TIME" => "3600",
       "CACHE_TYPE" => "A",
       "COL_NUM" => "1",
       "LEVEL" => "1",
       "SET_TITLE" => "Y",
       "SHOW_DESCRIPTION" => "N",
   )
);


Надеюсь, кому-то будет полезна данная информация

Был именно такой случай

Для тех, кто не смог найти шаблон:

Шаблоны форм, которые задаются в настройках веб форм на вкладке "Шаблоны форм", хранятся в базе данных: таблица b_form -> а в ней поле FORM_TEMPLATE, вот в нём и лежит весь шаблон.

Спокойно копируем его в любимый редактор, работаем с ним, вставляем назад. Но перед кастомизацией саму форму лучше скопировать волшебной кнопкой в админке -> правой кнопкой -> "Действия" -> "Копировать". У нас появится полный дубликат формы с новым ID, на который, в случае чего, можно будет переключиться. Потом можно его удалить или сохранить, как версию 1.0

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

1)В карточке товара пишем в переменные $_SESSION нужные нам параметры:

session_start();
$_SESSION["PRODUCT_NAME"] = $arResult['NAME'];
$_SESSION["PRODUCT_IMG"] = $arResult['PREVIEW_PICTURE']['SRC'];
$_SESSION["PRODUCT_PRICE"] = SaleFormatCurrency($arResult['PROPERTIES']['PRICE_NEW']['VALUE'], 'RUB');
$_SESSION["PRODUCT_PREVIEW"] = $arResult['PREVIEW_TEXT'];
$_SESSION["PRODUCT_DETAIL"] = $arResult['DETAIL_TEXT'];
и т.д.

2) Делаем в карточке товара ссылку вывода на печать, допустим <a href='/inc_area/print.php?flag=PRN' target="_blank" ><i class='fa fa-print'></i>Распечатать</a>

3) flag=PRN (или любой другой) нужен для проверки легитимности вызова, поэтому в print.php вставляем проверку:

$flag = $_GET['flag'];
if ($flag != 'PRN')
{
$target = "Ваш сайт";
header('Location:'.$target);
}

4) Дальше (в print.php) делаем простой div со всеми параметрами из карточки товара:

<div id="to_print"> <!-- можно id и не давать -->
<h2><?php echo $_SESSION["PRODUCT_NAME"]; ?></h2>
<p align="justify"><img src="<?php echo $_SESSION["PRODUCT_IMG"];?>" title="<?php echo $_SESSION["PRODUCT_NAME"]; ?>" align="left" width="любой_небольшой_размер_в_px" hspace="5">
Цена:
<h3><?php echo $_SESSION["PRODUCT_PRICE"]; ?></h3>
<b>Описание</b><br><br>
<?php echo $_SESSION["PRODUCT_PREVIEW"]; ?>
</p>
<hr><p align="justify"> <?php echo $_SESSION["PRODUCT_DETAIL"]; ?></p>
<hr>
<center>
Тут можно написать название компании<br>
<b>Тут можно написать номер телефона</b>
</center>
</div>

и в конце файла добавялем скрипт:

<script type="text/javascript">
window.onl oad = function () {
window.print();
window.close();
}
</script>

Таким образом можно выводить любую инфо не только на принтер, но и в PDF  

Для устранения ошибки проверки сайта (Работа с сокетами - Socket error) в случае использования SSL необходим CA bundle - документ, содержащий корневой и промежуточный сертификаты соответствующего центра сертификации, он используется с целью валидации сертификатов, выданных известными центрами сертификации. Ошибка часто проявляется при смене сертификата, т.к. нет информации именно о корневом и промежуточных.

Итак, самым простым способом является объединение всех сертификатов в один файл.
1) Создаём пустой файл
2) Вставляем в него содержимое всех выданных файлов CRT в такой последовательности: сертификат_Вашего_домена.crt, intermediate.crt (их может быть несколько: intermediate2.crt, intermediate1.crt), root.crt
3) Можно спокойно сохранить всё это под именем my_cert.crt
4) В папку /etc/nginx/ssl/ скопировать файлы my_cert.crt и my_key.key (файл приватного ключа)
5) В файле /etc/nginx/sites-enabled/your-ssl.conf проверить правильность путей и имён файлов:
ssl_certificate /etc/nginx/ssl/my_cert.crt;
ssl_certificate_key /etc/nginx/ssl/my_key.key;
6) Перезапустить сервис Nginx: service nginx restart

В дальнейшем, при смене сертификата просто меняем содержимое my_cert.crt и my_key.key на новое и перезапускаем сервис: service nginx restart

Сорри, если для кого-то информация будет лишней. Но, надеюсь кому-то она поможет.

 .access и путь к корневой папке - не единственные способы решения. Вот они и другие:

1. Изменение прав доступа
Необходимо зайти через файловый менеджер продукта в свойства корневой папки сайта и на вкладке “Доступ” установить для группы “Неавторизованные пользователи” право “Чтение” (вот такая штука при переносе мне попадалась!)

2. Проверка того самого файла .access
При переносе мог не скопироваться файл /.access.
В нем хранятся права групп пользователей к сайту, если такого файла нет, то для всех устанавливается право “Запрещено”. Необходимо в корень сайта положить файл .access с содержимым: <?  $PERM["/"]["*"]=”R”; ?>

3. Путь к корневой папке веб-сервера для сайта
Проверьте на корректность в настройках сайтов значение поля “Путь к корневой папке веб-сервера для этого сайта”:
“Настройки”-> “Настройки продукта”-> “Сайты”-> “Список сайтов”

4. Проверка операций для уровня доступа “R”
Необходимо проверить, установлены ли у вас операции для уровня доступа “R – Разрешен просмотр всех настроек главного модуля без внесения изменений”. Делается это в административной части Настройки -> Пользователи -> Уровни доступа.

По скольку в php.ini
; short_open_tag
;  Default Value: On

всё дело именно в .htaccess

Добавьте вот эту строчку

<IfModule mod_php5.c>
 ....
 php_flag short_open_tag on
</IfModule>


xampp restart делать не надо