Будет, но просканированные https версии будут замещать соотв. http версии.
В официальных иструкциях переезд на https делается именно так, просто добавлением https сайта в консоль:
https://support.google.com/webmasters/answer/6033049#https-faqs
Я переезжал так:
1. Поменял robots.txt, sitemap.xml. Сайт доступен по обоим протоколам.
2. Добавил в яндекс вебмастер (через индексирование->переезд сайта, галочка [x] HTTPS) и гугл консоль (просто как новый сайт).
3. Дождался склейки в яндексе. Пока шла склейка, гугл уже просканировал большую часть https версии.
4. Сделал редирект http->https кроме robots.txt, гугл добавил остальные страницы, яндекс исключил http версии.
Трафик на сайт не изменился во время переезда, потом понемногу вырос за счет яндекса правда.
Переводил три небольших сайта, во всех случаях все произошло гладко. Ваш опыт может конечно отличаться :D
После редиректов тоже не даст. Т.к. "переезд сайта" (Change of Address) работает только для разных доменов.
Не обязательно, достаточно добавить https версию сайта в вебмастерскую консоль как новый сайт. После склейки в яндексе поставите редирект, получится все плавно.
первый же ответ в гугле не работает что ли
https://stackoverflow.com/questions/3666003/how-i-can-translate-uppercase-to-lowercase-letters-in-a-rewrite-rule-in-nginx-we
https://winginx.com/en/htaccess
https://www.nginx.com/blog/converting-apache-to-nginx-rewrite-rules/
Мошенничество планируете какое-то?
Нет, нужно два IP: один для порта 80, для сайтов которые не должны открываться по https, и второй для порта 443, для сайтов https.
Да как обычно. Фокус в том, что он должен идти первым в списке и не иметь опции ServerName.
<VirtualHost *:443>
ServerAdmin root@localhost
DocumentRoot /var/www/html
ServerAlias 127.0.0.1
SSLEngine on
SSLCertificateFile conf/cert/server.crt
SSLCertificateKeyFile conf/cert/privkey.pem
</VirtualHost>
Потому что site1.com является в такой конфигурации сайтом по умолчанию, перевесьте его на другой ip если хотите чтоб https://site2.com вообще не открывался.
Также можно добавить еще один VirtualHost *.443 первым, который не указывает ни на какой сайт, в таком случае https://site2.com будет выдавать ошибку или что там напишете.
А зачем инвестор, он же долю заберет. Прибыль реинвестируйте :)
Dimanych, а почему нельзя сделать обработчик на PHP, туда будет приходить событие начала скачивания, оттуда отдавать заголовок X-Accel-Redirect, nginx будет отдавать контент, окончание записывается nginx'ом в лог. Т.е. текущие соединения будут разницей между закончившимися и начавшимися.
Если конечно не хочется писать модуль для nginx самостоятельно.
http://nginx.org/ru/docs/http/ngx_http_secure_link_module.html
