estic

Что это?

SELECT COUNT(*) AS objectcount ... HAVING COUNT(*)>0

Модель EAV я практически не использую, но в ней это делается примерно так же.

Я, например, в курсе того, о чем вы говорите. Но документы на домен или по оплате домена выдаются и другими регистраторами. У некоторых в 2-4 раза дешевле (с учетом того что 1000 руб. для Руцентра - не предел).

Просто на кого "вышли", у того и зарегистрировали. Для большинства юридических лиц не играет особой роли, 160 руб. или 1600 руб. Специалисты, которые могут дать грамотный совет по экономии, стоят дороже. Вот на них легко могут сэкономить даже крупные компании. Отдельный вопрос, что экономия на специалистах в конечном итоге часто оказывается значительно дороже, чем какие-то там домены.

В смысле "по дополнительным фильтрам внутри основных категорий"? А то деление на категории - это тоже фильтрация.

SU плох для коммерции в РФ. Также плох для пользователей из РФ, если информация о вашем сайте будет распространяться через "сарафанное радио".

Но если ядро аудитории не из РФ, то нормально. Или используйте свой ("чужой") национальный домен, например KZ. Только учтите, что некоторые национальные домены бывших советских республик действительно лучше не регистрировать. Стойкость к отъему/блокировке у них значительно ниже, чем у RU.

В RU занятость достаточно высокая. Из-за этого периодически приходится регистрировать в упомянутых мной INFO и NAME или даже в некоторых New gTLD (правда, я работаю не только под русскоязычную аудиторию, но и для нее могу взять такие домены). Иногда удается взять подходящие по тематике ORG или NET. Упомянутый в теме PRO тоже иногда хорошо подходит. BIZ почему-то сам не беру и другим не советую. Еще иногда удается взять национальный "наднациональный" (IO, ME, etc.). Вы прослушали краткую справку от человека, занимающегося нэймингом 😊

Для "макраме" RU подходит, если на сайте не будет посторонних вбросов или они будут быстро купироваться. Если нет такой возможности, тогда уже "из старых нейтральных зон". Помимо COM есть и другие, в которых занятость значительно ниже, хотя тоже подрастает, например INFO или NAME.

Это и есть мимикрия, про которую я писал. Еще могут быть отличия при обработке "первого" HTTP-запроса (построение "полной" страницы на сервере или на клиенте). Таких сайтов сейчас достаточно много.

Я пока даже не пытаюсь отходить от многоадресного приложения. В том числе поддерживаю для старых браузеров двойственность Многоадресное SPA/Классическое MPA.

Если бы было все так просто, SPA не пытались бы мимикрировать под MPA 😉

delete

Обычные серверы тоже можно так настроить (по крайней мере postfix). Как я понял, вся проблема в том, что автор не хочет платить за администрирование.

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