Создаем компонент. В component.php:

$pageSize = !empty((int)$arParams['pageSize']) ? (int)$arParams['pageSize'] : 8;
$offset = !empty((int)$arParams['offset']) ? (int)$arParams['offset'] : 0;

$res = CIBlockElement::GetList(
    ["ID" => "ASC"],
    ["IBLOCK_ID" => 1, "ACTIVE" => "Y"],
    false,
    [
        "nTopCount" => $pageSize + 1,
        "nOffset" => $offset
    ],
    ["ID", "NAME"]
);
$count = 0;
while ($item = $res->GetNext()) {
    $count++;
    if ($count <= $pageSize) {
        $arResult['ITEMS'][] = $item;
    }
}
$arResult['HAS_MORE'] = ($count > $pageSize);

Для чего мы добавляем в $pageSize плюс один. Чтобы понять, нужно ли нам показывать кнопку «Показать еще», мы запрашиваем на один элемент больше.

В шаблоне «…/templates/.default/template.php» выводим элементы:

<div class="wrap_list_items">
    <div class="list_items">
        <?php foreach ($arResult['ITEMS'] as $item): ?>
            <div class="item"><?php echo $item['NAME']?></div>
        <?php endforeach; ?>
    </div>
    <?php if ($arResult['HAS_MORE']) : ?>
        <a class="link_more_cta" href="#" id="items_more_cta" data-offset="<?=((int)$arParams['offset']+(int)$arParams['pageSize']);?>" data-cnt="<?=(int)$arParams['pageSize']?>" data-url="/local/components/mycomp/news.list/ajax.php">Показать еще</a>
    <?php endif; ?>
</div>

В файле js «…/templates/.default/script.js»:

var load_more = false;
$(document).on("click", "#items_more_cta", function(e) {
    e.preventDefault();
    if (load_more)
        return false;
    load_more = true;
    $.ajax({
        url: $(this).attr('data-url'),
        type: "POST",
        data: {
            offset: $(this).attr('data-offset'),
            pageSize: $(this).attr('data-cnt')
        },
        success: function(data) {
            $('#items_more_cta').parent().remove();
            $('.wrap_list_items').append(data);
            load_more = false;
        }
    });
});

В файле ajax.php:

<?php require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");

/** @global CMain $APPLICATION */
define("NO_KEEP_STATISTIC", true);
define('PUBLIC_AJAX_MODE', true);
define("NOT_CHECK_PERMISSIONS", true);

use Bitrix\Main\Application,
    Bitrix\Main\Context;

$request = Context::getCurrent()->getRequest();
$POST = $request->getPostList()->toArray();

//$APPLICATION->ShowAjaxHead();

$APPLICATION->IncludeComponent(
    "mycomp:news.list",
    "",
    [
        "offset" => $POST['offset'],
        "pageSize" => $POST['pageSize'],
    ]
);

Это пример. В коде есть ошибки. Например этот ajax скрипт добавит в класс «wrap_list_items» еще один «wrap_list_items». Возможно стоит добавить параметр и завернуть код в шаблоне в:

if ($arParams["IS_AJAX"] == "Y") {
    	$APPLICATION->RestartBuffer();
}
// код
if ($arParams["IS_AJAX"] == "Y") {
    	die();
}

PS. А лучше всего использовать D7 и через «BX.ajax.runComponentAction»

База отдыха Ергаки

Причина возникновения:

Ошибка возникает при наличии высталенных блокировок доступа в административную часть панели 1С Битрикс по IP-адресу или некорректной конфигурации модуля проактивной защиты 1С-Битрикс.

1. Перейти в директорию ./bitrix/modules/security/admin/

2. Найти файл security_403.php, скопировать и сохранить у себя содержимое.

3. Очистить содержимое security_403.php, применить изменения.

p.s. Данная процедура отключает контроль доступа в административную панель Вашего сайта и позволяет исправить ошибки системы проактивной защиты 1С-Битрикс.

4. Проверить доступ в административную часть CMS Bitrix Вашего сайта ваш_сайт/bitrix/admin

5. Административная часть должна открыться => далее перейти в «Настройки» => «Проактивная защита» => «Защита административного раздела».

6. Произведите настройку корректного списка IP-адресов, которым разрешен доступ к административной панели, либо полностью отключите проактивную защиту.

7. После изменения настроек необходимо обратно вернуть содержимое файла security_403.php.

 Стандартный вид файла security_403.php:

<?if (!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED!==true) die();?><?
CHTTP::SetStatus("403 Forbidden");
?>
<html>
	<head>
		<title>403 Forbidden</title>
	</head>
	<body>
		<h1>Forbidden</h1>
		Access denied.
	</body>
</html>
<?die();?>

use Bitrix\Main\Grid\Declension;
$yearDeclension = new Declension('год', 'года', 'лет');
$yearDeclension->get($year);

