core

asp.net core 实现支持多语言 Intro # 最近有一个外国友人通过邮件联系我，想用我的活动室预约，但是还没支持多语言，基本上都是写死的中文，所以最近想支持一下更多语言，于是有了多语言方面的一些实践 国际化/本地化介绍 # 国际化（Globalization）和本地化（Localization）是要实现的多语言支持的基础 Globalization is the process of designing and developing applications that function for multiple cultures. Localization is the process of customizing your application for a given culture and locale. 国际化是要支持处理多种文化，而本地化是要根据某一个文化和区域的来展示相应的处理。 更多关于国际化与本地化的不同可以参考 Stack Overflow 上的讨论 https://stackoverflow.com/questions/2074869/globalization-vs-localization Localization In Asp.NET Core # 微软官方的 Localization 的实现是基于资源文件实现的 ( *.resx )

一、MySql官方提供了Ef Core对MySql的支持，但现在还处于预览版 Install-Package MySql.Data.EntityFrameworkCore -Pre Install-Package MySql.Data.EntityFrameworkCore.Design -Pre 当前程序包依赖Microsoft.EntityFrameworkCore，目前没找到API文档啥的，MySql.Data.EntityFrameworkCore.Design的用法也没 找到。 Nuget包地址 ： https://www.nuget.org/packages/MySql.Data.EntityFrameworkCore/7.0.7-m61 https://www.nuget.org/packages/MySql.Data.EntityFrameworkCore.Design/6.10.1-beta 二、简单使用示例 1.手写数据库上下文 /// <summary> /// 数据库上下文 /// </summary> public class Md5Context : DbContext { protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder) {

1.用top命令查看哪个进程占用CPU高 gateway网关进程14094占用CPU高达891%，这个数值是进程内各个线程占用CPU的累加值。 2.用top -H -p pid命令查看进程内各个线程占用的CPU百分比 #top -H -p 14094 top中可以看到有107个线程，但是下面9个线程占用CPU很高，下面以线程14086为主，分析其为何high CPU 3.使用gstack命令查看进程中各线程的函数调用栈 #gstack 14094 > gstack.log 在gstack.log中查找线程ID14086，由于函数栈会暴露函数细节，因此只显示了两个函数桢，线程ID14086对应线程号是37 Thread 37 (Thread 0x4696ab90 (LWP 14086)): #0 0x40000410 in __kernel_vsyscall () #1 0x40241f33 in poll () from /lib/i686/nosegneg/libc.so.6 4.使用gcore命令转存进程映像及内存上下文 #gcore 14094 该命令生成core文件core.14094 5。用strace命令查看系统调用和花费的时间 #strace -T -r -c -p 14094 -c参数显示统计信息，去掉此参数可以查看每个系统调用话费的时间及返回值。 6

EF Core 的安装及入门 一、环境准备 开发环境：.NET Core 3.1 IDE工具：Visual Studio 2019 数据库：SQL Server 2012 二、EF Core的安装 1.新建一个项目，如创建“Console控制台应用程序”，项目名称为“efc1”。 2.添加包引用（此处我们添加针对SQL Server的支持包，其它数据库类似） 方式1：通过dotnet cli命令行 在需要用EF Core的项目根目录，打开powershell或命令行，执行以下命令。 dotnet add package Microsoft.EntityFrameworkCore dotnet add package Microsoft.EntityFrameworkCore.SqlServer 方式2：通过Visual Studio的包管理器 从 Visual Studio 菜单中选择“工具”>“NuGet 包管理器”>“管理解决方案的NuGet程序包” 搜索并选择“Microsoft.EntityFrameworkCore”、“Microsoft.EntityFrameworkCore.SqlServer”安装。 以下以“Microsoft.EntityFrameworkCore.SqlServer”为例说明。 安装完成后，在项目的依赖项中就可以看到对应EF

[翻译] .NET Core 2.1 发布 原文: Announcing .NET Core 2.1 我们很高兴可以发布 .NET Core 2.1。这次更新包括对性能的改进，对运行时和工具的改进。还包含一种以 NuGet 包的形式部署工具的新方法。我们添加了一个名为 Span<T> 的新基元类型，它可以在没有内存分配的情况下对数据进行操作。还有许多其他新的 API，专注于密码学，压缩和 Windows 兼容性。它是第一个支持 Alpine Linux 和 ARM32 芯片的版本。您今天就可以开始将现有项目更新至 .NET Core 2.1 了。 该版本与 .NET Core 2.0 兼容，更新会变得很简单。 ASP.NET Core 2.1 和 Entity Framework Core 2.1 也已在今天发布。 您可以在 Windows，MacOS 和 Linux 上下载并开始使用 .NET Core 2.1： .NET Core 2.1 SDK (includes the runtime) .NET Core 2.1 Runtime .NET Core 和 ASP.NET Core 的 Docker 镜像也已经可用： microsoft/dotnet 本月早些时候召开了 Build 2018 大会。我们对 .NET Core 进行了几次深入的演示。可以在 Channel9

