V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xcaptain  ›  全部回复第 2 页 / 共 3 页
回复总数  48
1  2  3  
2019-08-31 00:11:33 +08:00
回复了 xcaptain 创建的主题 .NET 如何构建 multi-arch 的 dotnet core 应用
主要是客户现有的系统都是 windows 技术体系的,新的系统进去用 linux,go,postgresql,现有的技术员也不懂维护。另外这几年微软的技术体系发展的不错,我今天试着用了下 azure devops 打算配置一个 Pipeline 自动构建镜像,结果很震撼,azure 真是甩国内的各种云几条街
dotnet core 应用用 inprocess 模式部署到 iis 绝对是比部署到 linux+nginx 快的,进程内通信绝对是比 proxy_pass 网络通信快的。之前还看到一篇文章说 windows 对 iis 有特殊的优化,提供了更快的网络 api。不知道为啥这么多人痛恨微软,我自己 php,python,java,go,C#都写过,linux,windows 服务器都用过,也没觉得 windows 的技术体系就低人一等啊
我自己的项目从 preview5 开始就跟进了,现在升级到 8,preview 也没有遇到过什么问题。部署方案我打算用 docker 自动构建跨平台镜像。个人认为博客园把部署平台迁移到 linux 没太大必要,毕竟如果用上了 docker 的话 linux 和 windows 没啥区别了,都只是一个跑 docker 的平台而已。
2019-08-30 16:02:18 +08:00
回复了 xcaptain 创建的主题 .NET 如何构建 multi-arch 的 dotnet core 应用
尝试过创建一个 windows 虚拟机,在这个虚拟机里安装 docker desktop,然后把代码拷到这台虚拟机去用 docker 构建,因为基础镜像是 multi-arch 的,所以 Dockerfile 不用改就能自动拉取 windows 镜像构建。但是似乎我的 windows 设置 /docker 设置 /virtualbox 设置有问题,没法在 windows 虚拟机跑 docker。。。手头上暂时没有单独的电脑装 windows

接下来打算试试 circleci 或者 azure devops,看看能不能配置好自动化
好好研究下 blazor 应该有前途吧,感觉.net 会是最早把 wasm 搬上 web 的框架
2019-07-22 20:05:15 +08:00
回复了 lcj2class 创建的主题 Go 编程语言 写给新手的 Go 开发指南
我最近打算用 wire 重构我的一个 api,但是网上找不到很多这方面的例子,作者如果有心可以研究下如何用 wire 实现一个带 DI 的服务,我现在感觉手动依赖注入和自动依赖注入没太大差别
2019-04-14 01:41:25 +08:00
回复了 xcaptain 创建的主题 Blogger netlify cms 的文章应该采用哪种目录结构更合适呢
看到 gatsby starter lumen 的一个 commit,https://github.com/alxshelepenok/gatsby-starter-lumen/commit/f9a5cb1093d8ed1030d69110e15ec440e13139cd#diff-3ae90e3e48c908e2c54171dfa5c89392
目录结构由我上面列出的方案 1 改为了方案 2,这个作者是 gatsby 项目的成员,暂时认为他的行为代表了官方的倾向,我将把我所有博客的目录结构改为方案 2
2019-04-11 11:00:07 +08:00
回复了 xcaptain 创建的主题 Linux Linux 快速备份系统
2019-04-11 10:58:19 +08:00
回复了 xcaptain 创建的主题 Linux Linux 快速备份系统
大功告成

