Вживання російської мови може призвести до катастрофічних наслідків, радимо переходити на українську.

Сказка про смену доменного имени сайта

  1. Главная
  2. Блог
  3. Авторская колонка
  4. Сказка про смену доменного имени сайта
Категории

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

Почитал мужик в интернетах, как такие вещи делаются, и понял, что хорошо бы ему блог себе завести. Загрузил на компьютер WordPress в виде файла архивного. Открыл архив тот, а там куча всевозможных файлов лежит. Посмотрел мужик на те файлы, призадумался ... Как с ним то сайт выходит, куда здесь изображение прикреплять и где гости комментарии оставлять будут?

Пересмотрел мужик еще раз интернеты. Узнал, что файлы эти надо на сервер специальный загрузить. Только сначала нужно денег заплатить конторе, которая такие серверы в изобилии имеет. Денег заплатить — то, конечно, дело нужное и неизбежное, но усомнился мужик: неизвестно еще, получится все или нет, а деньги уже вынь да положь.

Заглянул мужик снова в интернеты. Оказалось, можно у той конторы тестовый период заказать, сайт на сервер загрузить, а потом уже с этим WordPress разбираться. Нашел мужик контору такую, заказал у них себе период тестовый. Прислала контора ему реквизиты доступа и полез мужик во всем этом разбираться.
 

5


Скоро сказка сказывается, да не скоро дело делается. День и ночь мужик с тем WordPress разбирался! Зато готовый сайт себе сделал, любо-дорого взглянуть. А чтобы доменное имя тоже с самого начала не покупать, сайт он этот сначала развернул на техническом домене вида безобразного, зато бесплатном: unmyj-muzhyk.193-151-91-101.tucha.ua. Так по этому адресу и ходил, пока веб-сайт себе строил. А здесь уже зима на носу, тестовый период конца подходит. Пора бы и денег конторе передать, и сайт уже готов почти.

 

1


 

Заплатил мужик денег конторе сразу на год вперед, а вместе с тем заказал для сайта имени домена: umnyj-muzhyk.com. Не будет же он адрес технического домена на визитках печатать и телефоном диктовать — засмеют! А чтобы системы поисковые его веб-сайт выше в результатах поиска показывали каждый раз, когда кто-то будет разумного мужика в интернетах искать, он себе еще и сертификат шифрования приобрел. Как говорится, гулять так гулять!

Наконец, решил мужчина сайт свой на этот новый домен перенести. Создал в панели управления новый веб-сайт, взял файлы из каталога, где они раньше лежали, скопировал их в каталог нового сайта, пощелкала несколько в панели управления и сертификат прикрутил. Должен работать! Решил мужик зайти на свой новый сайт. Набрал адрес в браузере: https://umnyj-muzhyk.com/. Смотрит, а браузер почему-то обратно на http: //unmyj-muzhyk.193-151-91-101. tucha.ua пошел и сайт по старому адресу показывает. Ну, думает, ошибся, видимо, когда адрес набирал, не на ту кнопку нажал или еще что. Снова набирает адрес новую, смотрит - опять по старому адресу сайт его открывается, что какая нечистая сила его туда ведет!

Решил он еще раз интернеты почитать. Узнал, что WordPress в себя имя доменное сохраняет. Поэтому, когда обращается кто к сайту на незнакомое имя того он переадресовывает на адрес, в котором имя каноническое указано. А когда тот сайт перенес мужик новый домен, WordPress, понимая, что к нему обратились в незнакомое имя (umnyj-muzhyk.com), просит браузер обращаться к нему как положено (unmyj-muzhyk.193-151- 91 -101.tucha.ua).

Вроде, и побороть нетрудно: всего по паре строк до нескольких файлов добавить. Или в базу данных изменения внести. Немало способов есть, кто аглицких читает, то легко себе способ по душе найдет: https://codex.wordpress.org/Changing_The_Site_URL.

Почитал мужик мануал, решил в конфигурационный файл (./wp-config.php) такие слова добавить:

define ( 'WP_HOME "," https://umnyj-muzhyk.com');

