前置条件 ubuntu已安装.net core运行环境 分6步 mkdir netcore 创建一个项目文件夹 cd netcore   进入该文件夹 dotnet new  new命令 用于创建一个新的控制台应用程序 dotnet restore  分析 project.json 文件, 下载依赖并返回结果 dotnet build  编译项目 dotnet run  运行项目 root@ubuntu:~/firstnetcore# mkdir netcoreroot@ubuntu:~/fir

Jenkins部分 首先,我们要有个Jenkins咯,下载链接:https://jenkins.io/download/ 我们安装官网教程安装好jenkins,安装教程略.... 嗯?不是说好手把手么?你妹的. 好好好,我们还是来手把手教程好了. 首先安装JDK8 添加安装源之后直接apt-get install就好,下面是ubuntu的安装命令,其他系统自己玩一下就好. sudo add-apt-repository ppa:webupd8team/java sudo apt-get upda

目标:完成windows上开发的dotnet core程序部署至linux服务器上(Ubuntu 14.04) windows上开发dotnet core很简单,安装好VS2017,建立相关类型的项目进行开发即可. Linux服务器中需要做以下几个工作: 1.安装dotnet core, 运行dotnet程序必备条件. 2.安装supervisor守护进程,可以帮助你自动启动站点. 3.安装nginx做代理 1. 安装dotnet core #依次执行下面的命令,安装的版本有问题的话,按照错误提

以Windows服务方式运行.NET Core程序 原作者blog:https://www.cnblogs.com/guogangj/p/10093102.html 里面使用了NSSM 工具 但是自己试了下自己公司的产品不行 还有一篇写 aspnet core的 没有代码 暂时还没有测试. 在之前一篇博客<以Windows服务方式运行ASP.NET Core程序>中我讲述了如何把ASP.NET Core程序作为Windows服务运行的方法,而今,我们又遇到了新的问题,那就是:我们的控制台程序,

