- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Могу я надеяться на пояснения? Для чего в вашем случае куда-то переносить БД и файлы?
если просто забрали домен, а с хостингом порядок, то вы правы- просто купить новый домен, прописать старые DNS, а в панели хостинга указать старую домашнюю папку. Домен site1.ru, вполне может указывать на директорию site2.ru на старом хостинге. Копировать файлы и пересоздавать БД в таком случае не было смысла - все и так работало бы.
MaverickC, судя по всему так не получилось
MaverickC, судя по всему так не получилось
на будущее, возможно пригодится - схема простая: Добавить домен - там будет поле, с корневой директорией, оно создается автоматически по названию домена, но его можно вбить вручную-прописать путь к старой папке.
MaverickC, угу спасибо, я передам человеку который помог с переносом
На счет сайта сочувствую.
Желаю вам договориться с регистратором, хотя, если причина в левых данных, то, боюсь, это будет сложновато.
А вы не пробовали обратиться к юристам?
Возможно, есть какая-то лазейка в законодательстве, которая бы как-то нивелировала этот пункт правил, т.е. как-то ограничивала бы право регистратора на приостановку делегирования.
MaverickC, угу спасибо, я передам человеку который помог с переносом
Не помог, а напортачил. Делал то, что не требуется. Этот человек либо неспециалист, либо Вас развел на что-то.
Впрочем, это Ваш бизнес, и Вы сами знаете что и как.
Домен site1.ru, вполне может указывать на директорию site2.ru на старом хостинге. Копировать файлы и пересоздавать БД в таком случае не было смысла - все и так работало бы.
Если при внутренней перелинковке использовались абсолютные пути, то БД таки придётся перетряхнуть.
Eisenberg, возможно это было формальное прикрытие
До жирного домена охотников всегда тьма. Ведь там куча беков.
Может я чего-то не понимаю, но чтобы сайт заработал под новым именем (на новом домене), не нужно переносить БД и файлы, достаточно добавить алиас на хостинге. Менять хостинг тоже не нужно.
Kost, да, Вы действительно чего-то не понимаете
Не он один, я тоже не понимаю.
судя по всему так не получилось
Мде засада у вас, полная.
Регил домен непойми кто непойми на какие данные.
Админ нуб. Что-то куда-то не пойми зачем переносит.
Руководитель не озаботился узнать чем точно он руководит.
Я к тому, что исход был предрешён заранее, не сейчас и не так, так позже и эдак.
Я не злорадствую и не учу, просто - делайте выводы и работайте дальше.
Бесполезно восстанавливать дом построенный на песке.
Как вариант, тот кто регистрировал домен, может сейчас легко его верифицировать, предъявив в офисе Р01 паспорт, выкачать затем базу из архива и получать бабло вместо ТСа.
ТС, зайдите в свой акк и посмотрите, на кого зареган домен.