很久之前,我写过一个脚本用于重启Spring Boot应用,但最近在看Spring Boot文档,发现之前写的的确不够优雅
Spring Boot 文档中,有一大章专门写关于如何在系统中部署,其中,个人认为最佳的方案是作为一个systemd服务运行,由Liunx服务直接调度
很久之前,我写过一个脚本用于重启Spring Boot应用,但最近在看Spring Boot文档,发现之前写的的确不够优雅
Spring Boot 文档中,有一大章专门写关于如何在系统中部署,其中,个人认为最佳的方案是作为一个systemd服务运行,由Liunx服务直接调度
国内无法访问谷歌的服务,所以参考这篇 Using Flutter in China 官方的文档,进行配置
Flutter的中文社区为: https://flutter.cn
使用 https://storage.flutter-io.cn/ 代替 https://storage.googleapis.com/ ,下载对应的SDK,例如
Original URL: https://storage.googleapis.com/flutter_infra/releases/stable/windows/flutter_windows_v1.0.0-stable.zip
Mirrored URL: https://storage.flutter-io.cn/flutter_infra/releases/stable/windows/flutter_windows_v1.0.0-stable.zip
或者使用迅雷下载,迅雷P2P加速可以绕过(迅雷11内测版下载)
Jetbrains 的下载工具已经支持下载 Android Studio, 可以通过它下载
Android SDK 现在似乎不被屏蔽了。。。
Flutter 依赖于 Dart 的依赖环境,在国内需要通过镜像访问。所以在在运行Fltter命令之前,需要设置两个环境变量:PUB_HOSTORD_URL
和FALTER_STORKER_BASE_URL
。
MacOS/Linux 用户
1 |
|
Windows 用户
在 电脑 -> 属性 -> 高级系统设置 -> 高级 -> 环境变量
中修改
Gradle 没被墙,但是下载很慢,如果不手动下载,可能长时间卡在这一步
当你创建一个新项目时,会生成一些文件,其中有个${project}/android/gradle/wrapper/gradle-wrapper.properties
1 |
|
这个文件描述了 Gradle 下载的位置,以及它的分发地址(我这需要下载bin归档,不知道是我环境问题还是什么,即https://services.gradle.org/distributions/gradle-5.6.2-bin.zip)
存放的位置很奇怪,是${GRADLE_USER_HOME}/wrapper/dists/gradle-S{version}-all/${sha}/
,比较简单的方法是先运行下,再去找这个目录,把已经下好的 gradle 归档文件直接丢进去,不需要减压或重命名
暂时就这些,如果还有以后补充
Node.js 上最快的静态站点生成器 Hexo 发布了 5.0.0 版本。作为 Hexo 核心团队成员,让我为大家介绍一下 Hexo 5.0.0 中的新特性,以及如何从 Hexo 4.x 版本升级到 Hexo 5.0.0。
第一次接触 Gradle 是在数年前做android开发的时候,然而后来我的工作都是 Maven 做web开发,所以 Gradle 也就忘得差不多了(其实本来就没学多少)
我相信每个看到这篇文章的人,都是用过 Maven 的, 想学习 Gradle,但在开始前,我们应该弄清楚为什么要学它,它能带来怎样的益处(相对于 Maven)?
如果你问 Gradle 优于 Maven 么? 答案必定是不一定
在 Maven 中有完善的依赖管理以及成熟的构建流程,在绝大多数的项目中都能很好的运行。但也是那一套流程,使的 Maven 十分死板。而且 Maven 是只属于 Java 的项目构建工具
在 Gradle 中就灵活的多,你可以随意的定义流程,但一个大型的项目规范是十分重要的,即便是构建流程,也要有规范,也是要统一的,试问假如我要构建一个普通的Web应用,自己定的构建流程又怎么能比过这么长时间积累下来的 Maven 的流程的? 但我的项目是个缝合怪呢,有java有node,那么 Gradle 就能同时组织它们。 Gradle 是 Java 环境下的构建工具, 它不是 Java 项目构建工具, 就如 node 里的 Gulp
netlify免费版的网络真的太差了(跟1年多前刚使用的时候比,差太多),所以原本打算迁移到github pages
看对比,github pages整体比netlify稳定的多,但github不支持重定向。而腾讯云的解析服务,重定向需要备案,所以dnocm只好保持不动,选择新增了一个部署
同时也尝试了coding,但在国外的ping不理想,所以干脆一次性部署了多个
假如,你在访问当前地址时,感觉卡,可以试试前往我的其他域名下
由于Java是强类型语言,js的Promise是不能在Java中实现的,所以也就写着玩玩
发布在github上,但下载有点麻烦,有兴趣可以看下我的这个项目路
Promise 很火,没看源码,仅参考平时的使用,造了一个小轮子(有时间再去看源码把)
1 |
|
测试:
1 |
|
毕竟是小轮子,catch()
finally()
这些没写。。。
GitHub Packages在半年前尝试过,那时候存在些问题
但不管怎样,GitHub Packages始终是个不错的备选方案