Рейтинг: 0.8902  
Новая
Предложил Пользователь 1242451 27.09.2019 19:21:31

Добавить поддержку веб-сервера Nginx в мониторинге производительности

Предлагаю добавить поддержку Nginx, аналогично Apache в 1С Битрикс. Это позволит не только отслеживать состояние сайта на веб-сервере Apache, но на веб-сервере Nginx. Многие используют на VDS только Nginx без Apache, такая связка дает увеличение в производительности сервера. А при поддержке 1С Битрикса часть ошибок и настроек будет доступно из "пакета".

Надеюсь мое обращение достигнет результата. Желаю Всем высокодоходных сайтов!

С уважением,
Анатолий
Рейтинг: 14.6966  
На голосовании
Предложил Пользователь 25773 28.12.2015 12:20:55

Отключить блокировку фреймов для Яндекс-метрики в BitrixEnv и БУС

В /etc/nginx/nginx.conf есть

add_header X-Frame-Options SAMEORIGIN;

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

Яндекс рекомендует:
if ($http_referer !~ "^https?://([^/]+metrika.*yandex\.(ru|ua|com|com\.tr|by|kz)|([^/]+\.)?webvisor\.com)/"){
  add_header X-Frame-Options SAMEORIGIN;
}

Отключите add_header X-Frame-Options SAMEORIGIN в ngixn для метрики и добавьте подобную опцию в "Битрикс управление сайтом".
Рейтинг: -2.3335  
Ответил Красичков Андрей 28.12.2015 16:51:11
Это частный кейс, который, требует частного решения - правки конфигов под нужды проекта. Конфигурация виртуальной машины слишком общая, дабы делать какие-то хаки для конкретных third-party ресурсов. Тем более, что проверка referer'а в целом сомнительное решение.

Быть может лучшим решением было бы посмотреть в сторону CSP (Content Security Policy). Таким образом:
1. Оставляем "X-Frame-Options: SAMEORIGIN" в покое
2. Настраиваем CSP с учетом необходимостей вашего проекта. В том числе и frame-ancestors (Chrome 40+, FF 33+)


И как бонус, повысите безопасность проекта в целом. Разумеется, при условии адекватной настройки CSP
Рейтинг: 7.7961  
На голосовании
Предложил Пользователь 3089 13.02.2014 20:23:35

Задавать имя файла для robots.txt

В новом модуле поискового продвижения есть возможность редактировать robots.txt.

Увы нельзя задать имя полученному файлу.

Это нормально, когда сайты в Битрикс имеют отдельные папки (через DOCUMENT_ROOT или SITE_DIR). Но бывает ситуации, когда папки для ряда сайтов общие - получаем общий набор файлов для сайтов.

В итоге сайтов несколько, а robots.txt у них один и нельзя сделать их разными (это удобно для указания на sitemap - его имя, к счастью, можно в настройках указать).

Более подробно в блоге по новым решениям SEO. Цель - нормально поддержать работу с региональными сайтами.

Добавлено по комментариям: Отдавать разные версии robots.txt в этой ситуации можно средствами nginx. Главное в этой идее не второй шаг (я привел в пример неэффективный способ отдачи средствами PHP), а первый - сама возможность сохранить различные версии robots.txt для сайтов в такой конфигурации.

Добавлено после осмотра исходников модуля seo 14.5.0 (18.04.2014): Улучшений нет никаких. Имя robots.txt вбито в константе \Bitrix\Seo\RobotsFile::ROBOTS_FILE_NAME и ничего с этим не поделать ни с помощью событий (их нет), ни с помощью глубокой кастомизации (я имею в виду создание своего класса унаследовав от стандартного). Функционал редактирования robots.txt на сайтах с одной общей папкой сейчас неупотребим.
Рейтинг: 16.6202  
На голосовании
Предложил Пользователь 148975 06.12.2013 12:47:30

Создать официальную инструкцию по установке Битрикс на nginx + php-fpm

Такая схема работы оправдана и даёт свои плоды, но, к сожалению, в официальной документации нет ни слова о ней.

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

Было бы замечательно, если такой конфиг будет написан 1С-Битрикс со всеми тонкостями.

Данная связка реализуема - я администрирую такую конфигурацию, но хотелось бы официальный конфиг.
Рейтинг: -0.0911  
Новая
Предложил Пользователь 223648 30.10.2013 17:44:29

виртуальную машину на Ubuntu и без apache2

ubuntu lts / debian  + nginx + lua (например) + php-fpm
Было бы здорово) К карме бы прибыло)  
Рейтинг: 19.1827  
На голосовании
Предложил Пользователь 57680 10.02.2012 10:19:09

Решения/конфигурации для увеличения производительности сайта

Предлагаю опубликовать ставшие уже стандартными решения по увеличению производительности сайта с применением кэша  nginx (в location), отключением модуля компрессии (так как в nginx он лучше и быстрее), использованием fast-cgi. + Добавить дополнительные параметры-модификаторы в html cache так как иначе его использовать полная бессмыслица на сайте чуть больше чем простой. В идеале сделать его фактически настраиваемым компонентом кэша nginx