Anticodeguy
651 subscribers
841 photos
171 videos
1 file
330 links
Technomad & systems thinker exploring paths to freedom and prosperity

https://stan.store/anticodeguy
Download Telegram
Функциональность inSales

По назначению платформы прошлись, теперь посмотрим на то, из чего можно приготовить это блюдо. В первую очередь – дизайн-шаблоны: есть целая библиотека готовых решений под различные ниши магазина. Наверняка получится найти что-то подходящее. Есть платные темы, очевидно, более качественные и менее распространённые, если мы говорим о придании некоторой уникальности сайту.

То есть в целом всё просто: выбираем шаблон и редактируем его под себя. То есть меняем логотип, цветовую схему, шрифты, компоновку блоков. По заявлению на сайте шаблоны адаптивные, но, когда я пробовал работать с платформой несколько лет назад, не все шаблоны имели адаптив. Поэтому рекомендую проверять, особенно перед покупкой платного шаблона. Возможно, сейчас ситуация уже исправлена для всей библиотеки.

Если хочется пойти ещё дальше, на старших тарифах есть возможность редактировать код шаблонов. Они строятся на HTML, CSS и JavaScript, но у inSales есть свой собственный шаблонизатор под название Liqud, который позволяет использовать всю доступную мощь платформы. Гениально, на мой взгляд, создать такую штуку, тем самым жёстко завязать возможность полноценного использования платформы на собственный шаблонизатор. При этом они создали целое комьюнити разработчиков, которые трудятся над созданием таких шаблонов, приложений под магазины на базе inSales и зарабатывают на этом. По сути, отдельный рынок с узкой специализацией и, соответственно, достойной оплатой.

Приложения – это отдельная штука в inSales, набор надстроек, которые позволяют расширить стандартный набор функций. Есть целый маркетплейс этих приложений. Здесь можно найти приложения для интеграции магазина с 1С, Битриксом, МойСклад, со службами доставки, платёжными системами, куча всего для маркетинга, продвижения и удобства управления. Например, приложение, которое позволяет сравнивать цены поставщиков и конкурентов.

Итак, можно открыть студию по разработке шаблонов inSales и продавать их, делать приложения или дорабатывать шаблоны существующих магазинов.
🔥💩👍
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Продолжаем разбирать по косточкам российскую платформу онлайн-ритейла inSales

Про стандартные функции CMS подробно писать, так как у любой системы, на которой можно сделать, должны они быть по умолчанию: управление контентом страниц магазина, разумеется, товарными позициями, категориями, ценами.

Из направленного на операционную составляющую бизнеса – учёт складских запасов, включая интеграцию с внешними складскими системами. Также есть «мультисклад», который позволяет резервировать остатки с учётом разных регионов. Актуально, когда склады разнесены по стране и необходимо понимать, с какого склада товар поедет покупателю.

Автоматический расчёт налогов, который будет добавлять НДС в стоимость товара и добавлять соответствующую информацию в заказ. Если закупки ведутся в иностранной валюте, то есть возможность учитывать её ставку для корректных расчётов.

Для приёма платежей на данный есть готовые интеграции с Юкассой и Сбером. Юкасса в принципе один из самых толковых на рынке платёжных сервисов, очень доступный, легко подключается и настраивается, и покрывает большинство способов оплаты. Сбером не пользовался – не знаю, как оно. Если нужно подключить другую платёжку, можно это сделать через платёжные API, но тут уже, как понимаешь, потребуется участие разработчика.

Всё, что касается доставки, продумано очень глубоко. Можно подключить различные службы доставки и сделать доступными на сайте все возможные способы: курьер, самовывоз, посылки, бандероли, ПВЗ. Можно также настраивать зоны доставки, которые позволят задавать разные цены в зависимости от удаления от склада. Например, чем дальше от склада, тем дороже доставка. Ну и автоматический расчёт стоимости в зависимости от суммы и веса заказа, а также региона доставки.

