core

知识点回顾： 前面几篇文章分别给大家介绍了 （1）Swagger的集成和用法； （2）JWT身份验证的集成和用法； （3）OOM框架AnutoMapper对象映射的用法； 今天给大家介绍过滤器Filter的基本使用： 过滤器有什么作用，在什么场景下适合用到它？ 假设一个项目进展到快结束的时候，项目leader为了保证程序的稳定性和可监控和维护性要求将所有的方法加上日志，如果项目比较庞大，方法非常多，那岂不是得费很大得劲来完成这样一件事情。不过不用担心，咋们遇到的问题，伟大的语言设计者早已帮我们想好了解决办法过滤器，过滤器是一种AOP（面向切面编程）技术的体现，AOP具有松耦合，易扩展，代码可复用的特点。 通常我们在这些场景下如身份验证、日志记录、异常获取等会使用到过滤器 .NET Core中的过滤器生命周期： .NET Core中的过滤器有多种，今天给大家主要介绍ActionFilterAttribute的用法 （1）自定义一个Filter类： （2）注册过滤器，注册过滤器有两种方式，一种是全局注册，另一种是局部注册： 局部注册，局部注册可以体现在类或方法上： （3）运行，请求一个具体接口，跟踪一下执行顺序： 可以看到过滤器起到了对应的作用。 来源： 51CTO 作者： wx5d37d5fd4aa62 链接： https://blog.51cto.com/14465598

Error: // webpack Cannot find module '@babel/core' 解决办法一： 原因"babel-loader": "^8.0.0" 版本问题。 使用"babel-loader": "^7.1.5"即可解决该错误。 package.json { "devDependencies": { "babel-core": "^6.26.3", "babel-loader": "^7.1.5" } } 解决办法二： 安装@babel/core依赖 https://www.npmjs.com/package/@babel/core npm install --save-dev @babel/core 在尝试第二种方法之后又报错:TypeError: Cannot read property 'bindings' of null 所以推荐用第一种方法 来源： https://www.cnblogs.com/liuguiqian/p/11273962.html

Error: // webpack Cannot find module '@babel/core' 解决办法一： 原因"babel-loader": "^8.0.0" 版本问题。 使用"babel-loader": "^7.1.5"即可解决该错误。 package.json { "devDependencies": { "babel-core": "^6.26.3", "babel-loader": "^7.1.5" } } 解决办法二： 安装@babel/core依赖 https://www.npmjs.com/package/@babel/core npm install --save-dev @babel/core 参考： https://blog.csdn.net/zSY_snake/article/details/88036785 https://www.cnblogs.com/jiebba/p/9618930.html 来源： https://www.cnblogs.com/laneyfu/p/11262874.html

　　这里以Asp.net Core的服务端并且Asp.net Core托管客户端为例，跨域请求的参考其他跨域设置。 　　在Asp.net Core中，XSRF/CSRF是通过验证http头或form表单中的字段来验证请求的。 　　在Asp.net Core的Startup中注入如下服务以启用防止跨站点请求伪造 (XSRF/CSRF) 攻击 services.AddAntiforgery(options =>{ options.HeaderName = "X-CSRF-TOKEN-HEADER"; options.FormFieldName = "X-CSRF-TOKEN-FORM"; }); 　　启用如下中间件以在Cookie中写入令牌 app.Use(next=>context=> { var tokens = antiforgery.GetAndStoreTokens(context); context.Response.Cookies.Append("XSRF-TOKEN", tokens.RequestToken,new CookieOptions() {HttpOnly=false }); return next(context); }); 　　在Blazor WebAssembly 客户端中注入JSRuntime用于通过js读取Cookie @inject

定义了core这个类 error_reporting(E_ALL); error_reporting() 设置 PHP 的报错级别并返回当前级别。可以参考手册。 define('IN_DISCUZ', true); define('DISCUZ_ROOT', substr(dirname(__FILE__), 0, -12)); define('DISCUZ_CORE_DEBUG', false); define('DISCUZ_TABLE_EXTENDABLE', false); 定义了4个常量，他们的作用是： in_discuz: true 表示可以通过这个文件去访问其他文件，否则不能独立去访问某些文件。 比如，其他的某个文件开头：该文件就是不能直接或者单独被访问的。　　 if(!defined('IN_DISCUZ')) { exit('Access Denied'); } discuz_root: 得到class_core.php所在的根目录，即source文件夹所在的目录（ source/class 刚好12个字符）。 　　dirname(): 返回路径中的目录部分,即一个完整的路径，去掉文件名的部分，类似的还有 　　basename() - 返回路径中的文件名部分 　　pathinfo() - 返回文件路径的信息 　　realpath() - 返回规范化的绝对路径名 　

