Мне повезло, что я решил написать, кто выдал сертификат. Спасибо за наводку!
Конечно, какой вопрос, такой и ответ. Но можно уточнить, почему всю необходимую информацию nginx не может взять из цепочки сертификатов, которая лежит в файле, на который указывает ssl_certificate? Я так понимаю, у сертификата есть расширение Authority Information Access, которое содержит адрес сервера, по которому можно проверить, отозван сертификат или нет. Правда, в ssl_certificate, как минимум, нет корневого сертификата, чтобы его закешировать и прикреплять, кажется, что его точно придётся положить в ss_trusted_certificate. А вот про промежуточные мне не очень понятно.
leha78: Так а вы проект успешно хотя бы запускаете? Не знаю какой системой пользуетесь, но в каком-нибудь Linux достаточно проделать следующее. Активировать виртуальное окружение, из под которого запускается проект (source bin/activate), дальше зайти в python shell, там выполняете команды, которые я написал выше, видите путь до исходников модуля. Они лежат обычно где-то в папке виртуального окружения.
In the event of a network problem (e.g. DNS failure, refused connection, etc), Requests will raise a ConnectionError exception. Для начала надо убедиться, что у вас порт открыт.
По сути это мелочь, если кому и надо такой функционал, то кастомизируют форму, к примеру.
Замечу, что f.username = 'asdfasdfasdf' создаёт новый атрибут, никакого значения это выражение не переопределяет.
А вот initial={...} при создании объекта формы как раз подставит указанное значение и выведет его в форме, если не намудрили в registration/login.html
А что такое `login`? Джанговская вьюшка для логина? Тогда кастомизация kwargs не особо вам поможет, посмотрите в исходниках какие там args и kwargs передаются. https://github.com/django/django/blob/master/djang...
Вас получается интересует вот это место https://github.com/django/django/blob/master/djang...
Получается данные надо подсунуть в request.POST или кастомизировать саму форму авторизации, которая показывается. Отнаследоваться от django.contrib.auth.forms.AuthenticationForm и присунуть туда всё, что надо.
Так H.264 — это стандарт CCTV, тут ничего не поделаешь. Если бы была какая-нибудь альтернатива, её бы везде уже обсуждали. А так, имхо, это сведётся к обсуждению «что это за кодек и почему он не так хорош для видеонаблюдения». Про алгоритмы думаю бесполезно искать информацию, если это не какой-нибудь MJPEG.
Имел ввиду доступность одного файла как с основного домена, так и с поддомена. Например, www.site.com/img/test.jpg и cdn.site.com/img/test.jpg И даже браться первое время они будут из 1й папки. По части сео я слаб, поэтому и возникают мысли, не будут ли поисковые роботы вдруг считать это зеркалом? *1 и тот же контент доступен по разным адресам* Может ли это как-то навредить? Редирект будет условный, но условием будет являться именно «является ли загружаемый объект статикой» По сути, что-то вроде
C 5.0 у меня Ваш пример не заводится вообще. :< С 5.3 всё тот же белый текст. Может в серверных настройках какие проблемы могут быть? Уже даже не знаю какую альтернативу искать, везде грабли с кодировкой.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
