- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Какой монетизации? Продажа доменов не приносит доход? Или вы собрались на зачастую "пустых" доменах еще и прибыльную рекламу размещать? 😊
Монетизацию парковки чужих доменов. Про свои понятно (хотя парковки очень плохо продают домены)
Там все упирается в ресурсы. Когда на сервере десятки или сотни тысяч хостов, обслуживание HTTPS-запросов обходится дороже, чем на обычном хостинге.
если тебе не единомоментно надо нагенерить тыщи сертификатов, то нет проблем, по 10к сертификатов сертбутом генерил для доров ) если поставить caddy вместо nginx, так вообще он сам все сделает.
если тебе не единомоментно надо нагенерить тыщи сертификатов, то нет проблем
Я не про "генерацию" писал, а про обслуживание запросов к хостам.
Если там голую страницу выдавать то весь сервис парковки потянет вдс за 5 баксов.
Если там голую страницу выдавать то весь сервис парковки потянет вдс за 5 баксов.
Если работает SSL/TLS, то для каждой голой страницы на РАЗНЫХ доменах надо подтягивать отдельный сертификат, и договариваться с бродилкой. Причём альтернативно умные гики, которые добрались до RFC про wildcard для сертификатов, позволяют делать wildcard только на один крайний левый уровень домена, то есть (w w w . * . site . tld) делать нельзя, поэтому социальные сети дают не красивые домены, а кривые адреса страниц.
на РАЗНЫХ доменах надо подтягивать отдельный сертификат
так а проблема то в чем? генери каждому.
позволяют делать wildcard только на один крайний левый уровень домена, то есть (w w w . * . site . tld) делать нельзя
так делаешь для site.tld вилкард, разве он не будет работать на всех суб-сабах?
так делаешь для site.tld вилкард, разве он не будет работать на всех суб-сабах?
Не будет, запрещено. Позволено делать wildcard сертификат только на один самый левый уровень. То есть для (w w w . one . site . tld) и (w w w . two . site . tld) надо генерировать не один wildcard сертификат, а два разных сертификата, в каждом из которых указать вариант с (w w w) префиксом, и без этого префикса.
так а проблема то в чем? генери каждому.
Вам уже много раз писали в этой теме, ресурсы жрёт не генерирование, а раздача контента с БОЛЬШОГО количества разных доменов. А когда закроют халявное генерирование, то придётся платить, или прощаться с кривыми HTTPS входящими указателями.
раздача контента с БОЛЬШОГО количества разных доменов.
А когда закроют халявное генерирование, то придётся платить
не закроют, скорее наоборот будет появляться больше центров сертификации валидирующих и выдающих сертификаты на домены, это уже понятный и прогнозируемый путь, https будет на каждом домене, а http будет запрещен и выпилен совсем, как опасный и устаревший подход. Уже сейчас просто так не попасть на домены без https:
Уже сейчас просто так не попасть на домены без https:
Ваша картинка не про домен без HTTPS, а про кривой источник сертификата.
никакая "парковка" не сравнится с дорвеями по количеству доменов и запросов.
Вы просто не умеете их готовить.