estic

Обычно старый домен оставляют за собой "навсегда". Но это не вписывается в ваши обстоятельства. Так что придется попрощаться со старыми "внешними" ссылками.

Если активно продвигались "вечными" ссылками, могут быть проблемы. Иначе нет (при условии достаточности времени на полноценную смену "главного зеркала" в поисковых системах).

Боюсь, нужно будет сильно подороже, чтобы за автора все делали.

Перед заключением соглашения дайте ему ссылку на эту тему или сразу предлагайте двойную таксу, чтобы он понял, что есть подвох 😊

Это Вы всем "делаете мозги"! Видимо, мама в детстве не гладила по головке. Раз даже после конкретного послания в теме "плати или делай сам" не доходит.

Я писал, что размещение сайта (действие) - это ваша обязанность. В поддержку обращаетесь, когда со стороны хостинга возникают очевидные ограничения, которых быть не должно, или что-то непонятно по использованию услуги в общем, без привязки к вашему сайту, домену и т.п.

Отписался.

Т.е. вы хотите и дешево, и чтобы за вас все делали? 😀 Куда подевался упомянутый в начале темы программист?

Вы в курсе, сколько стоит рабочий час админа?

Из всего списка претензий к упомянутому хостингу (хостинг-провайдеру) могу согласиться только с первым пунктом. Действительно какая-то странность с письмом активации. Сам с этим сталкивался. Думал, быстро исправят. А воз и ныне там 😕

Понятно. Видимо, я процитировал из вашей цитаты, а не из оригинального сообщения.

justhost (ru/asia)? Нормальный хостинг.

Тоже обратил внимание на эту странность. Поддержка указала на другой способ активации 😂

Зачем им объяснять? Это ваша обязанность. Для обычного хостинга чаще всего префикс в имени базы данных определяется выбранной услугой хостинга/конкретной хостинговой площадкой. Нужно наоборот в конфигурационном файле менять имя базы данных (и имя пользователя базы данных тоже; обычно имя пользователя совпадает с именем базы данных, т.е. для каждой базы лучше создавать отдельного пользователя и проще всего указать такое же имя).

Может быть и так: u100500 имеет доступ ко всем своим базам (u100500_*), но для доступа со стороны кода конкретного сайта лучше создать пользователя u100500_*, если есть такая возможность. Пользователя u100500 при этом можно удалить, если есть такая возможность и человеку не нужно одновременно обозревать все свои базы данных.

Можно использовать постоянное соединение MySQL. В PDO за это отвечает ATTR_PERSISTENT. Передавайте этот атрибут прямо в конструктор 😉

И в следующий раз показывайте реальный код, чтобы участники форума не домысливали то, что могло быть представлено наглядно.

В РФ их представляет соответствующее юр. лицо. Очевидно, подчиненное.

Пока не получал. Есть и американские локации, и российские. Возможно, из-за того что американские используются в соответствующих аккаунтах.

Видимо, вы сами "засветились", когда использовали "российский" аккаунт для американской локации. Или просто персональные данные россиянина указывали. (Можно было вовсе не указывать, пока не потребуют.)