一人旅の旅行記

Looking for fun in your life~

前言

隨著 Raspberry Pi 於去年 10 月更新其作業系統至 Raspberry Pi OS - Bookworm 版本,顯示架構從 X11 轉變為基於 Wayland 的系統。這項轉變導致多數傳統截圖工具 (如 Scrot、Gnome-Screenshot、Shutter 等) 不再相容。為此,本文將介紹如何使用 grim 段時間作為替代工具來執行截圖操作。

Grim 截圖工具介紹

Grim 是一款專為 Wayland 設計的截圖工具,目前已內建在 Raspberry Pi OS - Bookworm 中,它提供了簡潔而強大的功能,不僅可以進行全螢幕截圖,搭配 Slurp 還可支援區域截圖,讓使用者能靈活捕捉所需畫面。

閱讀全文 »

前言

相信很多人都不知道,其實你們分享的 Projects,很多時候其他人只能瀏覽,並不能使用你們的設計。

其實原因很簡單:
主要是因為你所分享的 Project 中使用了自行上傳的 SVG 檔案或圖片。由於 Cricut 無法確定這些檔案的版權歸屬,因此禁止了這類設計的共享。換句話說,你分享出來的專案只能供人瀏覽,而不能被他人使用。

那麼要如何分辨一個 Project 能否使用呢?可以從以下圖示做判別。

閱讀全文 »

前言

最近看了一些 3D Printer 社團的留言,發現很多人不知道 PEI 的特性,也沒有仔細看官方的介紹,所以列印常常失敗,這邊稍微說明一下。

  1. 正常來說,列印 PLA、PETG、TPU、ABS、ASA 等一般材料,完全不需要上任何黏著劑。
  2. 黏著劑會降低 PEI 的壽命 (你沒看錯 PEI 是有使用壽命的,它塗層是耗材,使用黏著劑在脫模時會造成塗層損耗剝落)。
  3. 當你長期使用發現 PEI 板逐漸有印痕,代表 PEI 板的塗層有受損了。
  4. PEI 板不建議在高溫狀況下脫模,高溫時附著力高,強力脫模易造成 PEI 受損,最好的做法是等降到常溫自然脫模。
  5. 相信有人會說,官方介紹中 PA、PC 需要使用黏著劑,黏著劑不是不能用啊?(沒有錯,黏著劑不是不能用,但是用黏著劑會大幅降低 PEI 使用壽命,長期下來你以後用 PEI 列印 PLA 等一般材質都需要黏著劑了,那你為什麼一開始就不直接用冷、熱盤呢? 還要用貴鬆鬆的 PEI 板呢?)

下面附的照片有痕跡的就是 PEI 塗層損耗的樣貌,顯微鏡放大去看,很明顯塗層已受損

正常的 PEI 板會無法黏附模型,通常是以下幾種狀況造成

閱讀全文 »

前言

最近家中購買了一台 Cricut Maker 3 用來作為一些 DIY 作品切割,由於它所可使用的刀具種類眾多,這邊稍微整理了一下,俾利後續作業可以快速的查閱合適的刀具。

Cricut Maker 3 的刀具大約可分以下幾大類。

閱讀全文 »

前言

這篇文章雖然和Apple Silicon無直接關係,但近年來,我不小心幾次陷入這個陷阱,所以我想特別記錄下來,並稍微吐槽一下。

近年來,大型科技公司紛紛推廣他們的雲端服務,操作系統也紛紛加入了整合式雲端硬碟功能。這些服務對於日常文書處理來說非常方便,但對於軟體開發或延伸應用程式開發來說,情況就不一樣了。這些雲端文件存儲在路徑和權限管理方式方面都有一套隱藏的邏輯,當您按照許多開發者所提供的步驟進行操作時,可能會遇到一些奇怪的權限、路徑或連接問題。而這些問題的根本原因,往往就是因為您將程式放在雲端文件夾中。這一點非常重要,但大多數開發者往往不會特別提醒您所以我要特別強調,也認為這應該也要列為基礎常識!😆

不要將程式放在雲端服務路徑下!

特別是Windows的 Document 文件夾或macOS的 Documents 文件夾。這些都是Microsoft和Apple操作系統預設同步的文件夾。只要您將程式放在這些文件夾中,很有可能會遇到執行上的問題。所以,請記住這一點,以免踩進這個坑中。

閱讀全文 »

前言

最近心血來潮,想將多年未更新的 Hexo 版本從 4.1 升級到 7.0,順帶更新到最新版本的 Next Theme,在更新的過程中,無意間又發現了一個坑…

原來 Hexo 不知從何開始已經正式導入 Markdown 語法插入圖片了,所以導致在 Hexo 4.2.0 late 版本,使用 hexo-asset-image 作解決方案時會產生絕對路徑的 Bug。

要解決這個問題,最好的解決方式當然是移除 hexo-asset-image 即可,但是依照官方的設置方式,又會發生一個讓我覺得困惑的狀況…

以下為官方的建議設置方式:

