Биткоин core release signing keys что это в 2019 году
To be honest I’m not really sure how this would work. I put a GitHub attestation on my Keybase account last year, which you can see here: https://gist.github.com/eklitzke/abf27489e0020bd5ff8d75fe2b9465c4
The idea is you put up a gist, and then the gist is signed with information proving that you own the gist. That’s proves that the person who has the key on keybase also owns that GitHub account. There isn’t a bitcoin GitHub user account as far as I know. I don’t think projects can upload gists, only users (correct me if I’m mistaken).
You could put up an attestation of the key on bitcoin-core.org but I’m not really sure how that’s better than just putting the key itself on bitcoin-core.org.
Not sure about this. If people think this actually helps security, I’m willing to do it. But if it encourages a lazy way of working where users trust keybase.io instead of verifying, it would do…
I also agree that we should remove the special `.dat` extension handling
Force push fixed the [outdated commit](https://github.com/bitcoin/bitcoin/pull/12610#discussion_r176224703). Can be verified by comparing 3b156cf01fda530cca127079d630c295d839efc1 against 779c5f984064cfc48304b78da664de13fc3d9bb4.
> imo if we’re supporting arbitrary filename extensions we should just display the entire name Agree, it would be good to drop the special `.dat` extension handling (which is now in `WalletModel::getWalletName()`.
Для отправки комментария вам необходимо авторизоваться.
Пока исследователь и математик Blockstream Эндрю Поэльстра (Andrew Poelstra) лишь рассуждает о подписях Шнорра, в мае этого года на конференции Magical Crypto Conference, проходящей в рамках недели Consensus Blockchain, Bitcoin Cash (BCH) уже внедрит подписи Шнорра (Schnorr).
«Обновление протокола состоится 15 мая 2019 года», — говорится на «официальном» веб-сайте основного клиента BCH, Bitcoin ABC. «После активации обновления протокола появятся следующие функции: подписи Шнорра для повышения конфиденциальности и производительности как для транзакций с одной, так и для несколькими подписями».
Амори Сечет (Amaury Séchet), ведущий разработчик ABC, работает над внедрением подписей Шнорра уже более года.
Он описал это «для чайников» еще в 2017 году, и это, казалось бы, привлекло его интерес, потому что Шнорр может облегчить кольцевые подписи. Он описывает их так:
«Криптографический инструмент, позволяющий подписать любое действующее лицо в группе, не раскрывая, его личность. Идея была введена в качестве инструмента для осведомителей, но теперь она наиболее важна для анонимных криптовалют, таких как Monero, для обеспечения анонимности».
Напомним, схема Шнорра (подпись Шнорра) названа в честь своего изобретателя — Клауса-Петера Шнорра (Claus-Peter Schnorr) — это метод улучшения пропускной способности сети биткоина посредством агрегирования подписей, необходимых для транзакции BTC. Цифровые подписи — это метод аутентификации пользователя, который доказывает, что именно этот человек является владельцем приватных ключей, связанных с адресом BTC, и, таким образом, может легитимно распоряжаться своими средствами. Лукас Нуцци (Lucas Nuzzi), директор по технологическим исследованиям Digital Asset Research, говорит:
Читайте также: Почему Биткоин не ммм
«Хотя способность объединения ключей может показаться тривиальной, преимущества агрегации ключей не следует недооценивать. Так как ECDSA изначально не поддерживает мульти-подписи, их необходимо было реализовать в биткоине через стандартизированный смарт-контракт (да, у биткоина также есть смарт-контракты), называемый Pay-to-ScriptHash (P2SH). Это позволяет пользователям добавлять условия расходов, называемые обременениями, чтобы указать, как можно расходовать средства, например, Un разблокировать баланс, только если Алиса и Боб подписывают это сообщение.
Первая проблема с P2SH состоит в том, что он требует знания открытых ключей всех подписывающих сторон, участвующих в мульти-подписи, что не является эффективной системой. Агрегирование этих ключей позволит провести более эффективную проверку, так как сеть должна проверять только один ключ, а не n ключей. Это также означает меньшую нагрузку на блокчейн, более низкие комиссии за транзакции и улучшенную пропускную способность».
В этом контексте используется Bitcoin Core, но то же самое относится и к BCH, поскольку на техническом уровне они очень идентичны, имея лишь некоторые небольшие различия.
Насколько нам известно, подписи Шнорра для клиента Bitcoin Core находятся на стадии разработки. С прошлого года существует предложение по улучшению биткоина (BIP). Blockstream также запустил тестовый код, но его активация может появиться позже, в этом году.
Дорожная карта Bitcoin Cash
Bitcoin Core может быть оскорблено идеей, что BCH превзойдет их, поэтому, возможно, они откажутся от этого BIP, которое впервые было предложено еще в 2014 году.
Но это маловероятно. Должны быть тестовые сети, сеть должна быть готова к тому, что в BTC будет софт-форк, и все это требует чуть больше времени, чем два месяца.
Это является интересным поворотом событий, поскольку разработчики BCH показывают четкость следования дорожной карте и разумным прогрессом в ее реализации.
Обсудите эту новость в лучших чатах по криптовалюте CryptoOn и bt[c]hat
Or choose your operating system
Bitcoin Core Release Signing Keys v0.11.0+ 01EA5486DE18A882D4C2684590C8019E36C2E964
Refresh expired keys using: gpg —refresh-keys
Bitcoin Core requires a one-time download of about 210GB of data plus a further 5-10GB per month. By default, you will need to store all of that data, but if you enable pruning, you can store as little as 6GB total without sacrificing any security. For more information about setting up Bitcoin Core, please read the full node guide.
Download verification is optional but highly recommended. Click one of the lines below to view verification instructions for that platform.
Windows verification instructions
Click the link in the list above to download the release for your platform and wait for the file to finish downloading.
Download the list of cryptographic checksums: SHA256SUMS.asc
Open a terminal (command line prompt) and Change Directory (cd) to the folder you use for downloads. For example:
Run the following command to generate a checksum of the release file you downloaded. Replace ‘bitcoin-0.18.0-win64-setup.exe’ with the name of the file you actually downloaded.
Читайте также: Биткоин шахта что это такое
Ensure that the checksum produced by the command above matches one of the checksums listed in the checksums file you downloaded earlier. We recommend that you check every character of the two checksums to ensure they match. You can see the checksums you downloaded by running the following command:
If you haven’t previously installed GNU Privacy Guard (GPG) on your system, install it now or see other installation options.
Obtain a copy of the release signing key by running the following command:
The output of the command above should say that one key was imported, updated, has new signatures, or remained unchanged.
Check the output from the above command for the following text:
A line that starts with: gpg: Good signature
A complete line saying: Primary key fingerprint: 01EA 5486 DE18 A882 D4C2 6845 90C8 019E 36C2 E964
The output from the verify command may contain a warning that the «key is not certified with a trusted signature.» This means that to fully verify your download, you need to ask people you trust to confirm that the key fingerprint printed above belongs to the Bitcoin Core Project’s release signing key.
Click the link in the list above to download the release for your platform and wait for the file to finish downloading.
Download the list of cryptographic checksums: SHA256SUMS.asc
Open a terminal (command line prompt) and Change Directory (cd) to the folder you use for downloads. For example:
Verify that the checksum of the release file is listed in the checksums file using the following command:
In the output produced by the above command, you can safely ignore any warnings and failures, but you must ensure the output lists «OK» after the name of the release file you downloaded. For example: bitcoin-0.18.0-osx.dmg: OK
If you haven’t previously installed GNU Privacy Guard (GPG) on your system, install it now or see other installation options.
Obtain a copy of the release signing key by running the following command:
The output of the command above should say that one key was imported, updated, has new signatures, or remained unchanged.
Check the output from the above command for the following text:
A line that starts with: gpg: Good signature
A complete line saying: Primary key fingerprint: 01EA 5486 DE18 A882 D4C2 6845 90C8 019E 36C2 E964
The output from the verify command may contain a warning that the «key is not certified with a trusted signature.» This means that to fully verify your download, you need to ask people you trust to confirm that the key fingerprint printed above belongs to the Bitcoin Core Project’s release signing key.
Читайте также: Что такое Биткоин double
Click the link in the list above to download the release for your platform and wait for the file to finish downloading.
Download the list of cryptographic checksums: SHA256SUMS.asc
Open a terminal (command line prompt) and Change Directory (cd) to the folder you use for downloads. For example:
Verify that the checksum of the release file is listed in the checksums file using the following command:
In the output produced by the above command, you can safely ignore any warnings and failures, but you must ensure the output lists «OK» after the name of the release file you downloaded. For example: bitcoin-0.18.0-x86_64-linux-gnu.tar.gz: OK
Obtain a copy of the release signing key by running the following command:
The output of the command above should say that one key was imported, updated, has new signatures, or remained unchanged.
Check the output from the above command for the following text:
A line that starts with: gpg: Good signature
A complete line saying: Primary key fingerprint: 01EA 5486 DE18 A882 D4C2 6845 90C8 019E 36C2 E964
The output from the verify command may contain a warning that the «key is not certified with a trusted signature.» This means that to fully verify your download, you need to ask people you trust to confirm that the key fingerprint printed above belongs to the Bitcoin Core Project’s release signing key.
Experienced users who don’t mind performing additional steps can take advantage of Bitcoin Core’s reproducible builds and the signed checksums generated by contributors who perform those builds.
Reproducible builds allow anyone with a copy of Bitcoin Core’s MIT-licensed source code to build identical binaries to those distributed on this website (meaning the binaries will have the same cryptographic checksums as those provided by this website).
Verified reproduction is the result of multiple Bitcoin Core contributors each independently reproducing identical binaries as described above. These contributors cryptographically sign and publish the checksums of the binaries they generate.
Verifying that several contributors you trust all signed the same checksums distributed in the release checksums file will provide you with additional assurances over the preceding basic verification instructions. Alternatively, reproducing a binary for yourself will provide you with the highest level of assurance currently available. For more information, visit the project’s repository of trusted build process signatures.
Bitcoin Core is a community-driven free software project, released under the open source MIT license.
Core release что это
JIT-компиляторы хорошо подходят для долго работающих облаков и клиентских сценариев. Они способны генерировать код, учитывающий особенности аппаратной конфигурации, в том числе специфические процессорные инструкции. Также JIT может заново генерировать методы во время исполнения, эта методика позволяет компилировать с высокой скоростью, в то же время создавая тонко настроенную версию кода, если какие-то методы используются часто.
Инструменты разработчиков — ещё одна сфера, в которой JIT прекрасно себя зарекомендовала, например, dotnet watch или режим “edit and continue”. Для работы инструментов часто требуется многократно компилировать и загружать код в одном и том же процессе без перезапуска, и делать это нужно очень быстро.
Быстрый запуск, низкое потребление ресурсов процессора (footprint) и уменьшение потребления памяти
Есть два типа AOT-решений:
AOT-компиляция останется необходимой для iOS, WebAssembly и некоторых игровых приставок. Мы сделаем её опциональной для приложений, которые встраиваются в технику (appliance-like), для которых требуется быстрый запуск и/или низкое потребление ресурсов процессора.
Основы и схожие требования
Для нас критически важно продолжать развиваться как платформа со средствами управления запуском, производительностью, потреблением памяти, надёжностью и диагностики. В то же время целесообразно сосредоточить наши усилия. Мы станем больше работать над повышением производительности и надежности в CoreCLR, а также над улучшением запуска и снижением размера файлов компиляторе Mono AOT. Нам это кажется хорошим сочетанием. Производительность и надежность идут рука об руку, как и скорость запуска со снижением размера файлов.
В улучшение одних характеристик целесообразно вкладывать разные ресурсы, а в улучшение других — нет.
Рождение проекта
Теперь мы двигаем проект как единая команда. С декабря мы далеко продвинулись в нескольких проектах:
Заключение
Добро пожаловать! Рады приветствовать вас на форуме русскоязычного сообщества пользователей Mageia!
Администрация форума призывает всех пользователей писать правильно названия дистрибутивов, компаний, программ, термины и пр., а так же имена и фамилии.
Это обусловлено настройкой поисковиков по правильным названиям, которые облегчают наши же поиски информации в интернете.
wine и MAGEIA-5
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Сообщений 6
1 Тема от kroman 2015-06-23 11:14:39
«Не удаётся обновить источник, он будет автоматически отключён.
Ошибки:
нет доступа к источнику «Core Release».»
2 Ответ от BoDun 2015-06-23 11:30:48 (2015-06-23 11:31:26 отредактировано BoDun)
Вывод из терминала можете выложить сюда
3 Ответ от mimo 2015-06-23 11:40:02
нет доступа к источнику «Core Release»
Диск вставить в дисковод не?
Ну или исключить установочный диск из списка источников например?
4 Ответ от algri14 2015-06-23 17:48:04 (2015-06-23 17:50:59 отредактировано algri14)
«Не удаётся обновить источник, он будет автоматически отключён.
Ошибки:
нет доступа к источнику «Core Release».»
5 Ответ от kroman 2015-06-23 18:38:31
Благодарю за внимание и поддержку; вопрос решён.
Последовательное выполнение рекомендаций: «ЧАВО для новичков» (ссылку см. выше, автор algri14) позволило успешно справиться с задачей.
.NET – набор вертикалей
Конечно, в самой идее предлагать специализированный набор возможностей, удовлетворяющих определенными потребностям, нет ничего плохого. Это становится проблемой, когда отсутствует системный подход и специализация происходит на каждом слое без учета того, что происходит в соответствующих слоях других вертикалей. Последствием таких решения является набор платформ, которые имеют ряд общих API только потому, что они когда-то начинались из единой базы кода. Со временем, это приводит к росту различий, если только не проводить явные (и дорогие) упражнения для достижения единообразия API.
В какой момент возникает проблема с фрагментацией? Если вы нацелены только на одну вертикаль, то в реальности никакой проблемы нет. Вам предоставлен набор API, оптимизированный именно для вашей вертикали. Проблема проявляет себя, как только вы хотите делать что-то горизонтальное, ориентированное на множество вертикалей. Вот теперь вы задаетесь вопросом о доступности различных API и думаете, как производить блоки кода, которые работали бы на разных целевых вертикалях.
Рождение переносимых библиотек классов (Portable Class Library, PCL)
Изначально не было никакого специального концепта для разделения кода между различными вертикалями. Не было переносимых библиотек классов или разделяемых проектов. Вам буквально было нужно создавать множество проектов, использовать ссылки на файлы и множество #if. Это делало задачу нацеливания кода на множество вертикалей действительно сложной.
К моменту выхода Windows 8 мы пришли к плану, как бороться с этой проблемой. Когда мы проектировали профиль Windows Store, мы ввели новую концепцию для лучшего моделирования подмножества: контракты.
Идея контрактов заключается в том, чтобы предоставить продуманный набор API, подходящих для задач декомпозиции кода. Контракты – это просто сборки, под которые вы можете компилировать свой код. В отличие от обычных сборок, сборки контрактов спроектированы именно под задачи декомпозиции. Мы четко прослеживаем зависимости между контрактами и пишем их так, чтобы они отвечали за что-то одно, а не были свалкой API. Контракты имеют независимую версионность и следуют соответствующим правилам, например, если добавляется новый API, то он будет доступен в сборке с новой версией.
Сегодня мы используем контракты для моделирования API во всех вертикалях. Вертикаль может просто взять и выбрать, какие контракты она будет поддерживать. Важным моментом является то, что вертикаль обязана поддерживать контракт целиком или не поддерживать вовсе. Другими словами, она не может включить в себя подмножество контракта.
Это позволяет говорить о различиях в API между вертикалями уже на уровне сборок в отличие от индивидуальных различиях в API, как это было раньше. Это позволяет нам реализовать механизм библиотек кода, которые нацелены на множество вертикалей. Такие библиотеки сегодня известны как переносимые библиотеки классов (portable class libraries).
Объединение формы API против объединения реализаций
Намного лучше унифицировать реализации: вместо того, чтобы только предоставлять хорошо декомпозированное описание, мы должные подготовить декомпозированную реализацию. Это позволит вертикалям просто использовать одну и ту же реализацию. Сближение вертикалей больше не будет требовать дополнительных действий; оно достигается просто за счет правильного конструирования решения. Конечно все равно будут случаи, в которых необходимы различные реализации. Хороший пример этого – это файловые операции, требующие использования разных технологий в зависимости от окружения. Однако, даже в этом случае намного проще попросить каждую команду, отвечающую за конкретные компонент, подумать, как из API будут работать в разных вертикалях, чем постфактум пытаться предоставить единый набор API поверх. Переносимость – это не есть что-то, что вы можете добавить после. К примеру, наш File API включает поддержку Windows Access Control Lists (ACL), которые не поддерживаются всем окружениями. При дизайне API нужно учитывать такие моменты и, в частности, предоставлять подобную функциональность в отдельных сборках, которые могут отсутствовать на платформах, не поддерживающих ACL.
Фреймворки для всей машины против локальных фреймворков для приложения
Это все очень редкие случаи, но, когда у вас пользовательская база в 1.8 миллиарда машин, быть совместимым с 99.9% по-прежнему означает, что 1.8 миллиона машин затронуто.
Интересно, что во многих случая исправить затронутые приложения требует довольно простых действий. Но проблема в том, что разработчик приложения не всегда доступен в момент поломки. Давайте рассмотрим конкретный пример.
Такой подход в общем-то почти полностью снимает все проблемы, мешающие вам обновиться до свежей версии. Ваши возможности перейти на новую версию ограничены только вашей возможностью выпустить новую версию вашего приложения. Это также означает, что вы контролируете, какая версия библиотеки используется конкретным приложением. Обновления производятся в контексте одного приложения, никак не затрагивая другие приложения на той же машине.
Это позволяет выпускать обновления в гораздо более гибкой манере. NuGet также предлагает возможность попробовать предварительные версии, что позволяет нам выпускать сборки без строгих обещаний относительно работы конктретных API. Такой подход позволяет нам поддерживать процесс, в котором мы предлагаем вам наш свежий взгляд на дизайн сборки – и, если вам не нравится, просто его изменить. Хороший пример это – это неизменяемые коллекции (immutable collections). Бета-период длился порядка 9 месяцев. Мы потратили много времени, пытаясь добиться правильного дизайна прежде, чем выпустить первую версию. Нет необходимости говорить, что финальная версия дизайна библиотеки, — благодаря вашим многочисленным отзывам, — намного лучше, чем начальная.
.NET Core – это модульная реализация, которая может использоваться широким набором вертикалей, начиная с дата-центров и заканчивая сенсорными устройствами, доступная с открытым исходным кодом, и поддерживаемая Microsoft на Windows, Linux и Mac OSX.
NuGet как первоклассный механизм доставки
Для слоя BCL у нас будет прямое соответствие между сборками и пакетами NuGet.
В дальнейшем NuGet-пакеты будут иметь те же имена, что и сборки. К примеру, неизменяемые коллекции перестанут распространяться под именем Microsoft.Bcl.Immutable и вместо этого будут в пакет, называющемся System.Collections.Immutable.
В дополнение, мы решили использовать семантический подход для версионности сборок. Номер версии NuGet-пакета будет согласован с версией сборки.
Согласованность именования и версионности между сборками и пакетами сильно облегчит их поиск. У вас не должно возникнуть вопроса, в каком пакете содержится System.Foo, Version=1.2.3.0 – он находится в пакете System.Foo с версией 1.2.3.
Готов для корпоративного использования
Основа для открытого кода и кросс-платформенности
Из прошлого опыта мы знаем, что успех открытого кода зависит от сообщества вокруг него. Ключевой аспект этого – это открытый и прозрачный процесс разработки, который позволит сообществу участвовать в ревью кода, знакомиться с документам по проектированию и вносить свои изменения в продукт.
Конечно, отдельные компоненты, например, файловая система, требуют отдельной реализации. Модель доставки через NuGet позволяет нам абстрагироваться от этих различий. Мы можем иметь единый NuGet-пакет, предоставляющий различные реализации для каждого из окружений. Однако важный момент тут как раз в том, что это внутренняя кухня реализации компонента. С точки зрения разработчика это единый API, который работает на разных платформах.
Наличие всех трех элементов позволяет нам добиться широкого спектра гибкости и зрелости решений:
Нам кажется, что мы нашли хороший баланс между тем, чтобы заложить основу для будущего, сохраняя при этом хорошую совместимость с существующими стеками. Давайте посмотрим детальнее на часть из этих платформ.
.NET Framework 4.6
Windows Store и Windows Phone
Более детально выбор между двумя подходами описан в статье «Sharing code across platforms».
Итоги
На нас лежит ответственность за продолжение выпуска критичных обновлений безопасности, не требующих работы со стороны разработчиков приложений, даже если затрагиваемые компоненты распространятся эксклюзивно как NuGet-пакеты.
А вот и другие наши статьи по схожей тематике:
Давайте отложим разговоры о DDD и рефлексии на время. Предлагаю поговорить о простом, об организации настроек приложения.
Как было раньше
Как и у любой истории, у этой статьи есть начало. Одним из первых вопросов после перехода на ASP.NET Core были трансформации конфигурационных файлов.
Конфигурация состояла из нескольких файлов. Основным был файл web.config, и к нему уже применялись трансформации (web.Development.config и др.) в зависимости от конфигурации сборки. При этом активно использовались xml-атрибуты для поиска и трансформации секции xml-документа.
Но как мы знаем в ASP.NET Core файл web.config заменен на appsettings.json и привычного механизма трансформаций больше нет.
Результатом поиска » Трансформации в ASP.NET Core » в google стал следующий код:
В конструкторе класса Startup мы создаем объект конфигурации с помощью ConfigurationBuilder. При этом мы явно указываем какие источники конфигурации мы хотим использовать.
В зависимости от переменной окружения выбирается тот или иной источник конфигурации.
В поисках истины пришлось забраться вглубь документации и исходного кода. И я хочу поделиться полученным знанием в данной статье.
Конфигурация
Конфигурация представляет собой набор пар «ключ-значение». При чтении из источника конфигурации (файл, переменные окружения) иерархические данные приводятся к плоской структуре. Например json-объект вида
будет приведен к плоскому виду:
Здесь ключом является Settings:Key, а значением I am options.
Для наполнения конфигурации используются провайдеры конфигурации.
Провайдеры конфигурации
За чтение данных из источника конфигурации отвечает объект интерфейса
IConfigurationProvider:
Из коробки доступны следующие провайдеры:
Приняты следующие соглашения использования провайдеров конфигурации.
Если мы создаем экземпляр web-сервера используя CreateDefaultBuilder, то по умолчанию подключаются следующие провайдеры конфигурации:
Так как конфигурация хранится как словарь, то необходимо обеспечить уникальность ключей. По умолчанию это работает так.
Если в провайдере CommandLineConfigurationProvider имеется элемент с ключом key и в провайдере JsonConfigurationProvider имеется элемент с ключом key, элемент из JsonConfigurationProvider будет заменен элементом из CommandLineConfigurationProvider так как он регистрируется последним и имеет больший приоритет.
Нам не нужно самим создавать IConfiguration, чтобы выполнить трансформацию файлов конфигурации, так как это включено по умолчанию. Данный подход необходим в том случае, когда мы хотим ограничить количество источников конфигурации.
Кастомный провайдер конфигурации
Для того, чтобы написать свой поставщик конфигурации необходимо реализовать интерфейсы IConfigurationProvider и IConfigurationSource. IConfigurationSource новый интерфейс, который мы еще не рассматривали в данной статье.
Интерфейс состоит из единственного метода Build, который принимает в качестве параметра IConfigurationBuilder и возвращает новый экземпляр IConfigurationProvider.
Для реализации своих поставщиков конфигурации нам доступны абстрактные классы ConfigurationProvider и FileConfigurationProvider. В этих классах уже реализована логика методов TryGet, Set, GetReloadToken, GetChildKeys и остается реализовать только метод Load.
Рассмотрим на примере. Необходимо реализовать чтение конфигурации из yaml-файла, при этом также необходимо чтобы мы могли изменять конфигурацию без перезагрузки нашего приложения.
Создадим класс YamlConfigurationProvider и сделаем его наследником FileConfigurationProvider.
В приведенном фрагменте кода можно заметить некоторые особенности класса FileConfigurationProvider. Конструктор принимает экземпляр FileConfigurationSource, который содержит в себе IFileProvider. IFileProvider используется для чтения файла, и для подписки на событие изменения файла. Также можно заметить, что метод Load принимает Stream в котором открыт для чтения файл конфигурации. Это метод класса FileConfigurationProvider и его нет в интерфейсе IConfigurationProvider.
Добавим простую реализацию, которая позволит считать yaml-файл. Для чтения файла я воспользуюсь пакетом YamlDotNet.
Для создания экземпляра нашего провайдера конфигурации необходимо реализовать FileConfigurationSource.
Тут важно отметить, что для инициализации свойств базового класса необходимо вызвать метод this.EnsureDefaults(builder).
Для регистрации кастомного провайдера конфигурации в приложении необходимо добавить экземпляр провайдера в IConfigurationBuilder. Можно вызвать метод Add из IConfigurationBuilder, но я сразу вынесу логику инициализации YamlConfigurationProvider в extension-метод.
Отслеживание изменений
В новом api-конфигурации появилась возможность перечитывать источник конфигурации при его изменении. При этом не происходит перезапуска приложения.
Как это работает:
Посмотрим как реализовано отслеживание изменений в FileConfigurationProvider.
В метод OnChange статического класса ChangeToken передается два параметра. Первый параметр это функция которая возвращает новый IChangeToken при изменении источника конфигурации (в данном случае файла), это т.н producer. Вторым параметром идет функция-callback (или consumer), которая будет вызвана при изменении источника конфигурации.
Подробнее о классе ChangeToken.
Не все провайдеры конфигурации реализуют отслеживание изменений. Этот механизм доступен для потомков FileConfigurationProvider и AzureKeyVaultConfigurationProvider.
Заключение
Данная статья затрагивает лишь основы. Помимо основ нам доступны IOptions, сценарии пост-конфигурации, валидация настроек и многое другое. Но это уже другая история.
Проект приложения с примерами из данной статьи вы можете найти в репозитории на Github.
Делитесь в комментариях, кто какие подходы по организации конфигурации использует?
Спасибо за внимание.
upd.: Как верно подсказал AdAbsurdum, в случае работы с массивами не всегда будет происходит замена элементов при слиянии конфигурации из двух источников.
Рассмотрим пример. При чтении массива из appsettings.json получим такой плоский вид:
При чтении из appsettings.Development.json:
В итоге в конфигурации будет:
Все элементы с уникальными индексами (array:1 в примере) будут добавлены в итоговый массив. Элементы из разных источников конфигурации, но имеющие одинаковый индекс (array:0 в примере) подвергнутся слиянию, и будет использован элемент, который был добавлен последним.
ASP.NET Core: ваше первое приложение на Linux c использованием Visual Studio Code
Решил недавно написать небольшое ASP.Net MVC приложение после многолетнего перерыва и знающие люди на Хабре подсказали попробовать новый ASP.Net Core, тем более, что он работает в Линуксе из коробки без необходимости задействовать mono, и, судя по последним тестам, даже показывает неплохую производительность. За основу взял аналогичную статью для Mac, однако здесь в отличии от вдохновившей меня статьи хочу описать процесс пошагово в одном месте, для того, чтобы не пришлось лазить по перекрёстным ссылкам, пытаясь разобраться как установить непонятно для чего предназначенные приложения и пакеты. Такое подробное описание процесса возможно поможет многим избежать граблей, с которыми пришлось столкнуться мне. Несколько фраз и рисунков, в части одинаковой для любой платформы, с правками и корректировками взяты из статьи для Mac.
Приводимые здесь команды установки подходят для дистрибутивов Ubuntu 16.04/Mint 18.x, для остальных можно найти здесь.
Устанавливаем новейший на данный момент RC4 для совместимости с новейшим генератором проектов aspnet:
Установка Visual Studio Code
Устанавливается легко в пару кликов по этой ссылке.
Установка расширения C#
Запускаем Visual Studio Code, нажимаем Ctrl-P, вводим команду:
ext install csharp
В появившейся слева панели нажимаем «Установить» напротив соответствующего расширения, если это не произошло автоматически. Visual Studio Code можно пока закрыть.
Подготовка среды разработки и формирование шаблонов приложений
Устанавливаем новейший node.js с оригинального сайта (тот, что идёт с дистрибутивом не подходит), он нам нужен из-за менеджера пакетов npm, который идёт вместе с ним:
Для других дистрибутивов инструкция здесь.
Инициализация проекта
Для инициализации используется скаффолдер Yeoman — инициализатор проекта, включающий в себя развёртывание файловой структуры и генерацию шаблона проекта, т.е. исходного кода приложения. Включает в себя скаффолдер Yo, менеджер пакетов Bower и менеджер задач Grunt. При установке Yo вам будут установлены также Bower и Grunt. Здесь устанавливаем в любом терминале также новейший генератор aspnet, в котором возвращена система сборки msbuild вместо project.json:
Запуск генератора проекта
Your project is now created, you can use the following commands to get going
cd «WebApplicationBasic»
dotnet restore
dotnet build (optional, build will also happen with it’s run)
dotnet run
Восстановить и собрать можно, а вот запускать пока рано: нужно ещё кое что сделать.
Разработка приложений ASP.NET Core MVC на Linux с помощью Visual Studio Code
Теперь запустите Visual Studio Code.
Выберите пункт Файл → Отрыть папку и выберите папку, в которой Вы создали шаблон приложения ASP.NET Core MVC с помощью yo.
Для тех, кто только приступает к использованию Visual Studio Code (или Code, для краткости), следует заметить, что данный продукт не только имеет удобный, простой и отзывчивый интерфейс, обеспечивающий быструю работу с файлами, но он также предоставляет инструменты для наиболее эффективного написания кода.
Code интегрируется с Git, если он установлен на вашем компьютере. При помощи Git viewlet можно создавать новые репозитории, подтверждать изменение кода, отправлять изменения.
Core release что это
Данная заметка расскажет об одном пункте BIOS, который может повлиять на производительность персонального компьютера.
Sync All Cores — что это в биосе?
- Auto — будут стандартные значения, как предусмотрено производителем.
- Per Core — индивидуальная настройках каждого ядра.
Функция в BIOS материнки ASUS Rog.
Core — что это в компьютере?
Приветствую. Используя современный софт, версию Windows, мы сталкиваемся с незнакомыми терминами. Некоторые понятны, другие нет. Сегодня мы разберемся с одним термином/словом — Core.
Разбираемся
В 95% случаев Core в ПК означает одно — процессор. Точнее — ядро (такой перевод имеет слово Core).
Также в ПК очень популярны две аббревиатуры — CPU и GPU. Первая означает центральный процессор, расшифровывается как Central Processing Unit. Вторая — графический, расшифровывается Graphics Processing Unit. Наличие буквы i перед GPU означает integrated — видеоядро интегрировано в процессор.
Процессоры могут быть многоядерными — 2, 4, 8 ядер и более. В домашнем ПК чаще всего используются с 2 или 4.
Некоторые процы Intel используют технологию потоков — Hyper-threading. В таком случае например 2 ядра будут видны в Windows как 4 — на самом деле 2 ядра и 2 потока. Поток слабее ядра, но их наличие — повышает производительность. Процессоры AMD также содержат потоки, названия технологии вроде бы SMT.
Проц, установленный в сокет (гнездо), но не зафиксирован.
Примеры использования слова Core в ПК
Например используя программу для измерения температуры — Core Temp:
Внизу #1, #2, #3, #4 означает — температура каждого ядра. Количество разумеется зависит от модели процессора (указывается в поле Model).
Другое приложение — CPU-Z. Позволяет узнать получить детальную информацию о процессоре. Слово упоминается в Core Speed, что означает скорость работы:
Скорость не совсем уместно. Логичнее использовать другое определение — частота, обозначается в мегагерцах (MHz). Чем выше частота — тем быстрее происходит обработка команд.