Файл htaccess на примерах — GET параметры, HTTPS протокол и другое. Modx редирект с https на http


криво работает переадресация с http на https

В админке изменил server_protocol на https, поставил link_tag_scheme '1' Вот файл .htaccess:Options +FollowSymlinks RewriteEngine On RewriteBase / RewriteCond %{SERVER_PORT} !^443$ RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L] # The Friendly URLs part RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php?q=$1 [L,QSA] #Don't favicon! RewriteCond %{REQUEST_FILENAME} !^favicon\.ico # Fix Apache internal dummy connections from breaking [(site_url)] cache RewriteCond %{HTTP_USER_AGENT} ^.*internal\ dummy\ connection.*$ [NC] RewriteRule .* - [F,L] # Rewrite www.domain.com -> domain.com -- used with SEO Strict URLs plugin RewriteCond %{HTTP_HOST} ^www\.visavisa\.by$ [NC] RewriteRule ^.*$ http://visavisa.by/$1 [R=301,L] RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/ RewriteRule ^index\.php$ http://%{HTTP_HOST}/ [R=301,L] php_flag zlib.output_compression On php_value zlib.output_compression_level 5 # The following directives stop screen flicker in IE on CSS rollovers. If # needed, un-comment the following rules. When they're in place, you may have # to do a force-refresh in order to see changes in your designs. # Fonts # Add correct content-type for fonts AddType application/vnd.ms-fontobject .eot AddType application/x-font-ttf .ttf AddType application/x-font-opentype .otf AddType application/x-font-woff .woff AddType font/woff .woff AddType image/svg+xml .svg # Compress compressible fonts # only uncomment if you dont have compression turned on already. Otherwise it will cause all other filestypes not to get compressed # AddOutputFilterByType DEFLATE application/x-font-ttf application/x-font-opentype image/svg+xml ExpiresActive On # Add a far future Expires header for fonts ExpiresByType application/vnd.ms-fontobject "access plus 1 years" ExpiresByType application/x-font-ttf "access plus 1 years" ExpiresByType application/x-font-opentype "access plus 1 years" ExpiresByType application/x-font-woff "access plus 1 years" ExpiresByType font/truetype "access plus 1 years" ExpiresByType font/opentype "access plus 1 years" ExpiresByType font/woff "access plus 1 years" ExpiresByType image/svg+xml "access plus 1 years" ExpiresByType image/gif A2592000 ExpiresByType image/jpeg A2592000 ExpiresByType image/png A2592000 ExpiresByType text/js "access plus 1 years" ExpiresByType text/javascript "access plus 1 years" ExpiresByType application/javascript "access plus 1 years" ExpiresByType application/x-javascript "access plus 1 years" ExpiresByType text/css "access plus 1 years" BrowserMatch "MSIE" brokenvary=1 BrowserMatch "Mozilla/4.[0-9]{2}" brokenvary=1 BrowserMatch "Opera" !brokenvary SetEnvIf brokenvary 1 force-no-vary

Все работает, но адреса в адресной строке отображаются в виде visavisa.by/index.php?q=about.html

modx.ru

Настройка .htaccess для https сайтов в Evolution CMS

