K8S 的发展历程
今天看到一篇很好的技术文章,从虚拟化技术的变迁过程,理解 K8S 技术的价值。为了理解现今 K8S 为什么出现,作者从最开始 Web 应用的典型架构开始,逐步介绍了一次次技术升级和变革的历程和原因,以及带来的变化。最后导出了 K8S 的出现和解释了 K8S 的价值。下面我们从头开始介绍。(注意这篇文章只是原文的一个复述,不是原文的翻译,不保证与原文严格一致,文末附有原文链接,请自行阅读英文原文。)
今天看到一篇很好的技术文章,从虚拟化技术的变迁过程,理解 K8S 技术的价值。为了理解现今 K8S 为什么出现,作者从最开始 Web 应用的典型架构开始,逐步介绍了一次次技术升级和变革的历程和原因,以及带来的变化。最后导出了 K8S 的出现和解释了 K8S 的价值。下面我们从头开始介绍。(注意这篇文章只是原文的一个复述,不是原文的翻译,不保证与原文严格一致,文末附有原文链接,请自行阅读英文原文。)
作为一个多年经验的 Web 后台开发程序员,我还有少数一些前端的经验(有 Bootstrap,jQuery 之类框架的使用经验),最近因为公司的项目,想要着手一款客户端软件的开发,这些年其实一直很想开发一款自己的手机 App,不过一直都执行力不足,之前尝试的是 iOS,始终没有成效,这回大家都一口推荐 Flutter,所以,我再做一次尝试。
今天,我给本博客绑定了自定义域名,其实是一个非常简单的过程。这里就来做一个简单的介绍。
最近,我完成了一个小项目,使用了当下比较时髦的 Vue 3 + TypeScript + Vite + Element Plus,采用前后端分离架构。为了减少对后端 API 的维护量,我将后端的 API 写在了主站的代码里。这样一来,前台网站的域名和后台网站的域名不同,就出现了跨域的问题。
最近在开发博客本地客户端 HexoPress,应用做好后,需要打包,如果不希望打包出来 App 的图标用的是 Electron 默认的星球环绕的图标,那么需要自己制作图标。
如果你实现的网站或者 App 的潜在用户不是面向单一地区的,那么你需要考虑到整个系统的多语言解决方案。
常见的多语言解决方案是,使用翻译文件,根据当前系统所在的 locale 信息,加载对应的翻译文件,实现切换界面的语言。
2023年9月30日消息,苹果 App Store 迎来重大调整,即日起中国大陆上架的 App 必须具备有效的互联网信息服务提供者(ICP)备案号。
迫不得已,要研究一下什么是 ICP 备案,以及怎么进行 ICP 备案了。
我有一个 Side Project 使用了 Electron 框架,通过这个项目,我接触并积累了一些 Electron 相关的知识,足够我构建一个 博客管理桌面客户端 软件。
在项目结束了前期密集开发期,逐件进入稳定后,我的维护频率降低了,并且,这些维护工作,更多集中在 Web 开发的范畴内,主要是 Vue 应用的开发。
但总有一些时候,我不得不重新处理一些跟 Electron 有关的工作,而每当这种时候,我都想不起来 Electron 框架开发技术的一些关键点,以至于我陷入了总是要重新学习这些知识点的窘境。
我撰写并维护这篇文档,是为了一次又一次从“零”教会我自己,关于 Elctron 必须知道的一切知识。
已经彻底想不起来这款软件是怎么进入我的视野的,但是,对于我这种迟钝的用户来说,仍能让我注意到,说明它至少在某个狭小的领域已经火到出圈了。
我决心认真学习一下如何使用此款软件,并把我的所得写成教程分享出来。
使用 Flutter 开发 App 都免不了要使用网络访问的类库,Dio 是其中最流行的,我之前调研的一些范例 App 代码,都引用了 Dio。Dio 是对 http 的一套封装,提供了很多友好的功能。
不过,要在项目里使用,一般还要进行一次封装,你如果搜索 Dio 封装,会找到一大堆的文章,专门讲怎么封装 Dio 的。