Система довольно плотно напичкана полезными функциями, поэтому я так подробно всё расписываю, однако мне интересно посмотреть, насколько достойным получился у нас конкурент мировому лидеру онлайн-ритейла. Надеюсь, тебе тоже: 🔥💩👍.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Работа с клиентами в inSales

Это будет последний пост в серии про inSales, хватит петь им оды. Но важно, на мой взгляд пройтись по ключевым функциональным блокам, обзор которых может помочь с выбором платформы, на которой запускать интернет-магазин.

В inSales есть CRM-система, которая позволяет вести клиентов, сегментировать их и проводить необходимые операции с заказами. Как и в любой CRM, здесь можно ставить сотрудникам задачи, связанные с заказами. Что такое CRM, можно прочитать в одном из предыдущих постов.

Для клиентов можно открыть личный кабинет, где будет видна история заказов, бонусная программа, скидки и прочие прелести. А ещё доступна организация каналов связи с клиентом через мессенджеры, куда клиент будет получать уведомления о заказе или прямые сообщения от магазина.

Также есть встроенная система рассылки, с помощью которой можно организовать отправку маркетинговых сообщений, уведомлять об акциях и других активностях. Для маркетинга есть всё необходимые инструменты: возможность настраивать SEO, организовать блог на базе сайта магазина, устанавливать счётчики сбора статистики. Есть даже интеграция с ВК для организации ретаргетинга, что поможет в привлечении клиентов.

Базовая вещь, которая должна быть обязательно в любом онлайн-магазине – аналитика продаж. Необходимо отслеживать все показатели бизнеса, включая оборот, прибыль, посещения сайта, товары – лидеры продаж и источники заказов. Здесь всё это есть.

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

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

🔥💩👍
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Forwarded from Anticode
Никогда не связывайся с reg.ru!

Настойчиво рекомендую обходить этот хостинг стороной! Я уже однажды писал про то, что они берут деньги за каждый чих и микрофункцию. При этом были комментарии о том, что на других хостингах все эти услуги уже включены в стоимость. Но при этом тарифы основного хостинга reg.ru не дешевле, а чаще даже дороже других, где всё это «включено» в базовую стоимость…

Но стоимость, это даже не главная причина. А вот что вывело меня из себя – это абсолютно скотское отношение к клиенту как точки зрения сервиса, так и предоставления своей базовой услуги.

Какая цель покупки хостинга? Доступность моего сайта в сети в любое время. Хостинг должен обеспечивать его бесперебойную работу, за это я и плачу деньги. Вчера ко мне обратился заказчик со срочной просьбой проверить, почему вдруг перестал работать сайт – это крупный интернет-магазин с сотнями заказов ежедневно на солидные чеки. То есть любой простой сайта даже на несколько часов – ощутимый удар по бизнесу.

Начну с того, как заказчик узнал про то, что сайт недоступен. Хостинг прислал уведомление? Может из поддержки сообщили, что у вас что-то с сайтом? Сработало оповещение мониторинга сайта? Не-а, заказчик зашёл на сайт проверить заказы. То есть хостингу фиолетово, выполняет ли их система свою базовую функцию – работоспособность сайтов.

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

Обратились в срочном порядке в эту расширенную техподдержку и получили ответ: «Сайт не работает, из-за блокировки, которая была установлена из-за того, что размер базы данных превышает 4 ГБ.» 😱 То есть они сами заблокировали сайт в связи со своими же ограничениями, никак об этом не оповестили и более того, не предупредили о том, что база приближается к критическому порогу…

Ох, как же у меня горит жопа с этого… Чувствую, это будет огромный эпос, посвящённый любимому хостингу.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Forwarded from Anticode
Беги подальше от reg.ru. Часть 2

Итак, сайт заказчика превысил допустимый порог размера базы данных. «Расширенная» техподдержка рекомендует «перенести сайт на CloudVPS, там нет ограничений на размер базы данных». Окей, то есть сайтовый хостинг возможностей расширения не имеет.