微软官网的这篇文章阐述了，在ASP.NET Core中的静态文件处理： Static files in ASP.NET Core 注意其中有几点很有用： 使用FileExtensionContentTypeProvider，来自定义静态文件扩展名的映射 启用非标准静态文件类型 ，可以让ASP.NET Core处理未知的静态文件类型，但是文章中也提到了这样做很危险，不建议这么做，推荐使用上面的FileExtensionContentTypeProvider来处理非标准的静态文件类型 最后文章中还提到了： ASP.NET Core apps hosted in IIS use the ASP.NET Core Module to forward all requests to the app, including static file requests. The IIS static file handler isn't used. It has no chance to handle requests before they're handled by the module. 由此可见，静态文件的HTTP请求在IIS中，会由ASP.NET Core Module转发到ASP.NET Core应用程序中进行处理，和IIS的处理程序并无关联。 来源： https://www

2020/02/03, ASP.NET Core 3.1, VS2019, IIS 10, dotnet-hosting-3.1.1-win.exe 摘要：基于ASP.NET Core 3.1 WebApi搭建后端多层网站架构【14-扩展之部署到IIS】 在Windows上将ASP.NET Core网站部署到IIS 文章目录 本章节由于并未对代码做出改动，仅添加了发布配置文件，所以没有上传代码分支（下一章节中可以看到本章节添加的发布配置文件） 本章节介绍了在Windows上将ASP.NET Core网站部署到IIS，部署环境是 Windows 10.0.18363 （企业版） 添加IIS功能 在控制面板-程序和功能中，添加IIS： 勾选选项默认即可 我这里是win10企业版，winserver服务器也是类似的开启该功能 安装dotnet-hosting 官网下载安装dotnet-hosting， 下载页面 先选取对应的.NET Core版本，然后找到Hosting Bundle下载，下载下来安装即可 编译项目 对着 MS.WebApi 应用程序右击，选择 发布 ： 选择文件夹 我这里保持了默认bin\Release\netcoreapp3.1\publish\文件夹 点击 高级 ，进一步配置： Release 配置，部署模式为 框架依赖 ，目标运行时为 可移植 ，勾选

1.net core StartUp 启动类下获取绑定的IOptions<AppXXX> 配置类: app.ApplicationService.GetService<IOptions<AppXXX>>(); 来源： https://www.cnblogs.com/mailaidedt/p/12283895.html

ASP.NET Core 应用是在其 Main 方法中创建 Web 服务器的控制台应用： Main 方法调用 WebHost.CreateDefaultBuilder，通过 生成器模式 来创建web主机.生成器提供定义 Web 服务器（例如，UseKestrel）和启动类 (UseStartup) 的方法。 在前面的例子中，自动分配了 Kestrel Web 服务器。ASP.NET Core 的 Web 主机尝试在 IIS 上运行（如果可用）。 对于其他 Web 服务器（如 HTTP.sys），可通过调用相应的扩展方法来使用。 在下一节对 UseStartup 进行了更深入的介绍。 IWebHostBuilder 是 WebHost.CreateDefaultBuilder 调用的返回类型，它提供了许多可选方法。 其中的一些方法包括用于在 HTTP.sys 中托管应用的 UseHttpSys ，以及用于指定根内容目录的 UseContentRoot。 Build 和 Run 方法生成 IWebHost 对象，该对象托管应用并开始侦听 HTTP 请求。 WebHostBuilder 提供了许多可选方法，其中包括用于在 IIS 和 IIS Express 中进行托管的 UseIISIntegration，以及用于指定根内容目录的 UseContentRoot。 Build 和 Run

Asp .Net Core项目文件 　　使用C#语言开发 .csproj是根据编程语言的文档使用 　　和之间的区别是项目文件和文件夹不包含在.csproj文件中，以前是指定好项目文件和项目文件夹的路径现在不需要指定这些。应该是和win10的文件管理器打通了。 　　不需要卸载项目就可以直接编辑文件 　　还有就是可以在项目文件夹中创建文件直接可以显示在项目中 TargetFrameWork:指定目标框架 AspNetCoreHostingModel:指定应用程序托管形式： InProcess是指定我们要使用进程内托管模型，即在IIS工作进程（w3wp.exe）中托管我们的asp.net core程序 OutOfProcess是我们要使用进程外托管模型，就是将web请求转发到asp.net core中，而整个应用程序运行在.net core内置的Kestrel中 asp.net core默认是进程外的一个托管形式 OutOfProcess 这里的默认是指的删除csproj中的配置，所用的托管模型 PackageReference 配置包的引用，在NuGet中可以找到对应的NuGet。在NuGet中可以看到Microsoft.AspNetCore.App 引用了很多的其他的包。这个包我们叫做综合包（Metapackage）。目前只有一个这个包 这个包本身没有任何信息只是一个其他包的依赖列表