Towards the end of last week ASP.NET Identity 2.0 was released. ASP.NET Identity has been developed with the following goals:
- To provide a single framework that will work with all of the ASP.NET frameworks, such as ASP.NET MVC, Web Forms, Web Pages, Web API, and SignalR.
- To give the user control over the schema of user and profile information.
- To allow users to write unit test against parts of the application that use ASP.NET Identity.
- To make it OWIN compatible. ASP.NET Identity uses OWIN authentication for managing users of a web application. This means that instead of using FormsAuthentication to generate the cookie, the application uses OWIN CookieAuthentication.
- To support claims-based authentication, which allows developers to be a lot more expressive in describing a user’s identity than membership roles.
- To allow user to be authenticated using their social log-ins such as using Microsoft Account, Facebook, Twitter, Google, and others.
- And to enable ASP.NET team to have rapid release cycles, by making ASP.NET Identity available as a NuGet package.
Among NoSQL databases, MongoDB is very much popular. For those who need an introduction, MongoDB is an open sourced document database providing high performance, availability, and automatic scaling. Being a document database, a record/row in MongoDB is know as document. The data structure of a document is similar to JSON object, having key and value pairs. A key is a string, whereas the value can be a string/ number/ another document/ arrays/ arrays of documents. A document looks like this:
I still can remember, the first time I encountered PDB files. “Should I be concerned about PDB files ?” and was quickly replied as “it’s just another file used in the debugging process”, by a colleague. Till yesterday, I had the same definition with me. Let me share with you what I found more about it.
A PDB(Program Data Base) file generated by Visual Studio, is used by a debugger and it contains mapping information. It maps the identifier and the statements in the source code to the ones present in the generated executable or dll. Out of this mapping information it concludes two pieces of information: the source file name and the line number that are displayed in the Visual Studio IDE; and the location in the executable to stop at when you set a breakpoint. Continue reading