一.绝对路径 1.获取应用程序运行当前目录Directory.GetCurrentDirectory(). System.IO命名空间中存在Directory类,提供了获取应用程序运行当前目录的静态方法GetCurrentDirectory, 但根据.net core的设计,此方法不是真正的获取应用程序的当前方法,而是执行dotnet命令所在目录, var path = Directory.GetCurrentDirectory() 执行结果: E:\project\-dingding-saas

准备过程 netcore linux发布包(本人是通过vs2017发布) ubuntu 16.0.4虚机 进行托管 ubuntu  netcore发布文件路径 服务器设置为将对 http://<serveraddress>:80 发起的请求转接到在 http://127.0.0.1:5000 中的 Kestrel 上运行的 ASP.NET Core 应用. 但是,未将 Nginx 设置为管理 Kestrel 进程. systemd 可用于创建服务文件以启动和监视基础 Web 应用. syste

对于Linux平台上的持续集成和持续交付可以使用Docker快捷的完成任务,但是Windows Server下却不好使用,一般来讲,windows Server下最简单的发布方式是直接手动打包发布或是利用webDeploy完成,但是手动发布太麻烦,webDeploy配置也麻烦,因此尝试使用Jenkins+Powershell,将代码拉取到Windows Server上然后通过dotnet命令发布,并通过Powershell更新相应的网站,但是首次网站配置工作,还是得手动进行发布工作,对于在公司内

聊聊.netcore采坑那一些事之系统时间and文件路径 Hi,小伙伴大家好,最近工作比较忙,很久没有和大家分享点东西了.这个周末都加了两天班.公司的新项目都是采用.netcore来开发,在开发过程中,也踩到了一些坑,在此先总结两个坑,这两个坑都是关于Linux(CentOS)和windows下的兼容性问题.我们最开始的开发环境接口调用一直是部署在windows环境运行一切正常,但是部署到Linux(CentOS)环境下,就出现了这两个问题,其实问题也简单:获取系统时间,实际时间少了8个小时:文

发布的时候如果用 release dotnet publish --configuration release dotnet publish 默认都是debug 会出现 XML丢失问题,其实可以看下工程文件 <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|AnyCPU'"> <DocumentationFile>bin\Debug\netcoreapp2.\UserServices

我要获取的是doc/FPFile.xml 百度了一大堆就是找不到解决问题. 把属性更改为始终赋值, XmlDocument xdi = new XmlDocument(); xdi.Load(("doc/FPFile.xml"));就可以读取到了.CTM

本文工具准备: Docker for Windows Visual Studio 2015 与 Visual Studio Tools for Docker 或 Visual Studio 2017 需要在安装时选择"容器开发支持",如图: Docker的思想是将不同的应用放在不同的容器中分开运行,如运行.NetCore Web的典型组合Nginx+.NETCore(kestrel),我们应该使用一个容器运行Nginx,另一个容器运行.NETCore App. 之前还陷入一个误区,一直

缘起netcore框架下实现基于zmq的应用. 在.net framework时代,我们进行zmq开发由很多的选择,比较常用的有clrzmq4和NetMQ. 其中clrzmq是基于libzmq的Interop包装, NetMQ是100%C#的zmq实现(基于AsyncIO组件).以上两种组件我都有过应用,孰优孰劣各有千秋,本文就不详谈了. 回归正题,netcore下使用zmq首先也是想到引用上述组件,实践后发现clrzmq暂时没有基于netstandard或者netcore的支持,而NetMQ做

.NetCore 项目开发正当火热,ABP也推出了.NetCore的版本.趁此机会学习.NetCore的开发与发布过程.以下是本人的踩坑经验. 在ABP官网提供单页面应用开发框架(AngularJs)和传统的多页面应用开发框架(MVC).本人选用的是后者 下载完后可以看到项目分层和结构跟之前没太大区别. 部分区别如下: 1.多了 .Migrator层,其依赖Core层和EF层 2.移除了API层 3.appsettings.json 配置文件 4.Program 程序入口... 首先Migrat

本篇和大家分享的是一个 并发请求工具,并发往往代表的就是压力,对于一些订单量比较多的公司这种情况很普遍,也因此出现了很多应对并发的解决方案如:分布式,队列,数据库锁等: 对于没有遇到过或者不可能线上来处理并发问题的我们来说,需要模拟这种环境,不错这就是写并发请求工具的目的: . 对于api接口做并发请求 . NetCore来写的能跨平台运行 . 允许配置多个目标地址,进行同时并发请求 . 支持Get,Post请求方式(post参数支持:xml,json格式) 工具设计的原理 工具的全部代码都开源

以下是笔者在 Ubuntu 16.0-64bit 环境下 发布 ABP(.NetCore)的全过程.特此记录,希望对大家有所帮助. 准备的工具 1.PuTTY(ssh,如果不想每次都用阿里云的远程登录,那么可以试试这个.) 2.WinSCP(图形化SFTP客户端,美观又好用) 3.Ubuntu 16.0-64bit     Step 1  搭建 .NetCore运行环境 1)添加 dotnet apt-get 支持文件(Ubuntu 16.04 / Linux Mint 18环境) sudo s

