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