SagePtr, вопрос же не в юрисдикции, а в том, что "безопасность" бесплатного ssl выдуманная сказка. Поисковики его навязывают, браузеры навязывают, серверы жрут дополнительные ресурсы для шифрации, а в итоге получается пшик.
ky0, вопрос стоял лишь в надёжности самой схемы бесплатных ssl сертификатов. Маски шоу и ректальные анализы при отсутствии незаконного или каких-то ценных данных должны мало беспокоить честного человека.
Не пойму, что мешает промежуточному серверу на который заведён трафик, создать новый аккаунт по протоколу ACME (он же бесплатный и не требует подтверждения), оформить с него заявку на выпуск дубликата сертификата, полностью перехватить трафик от серверов CA эмулируя весь процесс в том числе и шифрованный (приватный ключ же есть для нового аккаунта), получить дубликат ключей и далее пользоваться им по своему усмотрению. Не могу вот найти информацию, что CA при выпуске сертификата на тот же домен с другого аккаунта, блокирует все предыдущие через CRL.
Но я как раз касаюсь вопроса не доступа к файлам сервера, а перехват трафика на маршруте. Ни для кого же не секрет, что у провайдеров уже стоит перехватывающее оборудование от сами знаете кого. Эмуляция сервера в этом случае для выпуска дубля сертификата элементарное действие.
DevMan, не то чтобы я не мог, просто для регулярок использую preg_*, а для железной разбивки explode. Моя регулярка сразу не влезла, потому и спросил, чтобы ответ был многогранный.
P.S. А важный для меня ответ про CSS, но видимо решения нет. Придется самому писать.
DevMan, про ныть это что-то из личного? Хорошие ответы интересны всем, тут спору нет, а ответы из серии "иди читай мануал" и "вот тебе на коленке бессмысленное решение" интересны только автору ответа. Хотя я начал разговор с вами в надежде, что покажете правильное решение на preg_split (я им не пользуюсь, а моя регулярка, что-то на нём сразу не заработала) с ориентацией на формат "NN.NN" и "DD.MM", но видимо не судьба.
Ладно, я пошел отсюда. На единственный мой вопрос на этом сайте никто так и не дал ответа. Видимо решения нет. :)
DevMan, да я и не сомневаюсь, что у вас свой особый путь. Мне такие программисты частенько попадаются. Даешь задачу, а они вместо того чтобы включить мозг и подумать на шаг вперед, выдают подобные решения. На два не надо. Всего лишь на шаг. Делаешь им замечания, а они нахохлятся, пальцы веером и давай нести охинею про мириады звезд во вселенной.
Ладно, удачи вам на нелегком пути наращивания пузомерки. Правда цена ее сомнительна, но уверен на начинающих она производит магическое впечатление. ;)
DevMan, даже не знаю что вам ответить. Возможно, если вы еще раз внимательно посмотрите на предложенную в качестве примера строку, то заметите, что формат даты один, а вот текст между ними может быть любой и задача исключить возможные коллизии.
Хотя, если формально подходить, то ответы типа "preg_split" или "$parsed = preg_split('/\s(?=\d)/', $str);" вполне себе ничего для всяких там ачивок и пузомерок. Правда помощи такой грош цена, но кого это волнует?
DevMan, ась? 12.31 захватывать не должно, так как не подходит под формат "DD.MM". Все остальное правильно. Если формат NN.NN то первая регулярка распарсит правильно.
alex-1917, не понял при чем тут ИИ. Есть сложности с сопоставлением условий медии и селекторов/свойств/значений? Есть исключения, которые мешают автоматизации? Пока заслонов не вижу. Писать самому пока не хочется. Наверняка кто-то уже решил эту проблему.
Учитывая, что первое число это день, то первая цифра может быть 1, 2 или 3. Но в любом случае лучше все же привязываться к шаблону "\d{2}\.\d{2}", чем просто к цифре.
ky0, да, Certificate Transparency, идейно, а вот HPKP устарел как я понимаю. Спасибо за наводку.