Что делает заказчик в этом случае (напоминаю, что бизнес теряет деньги каждую минуту простоя сайта)? Конечно, бежит подключать этот CloudVPS. Знаешь, сколько вариантов тарифов для этой услуги? 29, Карл! Они ещё на группы делятся: стандартные, высокочастотные и выделенные. Как рядовой пользователь хостинга (например, владелец интернет-магазина) должен разобраться в том, с какой частотой процессор нужен для того, чтобы поднять его сайт…

Разумеется, заказчик выбирает первый попавшийся, ориентируясь по стоимости. И бежит обратно в поддержку, чтобы узнать, когда сайт станет доступен. Бравые поддерживальщики отвечают гениальное: «Как вижу вы приобрели Облачный сервер. Чтобы сайт стал доступен необходимо перенести его на этот сервер. Если вам необходима наша помощь, то вам необходимо приобрести сервер с панель управления, например ISPManager … поскольку наши специалисты осуществляют перенос только на серверы с панелью управления.»

Эмм, то есть вы попросили купить CloudVPS, при этом не объяснив даже, что именно выбрать, а после того, как заказчик приобрёл сервер, выясняется, что это не то, что надо было. А что так можно вести себя с клиентами? Почему технические специалисты хостинга не способны сами установить ISPManager (панель управления) на чистый сервер, для меня остаётся загадкой.

В этот момент уже подключаюсь я, приобретаю нужный сервер с предустановленной панелью и пишу запрос на перенос сайта. Сам пытаюсь войти в панель управления сервера, получаю ошибку загрузки страницы и отправляю им скриншот того, что не могу достучаться до админки. Горячо любимые ребята отвечают: «Панель управления открывается корректно», и присылают скриншот. IT-классика, ага: у меня всё работает.

Думаешь, это всё? Как бы не так, продолжение следует)
🔥1🤯1
Forwarded from Anticode
😭 Самый неудобный хостинг reg.ru

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

Но теперь у заказчика появилось целых четыре админки, в которых ему придётся разбираться:
1. админка самого рег.ру, где ты покупаешь все их бесчисленные услуги
2. админка хостинга сайта, на которой оставалась доменная почта
3. админка рег.ру облака – да, для этих облачных серверов, которые нужно было купить, так как серверы из первой панели ограничены, есть отдельная адмика (не спрашивай. Зачем, я хрен знает)
4. админка облачного сервера, где уже скрыты все настройки самого сервака, включая DNS, сертификаты домена, настройки сайта и всё остальное важное.


Для понимания: это четыре разных логина, 4 разных пароля, 4 отдельных и разных интерфейса. Уважаемые рег.ру, можете, пожалуйста, уволить человека, который у вас за UX отвечает? Кажется, он немного иные функции выполняет.

Сайт перенесли, теперь я хочу вернуть деньги за те лишние серверы, которые были оплачены по наводке самой техподдержки, но оказались негодными для наших целей.
Пишу запрос в поддержку: «Прошу отключить, удалить и вернуть деньги за оплату следующих серверов…» и перечисляю их. Ответом ребята, видимо, хотели сделать контрольный выстрел и выдали: «Сделать это вам нужно самостоятельно».

Как же сложно, когда привыкаешь к хорошему сервису и оно становится нормой, адекватно воспринимать такое вот отношение к себе. Когда ты просто пишешь проблему и тебе её решают. Сразу, без вопросов, без тыканья носом в инструкции или бессмысленных подъёбок вроде «у нас всё работает».

Ну что ж, окей, пойду сам себе верну деньги. 😔
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2👎1
Forwarded from Anticode
👩‍🦰 Переношу сайт заказчика с reg.ru на другой хостинг

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

Да, почта работала и надо было просто поменять настройки почтового сервера на новые, но заказчик уже пропустил несколько срочных писем. Когда такая штука становится финальной вишенкой на торте неработающего сайта, есть его уже совсем не хочется. К такому выводу мы в итоге и пришли – перенести домен, почту и сайт на другой хостинг. Именно этой процедурой я сейчас и занят. И я уверен, что это станет огромным облегчением для заказчика, когда узнает, а как ещё может быть.

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