![最终图]( https://i.imgur.com/IVOs1FA.jpg)
2019-04-11 09:25:37 +08:00
回复了 xcaptain 创建的主题 Linux Linux 快速备份系统
@cxh116 如果是在当前系统备份的话应该要忽略掉一些如 /sys/dev/run 之类的目录,这些临时文件复制到了也没用
2019-04-11 09:22:35 +08:00
回复了 xcaptain 创建的主题 Linux Linux 快速备份系统
dd 和 tar 我是在 livecd 下操作的,因为如果是当前系统应该没法 dd 正在用的这块硬盘到一个新的硬盘吧(没测试过)

rsync 不用在 livecd 下操作,在当前系统给新硬盘分区挂在然后同步数据就行,不用在黑呼呼的 livecd 界面操作更有安全感
修改 /etc/fatab 的时候一定要用 uuid 标识分区,因为换了硬盘接口之后硬盘名可能就不叫 /dev/sda 了,另外每次格式化分区之后对应的 uuid 会变,所以要及时更新到 fatab

重新生成 cpio 是必要的,系统会解析不了 fstab 里面定义的分区

硬盘分区推荐使用 gpt 因为引导真是非常方便,直接复制 /boot 分区然后生成 grub 就行,不像 mbr 有个 512 字节的引导分区不好复制
2019-04-11 09:13:14 +08:00
回复了 xcaptain 创建的主题 Linux Linux 快速备份系统
@msg7086 是的,这应该是最简单最安全的备份方式了
2019-04-10 18:18:59 +08:00
回复了 xcaptain 创建的主题 .NET 如何通过 model binding 来解析嵌套的 json 请求体
上面的问题解决了,是我没有给 UserInfo 这个类的属性加上 set 方法。另外再反馈一个 efcore 好几年都没做的功能 https://github.com/aspnet/EntityFrameworkCore/issues/703
2019-04-10 17:18:34 +08:00
回复了 xcaptain 创建的主题 .NET 如何通过 model binding 来解析嵌套的 json 请求体
这个版块人好少啊,再求一个人气旺的 .net 论坛网址
2019-04-07 14:42:57 +08:00
回复了 xcaptain 创建的主题 Blogger netlify cms 的文章应该采用哪种目录结构更合适呢
我先改成文章图片分离的模式测试下
2019-04-07 14:42:11 +08:00
回复了 xcaptain 创建的主题 Blogger netlify cms 的文章应该采用哪种目录结构更合适呢
@newlifeinsc build 没问题,能构建出静态站点。现在问题是没法用 netlify cms 的后台,我怀疑是我本地的目录结构和 netlify cms 要求的不一致导致的
2019-04-07 10:55:00 +08:00
回复了 xcaptain 创建的主题 Blogger netlify cms 的文章应该采用哪种目录结构更合适呢
@newlifeinsc netlify 会自动识别文章,提供一个后台编辑,我是为了以后用手机也可以编辑文章所以研究了一下 netlify,不然每次写文章都要用电脑写不方便。官方提供的文档是使用文本在一个目录图片在另一个目录的形式,对于 cms 后台来说这是比较简单的做法,但我目前的文章都是和图片放在一起的,所以我怀疑是不是因为这个原因导致后台识别不出我的文章
@holulu 我现在就是这么做的,负载均衡里面把所有请求都代理到后端的 nginx,然后在 nginx 上配置转发规则,虽然问题是解决了但是感觉不方便,明明可以通过云 lb 直接代理到后端业务服务,非要在中间加一层 nginx。我遇到这个情况是因为目前阿里云腾讯云提供的负载均衡都是 4 层的?
2018-11-26 08:05:02 +08:00
回复了 xcaptain 创建的主题 云计算 选择 AWS step functions 还是 Azure Logic apps
aws:
优点:
1. 状态机模型简单易于理解
2. 控制台界面简单易于操作
3. 一个流程最大执行时间 1 年
4. 状态机定义语言有标准

缺点:
1. step functions 在中国没有可用区,连接可能不稳定

azure:
优点:
1. 官方提供 vscode 插件,开发调试方便
2. 一个流程最大执行时间 3 个月
3. 中国区由世纪互联运营,服务可用性有保障
4. 官方吹嘘是最适合企业应用开发的云(财富 500 强公司 90%使用 azure )

缺点:
1. 控制后台过于复杂,不利于开发者理解
2. 流程定义语言只有一个简单的文档无严格的标准

就功能来说似乎 aws 略胜一筹,但是就开发工具链来说 azure 做得比较好。就平台来说,微软在国内运行稳定,而且是世界上最大的公司,所以如果开发企业级应用,追求稳定性,我应该使用 azure ?
就比如说把 www.example.com/api 转发给后端的 8001 服务吧,我用 nginx 可以随便转,

location /api {
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /$1 break;
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /fuckapi/$1 break;
proxy_pass http://localhost:8001;
}

location /api {
rewrite /api/(.*) /$1 break;
proxy_pass http://localhost:8001;
proxy_set_header Host $host;
}

但是目前国内所谓的云厂商,基本只提供第一种转发
1  2  3  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1325 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 17:54 · PVG 01:54 · LAX 09:54 · JFK 12:54
Developed with CodeLauncher
♥ Do have faith in what you're doing.