скорее, своим сертификатом в списке доверенных в трафик зашифрованный другим сертификатом не получится влезть, тут скорее уже плагин для браузера нужен.
В условиях где код может работать не только по жестко указанным протоколам, но и быть универсальным. Как для проектов не озабоченных возможной подменой контента по http, так и для протоколов с шифрованием. При вводе, опять же, нового протокола не возникнет необходимости переписывать ссылки. Безопасность и особенности трафика от сервера до клиента — это сфера ответственности веб-сервера, где настроив желаемый протокол — отдаем данные, а дополнительно подгружаемые — работают по тому же протоколу, но это никак не ответственность кода (хотя как быстрое решение для данного случая вполне себе вариант, но не паттерн — слишком громко).
Только https — не обязательно, речь о том, что думать стоит не категориями шаблонов и анти-шаблонов, а понимать, что и для чего используется. Использование не явного указания на протокол — это не анитипаттерн, это возможность, которая может быть использована и быть полезной в определенных условиях.
В проекте надо явно указывать https при подгрузке сторонних ресурсов, а не использовать относительный URL без схемы src="//maps.google.com/...". Это уже давно антипаттерн.
Скорее проекты нужно показывать по https, что бы предотвратить подмену контента и вставку рекламы, а не обзывать явное или не явное указание протокола «не шаблоном».
Скорее проекты нужно показывать по https, что бы предотвратить подмену контента и вставку рекламы, а не обзывать явное или не явное указание протокола «не шаблоном».
index.html