1. Брать деньги за любую мизерную услугу, например переадресацию сайта – опубликовать статью, где написано, как настроить переадресацию быстро и бесплатно

2. Отключать сайт без предупреждения за ограничение, которое закопано глубоко в условиях использования тарифа – предупреждать за два месяца о том, что надо будет продлить домен, даже если на счёте есть деньги для автоматического продления. Кстати, после переноса сайта на новый сервер, объём базы составлял 3,5 ГБ, то есть до предельного порога в 4 ГБ база не распухла. Но сайт всё равно отключили.

3. Брать деньги за «расширенную техподдержку» – любой запрос является приоритетным и за это не нужно доплачивать.

4. Давать клиенту общие указания без конкретики и тыкать носом в стиле «у нас всё работает» – действительно решать задачу сразу, после первого сообщения со стороны клиента.

5. В случае приобретения виртуального сервера выдать клиенту 4 админки – всё решается и настраивается через одну единственную панель управления.

Остальное можешь прочитать в предыдущих постах.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍1
🛍 Что выбрать для интернет-магазина, Shopify или inSales

Так как рег.ру прервал мой поток мыслей насчёт онлайн-ритейла и направил его в свою сторону, пришла пора вернуться в незаконченную тему и ответить на вопрос выбора платформы.

Надеюсь, тебе удалось прочитать предыдущие посты в этой серии, так что думаю, ответ на этот вопрос будет очевидным. Если рынок, на который ориентируется интернет-магазин, находится в пределах РФ, то это однозначно inSales. Альтернативной платформы, которая бы покрывала такой скоуп функциональности, была интегрирована со всеми необходимыми внешними инструментами и из коробки предлагала готовое решение, которое можно запустить буквально в течение дня, я просто не видел.

Если же заложен потенциал выхода на зарубежные рынки, то лучше сразу вложиться в платформу, которая позволит масштабироваться в нужном направлении. И тут нет равных Shopify – пока мировой лидер в этой нише (конструкторов интернет-магазинов). Плюс они постоянно внедряют огромное количество фич на пике трендов в маркетинге и онлайн-ритейле, так что можно будет постоянно улучшать свой магазин вместе с их продуктом.

Промежуточным вариантом остаётся другой лидер мирового масштаба – WordPress, который подойдёт в случае, если нужен полный контроль над разработкой, так как в этом случае весь код полностью доступен для редактирования. И на базе WP можно реализовать практически любую требуемую функциональность, если она выходит за пределы стандартного понимания интернет-магазинов. К тому же WP не зависит от географии, так как это OpenSource лицензия и он просто устанавливается на нужный тебе сервер.

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

🔥💩👍
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
Соберу здесь дайджест постов про платформы онлайн-ритейла, на которых можно строить интернет-магазины.

На чём делать онлайн-магазин? Shopify – мировой лидер в этой нише, на котором запускают многомиллионные бизнесы.

Возможность интеграции платёжной системы в интернет-магазин – ключевой фактор его функционирования. У Shopify есть интеграция с российскими платёжками, но для запуска магазина на нём потребуется юрисдикция в другой стране.

inSales – полнофункциональный российский аналог Shopify. Эта платформа позволяет как создавать свой собственный магазин в режиме конструктора, так и управлять своими магазинами на популярных маркетплейсах и в соцсетях.

Внушительная экосистема inSales включает в себя постоянно пополняемую библиотеку дизайн-шаблонов и расширяющих функциональность приложений, которые можно дорабатывать вплоть до изменения кода при необходимости. Разработка шаблонов и приложений для inSales – это отдельный вид бизнеса, на котором можно заработать.

inSales имеет всё, что надо для построения онлнайн-магазина, включая интеграции со складскими системами, службами доставки, платёжками, расчёт налогов.

Также есть полноценная CRM для ведения клиентской базы и инструменты для продвижения и маркетинга. Разработка (и доработка) магазинов на inSales – отдельная узкая ниша, куда можно направить силы для организации заработка.

