本文為 2024年9月工作生活總結(jié)。

研發(fā)編碼

vuepress構(gòu)建的幾個(gè)問題

某vuepress項(xiàng)目，是我在3年多以前自行構(gòu)想自行著手搞的，主要用于將一些常用的數(shù)據(jù)文件（markdown樣式）渲染成html網(wǎng)頁文件，在自建服務(wù)程序里開啟訪問。沒什么技術(shù)難度，但勝在方便用。不過因?yàn)閷?duì)node有一種抗拒感，且node_modules深似海，涉及太多組件，去年開始無法構(gòu)建，于是不再更新，但近期有同事反饋網(wǎng)頁數(shù)據(jù)不正常，于是抽時(shí)間解決之。

問題1：執(zhí)行vuepress build提示錯(cuò)誤：

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

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

解決辦法：在package.json文件里，修改構(gòu)建腳本，核心語句如下：

"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文件內(nèi)容體積超過500KB。

解決辦法：

一說在項(xiàng)目的.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.

方法：

# 在項(xiàng)目中運(yùn)行
npm install increase-memory-limitnpm install --save cross-env

在package.json腳本中添加內(nèi)存限定：

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

添加后，在Linux下執(zhí)行，提示：

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

最終未能解決問題。

切換淘寶鏡像

某次在linux安裝執(zhí)行命令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

經(jīng)查，是淘寶鏡像地址證書過期，需切換新地址，命令如下：

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

看重啟命令

某天臨近下班，現(xiàn)場(chǎng)電話向同事反饋問題，說服務(wù)器重啟了，同事讓我查一下。經(jīng)查，服務(wù)器在不久前的確重啟了，但是什么原因，誰重啟的，無法從系統(tǒng)信息中知曉。

期間，學(xué)到了幾個(gè)命令。使用who -b、last reboot查看上次重啟的時(shí)間，示例如下：

# who -b
系統(tǒng)引導(dǎo) 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

領(lǐng)導(dǎo)找談話

有天下午，領(lǐng)導(dǎo)找我和另一個(gè)同事談話。主要內(nèi)容概括起來，有幾點(diǎn)：做事靠譜、有想法、主動(dòng)做事 、持續(xù)學(xué)習(xí)。這些要求，我自認(rèn)做得不差。不過，有些事不是單靠自己能做成的，哪怕是已經(jīng)完成，有時(shí)沒有其它方面的配合和推動(dòng)，也是無濟(jì)于事的。不管怎樣，我覺得那些要求，的確是值得記住并實(shí)踐的。

一個(gè)Golang工程的重構(gòu)思考

某Golang工程，運(yùn)維手段比較原始：查日志。對(duì)于一些性能指標(biāo)或關(guān)鍵事件，沒有記錄。比如軟件運(yùn)行時(shí)長(zhǎng)、IP地址、處理耗時(shí)、何時(shí)何處發(fā)生錯(cuò)誤，等，都需要記錄。再將記錄做成外部請(qǐng)求接口方式，方便跨主機(jī)訪問。這些內(nèi)容，上峰沒有提出過，只是自己在運(yùn)維過程中覺得有必要做的。由于當(dāng)初設(shè)計(jì)工程時(shí)，沒有考慮得周詳，有些地方?jīng)]有做模塊化處理，導(dǎo)致現(xiàn)在添加功能會(huì)出現(xiàn)全局變量。而如果重構(gòu)，又怕產(chǎn)生大影響——今年已經(jīng)有幾年生產(chǎn)事故掛我頭上了。

在上線前，應(yīng)該進(jìn)行回歸測(cè)試，尷尬的是，我所負(fù)責(zé)的東西，沒有測(cè)試人員，靠自己測(cè)試。除工程自身外，還需要考慮如何測(cè)試，如何高效率地測(cè)試。

生活記錄

流水賬

這個(gè)月體重增長(zhǎng)勢(shì)頭已經(jīng)抑制了。只有管住嘴，邁開腿，相信體重會(huì)下降的，對(duì)于幾時(shí)能看到效果，就看緣分了。

月底，因?yàn)榇箦N的一些事，又吵架了。已經(jīng)買了的車票，退了。我自己一個(gè)人回去，也不好。于是跟父母說國慶不回家。