连表查询都用Left Join吧   最近看同事的代码,SQL连表查询的时候很多时候用的是Inner Join,而我觉得对我们的业务而言,99.9%都应该使用Left Join(还有0.1%我不知道在哪),我用最简单的方式来描述这两者的区别,直接看图(有点草啊): 我的做法是永远把查询主体放在左边,然后右边挨个连上要附加的信息,有则连上,没有则留null,这样思路是最清晰的. Inner Join跟这个的区别是如果附加表找不到对应ID,那么这行记录就不会出现,我在图中用红色字体说明了这个区别.(

安装 Ubuntu        dotnet core 跨平台已不再是梦,它带来的意义非凡,比如api接口可以在linux上编写及部署,也可以在windows上编写好,打包发布,然后copy到linux上部署.从官网下载最新版本, 然后装到虚拟机VMware中.如果是centeros,系统开启后,默认进入命令行模式,估计一部分同学,看到类似dos界面,有点恐慌,不急,在命令行中输入startx回车,进入到图形界面.无论是哪种系统,虚拟机上装的操作系统,在开机启动后,都有可能窗口不能自适应,也就

系统: 阿里云的默认 CentOS 7.5 镜像 项目环境:.Net Core 2.2 一.安装.Net Core的运行环境 第一步,如果是一台新的服务器,可以升级一下系统的基础软件.如果没有必要也可以跳过这一步. 执行命令 sudo yum update 第二步,注册Microsoft签名密钥,每个机器只要注册一次就可以 注册命令 sudo rpm -Uvh https://packages.microsoft.com/config/rhel/7/packages-microsoft-prod

下载microsoft/dotnet镜像 运行命令: docker pull microsoft/dotnet 如果没有使用阿里镜像加速的,参照这篇先配置好再跑上面命令: http://www.cnblogs.com/windchen/p/6231009.html 启动持久化容器 docker run -itd -p : microsoft/dotnet -p用来添加Host跟Container的端口映射 创建.NET Core MVC项目 找到刚才启动容器的id: docker ps 进入容器

在之前一篇博客<以Windows服务方式运行ASP.NET Core程序>中我讲述了如何把ASP.NET Core程序作为Windows服务运行的方法,而今,我们又遇到了新的问题,那就是:我们的控制台程序,也就是普通的.NET Core程序(而不是ASP.NET Core程序)如何以服务的方式运行呢? 这个问题我们在.NET Core之前早就遇到过,那是是.NET Framework的时代(其实距今也没多远啦),我们是用一个第三方的组件——Topshelf,来解决这个问题的,Topshelf的

什么是 .NET Core Global Tools? Global Tools是.NET Core 2.1 中一个初次出现的特性.Global Tools提供了一种方法,让开发人员编写的.NET Core应用可以打包成NuGet包交付.如果.NET Core运行在目标平台上,那么一个恰当打包的Global Tool就可以在那上面运行.JavaScript开发人员可能会发现一件有趣的事,就是这个工具直接借鉴了NPM Global Tools. 安装程序(工具)命令如下: dotnet insta

一.安装docker及镜像 1.在centos上安装docker,命令如下: # yum install docker 2.让docker随机启动: # service docker start# chkconfig docker on 3.下载官方的centos镜像: # docker pull centos 4.确认镜像已经获取: # docker images centos 5.查询是否已有docker运行: # docker ps 6.发现列表为空,运行docker: #  docker

文章说明 在Linux(CentOS)是运行C#的Web应用程序,这里使用及讲解的是Jexus服务器安装及配置.非ASP.net Core 安装步骤 一.下载及安装Mono yum install yum-utils -y rpm --import "http://keyserver.ubuntu.com/pks/lookup?op=get&search=0x3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF" yum-config-manager

1.安装托管捆绑包 https://docs.microsoft.com/zh-cn/aspnet/core/host-and-deploy/iis/index?view=aspnetcore-2.1 2.重启IIS服务,应用变更 [重启系统,或从命令提示符处依次执行 net stop was /y 和 net start w3svc. 重启 IIS 会选取安装程序对系统 PATH(环境变量)所作的更改.] 3.发布项目,选依赖框架.可移植 4.IIS上添加网站 5.修改网站对应应用程序池为"无

.net 控制台程序通常用 Console.Read(),或者Console.ReadKey()让进程阻塞保持,不退出. 但在.net core 需要将程序放在后台执行时 用Console.Read()会报错. 将Console.Read()替换成Thread.Sleep(Timeout.Infinite);即可.

有时候,我们会想知道某台机器上面跑了什么程序. 当程序部署到IIS上面的时候,我们只需要打开IIS一看,就知道有多少个站点在运行了. 当我们在CentOS上面部署的时候,就没那么的直观了. 当然对于熟悉Linux命令的小伙伴还是很容易的. 下面就来看看如何在CentOS上面查看对应的信息. 说明,本文的所有环境都是基于Jexus的. 查看的命令如下 ps -ef | grep AppHost 输出结果 UID PID PPID C STIME TTY TIME CMD root 12651 51

背景 根据我之前写的文章 将 Net 项目升级 Core项目经验:(一)迁移Net项目为Net Core\Standard项目,我们将公司内部最核心的ORM框架迁移到net core 上面,并在window和mac操作系统上运行测试通过,在后续我们开始准备迁移web 项目到net core 上,并运行在linux系统上. 我们选择的linux不是国际上的大牌linux发行版本,而是我们国内的linux发行版-中标麒麟.在迁移的过程中遇到了太多的问题,最后花费了1个星期的时间,部署成功了.我将其中

自从用 dotnet run 成功运行第一个 "Hello world" .NET Core 应用程序后,一直有个好奇心:dotnet run 究竟是如何运行一个 .NET Core 应用程序的? 在 从 ASP.NET 5 RC1 升级至 ASP.NET Core 1.0 与 在Linux上以本地机器码运行 ASP.NET Core 站点 之后,这个好奇心被进一步激发,于是“探秘 dotnet run”顺理成章地成为.NET跨平台之旅的下一站. 首先我们了解一下 dotnet 命令是

.net core 程序 debug版本无法直接运行,因为没有相关的dll,只有在进入项目文件夹那一层,执行 dotnet run 来运行,会自动链接 当前用户的个人文件夹下的 .nuget/.packages 文件夹下的dll,如C:\Users\Administrator\.nuget\packages. 在发布程序的时候,如果以文件夹发布,Visual studio 会拷贝相关的dll到发布文件夹,可以通过 dotnet enteranceDll.dll, enteranceDll为执行的

本文是一个非常简单的博客,让大家知道如何使用 asp dot net core 做后台,使用 UWP 或 WPF 等做前台. 本文因为没有什么业务,也不想做管理系统,所以看到起来是很简单. VisualStudio 建议去官网下载最新的在线安装,然后安装,安装的时候需要选择通用平台开发.桌面开发.跨平台开发.如果你安装的不是中文版,请看下面图片找到差不多的位置,或者全部打勾. 点击安装,可以去睡觉,明天再看我的博客.因为 VisualStudio 的安装是很慢的,如果发现因为自己的网站无法访问,

有一些程序是不想通过管理员权限运行的,因为在很多文件的读写,如果用了管理员权限程序写入的程序,其他普通权限的程序是无法直接访问的.本文告诉大家如何判断当前的程序是通过管理员权限运行,然后通过资源管理器使用普通权限运行 通过下面代码可以判断当前的程序是管理员权限运行 var identity = WindowsIdentity.GetCurrent(); var principal = new WindowsPrincipal(identity); if (principal.IsInRole(W

环境: 操作系统:Centos 7 dotnet core:2.0.0    2.1.3 问题: 在使用supervisor 配置守护进程时,启动dotnet.core程序失败,查看/tmp下supervisor日志,发现dotnet.core程序启动多次(127错误码)失败后,报“ too many start retries too quickly” 程序停止. 分析与解决: 因为环境是新配的,先检查dotnet 命令 是否正常,很大的可能是由于dotnet core 环境的问题 如果dot