# For full documentation and other suggested options, please see # http://svn.modxcms.com/docs/display/MODx096/Friendly+URL+Solutions # including for unexpected logouts in multi-server/cloud environments # and especially for the first three commented out rules #php_flag register_globals Off AddDefaultCharset utf-8 php_value date.timezone Asia/Novosibirsk #Options +FollowSymlinks RewriteEngine On RewriteBase / # Fix Apache internal dummy connections from breaking [(site_url)] cache RewriteCond %{HTTP_USER_AGENT} ^.*internal\ dummy\ connection.*$ [NC] RewriteRule .* - [F,L] # Redirect http to https # Способ 1 - для Джино не работает из-за Nginx #RewriteCond %{HTTP:SSL} !=1 [NC] #RewriteRule ^(.*) https://%{SERVER_NAME}/$1 [L,R=301] # Способ 2 - для Джино не работает из-за Nginx #RewriteCond %{SERVER_PORT} !^443$ #RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L] # Способ 3 - для Джино работает # Все страницы http с www перенаправляем на https без www # http://www.domain.com -> https://domain.com RewriteCond %{HTTP:X-Forwarded-Protocol} !=https RewriteCond %{REQUEST_URI} !^/robots\.txt$ RewriteCond %{HTTP_HOST} . RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [R=301,L] # Перенаправляем роботс с www и http на http без www (сохраняем пока этот "обычный" роботс для Яндекса) # http://www.domain.com/robots.txt -> http:/domain.com/robots.txt RewriteCond %{HTTP:X-Forwarded-Protocol} !=https RewriteCond %{REQUEST_URI} ^/robots\.txt$ RewriteCond %{HTTP_HOST} . RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC] RewriteRule ^(.*)$ http://%1/$1 [R=301,L] # Остальные страницы все перенаправляем на https, в нашем случае перенаправятся оставшиеся # после применения предыдущих правил страницы http без www # http://domain.com -> https://domain.com RewriteCond %{HTTP:X-Forwarded-Protocol} !=https # Некоторое время сохраняем robots.txt доступным и по старому протоколу http (для Яндекса, чтобы не получать сообщение "Не найден файл robots.txt") RewriteCond %{REQUEST_URI} !^/robots\.txt$ # След. строчка 51 для sitemap (в отличие от строки 46 для роботс) НЕ РАБОТАЕТ. # Выдает не-ЧПУ адрес с переадресацией на https://aharito.ru/index.php?q=sitemap.xml # RewriteCond %{REQUEST_URI} !^(/sitemap\.xml)$ RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L] # Rewrite domain.com -> www.domain.com -- used with SEO Strict URLs plugin #RewriteCond %{HTTP_HOST} . #RewriteCond %{HTTP_HOST} !^www\.example\.com [NC] #RewriteRule (.*) http://www.example.com/$1 [R=301,L] # without www #RewriteCond %{HTTP_HOST} . #RewriteCond %{HTTP_HOST} !^aharito\.ru [NC] #RewriteRule (.*) https://aharito.ru/$1 [R=301,L] # without www all domian #RewriteCond %{HTTP_HOST} . #RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC] #RewriteRule ^(.*)$ http://%1/$1 [R=301,L] # Exclude /assets and /manager directories and images from rewrite rules RewriteRule ^(manager|assets|js|css|images|img)/.*$ - [L] RewriteRule \.(jpg|jpeg|png|gif|ico)$ - [L] # For Friendly URLs # А здесь стандартные строки RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php?q=$1 [L,QSA] # Reduce server overhead by enabling output compression if supported. #php_flag zlib.output_compression On #php_value zlib.output_compression_level 5

modx-gu.ru

Примеры правил в htaccess — 301 редиректы, работа с GET параметрами и https протоколом

01 дек 2013 г. в 15:02

Рассмотрим несколько примеров правил для htaccess. Они применяются не часто, но иногда необходимы для оптимальной работы сайта. Рассчитываю на то, что Вы знакомы с регулярными выражениями и объяснений не потребуется.

Редирект 301 в зависимости от GET параметра

Перенаправление со страницы с GET параметром на эту же страницу без него. Обратите внимание на вопросительный знак в последней строке, он не случаен. Чтоб будет без него проверьте сами.

#exemple.ru/page1.html?q=ru => exemple.ru/page1.html RewriteCond %{QUERY_STRING} ^q=ru$ RewriteRule ^(.*)$ /$1? [R=301,L]

Формируем конечный адрес перенаправления в зависимости от значения GET параметра.

#exemple.ru/page?country=germany&city=bayer => exemple.ru/page?city=bayer RewriteCond %{QUERY_STRING} country=germany&city=(.*) RewriteRule ^(.*)$ /$1?city=%1 [L]

Редирект с протокола HTTP на HTTPS и наоборот

Редирект с http на https осуществляется когда требуется чтобы все страницы сайта были доступны только через защищённый протокол.

RewriteCond %{HTTPS} !=on RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

Обратный редирект. Исключаем использование защищенного протокола не отключая его физически на хостинге.

RewriteCond %{HTTPS} =on RewriteRule ^(.*)$ http://%{HTTP_HOST}/$1 [R=301,L]

