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