Category Archives: Backend

CentOS7 SpringBoot 注册服务

1.服务配置文件

2.启动服务

  参考： https://blog.csdn.net/weixin_37490221/article/details/80758276

linux中启动 java -jar 后台运行程序

直接用java -jar xxx.jar，当退出或关闭shell时，程序就会停止掉。以下方法可让jar运行后一直在后台运行。 方法一 java -jar xxx.jar & 说明： 在末尾加入 & 符号   方法二 （1）执行java -jar xxx.jar后 （2）ctrl+z 退出到控制台,执行 bg （3）exit 完成以上3步，退出SHELL后，jar服务一直在后台运行。   方法三 nohup java -jar xxxx.jar & 将java -jar xxxx.jar 加入  nohup   &中间，也可以实现   from:https://www.cnblogs.com/zsg88/p/9473843.html

win10 设置系统默认编码为utf-8

win10系统支持默认编码修改.。 好处： 1.解决由utf8引起的cmd，powershell等乱码问题 2.Visual Studio 2017(其他版本没试过） 新建文件则默认为utf8 3.其他 可能的坏处： 上古版本的第三方应用软件可能会出现乱码。 由于此设置，微软官方特别说明为【beta版】（截至时间2018年10月3日），可能会引起其他未知问题，请充分考虑后再决定是否设置。 工具/原料 win10系统 方法/步骤 在小娜中搜索地区，最佳匹配中会显示【更改国家或地区】的系统设置，双击打开。 在打开的设置中点击右上角的【管理语言设置】。 然后会打开一个【区域】的窗口设置，然后点击左上角的【管理】标签。 标签切换以后，点击【更改系统区域设置】。这个需要管理员权限才能操作。 然后回打开一个【区域设置】的小窗口，有个【beta版：使用Unicode UTF-8 提供全球语言支持】的选项，打上勾，点击确定。 然后会出现一个提示【现在重新启动】的窗口，点击【现在重新启动】按钮即可。 from:https://jingyan.baidu.com/article/25648fc1471e6a9191fd002e.html

Asp.net Core 跨域配置

一般情况WebApi都是跨域请求,没有设置跨域一般会报以下错误

ASP.net Core 跨域有两种,全局和区域 全局跨域: 打开Startup.cs文件.在ConfigureServices方法中添加以下代码 1.配置跨域处理，允许所有来源：

2.允许一个或多个具体来源：

以上两种按需求选择一种即可. Configure方法中添加以下代码

 局部跨域第一种用法: 1.ConfigureServices方法不变,删去Configure中的app.UseCors()方法 2.在Controller顶部或者Action方法顶部加上[EnableCors("自定义的跨域策略名称")]特性,例如

以上就可实现指定某个controller或者action跨域 禁止跨域: 禁止跨域在Controller或者Action加上[DisableCors]特性即可禁止跨域

  参考: https://blog.johnwu.cc/article/asp-net-core-cors.html?from=singlemessage&isappinstalled=0 https://docs.microsoft.com/en-us/aspnet/core/security/cors http://www.cnblogs.com/tianma3798/p/6920704.html   from:https://www.cnblogs.com/xiaoliangge/p/7650465.html

Docker CE 镜像源站

Docker CE 镜像源站 使用官方安装脚本自动安装 （仅适用于公网环境）

  手动安装帮助 (阿里云ECS可以通过内网安装，见注释部分内容) Ubuntu 14.04 16.04 (使用apt-get进行安装)

  CentOS 7 (使用yum进行安装)

  安装校验

  参考资料 其他关于旧版本Docker卸载以及测试开发版本Docker安装的帮助，可以参考官方文档的说明进行安装 from:https://yq.aliyun.com/articles/110806?spm=5176.8351553.0.0.35501991rH2jyp

阿里CentOS镜像

简介 CentOS，是基于 Red Hat Linux 提供的可自由使用源代码的企业级 Linux 发行版本；是一个稳定，可预测，可管理和可复制的免费企业级计算平台。 配置方法 1. 备份

  2. 下载新的 CentOS-Base.repo 到 /etc/yum.repos.d/ CentOS 6

  或者

  CentOS 7

  或者

  CentOS 8

  或者

  3. 运行 yum makecache 生成缓存 4. 其他 非阿里云ECS用户会出现 Couldn’t resolve host 'mirrors.cloud.aliyuncs.com' 信息，不影响使用。用户也可自行修改相关配置: eg:

  相关链接 下载地址: https://mirrors.aliyun.com/centos/ https://mirrors.aliyun.com/centos-vault/ 官方主页: http://www.centos.org/ 邮件列表: http://www.centos.org/modules/tinycontent/index.php?id=16 论坛: http://www.centos.org/modules/newbb/ 文档: http://www.centos.org/docs/ Wiki: http://wiki.centos.org/ from:https://developer.aliyun.com/mirror/centos?spm=a2c6h.13651102.0.0.3e221b11VQZfmr

.Net Core 通过配置文件(appsetting.json)修改Kestrel启动端口

网上常见方法 网上太多文章通过修改Program文件方法进行修改。例如这样 修改配置文件的方法 将配置文件按照这样修改就行了

写在后面 更多配置参考 https://docs.microsoft.com/zh-cn/aspnet/core/fundamentals/servers/kestrel?view=aspnetcore-3.1 也有有些人搞不懂，为什么要这样写呢，无论是iis，nginx，tomcat 等等这些web服务程序都有自己的配置规则。那是没问题的。但是如果你想要直接用Kestrel呢，这样做绝对是非常棒的，而且可以放到树莓派等小型机器中直接作为服务使用。非常棒。 还有一种就是在本地开发的debug时候，这样可以防止端口冲突，如果是debug，还可以修改launchSettings.json文件进行修改端口。这个文件的修改方式我就不多说了，自己看看里面的配置应该也会很清楚了（这个文件简单修改还可以，自己写一些复杂的系统变量就搞不懂了） 引用 https://www.cnblogs.com/goldenbiu/articles/10755213.html https://www.cnblogs.com/Allen0910/p/8550873.html     from:https://blog.csdn.net/iml6yu/article/details/100692488

systemctl服务部署错误：code=exited, status=217/USER

今天负责部署一个小项目，眼看到最后一步跑服务的时候报错了： Process: 2451 ExecStart=/home/.virtualenvs/bin/python /home/xxx.py (code=exited, status=217/USER) 仔细一看原来原来service文件的用户名没改，难怪提示217/USER错误呢，把用户名改对就好了，服务顺利跑起来了 [Unit] Description=xxx After=network.target [Service] WorkingDirectory=/home/deploy/server User=xxx ExecStart=/home/.virtualenvs/bin/python /home/deploy/server/xxx.py Restart=on-failure [Install] WantedBy=multi-user.target ———————————————— 版权声明：本文为CSDN博主「wangjinyu124419」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/u011519550/java/article/details/83588218

CentOS7永久关闭防火墙(防火墙的基本使用)

查看防火墙状态： systemctl status firewalld.service 如图 绿的running表示防火墙开启 执行关闭命令： systemctl stop firewalld.service 再次执行查看防火墙命令：systemctl status firewalld.service 如下图所示表示防火墙已经关闭 执行开机禁用防火墙自启命令  ： systemctl disable firewalld.service 完成   ============================================================ 关于防火墙的其他命令： 启动：systemctl start firewalld.service 防火墙随系统开启启动  ： systemctl enable firewalld.service   from:https://blog.csdn.net/ViJayThresh/article/details/81284007

什么是CI/CD

CI, CD AND CD 当我们在谈论现代的软件编译和发布流程的时候，经常会听到CI 和CD这样的缩写短语。CI很容易理解，就是持续集成。但是CD既可以指代码持续交付，也可理解为代码持续部署。CI和CD之间有很多相似的部分，但是也有很大的区别。这里我们将给大家介绍它们之间的区别和联系。 持续集成（CONTINUOUS INTEGRATION） 在持续集成环境中，开发人员将会频繁的提交代码到主干。这些新提交在最终合并到主线之前，都需要通过编译和自动化测试流进行验证。这样做是基于之前 持续集成过程中很重视自动化测试验证结果，以保障所有的提交在合并主线之后的质量问题，对可能出现的一些问题进行预警。 持续交付（CONTINUOUS DELIVERY） 持续交付就是讲我们的应用发布出去的过程。这个过程可以确保我们尽可能快的实现交付。这就意味着除了自动化测试，我们还需要有自动化的发布流，以及通过一个按键就可以随时随地实现应用的部署上线。 通过持续交付，您可以决定每天，每周，每两周发布一次，这完全可以根据自己的业务进行设置。 但是，如果您真的希望体验持续交付的优势，就需要先进行小批量发布，尽快部署到生产线，以便在出现问题时方便进行故障排除。 持续部署（CONTINUOUS DEPLOYMENT） 如果我们想更加深入一步的话，就是持续部署了。通过这个方式，任何修改通过了所有已有的工作流就会直接和客户见面。没有人为干预（没有一键部署按钮），只有当一个修改在工作流中构建失败才能阻止它部署到产品线。 持续部署是一个很优秀的方式，可以加速与客户的反馈循环，但是会给团队带来压力，因为不再有“发布日”了。开发人员可以专注于构建软件，他们看到他们的修改在他们完成工作后几分钟就上线了。基本上，当开发人员在主分支中合并一个提交时，这个分支将被构建、测试，如果一切顺利，则部署到生产环境中。 合并CI CD and CD？ 当然，正如我所说，他们每部分都更加接近生产环境。你可以构建自己的持续集成环境，然后，一旦团队适应，你可以添加持续交付流，最后，可以添加持续部署流到整个工作流中。 举例CI, CD and CD 流水线 到底值不值这样做呢? 持续集成: 你需要具备哪些条件: 你的团队需要为每个新功能，代码改进，或者问题修复创建自动化测试用例。 你需要一个持续集成服务器，它可以监控代码提交情况，对每个新的提交进行自动化测试。 研发团队需要尽可能快的提交代码，至少每天一次提交。 你能获得什么呢？: 通过自动化测试可以提早拿到回归测试的结果，避免将一些问题提交到交付生产中 发布编译将会更加容易，因为合并之初已经将所有问题都规避了 减少工作问题切换，研发可以很快获得构建失败的消息，在开始下一个任务之前就可以很快解决。 测试成本大幅降低-你的CI服务器可以在几秒钟之内运行上百条测试。 你的QA团队花费在测试上面的时间会大幅缩短，将会更加侧重于质量文化的提升上面。 持续交付 需要具备什么条件？: 你需要有强大的持续集成组件和足够多的测试项可以满足你代码的需求 部署需要自动化。触发是手动的，但是部署一旦开始，就不能人为干预。 你的团队可能需要接受特性开关，没有完成的功能模块不会影响到线上产品。 你能收获什么？: 繁琐的部署工作没有了。你的团队不在需要花费几天的时间去准备一个发布。 你可以更快的进行交付，这样就加快了与客户之间的反馈环。 轻松应对小变更，加速迭代 持续部署 需要具备的条件: 研发团队测试理念比较完善。测试单元的健壮性直接决定你的交付质量。 你的文档和部署频率要保持一致。 特征标志成为发布重大变化过程的固有部分，以确保您可以与其他部门（支持，市场营销，公关…）协调。 可以获得什么？: 发布频率更快，因为你不需要停下来等待发布。每一处提交都会自动触发发布流。 在小批量发布的时候，风险降低了，发现问题也可以很轻松的修复。 客户每天都可以看到我们的持续改进和提升，而不是每个月或者每季度，或者每年。 如前所述，您可以采用持续集成，持续交付和持续部署。你怎么做取决于你的需求和你的业务情况。如果你刚刚开始一个项目，并且还没有客户，那么你就可以去创建这些工作流，最好是将这三个方面都实现，并且在你的项目迭代和需求增长中同时迭代它们。如果您已经有一个生产项目，那么您可以一步一步地分阶段去实现他们。   原文链接：http://www.ttlsa.com/news/ci-cd-cd/ from:https://www.cnblogs.com/soymilk2019/p/11445773.html