Налаштування S3-сховища для 1С-Бітрікс: міграція upload у хмару

Диск на сервері закінчується. Або потрібно рознести кілька серверів і синхронізувати завантажені файли між ними. Перенесення /upload/ в S3-сумісне сховище (MinIO, Selectel, VK Cloud, Cloudflare R2) вирішує обидві задачі — але тільки якщо налаштувати правильно, інакше Бітрікс почне записувати шляхи до файлів некоректно. Ми часто бачимо проєкти, де після перенесення ламаються посилання на зображення або падає продуктивність через невірну адресацію бакета. Наш досвід роботи з Бітрікс — понад 10 років, ми налаштовували S3 для проєктів з каталогами на 100 000+ товарів і знаємо всі підводні камені. Для швидкого та безпечного налаштування зв'яжіться з нами.

Чому варто перенести файли в S3?

Локальний диск — це вузьке горлечко. Він обмежений за обсягом, не масштабується і вимагає ручного моніторингу. S3-сховище дає практично необмежений простір, автоматичну реплікацію та доступ через API. Для Бітрікс це особливо актуально, якщо сайт працює в кластері — всі сервери бачать єдину файлову систему без NFS-кошмарів. S3-сховище в 2-3 рази дешевше за локальний SSD, а швидкість завантаження не поступається при правильному налаштуванні CDN.

Порівняння локального зберігання та S3:

Як налаштувати S3-сховище для 1С-Бітрікс?

Бітрікс підтримує хмарні сховища через модуль main.cloudstorages (офіційна документація на dev.1c-bitrix.ru). Він абстрагує роботу з файлами через провайдерів. Для S3-сумісних сховищ використовується провайдер amazon (сумісність на рівні API S3).

Налаштування провайдера виконується в /bitrix/admin/main_cloud_storage.php. Параметри для S3-сумісного сховища:

• Endpoint URL — URL сервісу (для MinIO: http://minio:9000, для Selectel: https://s3.selectel.ru)
• Key — Access Key ID
• Secret — Secret Access Key
• Bucket — ім'я бакета
• Region — регіон (для кастомних S3 часто us-east-1)

Конфігурація в коді (для автоматизації налаштування):

\Bitrix\Main\Config\Option::set('main', 'cloud_storage_active', 'Y');
\Bitrix\Main\Config\Option::set('main', 'cloud_storage_provider', 'amazon');
\Bitrix\Main\Config\Option::set('main', 'cloud_storage_endpoint', 'https://s3.example.com');
\Bitrix\Main\Config\Option::set('main', 'cloud_storage_access_key', 'ACCESS_KEY');
\Bitrix\Main\Config\Option::set('main', 'cloud_storage_secret_key', 'SECRET_KEY');
\Bitrix\Main\Config\Option::set('main', 'cloud_storage_bucket', 'bitrix-uploads');
\Bitrix\Main\Config\Option::set('main', 'cloud_storage_path', 'upload/');

Path style vs virtual hosted style: чому це важливо

Найчастіша проблема при підключенні не-AWS S3 — невірна адресація бакета. AWS використовує virtual hosted style: https://bucket.s3.amazonaws.com/key. Більшість S3-сумісних сервісів підтримують path style: https://s3.example.com/bucket/key.

Стандартний модуль Бітрікса використовує virtual hosted style. Для сервісів, які не підтримують його (наприклад, MinIO в локальній мережі без wildcard DNS), потрібно патчити клас провайдера /bitrix/modules/main/lib/cloudstorages/amazon.php — додати параметр use_path_style_endpoint: true при ініціалізації AWS SDK:

$s3Client = new \Aws\S3\S3Client([
    'version'                 => 'latest',
    'region'                  => $region,
    'endpoint'                => $endpoint,
    'use_path_style_endpoint' => true,
    'credentials'             => [
        'key'    => $accessKey,
        'secret' => $secretKey,
    ],
]);

Порівняння популярних S3-провайдерів для Бітрікс:

Як перенести існуючі файли в S3?

Після підключення сховища Бітрікс починає завантажувати нові файли в S3, але старі залишаються локально. Для міграції використовується вбудована утиліта: /bitrix/admin/main_cloud_copy.php. Вона запускає агент, який пакетами переносить файли з /upload/ у сховище та оновлює шляхи в b_file.

При перенесенні важливо: поле SUBDIR в b_file зберігає відносний шлях файлу. Після міграції в S3 шляхи стають URL-адресами бакета. Якщо міграція перерветься на середині, частина файлів буде в S3, частина — локально. Бітрікс визначає джерело файлу по полю EXTERNAL_ID в b_file — якщо воно заповнене, файл вважається хмарним.

Публічний доступ і CDN

Файли в S3 мають бути публічно доступними для прямих посилань на зображення. Налаштування політики бакета (bucket policy) для публічного читання:

{
    "Version": "2012-10-17",
    "Statement": [{
        "Effect": "Allow",
        "Principal": "*",
        "Action": "s3:GetObject",
        "Resource": "arn:aws:s3:::bitrix-uploads/*"
    }]
}

Для підключення CDN перед бакетом (CloudFront, Cloudflare) в налаштуваннях модуля вказується параметр CDN_URL — Бітрікс формуватиме публічні URL через CDN, а запис до S3 буде йти напряму.

Що входить у послугу

Ми підключаємо S3-сховище під ключ. У роботі:

• Аудит поточної інфраструктури та розрахунок навантаження
• Налаштування модуля main.cloudstorages з коректним endpoint і path style
• Міграція існуючих файлів з /upload/ з перевіркою цілісності
• Налаштування політик бакета та CDN (опціонально)
• Документація щодо доступів та конфігурації
• Технічна підтримка на етапі впровадження

Наші інженери сертифіковані за 1С-Бітрікс та AWS. Гарантія на коректну роботу файлового сховища після перенесення — якщо виникнуть проблеми, виправляємо безкоштовно. Офіційна документація 1С-Бітрікс з хмарних сховищ.

Типові помилки при налаштуванні S3

1. Вибрано virtual hosted style, який не підтримується провайдером — файли не завантажуються.
2. Не налаштована політика бакета — користувачі бачать 403 помилки на зображення.
3. Перенесення виконано без перевірки b_file — шляхи залишилися локальними, файли дублюються.
4. Кеш перенесено в S3 — різке падіння продуктивності через затримки.

Строки та вартість

Налаштування S3-сховища займає від 3 до 7 днів залежно від обсягу файлів та необхідності міграції. Вартість розраховується індивідуально після аудиту. Залиште заявку — ми оцінимо ваш проєкт і запропонуємо оптимальне рішення.

Замовте налаштування S3-сховища для вашого Бітрікса — ми гарантуємо коректну роботу.

Зверніться до нас, щоб отримати консультацію з налаштування S3 для вашого Бітрікс-проєкту. Ми гарантуємо стабільну роботу файлового сховища без сюрпризів.

Що включає професійне встановлення 1С-Бітрікс

Ми починаємо встановлення 1С-Бітрікс з перевірки innodb_buffer_pool_size. Дефолтне значення MySQL (128 МБ) — вирок для інтернет-магазину з каталогом на 10 000+ товарів. Ми ставимо 70–80% від доступної RAM на виділеному сервері, 50% на VPS. Одна ця налаштування прискорює сайт у 2–3 рази порівняно з дефолтом. Правильна конфігурація сервера заощаджує до 60% вартості хостингу щомісяця. Оцінимо ваш проєкт за один день — отримайте консультацію. Звертайтеся, щоб замовити встановлення під ключ з гарантією продуктивності.

Як вибрати хостинг та редакцію для встановлення 1С-Бітрікс?

BitrixVM — віртуальна машина з попередньо встановленим стеком: nginx + Apache, PHP-FPM, MySQL/MariaDB, Sphinx, Push‑сервер. Для VPS — найкращий старт. Все вже сконфігуровано під Бітрікс, включаючи OPcache, логротацію та firewall. Керування через веб‑панель на порту 8890.

VPS/VDS — золота середина. Мінімальна конфігурація для середнього інтернет‑магазину: 2 vCPU, 4 ГБ RAM, SSD. Оптимальна: 4 vCPU, 8 ГБ RAM. ОС: Ubuntu 22.04 або Debian 12. Якщо не BitrixVM — налаштовуємо стек вручну під задачу. Віртуальний хостинг — тільки для візиток та лендінгів. Вимоги: PHP 8.0+, MySQL 5.7+ / MariaDB 10.0+, 512 МБ RAM, .htaccess. Хостинг‑партнери 1С-Бітрікс — гарантія сумісності. Виділений сервер — для highload. Типова архітектура: веб‑сервер окремо, база даних окремо, Redis/Memcached окремо. На редакції «Ентерпрайз» — веб‑кластер з балансувальником. Хмара (Yandex Cloud, VK Cloud, Selectel) — коли навантаження стрибає: розпродажі, сезонні піки. Автомасштабування через Managed Kubernetes або просто вертикальне масштабування VM.

Вибір редакції — не менш важливий крок. Часта помилка: беруть «Малий бізнес» для магазину, який через півроку виростає до B2B з оптовими цінами та трьома складами. Перехід на «Бізнес» — доплата різниці, дані не втрачаються, але краще передбачити заздалегідь. Наші фахівці підберуть редакцію під поточні завдання і з запасом на зростання. Наприклад, ліцензія «Бізнес» окупається за рахунок мультискладу та обміну з 1С, а неправильний вибір призводить до додаткових витрат, які можуть у 2–3 рази перевищити вартість ліцензії.

Які налаштування сервера критичні для 1С-Бітрікс?

Веб‑сервер та PHP

nginx як reverse proxy + Apache (mod_php) або nginx + PHP-FPM напряму. Другий варіант економить пам’ять — Apache не потрібен. Але деякі модулі Бітрікс використовують .htaccess, тому для сумісності іноді залишаємо Apache. Конфігурація nginx: fastcgi_read_timeout 300 — для довгих операцій (імпорт з 1С), client_max_body_size 1024m — завантаження великих файлів. Закриваємо доступ до .settings.php, .settings_extra.php, bitrix/.settings.php — там паролі до бази. Rewrite‑правила з urlrewrite.php — Бітрікс сам генерує, але при nginx + PHP-FPM потрібно продублювати. PHP 8.0–8.2 з розширеннями: mbstring, curl, gd, xml, json, opcache, redis/memcached. Ключові налаштування php.ini: opcache.memory_consumption=256, opcache.max_accelerated_files=20000, max_execution_time=300, memory_limit=512M, upload_max_filesize=100M, post_max_size=128M. Порівняно з Apache + mod_php, зв’язка nginx + PHP-FPM споживає на 30% менше оперативної пам’яті при однаковому навантаженні — це підтверджено на наших проєктах.

База даних та кешування

MySQL/MariaDB. Ключові параметри my.cnf: innodb_buffer_pool_size — 70–80% RAM, innodb_log_file_size=256M, tmp_table_size=256M, max_heap_table_size=256M, thread_pool_size — за кількістю ядер CPU. Кодування utf8mb4 обов'язково, інакше емодзі та спецсимволи ламаються. Redis кращий за Memcached для Бітрікс — підтримує persistent connections та більш надійний. Налаштовуємо в .settings_extra.php:

'cache' => ['value' => ['type' => ['class_name' => '\\Bitrix\\Main\\Data\\CacheEngineRedis']]]
'session' => ['value' => ['mode' => 'default', 'handlers' => ['general' => ['type' => 'redis']]]]

Redis прискорює роботу сайту в 1.5 рази порівняно з Memcached завдяки постійним з’єднанням та вбудованому кешуванню сесій.

SSL, пошта та cron

SSL — Let's Encrypt через certbot у 90% випадків. Редирект HTTP → HTTPS (301), HSTS, TLS 1.2/1.3, OCSP Stapling. У Бітрікс перемикаємо на HTTPS у налаштуваннях головного модуля. Пошта: відмовляємося від mail() — підключаємо SMTP (Яндекс.Пошта для домену, Mail.ru для бізнесу). Обов'язково налаштовуємо SPF, DKIM, DMARC. Без SPF листи потрапляють у спам. Тестуємо доставляння через mail‑tester.com — оцінка 9+/10. Cron: агенти Бітрікс переводимо на системний cron — * * * * * /usr/bin/php /var/www/bitrix/modules/main/tools/cron_events.php. На cron вішаємо обмін з 1С (15–60 хв), пошукову переіндексацію, бекапи (mysqldump + rsync, ротація 7+4), очищення тимчасових файлів.

Безпека та адміністрування

Файлова система: власник www-data, директорії 755, файли 644, upload 775. nginx блокує доступ до файлів конфігурації. Вмикаємо Проактивний захист Бітрікс — WAF, контроль активності (блокування після 5 невдалих спроб), перевірку цілісності ядра. Для адмін‑панелі: двофакторна аутентифікація через Google Authenticator або OTP, обмеження доступу за IP через nginx для параноїків.

Скільки часу займає встановлення 1С-Бітрікс та налаштування?

Перевірка після встановлення (покроковий чек‑лист)

1. Монітор продуктивності (/bitrix/admin/perfmon_panel.php) — цілимося в 30+ балів. Нижче 20 — є серйозні проблеми з конфігурацією.
2. Перевірка системи — автоматична перевірка всіх параметрів. Червоні пункти — виправляємо обов'язково, жовті — за ситуацією.
3. Сканер безпеки — перевірка на типові вразливості.
4. PageSpeed Insights — TTFB < 200мс на VPS, LCP < 2.5с.
5. Тестовий обмін з 1С — якщо планується інтеграція, перевіряємо CommerceML‑обмін до запуску.

Додатково перевіряємо версії ПЗ, налаштування кешування, роботу cron, SSL‑сертифікат, SPF/DKIM/DMARC, права доступу, видалення дефолтних користувачів та сторінок. Для проєктів з 54‑ФЗ переконуємося, що налаштована фіскалізація через ОФД‑провайдера.

Що входить у роботу (deliverables)

• Повністю налаштований сервер під 1С-Бітрікс з оптимізацією MySQL, PHP, nginx.
• Встановлена та активована ліцензія потрібної редакції.
• SSL‑сертифікат, поштові налаштування, cron та бекапи.
• Документація: всі параметри конфігурації, доступи, cron‑завдання.
• Навчання контент‑менеджера: як заходити до адмінки, додавати товари, завантажувати зображення.
• Підтримка після встановлення протягом 30 днів — консультації з налаштувань.

Чому варто довірити встановлення професіоналам?

Неправильне встановлення — втрата часу та грошей. Ми бачили проєкти, де магазин на «Старті» не міг витримати 50 відвідувачів, тому що не було налаштовано innodb_buffer_pool_size. Після перенесення на VPS з правильною конфігурацією сайт «полетів». Неправильна конфігурація призводить до невиправданих витрат — іноді в 2–3 рази дорожче, ніж вартість професійного налаштування. Ви отримуєте готову архітектуру, яка масштабується. Замовте встановлення 1С-Бітрікс під ключ — й отримайте надійну платформу для зростання бізнесу. Зв'яжіться з нами — розрахуємо вартість під ваш проєкт. Досвід понад 7 років, реалізовано 120+ проєктів на Бітрікс, включаючи highload‑магазини з каталогами понад 100 000 товарів. Звертайтеся — ми допоможемо налаштувати Бітрікс під ваш проєкт.