当前位置：首页 > news >正文

2024年9月个人工作生活总结

news 2025/6/23 23:45:30

本文为 2024年9月工作生活总结。

研发编码

vuepress构建的几个问题

某vuepress项目，是我在3年多以前自行构想自行着手搞的，主要用于将一些常用的数据文件（markdown样式）渲染成html网页文件，在自建服务程序里开启访问。没什么技术难度，但胜在方便用。不过因为对node有一种抗拒感，且node_modules深似海，涉及太多组件，去年开始无法构建，于是不再更新，但近期有同事反馈网页数据不正常，于是抽时间解决之。

问题1：执行vuepress build提示错误：

 {opensslErrorStack: [ 'error:03000086:digital envelope routines::initialization error' ],library: 'digital envelope routines',reason: 'unsupported',code: 'ERR_OSSL_EVP_UNSUPPORTED'
}

原因：组件的openssl和node版本的不一致。

解决办法：在package.json文件里，修改构建脚本，核心语句如下：

"build": "set NODE_OPTIONS=--openssl-legacy-provider && vuepress build",

问题2：

[BABEL] Note: The code generator has deoptimised the styling of E:\project\golang_test\vuepress-pkc\XXX.md as it exceeds the max of 500KB.

原因：md文件内容体积超过500KB。

解决办法：

一说在项目的.babelrc文件添加：

{"compact": false
}

添加后，警告依然，未能解决。

问题3：

<--- Last few GCs --->[15060:00000231B5A3CF90]  2167010 ms: Scavenge 4091.7 (4132.3) -> 4091.5 (4133.3) MB, 9.48 / 0.00 ms  (average mu = 0.233, current mu = 0.284) allocation failure;<--- JS stacktrace --->FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory1: 00007FF668303CEF node::SetCppgcReference+156952: 00007FF66827E606 EVP_MD_meth_get_input_blocksize+785663: 00007FF6682803F1 EVP_MD_meth_get_input_blocksize+862254: 00007FF668CEA191 v8::Isolate::ReportExternalAllocationLimitReached+655: 00007FF668CD3928 v8::Function::Experimental_IsNopFunction+13366: 00007FF668B35190 v8::Platform::SystemClockTimeMillis+6595527: 00007FF668B41413 v8::Platform::SystemClockTimeMillis+7093478: 00007FF668B3ED74 v8::Platform::SystemClockTimeMillis+6994609: 00007FF668B31EB0 v8::Platform::SystemClockTimeMillis+646528
10: 00007FF668B4752A v8::Platform::SystemClockTimeMillis+734202
11: 00007FF668B47DA7 v8::Platform::SystemClockTimeMillis+736375
12: 00007FF668B566CF v8::Platform::SystemClockTimeMillis+796063
13: 00007FF668816C95 v8::CodeEvent::GetFunctionName+116773
14: 00007FF608D5AAFA
error Command failed with exit code 134.

方法：

# 在项目中运行
npm install increase-memory-limitnpm install --save cross-env

在package.json脚本中添加内存限定：

  "scripts": {..."fix-memory-limit": "cross-env LIMIT=12192 increase-memory-limit"},

添加后，在Linux下执行，提示：

ReferenceError: GA_ID is not definedat theme_enhanceApp (server-bundle.js:9305:16)

最终未能解决问题。

切换淘宝镜像

某次在linux安装执行命令npm install yarn，提示：

npm ERR! code CERT_HAS_EXPIRED
npm ERR! errno CERT_HAS_EXPIRED
npm ERR! request to https://registry.npm.taobao.org/yarn failed, reason: certificate has expired

经查，是淘宝镜像地址证书过期，需切换新地址，命令如下：

npm config set registry https://registry.npmmirror.com

看重启命令

某天临近下班，现场电话向同事反馈问题，说服务器重启了，同事让我查一下。经查，服务器在不久前的确重启了，但是什么原因，谁重启的，无法从系统信息中知晓。

期间，学到了几个命令。使用who -b、last reboot查看上次重启的时间，示例如下：

# who -b
系统引导 2024-09-09 07:43# last reboot
reboot   system boot  3.10.0-1160.el7. Mon Sep  9 07:43 - 15:23 (21+07:40)  wtmp begins Thu Aug 29 08:04:18 2024

领导找谈话

有天下午，领导找我和另一个同事谈话。主要内容概括起来，有几点：做事靠谱、有想法、主动做事、持续学习。这些要求，我自认做得不差。不过，有些事不是单靠自己能做成的，哪怕是已经完成，有时没有其它方面的配合和推动，也是无济于事的。不管怎样，我觉得那些要求，的确是值得记住并实践的。

一个Golang工程的重构思考

某Golang工程，运维手段比较原始：查日志。对于一些性能指标或关键事件，没有记录。比如软件运行时长、IP地址、处理耗时、何时何处发生错误，等，都需要记录。再将记录做成外部请求接口方式，方便跨主机访问。这些内容，上峰没有提出过，只是自己在运维过程中觉得有必要做的。由于当初设计工程时，没有考虑得周详，有些地方没有做模块化处理，导致现在添加功能会出现全局变量。而如果重构，又怕产生大影响——今年已经有几年生产事故挂我头上了。

在上线前，应该进行回归测试，尴尬的是，我所负责的东西，没有测试人员，靠自己测试。除工程自身外，还需要考虑如何测试，如何高效率地测试。