- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
nginx не знает про другие домены на сервере. Свой текущий домен можно получить через $host
Наверно я не правильно сформулировала. Файл в котором работаю - это файл ПУ сервера(шаблон).
server {
listen %ip%:%proxy_ssl_port% ssl http2;
server_name %domain_idn% %alias_idn%;
и
%domain%.error.log
То есть, судя по записям %domain_idn%, %alias_idn% и %domain% - шаблон знает имена доменов на сервере.
Как я это понимаю, вначале шаблон формирует правила и затем их отрабатывает Nginx (Proxy) .
Вроде разобралась, так сделать нельзя.
Тогда вопрос, как прописать через регулярку основной домен и его поддомены для следующей конструкции:
*.mysite.com - такой вариант(с маской) вызывает ошибку. Может неправильно прописала, может нужно было экранировать...
Вроде разобралась, так сделать нельзя.
Тогда вопрос, как прописать через регулярку основной домен и его поддомены для следующей конструкции:
*.mysite.com - такой вариант(с маской) вызывает ошибку.
Попробуйте без скобок - списком
Попробуйте без скобок - списком
Наверно это не вариант. Взяла скобки чтобы не заморачиваться с поисковиками(доменными зонами) и их сервисами. Чтобы было просто (yandex|google)
В итоге сделала через шаблон .tpl(stpl)
в секцию:
server {
...
location ~* ^.+\.(jpeg|jpg|png|svg|webp|gif|css)$ {
добавила конфигурацию:
Теперь возникла задача ограничить доступ по конкретным referer дополнительно.
Думаю сделать с помощью map.
1. В шаблоне .tpl(.stpl) в секцию server { прописать:
2. А в конфигурационном файле nginx.conf в секцию http { прописать:
map $http_referer $bad_referers {hostnames;
default 0;
~*(badsite1.com|badsite2.com) 1;
}
Может для моей задачи есть более элегантное решение?Подскажите, пожалуйста, не будет ли конфликта между правилами? Например, если referer не попадает под блокировку в map $http_referer, но при этом не проходит проверку в valid_referers. Или наоборот.
Всем привет!
В итоге сделала через шаблон .tpl(stpl)
в секцию:
server {
...
location ~* ^.+\.(jpeg|jpg|png|svg|webp|gif|css)$ {
добавила конфигурацию:
Теперь возникла задача ограничить доступ по конкретным referer дополнительно.
Думаю сделать с помощью map.
1. В шаблоне .tpl(.stpl) в секцию server { прописать:
2. А в конфигурационном файле nginx.conf в секцию http { прописать:
Может для моей задачи есть более элегантное решение?Подскажите, пожалуйста, не будет ли конфликта между правилами? Например, если referer не попадает под блокировку в map $http_referer, но при этом не проходит проверку в valid_referers. Или наоборот.
конфликта не будет, от хотлинка Вы правила пишите в отдельный location с расширением файлов чтобы их не тянули, а вторым правилом ограничиваете вообще доступ к серверу (сайту). hostname лишнее
map $http_referer $bad_referer {
default 0;
"~*site.ru" 1;
...
}
далее без единички
P.S. map-ы лучше в отдельный файл записывать в папке conf.d
Всем привет!
В итоге сделала через шаблон .tpl(stpl)
Зря вы это затеяли:)
Это раньше была проблема, когда хостинг ограничивал трафик, на данный момент этого нет.
Скажем так, на данный момент, чем больше ваших изображений показывается на сторонних ресурсах, тем лучше для вас.
Зря вы это затеяли:)
Это раньше была проблема, когда хостинг ограничивал трафик, на данный момент этого нет.
Скажем так, на данный момент, чем больше ваших изображений показывается на сторонних ресурсах, тем лучше для вас.
я думаю у человека другая цель, не снизить нагрузку, а предотвратить кражу контента, она же написала не только картинки но и стили, в общем дармоедов кормить не хочет 😁