borisd: Тогда, как я понимаю, Гугл сразу начнет сканировать и включать в индекс версию https и в итоге в индексе будет две версии с одинаковым содержимым.
Будет, но просканированные https версии будут замещать соотв. http версии.
В любом случае если это и так, это ведь не документировано, более того Гугл подчеркивает что http и https он воспринимает как разные сайты.
В официальных иструкциях переезд на https делается именно так, просто добавлением https сайта в консоль:
borisd: Что делать с Гуглом, пока будет идти склейка? Ведь Гугл хочет редирект.
Не обязательно, достаточно добавить https версию сайта в вебмастерскую консоль как новый сайт. После склейки в яндексе поставите редирект, получится все плавно.
Vitaly2012: Для site2.com вообще не прописан VirtualHost, но почему-то вместо него открывается содержимое сайта site1.com
Потому что site1.com является в такой конфигурации сайтом по умолчанию, перевесьте его на другой ip если хотите чтоб https://site2.com вообще не открывался.
Также можно добавить еще один VirtualHost *.443 первым, который не указывает ни на какой сайт, в таком случае https://site2.com будет выдавать ошибку или что там напишете.
Dimanych, а почему нельзя сделать обработчик на PHP, туда будет приходить событие начала скачивания, оттуда отдавать заголовок X-Accel-Redirect, nginx будет отдавать контент, окончание записывается nginx'ом в лог. Т.е. текущие соединения будут разницей между закончившимися и начавшимися.
Если конечно не хочется писать модуль для nginx самостоятельно.
Тогда, как я понимаю, Гугл сразу начнет сканировать и включать в индекс версию https и в итоге в индексе будет две версии с одинаковым содержимым.
Будет, но просканированные 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 это не вариант, если и другие сайты переводить, получается каждому сайту свой IP нужно.
Нет, нужно два 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>
Для site2.com вообще не прописан VirtualHost, но почему-то вместо него открывается содержимое сайта site1.com
Потому что 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