I've taken a look at the most commonly asked questions on Stack Overflow for both .NET Core and ASP.NET Core and thought I'd write up what would be my answers here. Which questions did I ask? You'll have to click through to find out.
OwaspHeaders.Core is a collection of ASP.NET Core middleware classes designed to increase web application security by adopting the recommended OWASP settings.
My companion post to Zac's post on using a client side React.js application to communicate with a .NET Core powered WebApi. This article was originally posted on The Reactionary.
Today’s header image was created by Roberto Catarinicchia at Unsplash Caveat Just a quick note before we begin. A caveat
JetBrains (maker of IntelliJ IDEA) recently released the initial version of Rider - their open source .NET/.NET Core IDE. That's right: version 1 is out, after a few years of development. But is it any good?
Committing passwords, api keys and connection strings to open source projects can be incredibly dangerous. Even once they've been removed from the repo they can still be found in the commit history. The .NET Core boffins have come up with a technique called User Secrets, which is meant to help alleviate this. What are they and how do they work? In this post, we'll find out.
In this post we'll take a previously built custom middleware and finalise the configuration options to it. We'll complete the JSON file which represents the config, and ensure that it's being read and the values are applied to the middleware setup.
In this post we'll take a previously built custom middleware and add configuration options to it. We'll load our config options for the middleware from a JSON file present in the consuming application, and apply it to the middleare
Building on the previous post on ASP.NET Core middleware, I'll show you how to make your own. We'll use OWASP secure header guidelines to create our own middleware which will add the recommended headers to all requests.
What is middleware (in an ASP.NET Core context) and how does it work? Does the ASP.NET Core request pipeline differ to how the Classic ASP.NET request pipeline work? There's only one way to find out: read this article