背景

最近在Jenkins上编译react工程的时候老是会卡在“Creating an optimized production build…”这一步上很久，最后失败掉。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

......
+ yarn build
yarn run v1.19.1
$ react-app-rewired build
The following changes are being made to your tsconfig.json file:
  - compilerOptions.paths must not be set (aliased imports are not supported)

Creating an optimized production build...
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.
Process leaked file descriptors. See https://jenkins.io/redirect/troubleshooting/process-leaked-file-descriptors for more information
Build step 'Execute shell' marked build as failure
SSH: Current build result is [FAILURE], not going to run.
Finished: FAILURE

到控制台上查看，每次都是爆内存，除了树莓派3b的1G内存，设置在tf卡上2G的虚拟内存也占掉了4-500M，原本以为慢点儿无所谓，等就是了，这次发现是连等都不行了。

一度想下手树莓派4b，不过近500¥的价格实在是不美丽，而且都需要用风扇来主动散热了，不喜欢……

然后看见了Intel系准系统，6W功耗的赛扬N4000，支持SATA 3.0，更便宜的价格下甩树莓派性能不要太远，恰好手上还有升级换下来的笔记本4G内存条跟120G固态硬盘，要不是因为周末客服不上班无应答，可能一冲动就真下单了。

背景

通常对于公司的服务器来说，为了做到方便的安全管控，需要与外部网络进行隔绝，内部服务器想要跟外部通讯，只能通过DMZ区的权限放通才行，否则你永远想不到一个你不熟悉的程序猿会往github上丢什么奇奇怪怪的东西。

比如18年的华柱用户数据泄露事件，这口大锅就绝对得运维人员来背。不过有的时候隔绝倒是隔绝了，但内网的配套设施没跟上，都已经0202年yum、apt遍布横行的时代了，总归不能还倒退回源码编译安装的方式吧。又比如docker离线安装好了，但是需要连接到特定的第三方镜像服务器，如何通过DMZ区的机器代理出去？

上周末参加完GMTC-2019·深圳站，又花一周时间把大会PPT跟演讲视频初步消化了一下，信息量过于庞大，只能先做一下整体趋势目录的梳理，后续的2020年再想办法逐步在项目中实施落地。

为了更好的享受现代化前端开发框架的乐趣，前一阵把官网给用Vue重写了，开发效率上确实一下子提升了一大截，但是过了一阵用百度一搜，emmm……

对比一下别人家的，虽然不能像百度RMB玩家那样还有站点图标，但好歹描述信息要靠谱点儿把。

总结起来了就是，现在的搜索引擎爬虫对于客户端渲染的站点都不是太友好，没办法获取到ajax拉取回来的动态内容，解决方案嘛就是得把页面的渲染逻辑再拿回服务端，让地址直接导出的就是最终渲染结果了，在Vue的架构下大致是三种：
1、 用插件的形式进行预渲染，比如：prerender-spa-plugin，简单倒是简单，不过最终生成的页面没法儿展示接口获取的动态数据；
2、 使用Vue官方的SSR方案，尝试一阵把代码结构改的乱七八糟后，放弃……
3、 基于NUXTJS的方案，相对来说功能齐备，改造成本最低的一套。

起因

晚上在调试页面的时候抬头一看，简直了…… 本地调试的页面都被电信强行插入了广告，这要是不防着点儿，等到用户手机上还不定以你的名义插进去了什么乱七八糟的东西。

就是上面左边这货，1C1G的配置渣是渣了点儿，不过闲着也是闲着

问题

按照官方介绍在devServer下配置了proxy

1
2
3
4
5
6
7
8
9
10
11
12
13
14

module.exports = {
  devServer: {
    proxy: {
      '/api': {
        target: '<url>',
        ws: true,
        changeOrigin: true
      },
      '/foo': {
        target: '<other_url>'
      }
    }
  }
}

但是却死活不生效，依然报：

1

Access to XMLHttpRequest at 'http://aaa' from origin 'http://bbb' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.

差异比对修改

这次ReactNative很贴心上了Upgrade Helper项目，终于不用再自己去新建一个模版工程来人肉比对差异了。

Control your tempo then build slowly.
—— Creed(2015)

  在拳击的宣传视频中，我们经常能看见拳击手击打速度球的片段，看起来双手交替往复，好像只要你足够快就能玩得转。直到看见了《奎迪》的这个片段才发现，原来速度球的击打跟项目的敏捷开发管理是如此相似，单纯追求绝对的速度是没有意义的，基础在于对球路的控制和预测，最终的快不过是这种控制之下的表现罢了。

  工作十数年，既待过项目输出型IT外包公司，也待过产品输出型互联网公司，甚至还自己创过业、做过app，近些年流行FinTech、又混迹了所谓的金融科技公司……

  大概是因为软件行当继续披着一层高科技外衣，对外人也就罢了、甚至不少从业者都意识不到软件业没法儿独立于业务存在的服务属性，容易困死在无根的技术上。