Выбирать Shopify следует при потенциале масштабирования за рубеж. Для магазинов внутри РФ однозначно подходит inSales. Если необходим полный кастом и контроль кода – WordPress.

Если остались вопросы, пиши в комментах и хороших выходных!
🔥💩👍
Please open Telegram to view this post
VIEW IN TELEGRAM
➡️ Как перенести рабочий сайт на другой хостинг, не уронив его

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

Что будем переносить. Я выделяю четыре базовых составляющих, которые будут затронуты этой процедурой.

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

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

3. Непосредственно сам сайт, который состоит из двух частей.

3.1. Грубо говоря, это файлы сайта с кодом и медиафайлы, которые составляют контент. Файлы при этом находятся в определённой структуре, менять которую нельзя, так как в коде есть зависимости от местоположения файлов, к которым он обращается.

3.2. База данных. Есть сайты и без БД, как в том случае, где я рассказывал про создание сайта-визитки на чистом Bootstrap: там она просто не нужна. Но если мы говорим про любую CMS или сайт даже на уровне простого блога – это всегда база данных.

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

Разберёмся!
🔥💩👍
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3
🔩 Порядок переноса сайта на другой хостинг

Первый приоритет в этом процессе я отдаю тому, чтобы всё работало без перебоев. То есть ни одно письмо на доменную почту не было пропущено, сайт не лежал бы ни минуты и домен доступен на протяжении всей процедуры.

Для того, чтобы это сделать, я использую следующий алгоритм.

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

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

3. Перенести сам сайт и базу данных на новый хостинг. Эти две составляющие я не разделяю, так как они работают в неразрывной связке (разумеется, речь идёт про сайты с БД). Необходимо убедиться, что всё работает как надо на новом хосте, после чего переходить к финальному шагу.

4. Переключение доменных адресов на новый хост. Когда на новом сервере всё лежит в готовности, осталось нацелить на него домен. Здесь же переключается и почта на новый сервер, поэтому эти настройки выполняются одновременно.

5. Когда всё заработает с нового хостинга, останется погасить всё на старом: удалить базу, файлы сайта, почистить все кэши и дампы, отписаться от услуг и вернуть деньги за неиспользованный период обслуживания.

🔥💩👍
Please open Telegram to view this post
VIEW IN TELEGRAM
2
📧 Переносим сайт на новый хостинг. 1 этап: синхронизация почты

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

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

1. IMAP – сервер входящей почты
Когда мы укажем старый почтовый сервер, новый хостинг будет обращаться к нему, слушая входящие. И любое письмо, которое пришло на ящики нашего домена, будет попадать в новый ящик, созданный уже на новом хостинге. Соответственно, все новые письма будут прилетать в два места.

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

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

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

🔥💩👍
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Переносим сайт на новый хостинг. 2 этап: трансфер домена

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

Целевой регистратор (и хостинг в одном лице), разумеется, заинтересован в переносе домена к нему, поэтому большую часть работы выполняет самостоятельно. Однако с нашей стороны требуется инициировать процесс переноса домена.

Сначала нужно найти в текущем хостинге (регистраторе) место, откуда можно запросить авторизационный код (auth-code), который является ключом для старта процедуры. Где и как это происходит, можно найти в документации к хостингу. Если уж совсем лень, можно спросить у техподдержки.

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

В любом случае тебе понадобится доступ к контактам, которые были указаны при регистрации домена. Если забылось, их можно найти в информации про доменное имя. Там обычно можно скачать сертификат на домен, где указаны контакты владельца. Кстати, именно поэтому нельзя в качестве почты владельца указывать доменную, так как её легко потерять.

Когда подтверждения пройдены и код Auth-получен, можно заходить на новый хостинг. Там ищем в разделе с доменами функцию переноса, где надо указать передаваемый домен. Новый хостинг сразу запросит Auth-код, который мы заботливо подготовили. Вводим его и далее остаётся только терпеливо ждать (обычно несколько дней), пока хостинги договорятся и всё сделают.

В результате на новом хостинге появится домен, а на старом исчезнет. Вот такая магия.

🔥💩👍
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1