Скорее всего ранее давалась "инструкция" конкретному экземпляру браузера открывать сайт сразу по HTTPS. Или в браузере закэширована переадресация. Или переадресация и сейчас выполняется на сервере.
Фактически да. Вряд ли какому-то ответственному владельцу сайта понравятся такие вставки, и он не постарается этому воспрепятствовать.
Пекутся о безопасности вполне оправданно. Но вот предлагаемые средства сами по себе могут оказаться троянским конем.
Разместите два сайта в рамках одного 😀 Правда, придется выпускать общий сертификат на два домена. Причем выпускать и устанавливать вручную в том числе и в случае использования Let's Encrypt.
Кстати, ваш "основной" хостинг - так себе. Похоже, вы совсем не умеете выбирать хостинг 😊 В "облизывании" клиентов он тоже не замечен. Странно, что вы его выбрали 😊
А как насчет старых внешних ссылок? Они же по сути будут на старый домен. Продлевать я его в будущем не собираюсь.
Обычно старый домен оставляют за собой "навсегда". Но это не вписывается в ваши обстоятельства. Так что придется попрощаться со старыми "внешними" ссылками.
Если активно продвигались "вечными" ссылками, могут быть проблемы. Иначе нет (при условии достаточности времени на полноценную смену "главного зеркала" в поисковых системах).
Это Вы всем "делаете мозги"! Видимо, мама в детстве не гладила по головке. Раз даже после конкретного послания в теме "плати или делай сам" не доходит.
Отписался.
Т.е. вы хотите и дешево, и чтобы за вас все делали? 😀 Куда подевался упомянутый в начале темы программист?
Вы в курсе, сколько стоит рабочий час админа?
Из всего списка претензий к упомянутому хостингу (хостинг-провайдеру) могу согласиться только с первым пунктом. Действительно какая-то странность с письмом активации. Сам с этим сталкивался. Думал, быстро исправят. А воз и ныне там 😕
justhost (ru/asia)? Нормальный хостинг.
Тоже обратил внимание на эту странность. Поддержка указала на другой способ активации 😂
Зачем им объяснять? Это ваша обязанность. Для обычного хостинга чаще всего префикс в имени базы данных определяется выбранной услугой хостинга/конкретной хостинговой площадкой. Нужно наоборот в конфигурационном файле менять имя базы данных (и имя пользователя базы данных тоже; обычно имя пользователя совпадает с именем базы данных, т.е. для каждой базы лучше создавать отдельного пользователя и проще всего указать такое же имя).
Может быть и так: u100500 имеет доступ ко всем своим базам (u100500_*), но для доступа со стороны кода конкретного сайта лучше создать пользователя u100500_*, если есть такая возможность. Пользователя u100500 при этом можно удалить, если есть такая возможность и человеку не нужно одновременно обозревать все свои базы данных.