Мы хотим работать, как нормальные люди, с использованием гита. Хотя бы локально.

Как я настроил phpstorm:

Создаем новый проект. В настройках создаем ftp (sftp) соединение:

Заполняем стандартные поля для соединения. Тестируем «Test Connection».
В «Root path» проставляем путь до директории сайта, например «/www/mydomen.ru».
Ставим галку отображения скрытых файлов.
Во вкладке «Mappings» в параметре «Deployment path» ставим «/» и сохраняем.

Если в «Root path» путь правильный, то в «Browse Remote Host» все папки и файлы отобразятся зеленым.

Теперь мы можем скачивать себе файлы с сервера и работать с ними локально, используя git.

Для отправки их на сервер нажимаем «Ctrl»+»Alt»+»Shift»+»x» и выбираем наш сервер. Или правой клавишей мыши и выбираем «Deployment» -> «Upload to myserver».

Но! Нам важно, чтобы при открытии файлов через какое-то время, проверялись изменения файлов с удаленным сервером. Иначе мы будем затирать все изменения, которые были добавлены другими разработчиками. Для этого заходим в настройки:

В параметре «Warn when uploading over newer file» (Предупреждать при загрузке поверх более нового файла) ставим «Compare content» (Сравнение содержимого). И ставим галку «Notify of remote changes» (Уведомлять об удаленных изменениях).

Теперь если мы откроем файл, а он был изменен на сервере, мы получим уведомление:

Нажимаем «Download» и он загрузится к нам.

P.S.
Эти телодвижения все равно не гарантируют того, что мы с некоторой вероятностью не затрем чужие наработки. Но хоть чуточку упрощают жизнь и позволяют отлеживать с помощью гит историю изменений скриптов, если с проектом приходится работать достаточно долго.

1. Планирование и подготовка

• Определение целей сайта: для чего он нужен (продажи, блог, портфолио и т.д.).
• Анализ целевой аудитории.
• Формирование структуры (сайт-карта): какие страницы будут (главная, о нас, контакты и т.д.).
• Выбор платформы/технологий: CMS (WordPress, Joomla), фреймворк (React, Django), или ручная верстка (HTML/CSS/JS).

2. Проектирование (UX/UI дизайн)

• Создание прототипов (wireframes) — наброски макетов страниц.
• Разработка дизайна: цветовая палитра, шрифты, иконки, логотип.
• Интерактивный макет (опционально) — с помощью Figma, Adobe XD или аналогов.

3. Верстка и разработка

• HTML/CSS верстка: создание структуры и стилей страниц.
• JavaScript: добавление интерактивности.
• Бэкенд (если нужен): серверная логика, база данных (например, на PHP, Node.js, Python).
• Интеграция с CMS или фреймворком (если используется).

4. Контент

• Наполнение сайта текстом, изображениями, видео и т.д.
• SEO-оптимизация: заголовки, мета-теги, alt-теги, структура URL и др.

5. Тестирование

• Кроссбраузерность: корректное отображение в разных браузерах.
• Адаптивность: работа на мобильных устройствах.
• Проверка форм, скриптов, ссылок.
• Тестирование скорости загрузки.

6. Размещение (деплой)

• Выбор хостинга и регистрация домена.
• Загрузка сайта на сервер (через FTP, Git или панель хостинга).
• Настройка базы данных, SSL-сертификата, почты и т.д.

7. Поддержка и развитие

• Обновление контента.
• Мониторинг ошибок и исправление багов.
• Улучшение SEO, внедрение аналитики (Google Analytics, Yandex Metrika).
• Разработка новых функций по мере необходимости.

Клиенту не нужно знать все технические детали, но ему полезно понимать общую структуру процесса.

Зачем клиенту знать этапы создания сайта:

Контроль и прозрачность

• Клиент понимает, на каком этапе сейчас проект.
• Может адекватно оценивать сроки и прогресс.
• Легче выявить задержки или проблемы.

Ожидания = Реальность

• Снижается риск недопонимания (например, «а я думал, что вы и тексты напишете», или «а почему это не адаптивно?»).
• Четко разграничивается, что входит в услугу, а что — дополнительно.

Вовлеченность

• На некоторых этапах клиенту нужно участвовать: предоставить контент, утвердить макет, протестировать.
• Если он понимает свою роль — работа идет быстрее и без конфликтов.

Финансовое планирование

• Поэтапная оплата понятна и оправдана.
• Можно заранее определить, какие функции критичны, а что можно отложить.

Долгосрочная поддержка

• Клиент лучше понимает, что сайт требует обслуживания и обновлений — это не «сделал и забыл».

Как это преподносить клиенту достаточно показать простую схему:

Сайт создается в 5 этапов:

1. Обсуждаем цели и структуру
2. Делаем дизайн
3. Верстаем и программируем
4. Наполняем контентом
5. Публикуем и запускаем