Форум

Образовалось свободное время, возьму проект на поддержку/доработку. Если нужны рекомендации могу дать контакты моих заказчиков.

[QUOTE] написал:
Самой главной проблемой является скорость сайта[/QUOTE]
Посмотрел по pagespeed все также печально. Есть опыт разгона БУС с приличным каталогом до 0,5 секунд на страницу (по показателям скорости сайта битрикса). Если интересно пишите.

Оказалось статус переопределялся сторонним модулем webdebug.seo. Добавил дополнительное определение константы для него:[CODE]if (!defined("WD_SEO_ERROR_404")) {
   define("WD_SEO_ERROR_404", true);
}

Bitrix\Iblock\Component\Tools::process404(
   "Страница не существует",
   true,
   true,
   true,
   "/404.php"
);
[/CODE]

В поиске попадались подобные случаи, но мне не помогли...
В urlrewrite.php срабатывает правило:[CODE]array (
 'CONDITION' => '#^/catalog/([a-zA-Z0-9\\-_]+)/([a-zA-Z\\-_]+)/(.*)#',
 'RULE' => 'RAZDEL=$1&RAZDEL2=$2',
 'ID' => '',
 'PATH' => '/catalog/catalog.php',
 'SORT' => 100,
),[/CODE]Выполняется скрипт /catalog/catalog.php:[CODE]<?
define("ERROR_404", "Y");
require($_SERVER["DOCUMENT_ROOT"] . "/bitrix/modules/main/include/prolog_before.php");
CHTTP::setStatus("404 Not Found");
[/CODE]Статус возвращается 200. Но как?

Если напрямую к скрипту по адресу обратиться /catalog/catalog.php, возвращается 404.

Жаль, буду корячить [URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=5258]кастомную форму.[/URL]..

Нужно стандартное свойство "Привязка к элементу инфобфлока" показать в админке с расширенным html. Обычно там выводится поле с ID связанного элемента и кнопка выбора "...". Хотелось бы добавить дополнительный html, например начало и окончание активности ссылающегося элемента, ссылку на его редактирование и т.д. Можно, конечно, сделать кастомное свойство и заложить туда любую логику отображения, но хотелось бы оставить свойство стандартным. Возможно ли обойтись событиями (отображения формы или свойства в админке)? Что-то ничего не нашел походящего...

Может кому-то интересно будет. Поддержка ответила:[QUOTE]Штатно в коробочной версии опция delayed_resize не используется, она используется только в облаке.
При активации этого параметра ресайз картинок будет хранится в таблице базы данных b_clouds_file_resize.[/QUOTE]

На проекте настроено облако яндекс, картинки хранятся там - исходные и превью. При использовании формировании страницы раздела каталога в result_modifier делаются превью через CFile::ResizeImageGet. Насколько понимаю делается это в синхронном режиме, поэтому при первом обращении страница может открываться более 10 секунд. Смотрю по коду /bitrix/modules/clouds/classes/general/storage.php есть обращение к параметру:[CODE]COption::GetOptionString("clouds", "delayed_resize")
[/CODE]Вроде как похоже на функционал отложенного ресайза. Такого параметра нет в настройках модуля в админке. В доках тоже не нашел. Может кто-то сталкивался? Как решали проблему?

Думаю, свой огород городить или использовать \CCloudStorage::ResizeImageFileDelay (таблицу b_clouds_file_resize, которая сейчас пустая)...

Появилось свободное время, готов взять дополнительные проекты на сопровождение. Из последнего опыта:
[LIST]
[*]Ускорение сайта интернет-магазина на БУС:Бизнес до 0.5 секунд
[*]Использование чат ботов (telegram, viber) для взаимодействия с пользователями (включая авторизацию по qr-коду), с админами для уведомления о событиях (обратная связь, оформление заказов и т.д.)
[*]Автоперевод набора инфоблоков русского языка на набор английского через API yandex.translate
[*]Мониторинг сайтов через zabbix
[/LIST]Посредников прошу не беспокоить.

Сделал через lazy загрузку core.js. Также нашел способ собирать кастомное ядро. Если кому-то интересно, накидал статью [URL=https://reactivebx.ru/blog/otlozhennaya-zagruzka-bx/]https://reactivebx.ru/blog/otlozhennaya-zagruzka-bx/[/URL]