网站切换效果,深圳推广系统,百度网盘人工申诉电话,做网站如何上传apk今天所有开发环境已经迁移到mac OS下的Visual Studio Code 命令行编译发布#xff0c;而运行服务器是CentOS7#xff0c;和windows没什么关联了。 只要你Relese编译并在本地有一个与服务器相同的运行环境中运行成功了#xff0c;迁移到真实服务器不会有什么难度。 下面是迁…今天所有开发环境已经迁移到mac OS下的Visual Studio Code 命令行编译发布而运行服务器是CentOS7和windows没什么关联了。 只要你Relese编译并在本地有一个与服务器相同的运行环境中运行成功了迁移到真实服务器不会有什么难度。 下面是迁移到 2.0 版本之后遇到的3个问题及解决办法 1有时候dll不会实时更新不是每次都会遇到并且这事情仅发生在Centos上有时候你需要把与dll相关的所有边缘文件一同传上去例如配套的xxx.config.json、xxx.runtime.json它才会真正在重启应用程序后立即更新注意这里是重启应用程序否则重启程序无效这个情况一旦出现哪怕是重启系统后注意这里是重启系统它依然加载过去的老dll过几个小时后再次手动重启系统才会加载最新dll。
虽然道理上是说不通的但这是我真实遇到的事例原因嘛不知道也没空折腾这类机制可以从侧面得到证明 你正常运行着服务的时候可以去运行目录里面更新、甚至删除dll如果不重启正在运行的程序不会受到影响说明linux版本的加载机制不同于mac和windows它可能是把现有dll全都复制到某个地方后并且要同时比较配套json文件的时间戮和内容后才会运行。
别的linux会不会也这样不清楚。 2https配置不同以往
Kestrel已经演化成独立完整的服务器应对真实请求没什么问题了 但是1.1及以下版本加载https的方法已经不适用需要改为如下的办法 var WebServer new WebHostBuilder() .UseKestrel(options options.Listen(IPAddress.Any, servicePort, listenOptions { listenOptions.UseHttps( new X509Certificate2( 你的.pfx , pfx文件的密码 )); options.Limits.MaxConcurrentConnections 100; options.Limits.MaxConcurrentUpgradedConnections 100; options.Limits.MaxRequestBodySize 10 * 1024; })) .UseContentRoot(AppContext.BaseDirectory) .UseStartupStartup() .Build(); WebServer.Run(); 相信很多人通过LetsEncript来获取https原始得到的密钥不是pfx格式随便找个在线转换就可以了。 3, 依赖包变更
我没有用过 preview 3 而是从preview2迁移到正式版2.0的 可能你会和我一样迁移后遇到加载View的时候出现“Cannot find compilation library location for package Microsoft.Win32.Registry” 晃眼一看这包的命名吓死人实际它和win32没什么必然关联。解决办法
在csproj中添加 MvcRazorExcludeRefAssembliesFromPublishfalse/MvcRazorExcludeRefAssembliesFromPublish 以及 PackageReference IncludeMicrosoft.Win32.Registry Version4.4.0 /
确保编译发布后你的运行目录下存在refs文件夹里面都是System.xxxx、Microsoft.xxx 这些基本dll就行了。
这仅是其中一例我在Google搜索这个问题的时候还发现别人遇到了类似的其它包Cannot find道理都一样。 下面是尚未解决的等待各位探讨 1目前我是把项目编译为全平台通用的dllmac编译出来的dll放到centos运行放到windows也行实际依赖包保存在系统安装的CLR中。另有一种办法是编译过程中指定runtime针对centos编译得到完全二进制、绿色安全部署的完整运行包容量会很大可以扔到生产环境中直接就运行了这种情况我只在1.0 beta的时候在windows上成功编译出来现在mac没法编译 命令行假死20分钟没反应。
2想尝试Visual Studio for Mac但是搞不定Release发布GUI中没法配置设置为Release后晃眼换个窗口再回去又变回Debug我明白windows visual studio中统一在解决方案中配置的道理没用手动修改csproj的相关配置为Release也没用就放弃了当然这是我个人能力不行相信别人是可以的。
3, 我之所以选择CentOS 7 是因为它有一个Minimal版本内存等资源要求较低并不是因为它是Redhat的双胞胎如果哪位同好发现还有更好性价比的Linux还望推荐一份先行谢过。
4core虽然正式跨平台了但是微软还有另一件核武器吧 .net native 还有没有下文 自从看到仅支持 windows phone 之后就无声无息了。
相关文章
.NET Core 2.0 正式发布信息汇总.NET Standard 2.0 特性介绍和使用指南.NET Core 2.0使用NLog
原文地址http://www.cnblogs.com/kvspas/p/7086396.html .NET社区新闻深度好文微信中搜索dotNET跨平台或扫描二维码关注