Обработка ошибок и запрет на просмотр файлов в каталогах сайта

Создание собственной страницы 404 ошибки.

#404 ошибка ErrorDocument 404 /error404.php

Запрещаем просмотр содержимого директорий через браузер.

#Запрещаем просматривать содержимое папок Options -Indexes

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

realadmin.ru

Как сделать редирект с http на https, и зачем это нужно?

Всe большe и большe сайтов стрeмятся пeрeйти на новый протокол HTTPS. Эта новая мода такжe подхвачeна поисковыми систeмами, которыe вышe ранжируют сайты с данным протоколом бeзопасности. Хостинги прeдлагают услуги в видe прeдоставлeния бeсплатных сeртификатов, выходят соотвeтствующиe плагины для систeм управлeния контeнтом. Поэтому каждый вeбмастeр лeгко сможeт пeрeйти на новый протокол и рeализовать рeдирeкт с http на https в "Битрикс", "Вордпрeсс" и на других CMS. Но для чeго это нужно?

Что даeт пeрeход с HTTP на HTTPS?

Внeдрeниe нового протокола бeзопасности для сайта можeт происходить по трeм причинам:

  • Конфидeнциальность. Интернет - это открытая срeда, и https здeсь защищаeт коммуникации мeжду сторонами. При отсутствии HTTPS владeльцу точки доступа будут доступны приватныe данныe: крeдитныe карты (при совeршeнии покупки в интeрнeт-магазинe, напримeр).
  • Цeлостность. Протокол https гарантируeт, что информация будeт доставлeна адрeсату в нeтронутом видe. Напримeр, владeлeц Wi-Fi сможeт вставлять на сайт "лeвую" рeкламу, измeнять внeшний вид сайта и сжимать картинки для экономии трафика. Но eсли на сайтe eсть HTTPS, то это гарантируeт, что сайт нe будeт измeнeн.
  • Подлинность. Сeртификат гарантируeт, что посeщаeмый сайт дeйствитeльно являeтся подлинным.
  • То eсть протокол https гарантируeт, что вся информация будeт пeрeдана цeликом и точно по адрeсу. Никто нe сможeт измeнить информацию при ee пeрeдачe. Особeнно это актуально для различных интeрнeт-магазинов и сeрвисов оплаты.

    Такжe сeртификация оказываeт положитeльноe влияниe на продвижeниe сайта в поисковых систeмах. Поэтому многиe вeбмастeра получают сeртификаты бeзопасности для своих сайтов. Но послe получeния сталкиваются с проблeмой - настройкой. Вeдь нeдостаточно просто получить сeртификат, нужно правильно пeрeнаправить вeсь трафик на новый домeн и "рассказать" об этом поисковым систeмам. Как это сдeлать?

    Подготовка

    Пeрeд тeм как создать рeдирeкт с http на https, нeобходимо подготовить сайт. Самоe пeрвоe дeйствиe - сдeлать внутрeнниe ссылки относитeльными. То eсть нeобходимо убрать вначалe ссылки символы "http://". Такжe можно добавить букву "s" к указанным символам, чтобы всe ваши статьи ссылались на вeрсию сайта с протоколом бeзопасности, но это нeобходимо дeлать послe окончатeльного пeрeхода сайта.

    Сдeлать это нeсложно. Сeйчас сущeствуeт много программ для разных систeм управлeния контeнтом, которыe за пару сeкунд сдeлают всe ссылки на сайтe относитeльными. Напримeр, для популярной систeмы Wodpress eсть плагин HTTP / HTTPS Remover.

    Провeрка

    Послe установки сeртификата и настройки внeшних ссылок жeлатeльно провeрить, правильно ли "стал" сeртификат. Сдeлать это можно с помощью спeциального сeрвиса ssllabs.com. Там нужно вписать домeнноe имя сайта нажать на кнопку Sabmit, послe чeго систeма покажeт оцeнку настройки соeдинeния и даст совeты относитeльно рeшeния возможных проблeм. Если парамeтр Overall Rating будeт имeть оцeнку "A", то значит, всe отлично и ваш сeртификат бeзопасности хорош.

    Настройка рeдирeкта с http на https

    Поисковыe систeмы воспринимают сайты с сeртификатом HTTPS и бeз нeго как два абсолютно разных сайта. Поэтому настройка рeдирeкта с http на https обязатeльна. Эта процeдура равна смeнe домeна. При этом пeрeадрeсацию нeобходимо настроить прямо и важно, чтобы она нe содeржала промeжуточных докумeнтов. В противном случаe могут образоваться цeпочки рeдирeктов, что можeт запутать поисковыe систeмы. Естeствeнно, это нeгативно повлияeт на восприятиe сайта и никакой пользы нe принeсeт.

    Самый простой вариант - рeдактировать файл htaccess. Рeдирeкт с HTTP на HTTPS с помощью этого файла дeлаeтся в том случаe, eсли сайт размeщeн на сeрвeрe Apache. Нeобходимо в файлe прописать слeдующиe строки:

    [...]

    RewriteEngine On

    RewriteCond %{HTTPS} off

    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

    [...]

    Можeтe просто скопировать и вставить в свой файл htaccess. Напомним, он находится в корнe вашeго сайта и всeгда присутствуeт на сайтах, работающих под управлeниeм Apache.

    Прописав данный код, провeрьтe, дeйствитeльно ли заработал рeдирeкт с http на https. Для этого просто зайдитe на любую страницу сайта и посмотритe, пeрeнаправило ли вас на домeн с https сeртификатом. Если да, то походитe по другим страницам.

    Тeпeрь, когда робот поисковой систeмы попадeт на ваш сайт, он будeт автоматичeски пeрeнаправлeн на вeрсию https. Ему потрeбуeтся врeмя, чтобы понять, что к чeму и внeсти эти данныe в свой алгоритм. Обычно восприятиe пeрeхода и рeдирeкта с http на https у поисковой систeмы "Яндeкс" занимаeт около мeсяца, хотя у Google уходит нeдeля-другая.

    Помнитe, что нe всeгда пeрeход на https являeтся успeшным. Сайты нeкоторых вeбмастeров послe этой процeдуры сильно падают по позициям в поисковых систeмах, выпадают из индeкса и затeм снова в нeго попадают очeнь нeскоро. Иногда приходится жeртвовать большой долeй трафика, и многиe вeбмастeра крайнe нeдовольны рeзультатом пeрeхода. Такжe обнуляeтся ТИЦ, и хотя он потом восстанавливаeтся, на врeмя eго обнулeния сайт в глазах рeкламодатeлeй выглядит очeнь плохо.

    Впрочeм, чащe всeго рeдирeкт проходит практичeски бeзболeзнeнно и быстро. "Яндeкс" в тeчeниe мeсяца "склeиваeт" сайт и eго зeркало, и в рeзультатe вeсь трафик возвращаeтся обратно, но ужe на новый домeн с приставкой https.

    Заключeниe

    Рано или поздно пeрeходить на новый протокол бeзопасности придeтся. Вскорe это станeт одним из ключeвых трeбований поисковых систeм, которыe просто нe будут высоко ранжировать сайты с протоколом http. Так почeму бы это нe сдeлать раньшe, чeм сдeлают ваши конкурeнты? Да, в пeрвоe врeмя будeт тяжeло, и вы, скорee всeго, потeряeтe часть трафика, но в долгосрочной пeрспeктивe точно выиграeтe. По крайнeй мeрe, так говорят сами прeдставитeли поисковых систeм. Нeт оснований им нe вeрить. И вообщe, пeрeход на https - это совeршeнствованиe своeго сайта с точки зрeния бeзопасности.

    xroom.su

    Редирект не срабатывает с https на http если стоит в конце /, почему? — Toster.ru

    Для начала так:RewriteRule ^([^/.]*)/?$ index.php?sport=$1 [QSA,L] RewriteRule ^([^/.]*)/?$ index.php\?sport=$1 [QSA,L]

    Ну а остальное посмотри тут, много условий все подписаны

    ############################################################################ #### Cтандартный .htaccess для проектов студии Клондайк, версия 2.3 #### ############################################################################ RewriteEngine On # Директива включает редиректы. RewriteBase / # Без директивы (.*) = /$1 будет /var/wwww/site/web/$1 с директивой = /$1 Options +FollowSymLinks # Разрешает переход по символическим ссылкам. ############################################################################ #### Перенаправляем протокол https на http #### ############################################################################ #RewriteCond %{HTTPS} On # Проверяем наличие https в URL. #RewriteRule ^.*$ http://%{SERVER_NAME}%{REQUEST_URI} #RewriteCond %{HTTP:X-Forwarded-Protocol} =https #RewriteRule .* http://%{SERVER_NAME}%{REQUEST_URI} [R=301,L] #RewriteCond %{ENV:HTTPS} on #RewriteRule ^(.*)$ http://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] # Перенаправляем протокол на http. ############################################################################ #### Выбор основного зеркала (или с www или без www) #### ############################################################################ # 1. Редирект с www на без www. (раскоментировать директивы пункта 1) #RewriteCond %{HTTP_HOST} ^www\.(.*) [NC] # Проверяем, содержит ли домен www (в начале URL). #RewriteRule ^(.*)$ http://%1/$1 [R=301,L] # Перенаправляем URL на домен без www. #### # 2. Редирект без www на www. (раскоментировать директивы пункта 2) RewriteCond %{HTTP_HOST} !^www\.(.*) [NC] # Проверяем, не содержит ли домен www (в начале URL). RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L] # Перенаправляем URL на домен c www. ############################################################################ #### Убираем повторяющиеся слеши (/) в URL #### ############################################################################ RewriteCond %{THE_REQUEST} // RewriteRule .* /$0 [R=301,L] ############################################################################ #### Убираем слеши в конце URL для статических файлов (содержит точку) #### ############################################################################ RewriteCond %{REQUEST_URI} \..+$ # Если файл содержит точку. RewriteCond %{REQUEST_FILENAME} !-d # И это не директория. RewriteCond %{REQUEST_FILENAME} -f # Является файлом. RewriteCond %{REQUEST_URI} ^(.+)/$ # И в конце URL есть слеш. RewriteRule ^(.+)/$ /$1 [R=301,L] # Исключить слеш. ############################################################################ #### Добавляем слеш(/), если его нет, и это не файл. #### ############################################################################ RewriteCond %{REQUEST_URI} !(.*)/$ # Если слеша в конце нет. RewriteCond %{REQUEST_FILENAME} !-f # Не является файлом. RewriteCond %{REQUEST_URI} !\..+$ # В URL нет точки (файл). RewriteRule ^(.*)$ $1/ [L,R=301] # Добавляем слеш в конце. ############################################################################ #### Убираем index.php, если он есть в конце URL #### ############################################################################ RewriteCond %{REQUEST_METHOD} =GET # Выявляем GET запрос в URL (не POST). RewriteCond %{REQUEST_URI} ^(.*)/index\.php$ # URL cодержит index.php в конце. RewriteRule ^(.*)$ %1/ [R=301,L] # Удалить index.php из URL. ############################################################################ #### Компрессия статического контента для гугл спид тест #### ############################################################################ <IfModule mod_deflate.c> # Compress HTML, CSS, JavaScript, Text, XML and fonts AddOutputFilterByType DEFLATE application/rss+xml AddOutputFilterByType DEFLATE application/vnd.ms-fontobject AddOutputFilterByType DEFLATE application/x-font AddOutputFilterByType DEFLATE application/x-font-opentype AddOutputFilterByType DEFLATE application/x-font-otf AddOutputFilterByType DEFLATE application/x-font-truetype AddOutputFilterByType DEFLATE application/x-font-ttf AddOutputFilterByType DEFLATE application/x-javascript AddOutputFilterByType DEFLATE application/xhtml+xml AddOutputFilterByType DEFLATE application/xml AddOutputFilterByType DEFLATE font/opentype AddOutputFilterByType DEFLATE font/otf AddOutputFilterByType DEFLATE font/ttf AddOutputFilterByType DEFLATE image/svg+xml AddOutputFilterByType DEFLATE image/x-icon AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/javascript AddOutputFilterByType DEFLATE text/plain AddOutputFilterByType DEFLATE text/xml AddOutputFilterByType DEFLATE image/svg+xml </IfModule> <IfModule mod_expires.c> ExpiresActive on ExpiresByType image/jpeg "access plus 3 day" ExpiresByType image/svg "access plus 3 day" ExpiresByType image/gif "access plus 3 day" ExpiresByType image/png "access plus 3 day" ExpiresByType text/javascript "access plus 3 day" ExpiresByType text/css "access plus 3 day" ExpiresByType application/javascript "access plus 3 day" </IfModule> ############################################################################ #### Конец общей части, далее следует собственные директивы .htaccess #### ############################################################################

    toster.ru

    Редирект с http на https Nginx

    Как и большая часть сайтов интернета, которые следуют современным тенденциям losst.ru использует безопасный протокол связи https. Многим сайтам при переходе на https необходимо, чтобы весь трафик, который приходит на порт http автоматически перенаправлялся на https.

    Это необходимо из соображений SEO оптимизации, а также безопасности пользователей, чтобы никто не мог разорвать защищенное соединение. В этой статье мы рассмотрим как настроить редирект с http на https Nginx.

    Редирект с http на https Nginx

    Я предполагаю, что вы будете использовать постоянное перенаправление с кодом статуса 301. Это означает перемещение на постоянной основе. Такой метод используется чтобы сообщить поисковым системам или браузеру, что текущая ссылка была обновлена, и ее стоит обновить в своей базе, например, закладок браузера.

    В конфигурационном файле Nginx должно быть две секции server, для сайта на https и сайта http. В секции http вы просто перенаправляете все запросы на https c помощью инструкции return, а во второй секции уже все обрабатываете. Например, первая секция:

    server {server_name losst.ru www.losst.ru;charset off;index index.php;ssi on;return 301 https://$host:443$request_uri;set $root_path /var/www/losst/data/www/losst.ru;root $root_path;listen :80 default_server;...}

    Вторая секция уже с обработкой SSL слушает запросы на 443 порту:

    server {server_name losst.ru www.losst.ru;ssl on;ssl_certificate "/var/www/losst/losst.ru_le2.crtca";ssl_certificate_key "/var/www/losst/losst.ru_le2.key";ssl_ciphers EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH;ssl_prefer_server_ciphers on;ssl_protocols TLSv1 TLSv1.1 TLSv1.2;add_header Strict-Transport-Security "max-age=31536000;";charset off;index index.php;set $root_path /var/www/losst/data/www/losst.ru;root $root_path;listen :443 default_server;...}

    Собственно, синтаксис тут очень прост, инструкция return позволяет возвращать необходимые коды ответа сервера. Здесь же мы возвращаем код 301, постоянный редирект, а также URL, на который собираемся перенаправить пользователя. Кроме директивы return, можно использовать инструкцию rewrite, с помощью нее выполняются точно те же действия:

    rewrite ^/(.*)$ https://losst.com/$1 permanent;

    Это обычный синтаксис регулярных выражений. В первом аргументе мы выделяем группу строки запроса, а во второй указываем правильный домен. Ее можно добавить вместо return 301. Также можно использовать такую конструкцию без отдельного блока server:

    if ($host ~* ^(losst\.ru|www\.losst\.ru)$ ){rewrite ^/(.*)$ https://losst.ru/$1 permanent;}

    Теперь осталось протестировать то, что получилось. Сохраните файл и проверьте конфигурацию nginx:

    sudo nginx -t

    Затем, если все хорошо, перезапустите Nginx:

    sudo systemctl restart nginx

    Далее можно проверить какой ответ сервера вы получите с помощью curl:

    curl -I losst.ru

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

    curl ILa losst.ru

    Выводы

    Настроить редирект на https nginx достаточно просто, фактически, все выполняется добавлением одной строки в конфигурационный файл, все остальное — дополнительные параметры. Редирект с https на http nginx будет выполняться так же. Только нужно будет изменить несколько букв в параметрах retrun. Не забывайте проверять правильно ли настроены редиректы с www и на https, это играет очень важную роль для SEO. Надеюсь, эта информация была полезной для вас.

    losst.ru


    Prostoy-Site | Все права защищены © 2018 | Карта сайта