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