本篇和大家分享的是Linux+NetCore+Nginx搭建负载集群,对于netcore2.0发布后,我一直在看官网的文档并学习,关注有哪些新增的东西,我,一个从1.0到2.0的跟随者这里只总结一句话:2.0版本,api更多,文档更全,新增的razor模板我喜欢.这里来到本文的内容要点: linux快速安装nginx 为nercore项目分别生成:win7-x64和ubuntu.16.04-x64 运行包 nginx+.netcore反向代理的示例 部署一个集群(Linux+NetCore+Ng

本篇将和大家分享的是:如何获取Json和Xml格式的配置信息,主要介绍的是Configuration扩展方法的使用,因为netcore的web应用在Startup中已经默认嵌入appsettings.json文件的配置信息,故而我把测试点放在在了netcore的控制台应用上:控制台上使用配置文件也是常用的事情,并且官网实例主要讲解的是json格式,对xml格式直接带过了,因此有了本篇的分享,希望能给你好的帮助: 获取Json配置信息 获取Xml配置信息 获取xml节点属性值 配置文件能否不和应用

紧接着上一篇搭建连接MySql的三层架构的ASP.NetCore2.0的WebApi的案例,这篇来实现为ASP.NetCore启用SSL支持 由于ASP.NetCore默认服务器Kestrel不像iis Express那样会自动生成本地证书,所以就需要手动构建pfx证书. 生成pfx证书 开发环境证书就用iis默认的本地证书即可,Cortana搜索:IIS,出现以下结果点击 进入管理器:点击服务器证书选项 选中以下本地默认证书后右键导出,指定路径和密码点击确认. 修改Program中BuildW

今天大家分享的是一个专注于NetCore平台图像处理的开源项目,老实说为这篇文章取名字想了5分钟,可能是词穷亦或是想更好的表达出这款开源项目的作用:这个项目在图像处理方面有很多功能,如:缩放,裁剪,绘画,组合图片等:今天主要讲的是用她怎么来绘图和生成验证码的实际例子. 号外:近来淘宝服装小店进了批新货,有需要购衣的朋友可以来看看,地址在文章最下方. 简单介绍ImageSharp 试试画两条线(实线和虚线) 生成个缩略图 在图片上画字 制作一个验证码图片 结合RazorPage模板,展示验证码图片

前沿 其实本来是想把标题叫做持续集成的,只是后来看看研究出的内容,就只有发布这一个动作,自动化测试等内容也未涉及到,所以改名叫持续编译及发布应该更加贴切吧? 问题背景 其实目前我们传统方式上的发布方式,一般都是开发人员本地打包,然后传给测试,测试完成之后,发包到项目经理或者实施人员,最后进行部署,对于非互联网项目也许通过人力操作,也可以很好的完成,虽然可能会磕磕碰碰,但是对于互联网的产品,这种方式就显得低效了,每次迭代开发打包验证可能都要花掉不少时间,测试部署也要花掉不少时间,在这种情况下,自动

一.文章概要  这篇文章是讲述一个Linux 新手将 .NET-Core 项目部署在 Linux 服务器上的一个记录,以及在部署期间遇到的问题以及解决办法.有不恰当的地方.欢迎大神指正. 二.前期准备  如果你要部署在Linux服务器上,首先你需要连接到Linux服务器.那么用什么工具连呢?1. 如果你是在Windows的系统环境下,我是采用 PuTTY来进行SSH 连接的.可以参考:使用Putty连接SSH管理linux图文教程 .2.如果你的系统是Mac 的,那直接用Terminal 就可以

上接:.NetCore WebApi——Swagger简单配置 任何项目都有权限这一关键部分.比如我们有许多接口.有的接口允许任何人访问,另有一些接口需要认证身份之后才可以访问:以保证重要数据不会泄露. 关于JWT 维基百科上是这样定义的: JWT(读作 [/dʒɒt/]),即JSON Web Tokens,是一种基于JSON的.用于在网络上声明某种主张的令牌(token).JWT通常由三部分组成: 头信息(header), 消息体(payload)和签名(signature).它是一种用于双方

缘起 本文已经有了对应的管理后台,地址:https://github.com/anjoy8/Blog.Admin 哈喽大家好呀!又过去一周啦,这些天小伙伴们有没有学习呀,已经有一周没有更新文章了,不过晚上的时候,我也会看一些书和资料,这里给大家分享下: 1.之前简单的写了一个DDD+CQRS+ES的第二个系列<D3模式设计初探 与 我的计划书>,已经基本完结了,写的比较简单,然后我也找到了微软的一个官方的一个资料<CQRS Journey>,不知道有没有哪位小伙伴看,全英文的,我还

简介 api网关是提供给外部调用的统一入口,类似于dns,所有的请求统一先到api网关,由api网关进行指定内网链接. ocelot是基于netcore开发的开源API网关项目,功能强大,使用方便,它包含了负载均衡.路由.请求聚合.服务发现.权限认证等功能. 基础准备 开发环境:vs2017 netcore:2.1 新建项目    netcore安装ocelot install-package Ocelot  安装ocelot组件 配置ocelot 1.添加ocelotSettings.json

前言 经过一段时间的学习,终于来到了部署服务这个环节,.NetCore 的部署方式非常的灵活多样,但是其万变不离其宗,所有的 Asp.NetCore 程序都基于端口的侦听,在部署的时候仅需要配置侦听地址.端口(一个或者多个)即可,在掌握好其托管部署原理后,剩下的就是对托管宿主的选择,通过本文,希望可以带给大家一种清晰的部署思路,选择最适合自己的服务部署方式. 1. IIS部署 对于从传统 .NetFramework 迁移到 .NetCore 的企业来说,选择 IIS 方式部署 .NetCore