- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Какой монетизации? Продажа доменов не приносит доход? Или вы собрались на зачастую "пустых" доменах еще и прибыльную рекламу размещать? 😊
Монетизацию парковки чужих доменов. Про свои понятно (хотя парковки очень плохо продают домены)
Там все упирается в ресурсы. Когда на сервере десятки или сотни тысяч хостов, обслуживание 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, а про кривой источник сертификата.
никакая "парковка" не сравнится с дорвеями по количеству доменов и запросов.
Вы просто не умеете их готовить.