В некоторых (особо тяжелых) случаях влияет существенно на ранжирование, при наличии возможности стоит всегда включать кеширование, как минимум, можно высвободить дополнительные ресурсы на случай всплесков пользовательской активности и т.п. 🍿
если стоит nginx на раздаче статики, то сжатие и браузерное кеширование надо включать в его конфиге, а не в .htaccess'е
еще переустановить винду можно посоветовать 😂
я бы рекомендовал обратиться к специалистам, и как минимум, стоит обновить CMS до последней версии, сменить пароли на FTP к этому сайту
правильно, такое бывает, программисту, в принципе не должно составить труда пробежаться и позаменять :)
известная проблема, но надо стараться выкрутить параметр загрузки в максимально комфортные значения, если с SSL все хорошо настроено и локация сервера приемлемая для этой аудитории, то оверхед лаг обычно не более +50 мс.
будут работать, т.е. по сути это переклейка по 301 редиректу на новое зеркало, ссылочное также перейдет (не сразу, и, возможно, не все), новые делать на https
смотрите раздел помощи Яндекса, если конкретнее о зеркалах, то надо прописать Host: https://, т.е. вместе с этим самым https://
Чуда в ранжировании не произойдет, но при прочих равных SSL дает плюс.
если статики много, то подойдет гибридное решение, т.е. обычные HDD с кешированием в SSD
варианты ответов:
и как совет, на будущее, проделывайте эти проверки до того, как собрались сливать трафик 🍿
верно, вполне нормальный стартовый пост, все требования изложены, какое дело, под какой парсинг, будут жалобы, тогда и предъявляйте вопросы, а цена в $0.5/ip более чем оправдана 🍿
лучше Intel Xeon E5-2620, и SSD, SAS рассматривать не стоит совсем, если уж смотреть, то на SSD с PCI-E интерфейсом
если производитель контроллера будет тот же, пусть даже более новый, то прочитает скорее всего, если производитель другой, то навряд ли, каждый по своему формирует метаданные
