Node.js

找出如何解決在運行舊的 Node 代碼時可能出現的 util.pump is not a function 錯誤。 如果在運行 Node.js 應用程序或代碼片段時出現 “util.pump is not a function” 錯誤，則是因為應用程序代碼過於陳舊，與當前的 Node.js 運行時不兼容。 Node.js 提供的 pump() 方法用於使用以下語法將可讀流寫入可寫流： util.pump(readableStream, writableStream) 該方法已經被廢棄很長時間，並且在 2016 年 4 月釋出的 Node.js 6.0 版本中被移除。 幸運的是，解決這個問題很簡單。 將上述語法替換為： const { pipeline } = require('stream') //... pipeline(readableStream, writableStream, () => {}) 第三個參數是當管道完成時將被調用的回調函數。 在此處閱讀有關 pipeline 的更多信息。

以下是解決在Node.js中或使用像Next.js這樣的工具時可能出現的“referenceerror: document未定義”錯誤的方法。 document是瀏覽器提供的一個對象，它在服務器端JavaScript環境中無法使用。 我在我的廣泛的DOM Document Object Model指南中詳細描述了document對象。 特別是在Node.js中，沒有辦法解決這個問題 - 你必須找出使用document的具體位置，並重新檢查代碼以找出為什麼要訪問document對象。 您正在後端環境中運行前端代碼。 在Next.js中，您可以通過將代碼包裹在條件語句中來解決此問題。 該代碼可能在兩種情況下運行 - 前端，透過鏈接瀏覽頁面時，以及在服務器端將服務器端加入頁面中時，例如通過運行getServerSideProps()。 在這種情況下，您可以將對document的引用限制為一個條件語句，檢查window對象是否可用，像這樣： if (typeof window !== 'undefined') { //這裡`window`可用，所以`window.document`（或簡單地使用`document`）也可用 } 這將解決您的問題，因為您只在瀏覽器環境中運行條件語句內的任何代碼。

了解如何設置定時任務以運行 Node.js 應用程式 首先，在一個文件中創建一個 shell 腳本，例如命名為 run.sh #!/bin/sh node app.js 給予它執行權限 chmod +x run.sh 然後執行 crontab -e 默認情況下，這將使用默認編輯器打開，通常是 vim。 | 提示：如果你對 vim 不熟悉，請使用 i 進入插入模式，以便於輸入/粘貼，然後使用 esc 和 wq 保存並退出。 現在，你可以為每個定時任務添加一行。 定義定時任務的語法有些令人生畏。這就是為什麼我通常使用一個網站來幫助我生成無錯誤的定時任務：https://crontab-generator.org/ 你可以選擇定時任務的時間間隔，並輸入要執行的命令。 我選擇每天上午 10 點運行此定時任務。 這是我需要運行的 crontab 行： 0 10 * * * /Users/flaviocopes/dev/run.sh >/dev/null 2>&1 如果一切順利，定時任務就設置好了。 完成後，你可以執行以下命令查看活動定時任務列表： crontab -l 你可以再次運行 crontab -e 來刪除一個定時任務，刪除相應的行並退出編輯器。

一個關於如何使用調試來解決任何 JavaScript 問題的教程 調試是一個很好的技能，它可以幫助你解決 JavaScript 代碼中的每個問題。 每天早上我們起床，吃美味的早餐，坐在電腦前寫完美的代碼，這個夢想是理想的，不是嗎？但這只是一個夢想而已。 無論你有多好，無法寫出沒有缺陷的代碼。代碼總是有缺陷的，這是它的定義。 當你開始寫代碼時，你可能沒有見過或預料到錯誤。錯誤可能只有在你將程序發佈給用戶之後才會被發現，這是最糟糕的情況。 錯誤可能由你自己在測試程序時發現，甚至可能在某些事情正常運作時就突然出現故障，只因為你改變了一行代碼。 這些被稱為回歸錯誤。 作為開發人員，錯誤是我們日常工作的一部分，但我們的工作是盡可能地將它們減少到最低。 當你知道有錯誤時，你如何解決它呢？ 嗯，最難的部分始終是確定錯誤發生在哪裡。 然後，第二個最困難的部分是找出為什麼會發生這個錯誤。 一旦你知道了上述所有問題的答案，解決錯誤通常就很容易了。 通常我們可以做兩件事來解決錯誤。 一種技術是非常基本的，涉及嘗試找出狀態（變量的內容）和程序流程的值，並將這些變量打印到日誌或程序的輸出中。 找出錯誤可能出現的地方 調試是一種對程序員活動非常核心的技能。 有時候我們盡力工作，但程序卻不能正常工作，例如，它崩潰了，只是運行得很慢，或者它打印了錯誤信息。 當你寫的程序不像你預期的那樣運行時，你會怎麼做？ 你開始調試它。 第一步始終是觀察發生了什麼，並嘗試確定問題來自哪裡。 它是環境中的問題嗎？ 它是你給程序的輸入中的問題嗎？ 它是由於內存使用過多而導致的一次性崩潰嗎？ 還是每次運行它都會發生？ 這些都是在解決問題時開始朝著正確方向前進的重要信息。 一旦你對錯誤的來源有了一些想法，你就可以開始檢查該特定程式碼的部分了。 最簡單的調試方式，至少在工具方面而言，是讀出你所寫的代碼。大聲讀出來。 如果你讀的是一個字符串或一個數字，那麼聽起來沒有任何魔力。 然而，有時我們可以通過這種方式發現問題。 在這一步之後，就是使用一些工具的時候了。 你第一次接觸 alert() 和 console.log() 如果閱讀代碼對你來說毫無意義，那麼下一個合乎邏輯的步驟就是開始在代碼中添加幾行代碼，以幫助你找到問題所在。 在 JavaScript 前端代碼中，你通常會使用 alert() 和 console.log()。 考慮以下代碼行： const a = calculateA() const b = calculateB() const result = a + b 出於某種原因，我們不知道代碼的最終結果計算不正確，所以我們在計算結果之前添加 alert(a) 和 alert(b)。 當瀏覽器執行代碼時，它會打開兩個警告對話框： const a = calculateA() const b = calculateB() alert(a) alert(b) const result = a + b 如果你將 alert() 傳遞的是一個字符串或一個數字，這種方法是行得通的。...

所以您想使用 Node.js 將一些文字保存到文件中。 非常簡單： import fs from 'node:fs' const text = 'yo' fs.writeFile('text.txt', text, (err) => { if (err) { console.error(err) } console.log('done') })

运行代码同步或异步的区别 您可能听说过Node.js之所以快是因为它为所有昂贵的操作（如网络访问或文件系统）提供了异步API。 拥有异步API意味着什么呢？ 如果你预计某个操作可能需要很长时间，那么以异步方式运行它是有意义的，这样其他代码可以同时运行，并且在操作结束时有一个钩子被调用。 这就是为什么Node.js可以处理比PHP或Rails更多的流量而不使用异步库的原因。 大多数传统上不是异步的编程语言现在都有第三方库来实现调用异步代码的方式。 否则，例如在PHP或Python代码中通常会发生的情况是，线程会阻塞，直到同步操作（从网络读取、写入文件等）结束。 如果代码以异步方式运行，CPU不会空闲等待该进程完成，而是可以继续执行其他已排队的任务，直到原始进程准备好继续进行为止。

我想要快速添加從選單列執行 Node.js 腳本的方法。 有許多選擇，包括製作自己的 macOS 選單列應用程式或使用第三方應用程式。 但是 macOS 也提供了一種簡單的方式，使用古老的 AppleScript。 在 macOS 上打開 Script Editor 應用程式。 開啟它的設定並啟用 在選單列顯示 Script 選單 ： 現在點擊檔案 → 新增選單以開啟腳本編輯器： 為了執行我的 Node.js 腳本，我添加了這行： do shell script "cd /Users/myself/dev; /opt/homebrew/bin/node script.js" 作為一名 JavaScript 開發者，我必須提醒您也可以使用JavaScript for Automation (JXA) 來達到相同的效果： const app = Application.currentApplication() app.includeStandardAdditions = true app.doShellScript('cd /Users/myself/dev; /opt/homebrew/bin/node script.js') 但在這種情況下，我更喜歡使用 AppleScript，這更符合「原生」的感覺。 我使用了 cd 以便 Node 可以讀取我放在該資料夾的 .env 檔案。 然後我點擊腳本名稱，添加一個好的名字並保存到我用戶的腳本資料夾中，該資料夾位於 ~/Library/Scripts。 完成所有這些步驟後，我就可以在選單列上找到我的腳本，像這樣： 就是這樣！ 現在我可以執行它，當腳本執行完成時，一個旋轉的齒輪會出現，通知我： 非常酷！

平常在我的 Node.js 腳本中，我通常使用 sharp 來優化圖片。 但有時候我喜歡使用 ImageOptim macOS 應用程式 來通過圖形界面優化圖片。 這次我需要從一個 Node.js 腳本中啟動它。 下面是我的做法。 首先我導入了內建的 child_process Node 模組： import * as child from 'node:child_process' 然後我這樣調用它來優化特定文件夾中的所有圖片： const images_folder = './img' child.exec(`open -a ImageOptim ${images_folder}`) 這樣就會啟動該應用程式，你可以看到它的用戶界面，這沒什麼大不了的。 需要注意的是，這僅在你安裝了該應用程式的情況下才能正常工作。

我一直在使用一個工具來優化圖片，它叫做 sharp。 import sharp from 'sharp' 下面是我如何使用它將圖片轉換為 webp 的示例： await sharp('image.png') .webp({ lossless: true }) .toFile('image.webp') 它還可以進行更多的圖像處理操作，例如旋轉、調整大小等。

在Dockerfile介紹文章中，我介紹了一個簡單的 Node.js Dockerfile 示例： FROM node:14 WORKDIR /usr/src/app COPY package*.json app.js ./ RUN npm install EXPOSE 3000 CMD ["node", "app.js"] 注意：在CMD行中使用雙引號。單引號將導致錯誤。 讓我們使用這個 Dockerfile 构建一個映像，然後運行容器。 我將在 dev/docker/examplenode 文件夾中創建這個文件。我在 app.js 文件中創建了一個簡單的 Node.js 應用，使用 Express 框架： const express = require('express') const app = express() app.get('/', (req, res) => res.send('Hello World!')) app.listen(3000, () => console.log('Server ready')) 非常簡單，但是我們有一個依賴項。我需要將它添加到 package.json 文件中，所以我運行了以下命令： npm init -y npm install express 現在你可以運行 node app.js 確保它正常運行： 停止這個進程，現在讓我們從這個創建一個 Docker 映像。 你只需要保留 app.js、package.json 和 package-lock....