define ( 'WP_SITEURL "," https://umnyj-muzhyk.com ").

А чтобы уж совсем хорошо, к файлу с параметрами темы (./wp-content/themes/umnyj-muzhyk-custom-theme/functions.php) еще вот такие строки приписал:

update_option ( 'home', 'https://umnyj-muzhyk.com');

update_option ( 'siteurl "," https://umnyj-muzhyk.com ").
 

Решил снова на сайт свой по новому адресу зайти. Поскольку мужик он был умный, понял, что браузер его мог и запомнить. Мол, по другому адресу переходить надо (WordPress-то в этих случаях HTTP-код 301 дает, а не 302), поэтому закрыл мужик браузер и заново запустил. Помолился, перекрестился, снова адрес все ту же набирает: https://umnyj-muzhyk.com/.
Смотрит мужик — нехорошо-то из веб-сайтом! Вроде, и адрес правильный в адресной строке, и страницы все на месте, а браузер Google Chrome почему буквы https не зеленые, как положено, а серым цветом показывает. Открыл мужик сайт через другой браузер — Mozilla Firefox. Вообще ужас какой-то! Некоторые изображения исчезли, CSS-стили явно не все догрузились, верстка сломалась — все наперекосяк пошло. Почему же так?
 

2


 

Полез мужчина разбираться и понял, что, когда он сайт свой строил на домене техническом и наполнял его статьями полезными, допустил ошибку глупой: в статьях этих вместо относительных ссылок (как / wp-content / uploads / 2013/13 / umnyj-muzhyk.jpg, например) иногда проставлял он ссылки абсолютные (такие как http: //umnyj-muzhyk.193-151-91- 101.tucha.ua/wp-content/uploads/2013/13/umnyj-muzhyk. jpg). А потому и браузер все эти элементы не с нового домена подгружать пытается, а с домена технического, да еще и каналом незащищенным, ведь так в этих ссылках прописано.

Как тут быть? Можно, конечно, все статьи по одной отредактировать. Но мужик-то сообразительный был, иначе к делу подойти решил. Зашел мужик в панели управления хостингом, загрузил к себе на компьютер базу данных сайта нового в виде SQL-дампа, и текстовым редактором открыл ее. Там, конечно, много чего непонятного, но все, что ему нужно, на месте: и статьи, и комментарии, даже настройки WordPress.Запустив мужик в текстовом редакторе поиск с заменой: а ну, говорит, отыщи-ка мне все вхождения http: //umnyj-muzhyk.193-151-91-101.tucha.ua, и замены лишь их на https://umnyj-muzhyk.com, и порезвее! Более сотни вхождений нашел ему редактор текстовый, но все их заменил покорно, мужик даже глазом моргнуть не успел.
 

3


 

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

Поднялся мужчина из-за стола, надел рубашку новую, плюнул через левое плечо, трижды перекрестился, и к компьютеру вернулся. Перезапустил все-все браузеры, думал даже компьютер перезагрузить (так, на всякий случай), и не стал. Набрал мужик имя доменное в строке браузерном: https://umnyj-muzhyk.com/, и открылся ему сайт его: все картинки на местах, верстка в полном порядке, а буквы https в адресной строке изумрудным цветом горят. Все заработало да еще и на зависть исправно!

Похвалил себя мужик, сам все смастерил и сам во всем том разобрался. Такой счастливый стал, что ни в сказке сказать, ни пером описать. Говорят, и сейчас тот мужик свой блог ведет, людям пользу приносит и сайтом своим никак не нарадуется! 

 

4


 

Друзья, если вы тоже планируете смастерить свой сайт и раздумываете, где разместить его, облачные сервисы Tucha.ua станут лучшим решением. Для высоконагруженных проектов мы предлагаем надежные виртуальные серверы различных конфигураций — сервис TuchaFlex+ (Германия), а также виртуальные серверы сбалансированной конфигурации на базе ОС Microsoft Windows — TuchaBit (Украина). Выгодный хостинг небольших сайтов и почты обеспечит сервис TuchaHosting с дата-центрами за пределами Украины (в основном — в Германии).

Мы всегда рады помочь вам и посоветовать лучшее решение для ваших задач. Поэтому звоните или пишите нам в любое время: наша служба технической поддержки на связи 24/7!

Поделиться:
Статьи по теме

Интернет-торговля быстро распространяется по миру. Уже более 70% покупателей предпочитают онлайн-магазины. В немалой степени успех e-shop зависит от скорости загрузки сайта ...

Если перед вами стоит задача перевезти высоконагруженный сайт, который требует размещения на отдельном сервере, на более отзывчивый хостинг, тогда эта статья для вас.

Сегодня мы детально пройдёмся по возможностям одного из сервисов автоматического сжатия OptiPic

Давайте разберемся в тонкостях работы двух наиболее популярных инструментов, которые помогают вовремя отслеживать проблему медленной загрузки сайта – PageSpeed Insights и GTmetrix

Защитить свой VPS от DDoS-атак не так сложно, достаточно знать и применять некоторые правила. Мы подготовили несколько таких рекомендаций, и надеемся, они вам действительно помогут!

Закрыть
Замовити зворотний дзвінок

Пожалуйста, проверьте правильность заполнения поля с номером телефона

Поля обязательные для заполнения.
Этот сайт защищен reCAPTCHA и принимаются Политика конфиденциальности и Условия пользование от Google.

Мы используем cookies.

Мы используем файлы cookies, чтобы обеспечить основные функциональные возможности на нашем сайте и собирать данные о том, как посетители взаимодействуют с нашим сайтом, продуктами и услугами. Нажимая Принять или продолжая использовать этот сайт, вы соглашаетесь с тем, что мы используем эти инструменты для рекламы и аналитики согласно «Политике про файлы сookies»

ПринятьОтказаться