使用Nginx在Linux上托管ASP.NETCore6.0应用：GitHubActions自动部署前言本文主要参考微软这篇文档而来HostASP.NETCoreonLinuxwithNginx，并使用GithubActions做CI&CD，部署到阿里云服务器，所有步骤均亲测可用。你需要有Linux云服务器（本文使用的是阿里云Ubantu22.0464位）SSH客户端（我使用的XShell,官网可以下载免费的家庭/学校版）Github账号以及能流畅访问^项目准备使用VS2022新建一个空的ASP.NETCoreWebAPI项目，框架选择.Net6.0。因为需要使用Nginx，这里就简单配置中间
使用Nginx在Linux上托管ASP.NETCore6.0应用：GitHubActions自动部署前言本文主要参考微软这篇文档而来HostASP.NETCoreonLinuxwithNginx，并使用GithubActions做CI&CD，部署到阿里云服务器，所有步骤均亲测可用。你需要有Linux云服务器（本文使用的是阿里云Ubantu22.0464位）SSH客户端（我使用的XShell,官网可以下载免费的家庭/学校版）Github账号以及能流畅访问^项目准备使用VS2022新建一个空的ASP.NETCoreWebAPI项目，框架选择.Net6.0。因为需要使用Nginx，这里就简单配置中间
Region概述Region是Prism当中模块化的核心功能。Region可以理解为View的动态占位符，在View上进行视图占位，其主要目的是弱化模块与模块之间的耦合关系。在一般的界面设计中,界面上的元素及内容往往是被固定，如上图。Header区域放置ToolBarMenu区域放置ListBoxContent区域放置ContentControl这使得各个区域的内容被固定下来，不能直接对该区域的元素或内容进行替换。在Prism当中，可以将页面区域定义为Region，此时可以通过修改Region设置，使得页面区域展示的内容不再固定，可以动态分配区域所展示的内容。此时Region的功能类似于一个视
Region概述Region是Prism当中模块化的核心功能。Region可以理解为View的动态占位符，在View上进行视图占位，其主要目的是弱化模块与模块之间的耦合关系。在一般的界面设计中,界面上的元素及内容往往是被固定，如上图。Header区域放置ToolBarMenu区域放置ListBoxContent区域放置ContentControl这使得各个区域的内容被固定下来，不能直接对该区域的元素或内容进行替换。在Prism当中，可以将页面区域定义为Region，此时可以通过修改Region设置，使得页面区域展示的内容不再固定，可以动态分配区域所展示的内容。此时Region的功能类似于一个视
偶然间，看到GitHubActions教程：定时发送天气邮件-阮一峰的网络日志这篇文章，没错，这个正好能打发自己的折腾之心，也能通过代码给生活引入一些变化。还是在这里简单记录一下实现过程吧。第一步获取天气预报出现问题按照阮一峰的教程走，一开始使用了wttr的结果作为数据来源，也在文档上研究了很久，最终的结果总是不尽如人意。最终展现到邮件上的结果如下：从上面就可以看出一些问题：展示到邮件中的是一个HTML页面，白色的背景使得结果展示不理想默认返回的结果比较多，根据配置做调整之后返回的结果又比较少，结果不尽如人意从页面上看返回的都是不太好理解的单位，不能让人一眼就能理解......其实还有很多问题
偶然间，看到GitHubActions教程：定时发送天气邮件-阮一峰的网络日志这篇文章，没错，这个正好能打发自己的折腾之心，也能通过代码给生活引入一些变化。还是在这里简单记录一下实现过程吧。第一步获取天气预报出现问题按照阮一峰的教程走，一开始使用了wttr的结果作为数据来源，也在文档上研究了很久，最终的结果总是不尽如人意。最终展现到邮件上的结果如下：从上面就可以看出一些问题：展示到邮件中的是一个HTML页面，白色的背景使得结果展示不理想默认返回的结果比较多，根据配置做调整之后返回的结果又比较少，结果不尽如人意从页面上看返回的都是不太好理解的单位，不能让人一眼就能理解......其实还有很多问题
背景当我们在用Avalonia开发项目的时候会涉及到路径的问题，在Linux下面路径的写法和Window路径的写法有区别问题描述用Avalonia开发项目发现我们之前的路径写法在Linux下面运行报错，尤其是在结合Prism开发写项目进行模块化扫描的方式加载我们的模块程序就会出现报错解决方案错误模块化扫描路径方式还原点击查看代码protectedoverrideIModuleCatalogCreateModuleCatalog(){returnnewDirectoryModuleCatalog(){ModulePath=@".\"};}正确模块化扫描路径方式点击查看代码protectedove
背景当我们在用Avalonia开发项目的时候会涉及到路径的问题，在Linux下面路径的写法和Window路径的写法有区别问题描述用Avalonia开发项目发现我们之前的路径写法在Linux下面运行报错，尤其是在结合Prism开发写项目进行模块化扫描的方式加载我们的模块程序就会出现报错解决方案错误模块化扫描路径方式还原点击查看代码protectedoverrideIModuleCatalogCreateModuleCatalog(){returnnewDirectoryModuleCatalog(){ModulePath=@".\"};}正确模块化扫描路径方式点击查看代码protectedove
环境odoo-14.0.post20221212.tarActions(动作)action定义系统响应用户操作的行为：登录、操作按钮、选择发票等…action可以存储在数据库中，也可以作为字典直接返回，例如按钮方法。所有Action都有两个强制属性：type当前Action的类别，决定可以使用哪些字段以及如何解释actionnameaction的名称，在客户端的界面中显示对action的简短用户可读描述Bindings(绑定)除了两个强制属性外，所有action有用于在任意模型的上下文菜单中显示动作的可选属性：binding_model_id指定action绑定的模型，格式：moduleNam
环境odoo-14.0.post20221212.tarActions(动作)action定义系统响应用户操作的行为：登录、操作按钮、选择发票等…action可以存储在数据库中，也可以作为字典直接返回，例如按钮方法。所有Action都有两个强制属性：type当前Action的类别，决定可以使用哪些字段以及如何解释actionnameaction的名称，在客户端的界面中显示对action的简短用户可读描述Bindings(绑定)除了两个强制属性外，所有action有用于在任意模型的上下文菜单中显示动作的可选属性：binding_model_id指定action绑定的模型，格式：moduleNam
