Розробка дошки оголошень на 1С-Бітрікс
Дошка оголошень — не просто «список товарів». Користувачі самі створюють контент, потрібна модерація, гнучкий пошук з фільтрами, керування статусами та термінами. Без готового рішення доводиться будувати цю логіку з нуля. Ми вже реалізували такі проєкти, тому знаємо типові граблі: наприклад, уповільнення пошуку при 50 000 оголошеннях або проблеми з кешуванням при великій кількості VIP-оголошень. Вартість виправлення таких помилок може бути співставна з початковою розробкою, тому важливо закласти правильну архітектуру з першого дня. Неправильне проєктування може обійтися в сотні тисяч гривень, тому ми рекомендуємо ретельно підходити до вибору технологій.
Наш підхід — використовувати інфоблоки, HL-блоки, компоненти 2.0 та теговане кешування. Згідно з офіційною документацією, компонент 2.0 дозволяє кешувати окремі частини шаблону, що критично для продуктивності. У цій статті розберемо ключові блоки дошки: від структури даних до агента закінчення терміну. Якщо ви плануєте запустити дошку оголошень — отримайте консультацію: ми підготуємо ТЗ і розрахуємо терміни.
Як влаштована структура інфоблоку оголошень?
Інфоблок — основне сховище. Символьний код: classifieds. Тип: ADS. Обов'язкові властивості:
| Властивість | Код | Тип |
|---|---|---|
| Ціна | PRICE |
Число |
| Тип угоди | DEAL_TYPE |
Список (Продам/Куплю/Обміняю/Віддам) |
| Місто | CITY |
Довідник (HL-блок) |
| Телефон продавця | PHONE |
Рядок |
| Статус | AD_STATUS |
Список (Активно/Модерація/Відхилено/Закінчився) |
| Дата закінчення | EXPIRE_DATE |
Дата |
| Перегляди | VIEW_COUNT |
Число |
| VIP | IS_VIP |
Прапорець |
| Користувач | USER_ID |
Число (FK на b_user) |
| Фотографії | PHOTOS |
Файл (множинне) |
| Дата створення | DATE_CREATE |
Дата (автоматично) |
Розділ інфоблоку — категорія оголошень (Транспорт, Нерухомість тощо). Ієрархія розділів — дерево через b_iblock_section. Така структура забезпечує швидкий пошук і фільтрацію за категоріями.
Розміщення оголошення користувачем: покрокова інструкція
Форма додавання оголошення — сторінка /ads/add/. Процес складається з кількох кроків:
- Авторизація: якщо користувач не авторизований, його перенаправляє на
/auth/. - Заповнення форми: користувач вводить назву, опис, ціну, категорію, завантажує фотографії.
- Валідація: перевірка обов'язкових полів, формату телефону, розмірів зображень.
- Відправка на модерацію: оголошення зберігається з прапорцем
ACTIVE='N'та статусомMODERATION. Модератори отримують сповіщення. - Підтвердження: після успішного збереження користувач бачить повідомлення про успіх.
Ключовий момент: користувач завантажує контент — потрібен захист від спаму та обов'язкова модерація.
// /local/components/local/ads.add/class.php namespace Local\Ads; class AdsAddComponent extends \CBitrixComponent { public function executeComponent(): void { if (!$GLOBALS['USER']->IsAuthorized()) { LocalRedirect('/auth/?backurl=/ads/add/'); return; } if ($this->request->isPost() && check_bitrix_sessid()) { $this->addAd(); } $this->includeComponentTemplate(); } private function addAd(): void { $el = new \CIBlockElement(); // Обработка загруженных фотографий $photos = []; if (!empty($_FILES['PHOTOS']['tmp_name'])) { foreach ($_FILES['PHOTOS']['tmp_name'] as $i => $tmpName) { if (is_uploaded_file($tmpName)) { $photos[] = [ 'name' => $_FILES['PHOTOS']['name'][$i], 'size' => $_FILES['PHOTOS']['size'][$i], 'tmp_name' => $tmpName, 'type' => $_FILES['PHOTOS']['type'][$i], ]; } } } $adId = $el->Add([ 'IBLOCK_ID' => CLASSIFIEDS_IBLOCK_ID, 'NAME' => htmlspecialchars($this->request->getPost('title')), 'DETAIL_TEXT' => htmlspecialchars($this->request->getPost('description')), 'IBLOCK_SECTION_ID' => (int)$this->request->getPost('category_id'), 'ACTIVE' => 'N', // Изначально неактивно, до модерации 'PROPERTY_VALUES' => [ 'PRICE' => (float)$this->request->getPost('price'), 'DEAL_TYPE' => $this->request->getPost('deal_type'), 'PHONE' => htmlspecialchars($this->request->getPost('phone')), 'USER_ID' => $GLOBALS['USER']->GetID(), 'AD_STATUS' => 'MODERATION', 'EXPIRE_DATE' => date('d.m.Y', strtotime('+30 days')), 'VIEW_COUNT' => 0, 'PHOTOS' => $photos, ], ]); if ($adId) { $this->arResult['SUCCESS'] = true; $this->arResult['AD_ID'] = $adId; // Уведомить модераторов $this->notifyModerators($adId); } else { $this->arResult['ERROR'] = $el->LAST_ERROR; } } } Як працює модерація оголошень?
Сторінка модератора — стандартний список елементів інфоблоку з фільтром за AD_STATUS = MODERATION. Дії модератора змінюють статус і активність:
// Одобрить объявление $el = new \CIBlockElement(); $el->Update($adId, ['ACTIVE' => 'Y']); \CIBlockElement::SetPropertyValues($adId, CLASSIFIEDS_IBLOCK_ID, 'ACTIVE', 'AD_STATUS'); // Отклонить с причиной \CIBlockElement::SetPropertyValues($adId, CLASSIFIEDS_IBLOCK_ID, [ 'AD_STATUS' => 'REJECTED', 'REJECT_REASON' => $reason, ]); $el->Update($adId, ['ACTIVE' => 'N']); // Уведомить пользователя $event = new \Bitrix\Main\Mail\Event([ 'EVENT_NAME' => 'AD_MODERATION_RESULT', 'LID' => SITE_ID, 'C_FIELDS' => [ 'AD_ID' => $adId, 'STATUS' => $status, 'REASON' => $reason, ], ]); $event->send(); Модератор може також відредагувати оголошення, змінити ціну або категорію. Всі дії логуються.
Пошук і фільтрація
Фільтр оголошень — критична частина UX. Для простого пошуку — стандартний CIBlockElement::GetList() з фільтром. Для навантаженого проєкту (понад 100 000 оголошень) — фасетний пошук Бітрікс (модуль search) або інтеграція з ElasticSearch. На одному з проєктів з каталогом у 200 000 оголошень ми оптимізували пошук, замінивши стандартний GetList на фасетний пошук, що зменшило час відгуку з 5с до 0.8с. Фасетний пошук працює в 3–5 разів швидше стандартного при складних фільтрах.
Приклад фільтра з діапазоном цін:
$filter = [ 'IBLOCK_ID' => CLASSIFIEDS_IBLOCK_ID, 'ACTIVE' => 'Y', 'SECTION_ID' => $categoryId, '>PROPERTY_PRICE' => $priceMin, '<PROPERTY_PRICE' => $priceMax, 'PROPERTY_CITY' => $cityId, 'PROPERTY_AD_STATUS' => 'ACTIVE', ]; $sort = ['PROPERTY_IS_VIP' => 'DESC', 'DATE_ACTIVE_FROM' => 'DESC']; VIP-оголошення завжди зверху через сортування за прапорцем IS_VIP DESC. При 500 000 оголошеннях ми рекомендуємо використовувати пошуковий індекс з інкрементальним оновленням.
Закінчення терміну оголошень
Агент перевіряє прострочені оголошення раз на добу. Реєстрація агента та метод обробки:
// Регистрация агента в /local/php_interface/init.php \CAgent::AddAgent( 'Local\\Ads\\ExpireAgent::run();', 'local.ads', 'N', 86400, // Раз в сутки ); // Метод агента class ExpireAgent { public static function run(): string { $today = date('d.m.Y'); $result = \CIBlockElement::GetList( [], [ 'IBLOCK_ID' => CLASSIFIEDS_IBLOCK_ID, 'ACTIVE' => 'Y', '<PROPERTY_EXPIRE_DATE' => $today, ], false, false, ['ID', 'PROPERTY_USER_ID'] ); while ($ad = $result->Fetch()) { $el = new \CIBlockElement(); $el->Update($ad['ID'], ['ACTIVE' => 'N']); \CIBlockElement::SetPropertyValues($ad['ID'], CLASSIFIEDS_IBLOCK_ID, 'EXPIRED', 'AD_STATUS'); // Уведомить пользователя } return 'Local\\Ads\\ExpireAgent::run();'; } } Для каталогу в 1 000 000 оголошень агент може виконуватись довше 5 хвилин. У таких випадках ми запускаємо агент частинами по 1000 записів і використовуємо блокування.
Особистий кабінет користувача
Сторінка /personal/ads/ — список оголошень поточного користувача:
$myAds = \CIBlockElement::GetList( ['DATE_CREATE' => 'DESC'], [ 'IBLOCK_ID' => CLASSIFIEDS_IBLOCK_ID, 'PROPERTY_USER_ID' => $GLOBALS['USER']->GetID(), ], false, ['nPageSize' => 20], ['ID', 'NAME', 'ACTIVE', 'PROPERTY_AD_STATUS', 'PROPERTY_EXPIRE_DATE', 'PROPERTY_VIEW_COUNT'] ); Дії користувача: редагувати, деактивувати, продовжити термін (якщо оголошення закінчилось), видалити. Також відображається статистика переглядів і контактів.
Лічильник переглядів
При кожному відкритті детальної сторінки — інкрементувати лічильник. Через AJAX, щоб не сповільнювати початковий рендер і не рахувати ботів: відправляємо POST-запит з ad_id, отримуємо поточне значення через CIBlockElement::GetProperty, оновлюємо PROPERTY_VIEW_COUNT. Для високонавантажених проєктів (понад 10 000 переглядів на годину) рекомендуємо асинхронну чергу або Redis, щоб не блокувати запис на кожному перегляді.
Що входить у роботу?
При замовленні дошки оголошень під ключ ми надаємо:
- детальне технічне завдання з прототипом;
- налаштування інфоблоків, HL-блоків та агентів;
- розробку кастомних компонентів та AJAX-обробників;
- інтеграцію з платіжними системами та сервісами доставки (СДЕК, Нова Пошта);
- документацію та навчання персоналу;
- 2 тижні гарантійної підтримки після запуску.
Терміни розробки
| Варіант | Склад | Термін |
|---|---|---|
| Базова дошка | Інфоблок, розміщення, список, фільтр | 8–12 днів |
| З модерацією та ОК | + Модерація, особистий кабінет, агент закінчення | 12–18 днів |
| Повнофункціональна | + VIP-оголошення, пошук, сповіщення, статистика | 20–30 днів |
Зв'яжіться з нами, щоб отримати консультацію та точну оцінку вашого проєкту. Наші інженери мають 5+ років досвіду в розробці на 1С-Бітрікс та гарантують безпеку даних. Замовте розробку дошки оголошень, яка буде стабільно працювати під навантаженням та приносити прибуток.







