У меня в квартире несколько лет оптоволокно. До этого была медь. Что могу сказать: с медью вечно какие-то проблемы были. Как только провели оптоволокно — проблемы куда-то исчезли. За всё время подключения не единого обращения в службу поддержки по поводу некачественного предоставления услуг.
Сильно ошибаетесь. Приезжайте на выходные в гости, ко мне на дачу. Там не то, что интернета нету, там временами и мобильная связь отваливается. Какие-то жалкие 25 км от областного центра.
Я решил применить «гибридный» подход. Читать .xml файл с помощью класса XMLReader, затем нужный узел преобразовывать в класс SimpleXMLElement и работать с его атрибутами. Благо простота дерева в файлах выгрузки позволяет сделать это с минимумом усилий.
А разве запись — это не тот же источник информации, только перенесённый в более доступное хранилище? Я раньше тоже так поступал — отмечал источники информации. Но потом заметил, что трачу много времени на поиск этого источника. А иногда источники информации исчезают.
Публичный ключ можно достать через openssl x509 -in cert.crt -out cert.pem -outform PEM
Я заметил, что если выгрузить сертификат не в кодировке DER, а в кодировке Base-64, то на выходе мы сразу получим файл искомого формата. Я выгрузил файл в кодировке DER, конвертировал его с помощью приведённой команды, затем сравнил с файлом в кодировке Base-64, совпали до бита.
Скриншот меню
И ещё разрешите уточнить, «.crt» это «.cer» или нет? Просто КриптоПро выгружает именно с этим расширением. Но может я чего недопонимаю.
Баги случаются, но ловятся они ещё на стадии отладочного стенда. Ну и железо да, не меняется. Разве что вместе с лифтом или контроллер сгорит. Однако цель программиста в данном случае — это не наплодить абстракций с целью упрощения рефакторинга кода в дальнейшем, а именно получить надёжный код, который решает конкретные задачи. Желательно, чтобы этот код ещё и в контроллер влез. Я вот, помнится, проходя срочную службу в СА запрограммировал сигнализацию на релейной логике, при этом не написав ни строчки кода. Только паяльник и реле. Сильно сомневаюсь, что кому-нибудь захочется изменять программу.
Интересно, программист, программирующий контроллеры для лифтового оборудования, тоже закладывает идею о том, что он будет постоянно свой код изменять? Или главное получить надёжное и безопасное решение, которое будет способно работать годами без изменений?
В прошлом комментарии я написал, что «актуализация для моего случая» верная. Но потом заметил, что о том, какой случай используется, не указано в статье, только в контексте комментирования.
Я добавил примечание в текст статьи. Ещё раз спасибо за интересный комментарий.
Я не ставлю задачу найти и разрешить все коллизии в базе ГАР. Я исхожу из предположения, что база ГАР верна, а коллизии возникают по причине того, что компании и юр. лица не озабочены актуализацией информации.
Разрешаю коллизии я точечно. Появился дом, который я не могу сопоставить с базой ГАР — принимаю решение по этому дому. Бывает, что контрагенты не указывают или не знают кода ФИАС, тогда задача решается от противного.
мне думается, что ваш способ "актуализации" неверный
Для описанного мною случая — верный.
При получении каждой новой очередной дельты
Спасибо, познавательно, но как я упомянул выше, пока я не подходил к изучению дельты.
При работе пользователя с такой адресной базой
Пользователь не работает с этой адресной базой. В заголовке статьи говориться о нормализации собственной адресной базы. В процессе работы я создаю собственные справочники, в которых актуализировать практически нечего. За исключением случаев переименования городов и улиц.
Вы предолагаете периодическое обновление данных из дельт?
Да, я планирую периодическое обновление данных из дельт. Но пока не подходил к изучению этого вопроса. Планирую в скором будущем.
Ограничение `is_active = true` , по моему опыту, недостаточное.
Да, всё верно. Я упомянул об этом в статье. Началось всё с того, что я вообще не стал загружать неактивные данные в свою базу. Первые грабли сработали очень быстро. Нашлось несколько домов, для который данные были в is_active = false, но is_actual = true. Пришлось загружать ретроспективу и писать метод, который «актуализирует» подобные данные. Алгоритм «актуализации» приведён в статье, после 9-го рисунка. Также он реализован в готовом приложении.
Спасибо, не знал, что начиная с 13-й версии появилась такая полезная функция. На сервере крутится десятка. Доработал статью.
У меня в квартире несколько лет оптоволокно. До этого была медь. Что могу сказать: с медью вечно какие-то проблемы были. Как только провели оптоволокно — проблемы куда-то исчезли. За всё время подключения не единого обращения в службу поддержки по поводу некачественного предоставления услуг.
Сильно ошибаетесь. Приезжайте на выходные в гости, ко мне на дачу. Там не то, что интернета нету, там временами и мобильная связь отваливается. Какие-то жалкие 25 км от областного центра.
Спасибо, интересно! Мне бы пораньше Ваш комментарий прочитать :)
Ответил не туда, комментарий удалёнРезонно.
Рекомендации W3C говорят об обратном: https://www.w3.org/TR/2006/REC-xml11-20060816/
Я именно его и использую. Чуть ниже
Интересно, бекдуры и прочие интересные вещи по ограничению доступа к неположенным ресурсам, уже в прошивке?
А как же посещение стоматолога (два раза в год), флюорография (раз в два года) и прохождение диспансеризации (раз в три года)?
А разве запись — это не тот же источник информации, только перенесённый в более доступное хранилище? Я раньше тоже так поступал — отмечал источники информации. Но потом заметил, что трачу много времени на поиск этого источника. А иногда источники информации исчезают.
Ещё раз здравствуйте!
Задействованный образ php:8.1-fpm-alpine устанавливает SSL третьей версии. Она появилась в alpine с версии 3.17.
Можно заменить на php:8.1.1-fpm-alpine3.15
И, будьте любезны, уточните конфигурацию stunnel.conf. У вас параметры слились в одну строчку, причём в этой строчке дублированные данные.
Я попытался привести конфиг в порядок. Но не уверен, что угадал со всеми ключами. И первая строчка вызывает подозрение.
stunnel.conf
Здравствуйте!
Не подскажете, как называется данный пакет для aline linux?
Пробовал искать, но безрезультатно.
Остаётся собирать из репозитория?
:) Особенно если всё собрано с помощью страшного и ужасного
навесного монтажа
Здравствуйте! Спасибо за Ваш труд! Вы пишете:
Я заметил, что если выгрузить сертификат не в кодировке DER, а в кодировке Base-64, то на выходе мы сразу получим файл искомого формата. Я выгрузил файл в кодировке DER, конвертировал его с помощью приведённой команды, затем сравнил с файлом в кодировке Base-64, совпали до бита.
Скриншот меню
И ещё разрешите уточнить, «.crt» это «.cer» или нет? Просто КриптоПро выгружает именно с этим расширением. Но может я чего недопонимаю.
Баги случаются, но ловятся они ещё на стадии отладочного стенда. Ну и железо да, не меняется. Разве что вместе с лифтом или контроллер сгорит. Однако цель программиста в данном случае — это не наплодить абстракций с целью упрощения рефакторинга кода в дальнейшем, а именно получить надёжный код, который решает конкретные задачи. Желательно, чтобы этот код ещё и в контроллер влез. Я вот, помнится, проходя срочную службу в СА запрограммировал сигнализацию на релейной логике, при этом не написав ни строчки кода. Только паяльник и реле. Сильно сомневаюсь, что кому-нибудь захочется изменять программу.
Интересно, программист, программирующий контроллеры для лифтового оборудования, тоже закладывает идею о том, что он будет постоянно свой код изменять? Или главное получить надёжное и безопасное решение, которое будет способно работать годами без изменений?
Ещё раз здравствуйте!
В прошлом комментарии я написал, что «актуализация для моего случая» верная. Но потом заметил, что о том, какой случай используется, не указано в статье, только в контексте комментирования.
Я добавил примечание в текст статьи. Ещё раз спасибо за интересный комментарий.
Доброе утро!
Я не ставлю задачу найти и разрешить все коллизии в базе ГАР. Я исхожу из предположения, что база ГАР верна, а коллизии возникают по причине того, что компании и юр. лица не озабочены актуализацией информации.
Разрешаю коллизии я точечно. Появился дом, который я не могу сопоставить с базой ГАР — принимаю решение по этому дому. Бывает, что контрагенты не указывают или не знают кода ФИАС, тогда задача решается от противного.
Для описанного мною случая — верный.
Спасибо, познавательно, но как я упомянул выше, пока я не подходил к изучению дельты.
Пользователь не работает с этой адресной базой. В заголовке статьи говориться о нормализации собственной адресной базы. В процессе работы я создаю собственные справочники, в которых актуализировать практически нечего. За исключением случаев переименования городов и улиц.
Здравствуйте!
Да, я планирую периодическое обновление данных из дельт. Но пока не подходил к изучению этого вопроса. Планирую в скором будущем.
Да, всё верно. Я упомянул об этом в статье. Началось всё с того, что я вообще не стал загружать неактивные данные в свою базу. Первые грабли сработали очень быстро. Нашлось несколько домов, для который данные были в is_active = false, но is_actual = true. Пришлось загружать ретроспективу и писать метод, который «актуализирует» подобные данные. Алгоритм «актуализации» приведён в статье, после 9-го рисунка. Также он реализован в готовом приложении.