一、更正popper.js的错误 二、打包js 三、添加服务与路由，中间件 一、更正popper.js的错误 emmm，今天来更正些昨天的错误 那个package.json里面的popper改为"popper.js": “1.14.6”,后面的版本也改下，然后点击保存 { "version": "1.0.0", "name": "asp.net", "private": true, "devDependencies": { "bootstrap": "4.2.1", "jquery-slim": "3.0.0", "popper.js": "1.14.6" } } 二、打包js 在wwwroot/js文件夹下添加site.js 然后打开bundleconfig.json进行js打包操作 [ { "outputFileName": "wwwroot/css/all.min.css", "inputFiles": [ "node_modules/bootstrap/dist/css/bootstrap.css", "wwwroot/css/site.css" ] }, //上面用于开发 //下面用于生产 { "outputFileName": "wwwroot/css/bootstrap.css", "inputFiles": [ "node_modules/bootstrap

0.更新源 sudo apt-get update 1.安装依赖 sudo apt-get install curl libunwind8 gettext 2.下载 SDK 或者 RunTime https://www.microsoft.com/net/download/linux curl -sSL -o dotnet.tar.gz https://download.microsoft.com/download/1/f/7/1f7755c5-934d-4638-b89f-1f4ffa5afe89/dotnet-runtime-2.1.2-linux-arm.tar.gz 3.提取内容 sudo mkdir -p /opt/dotnet && sudo tar zxf dotnet.tar.gz -C /opt/dotnet 4.设置可以执行 dotnet sudo ln -s /opt/dotnet/dotnet /usr/local/bin 5.测试安装 dotnet --help 参考 https://blogs.msdn.microsoft.com/david/2017/07/20/setting_up_raspian_and_dotnet_core_2_0_on_a_raspberry_pi/ https://docs.microsoft.com/zh-cn

原文: ASP.NET CORE系列【一】搭建ASP.NET CORE项目 为什么要使用 ASP.NET Core？ NET Core 刚发布的时候根据介绍就有点心里痒痒，微软的尿性都懂的，新东西bug太多，现在2.0也发布很久了，决定研究一下。 ASP.NET Core官方文档 https://docs.microsoft.com/en-us/aspnet/core/getting-started ASP.NET Core 具有如下优点： 生成 Web UI 和 Web API 的统一场景。 集成 新式客户端框架 和开发工作流。 基于环境的云就绪 配置系统 。 内置 依赖项注入 。 轻型的 高性能 模块化 HTTP 请求管道。 能够在 IIS、Nginx、Apache、Docker 上进行托管或在自己的进程中进行自托管。 定目标到 .NET Core 时，可以使用并行应用版本控制。 简化新式 Web 开发的工具。 能够在 Windows、macOS 和 Linux 进行生成和运行。 开放源代码和 以社区为中心 。 相信很大一部分人因为Core的跨平台慕名而来！现在就开始折腾吧。 新建项目 新建项目，我们选择ASP.NET Core MVC， 最有趣的是Core继承了NG和React，等以后再来研究这些。 现在专注我们的MVC 项目结构 新项目结构大体跟传统MVC区别不大，

说到NET CORE 管道模型不得不先来看看之前的ASP.NET 的管道模型，两者差异很大，.NET CORE 3.1 后完全重新设计了框架的底层，.net core 3.1 的管道模型更加灵活便捷,可做到热插拔，通过管道可以随意注册自己想要的服务或者第三方服务插件. ASP.NET 管道 请求进入ASP.NET 工作进程后，由进程创建HttpWorkRequest 对象，封装此次请求有关的所有信息，然后进入HttpRuntime 类进行进一步的处理。HttpRuntime 通过请求信息创建HttpContext 上下文对象，此对象将贯穿整个管道，直到响应结束。同时创建或从应用程序池里初始化一个HttpApplication对象，由此对象开始处理之前注册的多个HttpModule。之后调用HandlerFactory 创建Handler处理程序，最终处理此次请求内容，生成响应返回。 以前的管道模型是全家桶方式，所有的管道不支持热插拔，一次性全部集成在里面，所有这也是ASP.NET 没有.NET CORE 性能好的一大原因所在。 IHttpModule 和IHttpHandler 已经不复存在了，取而代之的是一个个中间件（Middleware）。Server将接收到的请求直接向后传递，依次经过每一个中间件进行处理，然后由最后一个中间件处理并生成响应内容后回传，再反向以此经过每个中间件

由于现在大多数项目都是运行在Linux服务器上,很多PHP开发使用的是WINDOWS系统,最终导致在Windows上克隆的代码，提交到git上后，换行符都换成CRLF了，在Linux平台上克隆下来也是CRLF换行符.... phpstorm编辑器修改换行符 Git命令行修改AutoCRLF 提交时转换为LF，检出时转换为CRLF（推荐windows） git config --global core.autocrlf true 提交时转换为LF，检出时不转换（推荐*unix/mac） git config --global core.autocrlf input 提交检出均不转换 git config --global core.autocrlf false Git命令行修改SafeCRLF 拒绝提交包含混合换行符的文件 git config --global core.safecrlf true 允许提交包含混合换行符的文件 git config --global core.safecrlf false 提交包含混合换行符的文件时给出警告 git config --global core.safecrlf warn 来源： 51CTO 作者： cafeim 链接： https://blog.51cto.com/cafeim/2476379