SU плох для коммерции в РФ. Также плох для пользователей из РФ, если информация о вашем сайте будет распространяться через "сарафанное радио".
Но если ядро аудитории не из РФ, то нормально. Или используйте свой ("чужой") национальный домен, например KZ. Только учтите, что некоторые национальные домены бывших советских республик действительно лучше не регистрировать. Стойкость к отъему/блокировке у них значительно ниже, чем у RU.
Для "макраме" RU подходит, если на сайте не будет посторонних вбросов или они будут быстро купироваться. Если нет такой возможности, тогда уже "из старых нейтральных зон". Помимо COM есть и другие, в которых занятость значительно ниже, хотя тоже подрастает, например INFO или NAME.
Это и есть мимикрия, про которую я писал. Еще могут быть отличия при обработке "первого" HTTP-запроса (построение "полной" страницы на сервере или на клиенте). Таких сайтов сейчас достаточно много.
Я пока даже не пытаюсь отходить от многоадресного приложения. В том числе поддерживаю для старых браузеров двойственность Многоадресное SPA/Классическое MPA.
Обычные серверы тоже можно так настроить (по крайней мере postfix). Как я понял, вся проблема в том, что автор не хочет платить за администрирование.
Но если вся отправка выполняется через симлинк sendmail, конечно, при необходимости можно будет легко сделать откат к использованию обычного сервера.
Обобщенное название - не самый лучший вариант домена для сайта конкретного программного продукта. Если вы "на 2-3 месте болтаетесь", возможно, это объективно из-за наличия более сильного конкурента. Другое дело, когда на первом-втором месте "болтается" какая-то "пустышка". В этом случае можно не только демонстрацию сервиса разместить, как вы решили сделать, но и промосайт (причем "промоушен" может даже конкурентов затрагивать).
Для демонстрации лучше использовать основную форму входа. Формы входа разносят по серверам, когда трудно защитить единую форму, когда полное разделение имеет смысл, например имеет место деление по регионам, странам и т.п.
Когда демонстрация размещается на поддомене основного домена сервиса, часть пользователей это замечает (возникает устойчивая ассоциация) 😉
Это вариант. Но непонятен один момент. Обычно идеальный домен для сайта программного продукта совпадает с названием этого продукта. А что значит "подходящий по тематике продукта"? Если речь о переименовании продукта в соответствии с новым доменом, то не советую так делать. Если очень хочется использовать новое имя, всегда есть выход. Можно выпустить родственный продукт (псевдоконкурент или аналог для другой ниши) или продукт нового поколения под двойным именем, например office pro, и использовать для его сайта вторую часть имени (pro).
За всю практику не было случая, чтобы нельзя было перенести базу данных с SQL Server в (современную) MySQL. Или под "база данных на виндовс" понимается не (база данных) MS SQL Server? Если база данных сделана по правилам, можно хоть MDB (старый формат MS Access) перенести.
Что касается создания (внешне) полной копии сайта, сначала часто делают статическую копию (здесь самая большая трудность - выводить страницы, если в их адресах нет .htm(l) и т.п.). Потом анализируют, выявляя однотипные страницы, иерархически связанные страницы и т.п. Потом выделяют шаблон и содержимое по каждому типу страницы, проектируют базу данных и код сбора данных (целиком или по группам взаимосвязанных таблиц), после чего запускают парсинг (опять-таки полный или по группам).
