LINUX.ORG.RU
Ответ на: комментарий от Zaruba

Судя по написанному здесь (linux.org.ru)

Никогда не ссылался на собственные сообщения как на источник официальной информации. Как ты это делаешь?

кое-что автоматизировано уже сейчас

А документацию скрыли от вероятного противника?

Tigger ★★★★★
()
Ответ на: комментарий от KivApple

Про CF есть ряд историй, когда они решают, что ты достиг успеха и заслуживаешь enterprise план

Истории в духе «тариф обещал бесконечное дисковое пространство, почему-то меня заблокировали когда я стал туда загружать весь интернет»

Gary ★★★★★
()
Ответ на: комментарий от Tigger

Никогда не ссылался на собственные сообщения как на источник официальной информации. Как ты это делаешь?

Я просто сослался на свое предыдущее сообщение, чтобы не повторятся.

А документацию скрыли от вероятного противника?

Дополнительной информации по данному вопросу у меня нет.

Zaruba ★
()
Ответ на: комментарий от KivApple

Да было такое. И еще было что сайт конкуренты и недоброжелатели заносили в abuse. Тогда CF может поставить капчу с предупреждением для юзера. Обычно такое обходится только тем, что приложение должно работать на субдомене, типо app тогда легко перенести на другой, который не в абузе, чтобы не показывало капчу пока тебя удаляют из листов по запросу. Конечно сеошники не в восторге от такой практики. Но нам надо было как-то временно перейти с бесплатного CF на Fastly, и защита стала хуже даже с настроенными vcl правилами и защита съела где-то около $5 тысяч в месяц, что очень неприятно для стартапа. После того как со списков abuse убрали вернулись на CF c Pro.

anonymous_sama ★★★★★
()
Последнее исправление: anonymous_sama (всего исправлений: 2)
Ответ на: комментарий от Zaruba

А во-вторых, в бразуерах (Firefox, Chromium, Safari) сейчас по умолчанию применяется разделение 3-rd party cookes, применяемых на разных посещаемых сайтах, по разным банкам (jars).

Я тут неверно написал насчет Crhomium’a. В установленном из репозиториев Debain’a Chromium’e действительно в Settings –> Privacy and security –> Third-party cookies по умолчанию выбрано «Block third-party cookies», но этот выбор отличается от того, что в Chromium’e и Google Сhrom’e по умолчанию (там сторонние cookies разрешены).

Более того, используемый в Chromium механизм (CHIPS - Cookies Having Independent Partitioned State) разделения сookies по разным банкам для разных сайтов верхнего уровня (top-level sites) нацелен на то, чтобы сделать настройку «Block third-party cookies» менее строгой по части блокировки. Несмотря на выбор пользователя в настройках браузера «Block third-party cookies», Chromium самостоятельно делает исключения для разделенных сторонних cookies и разрешает их. Какие сторонние cookies делать разделенными, решает разработчик вебсайта путем указания атрибута «Partitioned» при задании cookies через HTTP-заголовки или JavaScript.

При выборе «Allow third-party cookies» в настройках Chromium’a механизм CHIPS не работает.

Zaruba ★
()
Последнее исправление: Zaruba (всего исправлений: 1)
Ответ на: комментарий от maxcom

разве браузеры стали как-то проверять CAA? Даже в RFC «Relying Parties MUST NOT use CAA records as part of certificate validation.»

По сути просто пожелание, что бы CA учитывал эту запись при выпуске сертификата. Если какой-то из CA захочет выпустить левый серт - ничто не мешает им проигнорировать записи в dns. Собственно так же как всякие прокси в компаниях пропускают все через себя со своим CA

user_undefined ★★
()
Ответ на: комментарий от Tigger

А зачем тебе DV сертификаты? Ишь ты придумал что. Только организациям и только с бумагами.

peregrine ★★★★★
()
Вы не можете добавлять комментарии в эту тему: только для зарегистрированных, score>=50.