使用 Markdown 嵌入圖片

hexo-renderer-marked 3.1.0 引入了一個新的選項,其允許你無需使用 asset_img 標籤插件就可以在 markdown 中嵌入圖片

如需啟用:

1
2
3
4
5
# _config.yml
post_asset_folder: true
marked:
prependRoot: true
postAsset: true

啟用後,資源圖片將會被自動解析為其對應文章的路徑。
例如: image.jpg 位置為 /2020/01/02/foo/image.jpg ,這表示它是 /2020/01/02/foo/ 文章的一張資源圖片, ![](image.jpg) 將會被解析為 <img src="/2020/01/02/foo/image.jpg">

依照上述最後一段話的敘述,你會發現所放置的圖片必須放在與文章相同的資料夾下,才能正常被解析為<img src="/2020/01/02/foo/image.jpg">,如果你是將圖片放置在文章的次資料夾中,是無法被順利解析的,它所解析的路徑會變成<img src="Paper/image.jpg">,下是一個實例。

圖片放在文章的次資料夾中如下

插入的路徑為 {% asset_img "sray Logo.jpg" "sray Logo" %}

而實際上網頁顯示圖片的路徑會變成 https://shuwn.dev/2023-11-11-Hexo_圖片顯示異常路徑修正紀錄/sray Logo.jpg

而正確的圖片路徑應解析為 https://shuwn.dev/2023/11/06/2023-11-11-Hexo_圖片顯示異常路徑修正紀錄/sray Logo.jpg

以官方原先的設置必須將圖片放在文章相同的資料夾中如下

才會取得正確的圖片路徑 https://shuwn.dev/2023/11/06/2023-11-11-Hexo_圖片顯示異常路徑修正紀錄/sray Logo.jpg

這完全不符合日常圖文管理方式,而且官方上述設定 post_asset_folder: true,主要是讓你在利用 hexo new paper 指令建立文章的同時,自動建立好資源圖片的資料夾,如果只限定需要將圖片放在與文章同個路徑下才能正常解析,這真的蠻奇怪的???

閱讀全文 »

前言

這邊紀錄我常用物料的規格參數

UL 1007 PVC 多芯線纜線規格 - DC 電源

適用於一般電子、電器設備內部配線 (DC電源)
額定溫度: 80℃, 額定電壓: 300V, 安全係數: ×0.55
以下內容僅供參考,實際規格應以供應商提供為主

AWG 導體 截面積 外徑 DC 安全容許電流 (A) DC 容許電流 (A)
18 0.178*34 0.823mm2 2.1mm 7.15 13
22 0.16*17 0.326mm2 1.85mm 3.85 7
24 0.16*11 0.205mm2 1.45mm 2.75 5

UL 1015 PVC 多芯線纜線規格 - DC 電源

適用於一般電子、電器設備內部配線 (DC電源)
額定溫度: 105℃, 額定電壓: 300V, 安全係數: ×0.75
以下內容僅供參考,實際規格應以供應商提供為主

AWG 導體 截面積 外徑 DC 安全容許電流 (A) 容許電流 A)
18 0.178*34 0.823mm2 2.1mm 9.75 13
22 0.16*17 0.326mm2 1.85mm 5.25 7
24 0.16*11 0.205mm2 1.45mm 3.75 5

安裝前置作業

在安裝 Hexo 前,要確認系統已經安裝以下軟體

  • Node.js (Node.js 版本需不低於8.10,建議使用 Node.js 10.0 及以上版本)
  • Git

後面開始進行我們 Hexo 環境設定吧!

閱讀全文 »

前言

原先在學習 Python 的時候,我一直習慣使用 Anaconda 作為我的 Python 管理工具,但是隨著長時間的使用,常常會發現 Anaconda 每當更新的時候,會有一些不明 Bug 出現,而且其安裝體積龐大,會附帶一些往往用不到的第三方套件,非常難以管理,而這幾年隨著 Vscode 開始支援 Jupyter Notebook,更讓我有了理由擺脫 Anaconda,改採用輕量化的 Pyenv 作為我的 Python 管理工具,而本篇文章主要是紀錄 pyenv + virtualenv 作為我的 Python 開發環境的設置流程。

在開始講述安裝流程之前,要先稍微提一下,其實在 macOS 中就已經有內建 Python 了,當其 Python 版本是跟隨作業系統版本的演進而進行更新,所以有時候會落後幾個版本,而且也沒辦法隨意操作進行升級(其實是有辦法,但是不會在這演述),因此我還是建議如果要使用 Python,還是另外進行安裝比較好!

個人極度不建議直接使用 MacOS 內建 Python,如同之前在「Hexo 安裝流程紀錄」中所提到的 Git 版本狀況一樣,MacOS 很多系統套件都是直接引用 MacOS 內建 Python,如果後續操作失當,有可能造成作業系統穩定性的問題,曾經我的 macOS 就被我搞到開機必定死當的狀況過(慘痛的經驗)。

閱讀全文 »
0%