[{"content":"幾個月前的文章 將 Raspberry Pi 接上 Epson L360 設定成印表機伺服器\n提到了需要把印表機接上 Raspberry Pi 來分享給家裡的其它電腦用\n最後是透過 Samba + CUPS 做到\n並對 ENPC 的請求封包回傳一個空的回應來解決驅動程式會卡住的困擾\n結果之後發現印表機還是會出現一些問題\u0026hellip;\n後來研究半天，決定改成透過 USB/IP 來把印表機接到 Windows 電腦上\n前情提要 一些背景就不重複了，可以參考前一篇文章\n簡單來說就是要把一台接到 Raspberry Pi 的印表機\n不透過實體 USB 線，弄到可以從 Windows 電腦上列印\n前一篇文章的最終方案出現的問題 前一篇文章提到的 Samba + CUPS + 空 ENPC 封包方案\n剛設定完後\n列印都沒問題，操作延遲也都在可接受範圍內\n但是過一段時間\n打開印表機，從 Windows 電腦列印的時候\n印表機卻會印到約 95% 就把紙送出來\n然後停住、亮缺紙／夾紙燈\n正常來說真的發生缺紙或夾紙的話\n把紙處理好，按下印表機上的送紙鍵就會繼續列印\n可是現在按下任何按鍵都沒反應\n即使把印表機重開都沒辦法解決\n最後發現要到 Raspberry Pi 上清掉列印工作、重開 CUPS 才能解決\n然後過一陣子又會再發生一樣的情況\n是 ENPC 封包的問題嗎\u0026hellip;？ 本來猜說是不是 ENPC 封包的問題\n回應空封包可能會讓驅動程式出問題？\n於是把印表機暫時接到一台 Windows 電腦上\n裝好 Epson 官方的驅動程式，打開 Windows 的分享功能\n到另一台 Windows 電腦上安裝驅動程式透過 SMB 連上那台印表機\n再用 WireShark 看看正常情況下的 ENPC 封包是要回應什麼\n結果發現這種情況下\n客戶端的驅動程式根本就不會發送 ENPC 請求封包\n這就表示對 Epson 的驅動程式來說\n遠端印表機是接在 Samba + CUPS 的組合上，跟接到 Windows 電腦上，是有差異的\n到這一步就可以知道要解決 Samba + CUPS 的問題不會很容易\n甚至可能是不可能的了\n畢竟我們不知道 Epson 的驅動程式具體做了什麼\nUSB/IP 後來決定改試試看 USB/IP 協定\n這個協定簡單來說，就是伺服器端把 USB 設備透過網路分享出去\n客戶端就可以把這個設備當作是接在自己的電腦上一樣使用\n詳細說明可以參考以下幾個連結：\nhttps://www.kernel.org/doc/html/latest/usb/usbip_protocol.html https://usbip.sourceforge.net/ https://wiki.archlinux.org/title/USB/IP 其實一開始就有考慮過這個方案了\n雖然 USB/IP 在 Linux 上是內建在 kernel 裡，又已經有一段時間了\n應該算穩定\n但我的使用情境裡，客戶端是 Windows\n之前查了一下，發現現在 Windows 上的 USB/IP 驅動程式好像還有一些問題\n就想說先試試看其它的作法\n不過現在看來\n還是得試試看這個方案了\n大致流程 伺服器端（Raspberry Pi） 安裝 usbip 啟動 usbipd 服務 把印表機 bind 到 USB/IP 分享出去 客戶端（Windows） 安裝 cezanne/usbip-win 的驅動程式 Attach 到伺服器端的印表機 額外說明 伺服器端在重開、重接後自動 bind 由於 USB 裝置因為拔掉或關機而與系統斷開連線時\nUSB/IP 會取消 bind 的狀態\n重新連上也不會自動 bind 回去\n所以會需要一些機制來自動把印表機 bind 上去\n另外 usbipd 這個服務在 Debian 上的 usbip 套件裡是沒有包含 systemd 服務的\n所以也不會自動在系統開機時啟動\n所以我就參考一些網路上看到的作法\n寫了一個 systemd unit 檔案來自動啟動 usbipd 服務\n以及一個 udev rule，在印表機連上時自動跑 usbip bind\nhttps://github.com/lcy0321/systemd-udev-usbip-printers\n客戶端的驅動程式 前面提到 Windows 上的 USB/IP 驅動程式好像有一些問題\n是指說歷史比較悠久、驅動程式有簽章的 cezanne/usbip-win 已經沒在維護了\n而有持續在開發的 vadimgrn/usbip-win2 目前還沒有驅動程式簽章\n沒有簽章的話，Windows 必須要開啟 TESTSIGNING 模式才能安裝並使用這個驅動程式\n這會降低系統的安全性，而且據說有些銀行的程式會不給在這個模式下使用\n我還是先選擇舊的 cezanne/usbip-win 來試試看\n使用的是有簽章的版本 0.3.6-dev\n目前看起來沒出現什麼問題\n不過還是希望能有公司出現幫 vadimgrn/usbip-win2 的驅動程式簽章\n客戶端自動 attach 類似伺服器端的問題\n伺服器端的 USB/IP 裝置因為關機之類的問題而消失時\n客戶端也會自動取消 attach\n所以需要一個機制來自動 attach\n本來是想透過 Windows 的工作排程器來實作\n每隔一段時間就執行一次 usbip attach 指令\n反正如果已經 attach 了，再 attach 也不會有問題\n伺服器端的 USB/IP 裝置不在的話，指令會失敗，也不會有什麼問題\n不過這樣有兩個問題\n第一是工作排程器的最小間隔是 1 分鐘\n這就表示打開印表機到客戶端 attach 的時間最多會延遲 1 分鐘\n第二是伺服器端上會出現一大堆 error log\n顯示有客戶端試圖 attach 一個不存在的 USB/IP 裝置\n或是試圖 attach 一個已經被 attach 的裝置\n所以後來寫了一個 PowerShell script\n只在目前沒有 attach 的情況下\n執行 list 指令，看看伺服器端上的 USB/IP 裝置在不在\n在的話就 attach；不在的話就不做任何事情\n等個幾秒後再重複這個動作\n然後再用 winsw 把它包裝成 Windows 服務\n讓它開機時自動啟動，並在意外關閉時自動重啟\n結論 目前試起來是沒有問題\n不過前幾次的問題也是過一陣子才會出現\u0026hellip;\n所以還是要再觀察一陣子才能確定\n","permalink":"https://blog.lcy.one/2024/12/30/usb-ip-printer.html","summary":"\u003cp\u003e幾個月前的文章 \u003ca href=\"/2024/10/20/epson-l360-on-raspberry-pi.html\"\u003e將 Raspberry Pi 接上 Epson L360 設定成印表機伺服器\u003c/a\u003e\u003cbr\u003e\n提到了需要把印表機接上 Raspberry Pi 來分享給家裡的其它電腦用\u003cbr\u003e\n最後是透過 Samba + CUPS 做到\u003cbr\u003e\n並對 ENPC 的請求封包回傳一個空的回應來解決驅動程式會卡住的困擾\u003c/p\u003e\n\u003cp\u003e結果之後發現印表機還是會出現一些問題\u0026hellip;\u003cbr\u003e\n後來研究半天，決定改成透過 USB/IP 來把印表機接到 Windows 電腦上\u003c/p\u003e","title":"透過 USB/IP 把印表機接到 Windows 電腦上"},{"content":"這篇文章與平常的技術文章不同，是紀錄新家裝修與設計的過程\n最近我們家購入新屋，是一棟 15～20 年的中古屋\n原本是隔成許多戶分租給學生，屋況不是很好\n所以要搬進去住一定得整個重新裝修\n考慮到預期是要長期居住的（至少我父母是），所以想說要找設計師來做整體的規劃和設計\n大致時間線 N：與原屋主簽約，確定購屋。同時開始找設計公司。 N + 1 週 ～ 4 週：找幾家設計公司諮詢、丈量、報價，然後決定了其中一家。 N + 1 個月：交屋。開始與設計公司討論設計方案。 N + 3 個月：開工。 N + 7 個月：完工驗收。 N + 8 個月：搬家入住。 找設計公司 考量因素 找設計公司的過程中，主要是考量以下因素：\n地點 希望設計公司不要離我們新家和舊家太遠\n一方面溝通成本比較低，另一方面之後施工的時候對方也比較方便\n設計風格 我們家的共識主要是想要簡潔的風格，不要太多花俏的裝飾\n這個應該也是現在主流的風格，像是北歐風或日式風之類的\n所以就是參考各家設計公司在官方網站或社群平台上的作品集，看看會不會離我們的期待太遠\n評價 主要就 Google 地圖上的評價，再加上拿公司名稱去搜尋看看有沒有什麼評論\n不過住家附近的一些小設計公司可能就沒有太多評價，比較不好分辨\n我是評論數太少、Google 找不到的就先略過\n室內裝修業登記 雖然新北市不像台北市，會嚴格要求裝修需要申請室內裝修許可證\n但是想說還是找個有合法登記的公司比較保險（可以到這裡查）\n最終選擇 根據以上考量，最後是找到兩間設計公司\n一個是連鎖的大公司，在新家附近有據點\n另一個是小型的公司，也是在新家附近\n綜合考慮報價和討論過程中的體驗\n最後選擇了小型的公司\n討論及施工過程 基本上每一間設計公司要走的流程都差不多\n諮詢、丈量、報價、討論、施工、驗收\n討論又分為幾個階段\n其中每項都討論了非常多細節，也花了很多時間在跟家人還有設計師討論\n每次討論也都會有前幾次的項目需要再修改討論\n以下只列大致內容，並提一些比較特別的部分\n平面配置圖 平面配置圖就是丈量後最初步的設計\n規劃家裡的隔間和用途，以及大致的家具配置\n以及指定一些裝修材料、設備，以及工法\n以我們家為例，主要是討論：\n廚房一字型要改 L 型 系統櫃擺設的位置 一間輕隔間與外面系統櫃分配的空間 水管不用重拉；電線要重拉 在這階段也會有初步的報價\n要再往後走流程的話就要簽約了\n[!NOTE]\n這邊有一個點是我提出了要把網路線的 CAT-5e 換成 CAT-6\n想說價差不大，沒什麼理由用 CAT-5e\n平面系統圖 在這階段就會提供幾張更詳細的平面圖來討論，包括：\n平面配置圖 拆除圖 木作隔間圖 系統櫃配置圖 泥作圖 天花板圖 木地板圖 冷氣空調圖 插座弱電圖 燈具迴路圖 塗裝玻璃圖 會一張一張的討論\n看大家哪邊有意見或是有什麼想法\n這些圖在後續每次討論，都會再拿出來修修改改\n每次討論都會有更新\n[!NOTE]\n我自己算一算我自己房間的用電量\n每項都多抓一點，就發現可能會需要第二個迴路\n就有提出來，還有要求插座多一點\n系統櫃立面圖、白模圖 前面的圖都是平面圖，這邊就是立體的圖\n立面圖是系統櫃具體的的設計\n看隔層和高度的設計、抽屜和門的選擇、把手的樣式等\n白模圖就是整個房間的未上色 3D 模型圖\n可以比較直觀地看到整個房間的樣子，看跟預期有沒有差異\n也在這時候會讓我們回去討論選擇各個牆面、系統櫃、地板、天花板等的顏色或花紋\n彩圖 這邊幾乎就是開工前的最後討論了\n設計師會拿出各個空間已經上色的 3D 模型渲染圖\n看看跟預期有沒有差異，有沒有什麼地方需要修改\n[!NOTE]\n這階段的時候我有提出想採用比較好看的插座和開關\n原本都是 Panasonic 的星光系列\n後來把公共空間顯眼位置的開關改成 RISNA 系列\n主要是讓雙切開關不會有看起來開關跟實際狀態不一致的問題\n我跟妹妹比較在意外觀，把房間顯眼位置的開關和插座改成 GLATIMA 系列\n開工前以及施工中 從最開始討論，一直到開工前，甚至是施工中\n中間每次有想法或是有問題都會透過 LINE 或電話再跟設計師討論確認\n會需要現場見面的，通常都是要針對圖面討論，比較不方便單純用文字或語音\n浴室配件與窗簾 施工到最終階段前\n會再約一次到裝修現場，確認浴室配件和窗簾\n主要是這個階段才確切地知道浴室的配置和大小\n也才能現場感受未來的使用情境\n完工驗收 最後驗收的時候\n會再次確認每個空間的設計和裝修是否符合預期\n操作每個開關、抽屜、門窗，看看有沒有問題\n像我們就遇到有少數幾個櫃子門有點卡卡的，還有一些木作的邊角有點尖\n不過幾乎都沒有太大問題\n其它 中間除了與設計公司接洽外\n還有一些其它與裝修相關的事情要另外處理\n家具行 找了幾間家具行，跟家人一起去物色有沒有適合的\n除了一些地方的家具行之外\n還去逛了像是 IKEA 和特力家居這類的連鎖展示中心\n瞬熱飲水機 想說都重新裝修了，順便裝個瞬熱飲水機\n也找家人跑去 VOCA 的展示據點體驗看看\n然後選擇想要的配備\n浴室配件 浴室配件光看設計師和網頁上的圖片沒什麼感覺\n於是在浴室配件討論前，也跟家人一起去 OVO 的展示中心看看\n現場看展示品，比較能感受到實際的使用情境\n幫助我們在跟設計師討論前，決定想要的配備\n冷氣廠商 這間設計公司不直接經手冷氣空調的部分\n而是我們要自己找冷氣廠商，再請他們跟設計公司接洽\n設計公司也有介紹一間冷氣廠商\n我們自己詢問了幾間之後，最後還是選擇了設計公司介紹的那間\n這邊本來有想到要不要裝全熱交換器和全戶除濕機\n後來跟家人討論後覺得可能必要性不高，就還是只有裝分離式冷氣\n五台室內機 + 兩台室外機\n加上要拉到統一的室外機位置\n冷氣主機費用，加上施工費及材料費\n總價是新台幣 280,000 元\n玄關門噴漆 玄關門是那種經典的硫化銅門\n不知道是年久還是保養不當，已經有點生鏽和掉漆\n導致看起來很老舊，與新裝修的風格不太符合\n本來設計公司是建議可以找廠商貼膜\n不過聯絡貼膜廠商後，他們認為我們的門上有一些凹凸造型\n貼膜會很費工，成本很高\n建議我們改用噴漆\n後來就連絡了廠商來噴漆\n報價是新台幣 13,000 元\n噴完後看起來跟新的一樣，效果不錯\n電子鎖 家人對電子鎖有興趣\n不過由於我們是雙玄關門的設計，款式上有點限制\n推拉式的幾乎都會卡到另一個門的手把\n所以只能選擇手把式\n我本來想選擇 AiLock 的電子鎖\n但家人比較偏好飛利浦的款式\n所以後來就選擇了飛利浦的電子鎖\n後續 入住後\n陸續還是會遇到一些小問題需要處理\n像是矽利康不夠、電燈開關卡住、油漆因地震裂開等\n目前跟設計師聯絡都會過來處理\n不確定一年保固後還會不會願意幫忙\n事後檢討 目前入住後約半年了\n整體而言，包含設計和施工雖然有一些瑕疵\n但是問題都不太大，或是有來處理\n再加上價格的綜合考量，我自己是覺得還算滿意\n而我自己事後是還有想到一些當初沒有想到的、或是應該重新考慮的事情：\n弱電廠商 這個設計公司是找水電廠商來做弱電工程\n其實大部分設計公司應該都是這樣，不會再另外找弱電廠商\n但是我覺得如果當初有找弱電廠商\n不管在設計階段或是施工階段，可能都會有比較專業的建議或做法\n像是說不定就會有方法直接拉線給印表機，見前一篇文章\n當然應該會再多一筆費用，以及更多的溝通成本\n智慧家電 裝修完、入住後才開始想到智慧家電的部分\n才知道要做到比較好的智慧家電整合，其實要在裝修階段就要考慮\n包括開關可能要預留中性線等\n事後要再補上可能會比較麻煩\n水線重拉 幾間設計公司其實都認為我們 15 年左右的水電管線要不要重拉都可以\n當初考慮到電力比較會影響到安全，所以只有電線重拉\n不過後來才想到說既然都預期要久住了，應該要連水線都重拉\n不然過幾年真的遇到問題才要重發的話，肯定會麻煩很多\n全熱交換器與全戶除濕機 如上面提到的，當初是有考慮要不要裝全熱交換器和全戶除濕機\n這兩種裝置都是要在裝修階段就要考慮的\n事後除非拆掉天花板，不然是很難再裝的\n不過還是認為北部的空氣品質不會太差，所以全熱交換器需求不高\n擺一台空氣清淨機就好\n濕度感覺也不會太高，所以全戶除濕機也不太需要\n需要的時候再擺一台一般的除濕機就好\n萬一之後又有別間房子要裝修（至少短期內不會有）\n可能會在重新考慮這兩個裝置看看\n油漆 當初沒有跟設計公司確認到油漆施作時\n會不會先處理掉舊有的油漆才上新的\n後來發現廠商應該是直接在舊油漆上再上新的\n導致油漆的吸附力好像不太好\n沒辦法在上面黏東西，整個油漆會一起掉下來\n容易有裂痕也不太確定是不是因為這個原因\n","permalink":"https://blog.lcy.one/2024/12/07/house-renovation.html","summary":"\u003cp\u003e這篇文章與平常的技術文章不同，是紀錄新家裝修與設計的過程\u003c/p\u003e\n\u003cp\u003e最近我們家購入新屋，是一棟 15～20 年的中古屋\u003cbr\u003e\n原本是隔成許多戶分租給學生，屋況不是很好\u003cbr\u003e\n所以要搬進去住一定得整個重新裝修\u003cbr\u003e\n考慮到預期是要長期居住的（至少我父母是），所以想說要找設計師來做整體的規劃和設計\u003c/p\u003e","title":"新屋裝修與設計"},{"content":"最近搬到新家，客廳的印表機沒辦法拉線接到原本的電腦\n所以想說弄一台 Raspberry Pi 接上去，然後透過 Wi-Fi 分享給家裡的其他電腦用\n結果遇到了不少問題\n2024-12-30 更新 這篇的最終解法在幾個月後還是出現了問題\n後來的解法可見新的文章\n前情提要 印表機 家裡的印表機是 Epson L360，是連續供墨的機型\n用了快十年，還沒換過幾次墨水匣，滿划算的\n本來在舊家放在客廳，是用 USB 接到一台 Windows 電腦上\n再透過 Windows 的印表機共用功能，讓家裡的其它電腦可以用\n不過搬到新家後，客廳配置不太一樣\n放在弱電櫃上方，離電腦有一段距離，沒辦法直接接 USB 線\n華碩無線路由器 本來是先透過 USB 接上華碩的無線路由器（RT-AC66U B1）\n搭配這台路由器的網路印表機伺服器功能，分享給其它電腦用\n正常的時候，不論是用華碩 EZ 印表機分享或 LPR 協定分享哪種方式\n都可以在客戶端連上印表機後，透過 Epson 本身的驅動程式正常列印\n只有一個小問題，用 LPR 協定分享的話，客戶端啟動列印到印表機開始列印之間會有一段 10 到 20 秒的延遲\n可是不知道是什麼原因\n每次重開印表機的時候，路由器都有機率把它認成 modem 裝置\n導致印表機分享功能沒有啟動\n這時候就要重開這個功能、重插印表機的 USB 線，或是重開印表機看看能不能解決\n對我來說已經算麻煩了\n更不用說對家人來說根本不知道怎麼處理\n再加上網路上搜尋類似問題的時候，也看到也有人在抱怨華碩的網路印表機伺服器功能不太穩定\n所以就考慮看能不能換個方式\nRaspberry Pi 後來就想說搞一台單板電腦像是 Raspberry Pi 來當作印表機伺服器\n剛好同事有一台 Raspberry Pi 3 Model B 可以借我\n就跟他借來試試看\nOS 是以 Debian 12 為基礎的 Raspberry Pi OS\n在 Raspberry Pi 上安裝驅動程式，再透過 CUPS 分享（有問題） 首先嘗試的是在 Raspberry Pi 上安裝 Epson L360 的驅動程式\n然後再用 CUPS 透過 IPP 協定分享給其它電腦用\nCUPS 的安裝和設定這邊就不贅述了，沒有什麼特別的地方\n安裝驅動程式 由於這台印表機有點年代了\n什麼 driverless 或 IPP Everywhere 都沒有支援\n所以還是要想辦法安裝驅動程式\n然後 Epson 官方網站上也沒有提供 ARM64 架構的 Linux 驅動程式\n所以也只能找第三方的方案\n不過即使是第三方的方案，也沒有直接支援 L360 的驅動程式\n幸好 Google 了一下發現不少人表示說可以用 Gutenprint 裡的 Epson L210 或 L310 驅動程式替代\n只要安裝 printer-driver-gutenprint\n之後在 CUPS 加入印表機的時候，model 選擇 Epson L210 或 L310 就可以了\n分享印表機 然後參考 ArchWiki 這篇教學的 2.1 和 2.2 章節設定好分享\n就可以在區域網路內其它電腦上看到這台印表機了\n有開 DNS-SD 的話，Windows 應該直接按一下「搜尋印表機」就可以看到\n沒有的話手動加入 http://\u0026lt;HOSTNANME\u0026gt;:631/printers/\u0026lt;PRINTER_NAME\u0026gt; 也可以\n成功列印\u0026hellip;？ Windows 加入這台印表機後會透過 IPP 協定去列印\n除了選項比較少之外，基本上還是可以列印的\n\u0026hellip;本來是這樣想的\n結果家父要列印的時候才發現邊界特別大\n原本透過官方的驅動程式列印的時候，邊界只有 0.3 公分左右\n現在這種方式列印的時候，邊界變成約 1 公分，尤其下邊界更是大到約 1.5 公分\nWindows 上的程式要列印的時候就有類似「列印範圍超出紙張範圍」的警告\n硬要列印的話，就會有一部分內容被切掉\n不過我直接在 Raspberry Pi 上列印同樣的檔案，邊界就是正常的\n所以應該是 CUPS 和 Windows 之間 IPP 溝通上有問題\n試圖解決 用 IPP 的工具去看 CUPS 回覆的資訊看不出所以然\n後來乾脆直接去改 PPD 檔案，把裡面除了 A4 以外的紙張尺寸都刪掉\n然後再到客戶端上重新加入印表機\n結果上、左、右邊界好像比較正常了\n可是印出來的時候似乎內容會變得更靠邊，變得比設定的邊界小\n然後下邊界好像還是有點大\n而且更嚴重的是有時候最後一行會整個錯位，然後一頁內容被印表機印到兩頁\n整個還是不能用的狀態\n透過 Samba 分享印表機（成功但需要額外處理） 後來發現說還可以有另一種方式分享印表機\n就是不在伺服器端安裝驅動程式，直接以 raw 的方式透過 Samba 分享印表機\n讓客戶端自己透過驅動程式直接跟印表機溝通\n設定 Samba 印表機分享 可以參考上面提過的 ArchWiki 教學的 2.3 章節，或是 Samba 官方 wiki 中分享印表機的教學\n設定好後，從其它 Windows 客戶端打開檔案總管輸入 \\\\\u0026lt;HOSTNAME\u0026gt; 就可以看到這台印表機了\n這種方法要客戶端自備驅動程式（沒有在 Sambda 伺服器上附上驅動程式的話）\n成功列印 這種方法就完全是透過 Epson 官方的驅動程式直接跟印表機溝通\n所有功能都是正常的，邊界問題也沒了\n除了\u0026hellip;\n延遲問題 透過這種方式加入印表機\n每次對印表機進行操作（例如列印、打開「印表機內容」或「列印喜好設定」視窗）都會有一個 30 秒左右的延遲\n雖然不影響列印，但是每次操作都要等一段時間還是很怪\n觀察 去 Raspberry Pi 上打開 CUPS 和 Samba 的 debug log\n看起來在客戶端進行操作的時候，同樣的 request 都會重覆發幾次，中間隔個幾秒\n不過看起來沒有什麼錯誤訊息\n再用 Wireshark 監控網路封包\n發現客戶端在進行操作的時候，都會對伺服器的 3289 port 發送幾次 UDP 封包\n不過伺服器沒有聽這個 port 當然沒有回應\n模式大概是\n客戶端發送 UDP 封包到伺服器的 3289 port 伺服器立刻以 ICMP port unreachable 回應 客戶端等 3 秒左右後再發送下一個 UDP 封包 重複這個過程 8 次 這樣算一算差不多就是將近 30 秒的延遲\n釐清 查了一下 UDP 3289 port 會發現 Epson 官方許多機型的文件都會提到\n是 Epson 用來透過 ENPC 協定「從 EpsonNet Config、印表機驅動程式及掃描器驅動程式等應用程式中發現印表機」\n不過網路上都找不到 ENPC 協定的相關資訊或實作\n有看到一些討論（例如 escpos-php 和 Stack Overflow），但是大家也都沒有詳細資訊\n解決 反正也不知道 ENPC 協定的 request 下來要回覆什麼\n我乾脆就用 Python 寫個簡單的 UDP server\n讓它聽 3289 port，然後都回一個空的訊息回去\n🎉然後延遲就降到剩 5 秒左右了🎉\n基本上就是省下了那段不斷重試 UDP 封包的時間\n剩下的應該就是 Samba 或 CUPS 本身的延遲了\n到這裡印表機的使用上就算是沒有什麼問題了\n結語 當初想說印表機用得好好的，不想換新的\n沒想到花了好幾天的時間在自己搞印表機伺服器上\n幸好最後還是解決了\n主要困難點大概是以下幾點：\nEpson 官方沒有提供 ARM64 架構的 Linux 驅動程式 CUPS 相關的開放原始碼社群也沒有提供 Epson L360 的驅動程式，不確定會不會是這台印表機沒有在國外發售？ Epson 驅動程式本身用到的 ENPC 協定沒有相關資訊 以後要買印表機的話\n應該要考慮直接買有無線網路分享功能的印表機\u0026hellip;\n近幾年的印表機應該對 IPP Everywhere 的支援比較好，也就比較沒有驅動程式的問題了\n","permalink":"https://blog.lcy.one/2024/10/20/epson-l360-on-raspberry-pi.html","summary":"\u003cp\u003e最近搬到新家，客廳的印表機沒辦法拉線接到原本的電腦\u003cbr\u003e\n所以想說弄一台 Raspberry Pi 接上去，然後透過 Wi-Fi 分享給家裡的其他電腦用\u003cbr\u003e\n結果遇到了不少問題\u003c/p\u003e","title":"將 Raspberry Pi 接上 Epson L360 設定成印表機伺服器"},{"content":"睽違了兩年多的部落格更新\n是要來抱怨這幾個月學 + 用 Golang 的使用體驗\n個人使用程式語言的經驗 我個人算上學生時代除了作業以外，開始會自己課餘寫程式開始\n大概有八年的程式開發經驗\n其中最熟 Python，不管業餘還是工作上都有用到，寫了六年多\n不過沒有碰過 ML、AI、資料分析之類的\n主要是在寫後端服務和一些有大有小的工具程式\nJava 是在工作上寫過，接觸約兩年\nJavaScript 工作上和業餘斷斷續續寫過\n工作上也有多少碰到 C、C++、Groovy、Lua 之類的，大概就到略熟悉的程度\n還有碰過像是架這個網站用的 Ruby，之前寫過的 PHP，不過都只有入門等級而已\n開始寫 Golang 最近在公司裡被轉去一個新領域，主要也是開發後端服務\n大部分的團隊都是用 Golang 開發，多數專案也是 Golang 寫的\n雖然真的硬要用 Python 開發可能也可以\n不過一方面懶得去爭論，另一方面想說學一下這個也算熱門的語言也不錯\n寫這篇文章的原因 邊學邊寫 Golang 大概三個月了\n目前都覺得越學越覺得不太喜歡這語言，覺得不吐不快\n以下列出一些我覺得的優缺點，主要還是跟我最熟悉的 Python 比較\n覺得 Golang 的優點 先提一些優點\n效能\n雖然可能略輸 C/C++\n不過在大部分的情況下肯定比 Python 和 JavaScript 快\n單一二進制檔案\n不用像 Python 和 JavaScript 之類的語言，部署的時候要想辦法準備環境\nGolang 是編譯成二進制檔案，直接執行就好\ngo fmt\n官方直接有格式化工具，不用像其它大部分的語言要另外裝第三方工具\n開發者沒有藉口不跑格式化\n覺得 Golang 的缺點 接下來就是各種抱怨了\n缺乏文件 不確定具體原因，但我覺得各種 Golang 套件的文件都不是很完整\n常常都要進去看原始碼才知道怎麼用\n例子：Gin 像是 Golang 前幾大的 web 框架－ Gin 的文件\n根本沒有多少教學或說明，只有一些帶有一兩句說明的範例\nAPI reference 很多也都只有簡短說明，有時候都看不出具體的用法\n看起來完全不像是一個有 75k+ stars 的專案\n這個也有人開 issue 在抱怨\n例子：gomock gomock 是用來產生 mock 物件的工具\nGoogle 後來不維護了，Uber 接去維護\n同樣也是只有基礎的教學\n像是比較進階的 matcher 用法要自己點進去看原始碼參考\n對比 Python 套件的文件 以熱門的 web 框架來說\n不論是 Flask、Django，還是 FastAPI 的文件都遠遠比 Golang 的 Gin 完整\n不用一直去翻原始碼，看看文件就知道怎麼用\n錯誤處理 Golang 沒有 try-catch\n通常都是讓函式多回傳一個 error 物件\n再從呼叫方 if err != nil 來判斷是否有錯誤發生\n我個人是覺得這種作法寫起來沒有 try-catch 直覺\n而且相較於 Golang 連要分辨錯誤的類型都有點麻煩\nPython 那樣可以做 exception chaining、exception grouping\n還可以根據 exception 的 parent class 來捕捉不同類型的錯誤\n整個體驗差滿多的\n套件管理 Golang 在 1.11 之後加入 module 的概念\n套件管理用起來就會比較像 Python 的 Pipenv 或是 JavaScript 的 npm\n把套件的版本號寫在 go.mod 裡面\n工具自動產生套件的 hash 值和版本號到 go.sum\n不過相較於 Pipenv 和 npm 有 dev dependencies 的概念\nGolang 這邊沒有將 dependencies 分類\n雖然 Golang 不像 Python 和 JavaScript 需要在執行環境安裝套件\n但是仍然可能會有一些「tool dependencies」是只用在開發或 CI/CD 的時候\n官方的解法是把這些套件寫進 tools.go\n這樣 build 的時候就不會把這些套件包進去\n\u0026hellip;這什麼繞路的解法，加一個 tool dependency 還要記得改兩個地方\n缺少一些語言特性 這個有可能只是因為我還不習慣寫 Golang\nGolang 作為一個相對新的熱門程式語言\n（2009年發行，Python 3.0 2008年發行，其它熱門語言就更舊了）\n很多寫起來還是很有「老」程式語言的感覺\n直接到官方的 GitHub issues 頁面以按讚排序\n以現在的時間點（2024 年 04 月 16 日）來看就有幾個我遇過的障礙\n第二名：proposal: spec: add typed enum support\n沒有 enum 可以用，只能用 const 來模擬\n只寫 Golang 就算了，開發後端服務免不了要跟前端或其它服務溝通\n不論是 HTTP API 常用的 OpenAPI\n或是 gRPC API 常用的 Protocol Buffers 都有 enum 這個類別\n在 Golang 要跟這些資料格式轉換的時候就會有點麻煩\n第五名：proposal: expression to create pointer to simple types\n沒有辦法用簡單的語法直接建立一個指向新變數的指標\n會常撞到這個問題的其中一個情境跟 Golang 的一個語言特性有關\n就是 struct 建立起來沒有賦值的話就會是「zero value」\nint 會是 0、string 會是空字串、bool 會是 false，而不會是 nil 之類的\n也就是說沒有辦法分辨真的是 0/空字串/false 還是沒有賦值\n常用解法是把這些欄位的類別改成指標，然後判斷是否是 nil 來分辨是否有賦值\n不過要塞欄位時就麻煩了\n就算只是要塞一個固定的值，還是要先建立一個變數，才能再把變數的指標塞進去\ntype MyStruct struct { fieldA *int fieldB *int } foo := 20 bar := 30 myStruct := MyStruct{ fieldA: \u0026amp;foo, fieldB: \u0026amp;bar, } 不然就是要另寫一個函式來取出指標\ntype MyStruct struct { fieldA *int fieldB *int } func IntPointer(i int) *int { return \u0026amp;i } myStruct := MyStruct{ fieldA: IntPointer(20), fieldB: IntPointer(30), } 像 AWS 的 Golang SDK 就寫了好幾個函式在做這件事\n結語 其實還有不少小問題\n不過就先列這些比較大的障礙\n不知道再多接觸一段時間會是開始接受\n還是會有更多抱怨可以寫\u0026hellip;\n","permalink":"https://blog.lcy.one/2024/04/16/golang-newbie-complaints.html","summary":"\u003cp\u003e睽違了兩年多的部落格更新\u003cbr\u003e\n是要來抱怨這幾個月學 + 用 Golang 的使用體驗\u003c/p\u003e","title":"Golang 新手的抱怨"},{"content":"就某方面滿搞笑的\n上一篇兩年多年的文章在講怎麼搬到自架的主機上\n過一年多就又搬到 GitHub Pages\n而且又過了快一年才發這篇文 Orz\nGitHub Pages GitHub Pages 讓人可以把靜態網頁放在 GitHub 上\n由 GitHub 提供網域、空間和 TLS 憑證等服務\n從自架 Wordpress 轉過來的好處就是省下了維護的成本\n畢竟現在網路世界很可怕，自架伺服器都要定期上去更新一些外掛和伺服器系統本身的一些套件\nTLS 憑證什麼的也要定期更新（雖然弄個 cron job 去自動更新也行）\n轉到 Pages 上就什麼都不用管了\n而且靜態網頁的效能肯定比動態網頁快不少\n反正我本來就不需要像是留言板之類的功能\n簡單來說就是更懶、更快、更安全\nJekyll 雖然說是靜態網頁\n可是也沒有硬到真的整份 HTML 都自己手寫\n有很多種靜態網頁生成框架可以用，比較有名的像是 Jekyll、Hugo、Hexo 等\n用這些框架把網頁生出來再丟到 GitHub 上就可以了\n而我這邊是使用 Jekyll\n主要原因只是因為 GitHub Pages 有內建支援 Jekyll\n只要把原始碼丟上去，GitHub 就可以直接產生出網頁了\n可以再省下自己生完再部署上去的動作\n更懶\n從自架 Wordpress 轉移 雖然我 Wordpress 的文章也沒幾篇\n不過要一篇一篇轉，對我這種懶人來說還是會嫌麻煩\n所以我是用 Wordpress 上的 Jekyll Exporter 外掛\n幫我大致轉成 Jekyll 吃的格式之後，我再自己微調\n具體 Jekyll 的設定什麼的，這裡就不寫了\n基本上就是照著官方教學跑就好了\n比較特別的是因為新的 URL 格式不太一樣\n有另外透過 jekyll-redirect-from 這個外掛把原本文章的 URL 轉到新的 URL\n自定義域名 另外就是要把原本的域名拿來給 GitHub Pages 用\n把本來指到我自架機器 IP 的 DNS A 紀錄，改成用 CNAME 指到 GitHub 這邊提供的域名（XXXX.github.io）\n再去 Pages 的頁面設定一下就差不多了\n我是還有再額外設定一下\n讓網路流量跟之前一樣透過 CloudFlare 來反向代理\n所以 TLS 憑證會看到是 CloudFlare 那邊來的\n結語 其實就像前一篇結語寫的\n這個部落格主要還是架好玩的\n反正之前自架 WordPress 的時候就有玩到一些自架的東西了\n現在改到 GitHub Pages 上之後就可以不用再額外花時間管了\n","permalink":"https://blog.lcy.one/2022/04/09/blog-migration-to-github-pages.html","summary":"\u003cp\u003e就某方面滿搞笑的\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"/2019/08/29/blog-migration-to-self-hosted-wordpress.html\"\u003e上一篇兩年多年的文章\u003c/a\u003e在講怎麼搬到自架的主機上\u003cbr\u003e\n過一年多就又搬到 GitHub Pages\u003cbr\u003e\n而且又過了快一年才發這篇文 Orz\u003c/p\u003e","title":"本部落格轉移至 GitHub Pages"},{"content":"原本這個部落格是放在 WordPress.com 上\n不過後來閒閒沒事想說還是學著架 WordPress 在自己租的主機上看看\n於是就買個域名 然後試著遷過來了\n這篇不是教學\n細節不會多提 主要是分享架站的心路歷程\nVPS 我原本就有在租 Vultr 的 VPS\n平常拿來放一些 Discord 的 Bot\n偶爾還可以拿來當日本的跳板\n其實會想搬過來也是覺得租了一台 VPS 好像都沒幹嘛也是有點浪費\n網域名稱 再來就是需要一個域名\n原本我有時是直接使用免費的 NCTU Domain\n不過後來覺得自己買域名比較好玩穩定\n考慮了網路上看到的評價以及自身的喜好之後\n再加上最現實的＄＄＄考量\n決定在 Porkbun 買了這個 .one 的域名\n第一年 7.5 鎂，算是可以接受\nWordPress 這部分其實比我想像中的還要簡單方便\n基本上就是把 WordPress 載下來、依賴套件裝一裝、Nginx 設定一下\n然後從 WordPress.com 匯出，再匯進自架 WordPress\n基本上就遷完了\nTLS 都 2019 年了\n學架個網站卻沒弄 TLS 完全說不過去\n現在也有 Let\u0026rsquo;s Encrypt 和 Certbot 這些超級方便懶人的東西\n再網路上找個教學 把 Nginx 跟著設定一下就完成了\nCloudFlare 聞名 CloudFlare 已久\n一直很想玩玩看這東西 現在終於真的要來碰這個\n結果其實也沒什麼特別的 就一步一步照著做就結束了XDD\n看到 CloudFlare 免費版提供這麼多功能\n真的是佛心來的\n後續調整 以上偏後台的東西都弄好後\n就又回來調整 WordPress 了\n首先目標是要盡量解決掉 Google 的 PageSpeed Insight 以及 SSL Labs 的 SSL Server Test 上偵測出的問題\n於是先開始研究一些比較常見的 Plug-In\n視需求安裝、調整~~、踩雷~~\n同時再根據有偵測出的問題\n邊 Google 邊調整伺服器上的設定\n之後才發現那些都簡單\n最複雜的問題是部落格主題XDD\n個人的設計感對不上自己的審美觀\n怎麼調都覺得不好看\n最後直接採用了 WordPress 內建的 Twenty Seventeen\n再根據自己的喜好做一些微調（除了模板提供可修改的部分，再微調一些 CSS）\n畢竟自架的好處就是可以視自己需求客製化\n結語 其實架這個部落格的初始目的也不是真的要經營\n畢竟也沒人在看\n主要是想自學一些相關的技能知識\n在這前提下\n自架 WordPress 當然比使用 WordPress.com 更適合\n架起來的整體難度也比想像中簡單許多\n至於架完之後的發文頻率\u0026hellip;\n就再看看囉XD\n","permalink":"https://blog.lcy.one/2019/08/29/blog-migration-to-self-hosted-wordpress.html","summary":"\u003cp\u003e原本這個部落格是放在 \u003ca href=\"https://wordpress.com/\"\u003eWordPress.com\u003c/a\u003e 上\u003cbr\u003e\n不過後來\u003cdel\u003e閒閒沒事\u003c/del\u003e想說還是學著架 WordPress 在自己租的主機上看看\u003cbr\u003e\n於是就買個域名 然後試著遷過來了\u003c/p\u003e\n\u003cp\u003e這篇不是教學\u003cbr\u003e\n細節不會多提 主要是分享架站的心路歷程\u003c/p\u003e","title":"本部落格遷移歷程"},{"content":"這篇是要介紹如何在不用登入萬代帳號進行引繼的狀況下\n將 MLTD（ミリシタ，アイドルマスター ミリオンライブ！ シアターデイズ）的帳號資料從原本的 Android 裝置複製到另一個 Android 裝置\n注意：本篇需要對操作 Android 有一定的熟悉度\n這種方法相對於一般直接引繼有以下優點：\n可以在多個裝置共存帳號 因為是共用裝置 ID，所以不會讓舊的失效。 現在這個已經沒有必要了，現在直接引繼也可以共存的樣子。 免登入萬代帳號 像是有些人如我，不是很喜歡在模擬器登入一些帳號。 不用怕引繼轉移機種會把石頭清空 因為沒有引繼這個動作，照理來說應該不可能清石頭。 主要是擔心有些模擬器內建的瀏覽器會亂給 UserAgent，導致誤認成 iOS 會清石頭。 而缺點當然就是比較麻煩\n基本上整個流程的目標就是要把舊裝置中的\ncom.bandainamcoent.imas_millionlive_theaterdays.v2.playerprefs.xml 這個檔案複製到新的裝置上\n新舊裝置都能拿到 root 權限 如果新舊裝置都能拿到 root 權限\n那就很簡單了\n在新裝置裝好 MLTD 打開遊戲至少一次後\n直接把舊裝置的\n/data/data/com.bandainamcoent.imas_millionlive_theaterdays/shared_prefs/com.bandainamcoent.imas_millionlive_theaterdays.v2.playerprefs.xml 直接複製到新裝置的同一個位置\n完成\n新裝置拿不到 root 權限 如果新裝置拿不到 root 權限\n那就用 adb backup + adb restore 解決\n不過由於 MLTD 遊戲的檔案數量龐大\n非常花時間 而且很容易失敗\n可以考慮在舊裝置本身清完資料直接重新引繼\n在最乾淨的狀態下 adb backup + adb restore\n或是用 android-backup-extractor 把備份檔拆開\n僅留下 sp 資料夾裡的 com.bandainamcoent.imas_millionlive_theaterdays.v2.playerprefs.xml\n後再封回去\n不過這種方法我沒試過\n不確定可行性\n只有新裝置都能拿到 root 權限 如果新裝置能拿到 root 權限\n但是舊裝置拿不到\n那就先用 adb backup 把 com.bandainamcoent.imas_millionlive_theaterdays 這個 app 備份起來\n再用 android-backup-extractor 把備份檔拆開\n可以在 sp 資料夾裡找到 com.bandainamcoent.imas_millionlive_theaterdays.v2.playerprefs.xml\n再來就可以直接把這檔案丟進新裝置的\n/data/data/com.bandainamcoent.imas_millionlive_theaterdays/shared_prefs 資料夾裡了（新裝置要開過遊戲至少一次）\n參考資料 android-backup-extractor Full local backup infrastructure – Git repositories on android ","permalink":"https://blog.lcy.one/2019/01/15/mltd-share-across-android-devices-without-transfering.html","summary":"\u003cp\u003e這篇是要介紹如何在不用登入萬代帳號進行引繼的狀況下\u003cbr\u003e\n將 MLTD（ミリシタ，アイドルマスター ミリオンライブ！ シアターデイズ）的帳號資料從原本的 Android 裝置複製到另一個 Android 裝置\u003c/p\u003e\n\u003cp\u003e注意：本篇需要對操作 Android 有一定的熟悉度\u003c/p\u003e","title":"MLTD（ミリシタ）Android 免引繼複製帳號資料"},{"content":"承上一篇\n一買來 HTC U11 之後，立刻就把它升上了 Android 8.0 Oreo\n結果遇到一個困擾的問題－有些 App 不給關會擋住一部分畫面的彈出通知\n上一台用的是 Android 6.0 Marshmallow\n那時的「彈出通知視窗」的英文是叫做「Peek Notifications」\nHTC Desire Eye 設定頁面有一個地方可以把這功能停用\nOreo 的「彈出通知視窗」的英文則是叫做「Heads-up Notifications」\n設定頁面好像沒有地方可以整體停用這個功能\n除非 App 本身有支援 Oreo 通知的 API\n才能調成能正常接收通知，卻不會彈出會擋住畫面的通知視窗\n而 Facebook 的 Messenger 不支援 \u0026hellip;\n除了直接把 App 的通知停用之外\n系統內似乎沒有別的辦法可以阻止它跳出通知視窗\n幸好在 Reddit 有查到利用 adb 的解法\nadb shell settings put global heads_up_notifications_enabled 0 就能將整體的彈出視窗功能停用\n參考資料 Disable whatsapp peek notifications - oreo : GooglePixel ","permalink":"https://blog.lcy.one/2018/04/13/android-8-0-oreo-disable-popup-notofication.html","summary":"\u003cp\u003e承\u003ca href=\"/2018/04/13/android-no-preferred-sim-selected-for-sending-sms-messages.html\"\u003e上一篇\u003c/a\u003e\u003cbr\u003e\n一買來 HTC U11 之後，立刻就把它升上了 Android 8.0 Oreo\u003cbr\u003e\n結果遇到一個困擾的問題－有些 App 不給關會擋住一部分畫面的彈出通知\u003c/p\u003e","title":"Android 8.0 Oreo - 停用彈出通知視窗"},{"content":"最近入手了 HTC U11\n因為個人比較習慣 Google 官方的簡訊 App （Android 訊息）\n就載了下來準備替換掉 HTC 內建的簡訊 App\n但是要將其設成預設簡訊程式時\n卻跳出「尚未選取傳送簡訊時慣用的SIM卡」的錯誤訊息\n不知道別的品牌的 Android 手機是不是如此\nHTC U11 這一台並沒有能設定簡訊慣用 SIM 卡的位置\n以中文錯誤訊息當關鍵字下去搜尋查不到解法\n後來找到拿英文版的錯誤訊息當關鍵字找（No preferred SIM selected for sending SMS messages）\n總算在 xda 找到透過 adb 的解法\nadb 的使用方法就不詳述了，網路上隨便找都有\n然後下\nadb shell settings put global multi_sim_sms 1 指令中的「1」視手機雙 SIM 卡的情況修改\n就能將該 SIM 卡設定成簡訊慣用 SIM 卡\n也能成功將 Android 訊息設定成預設簡訊 App 了\n參考資料： Boban Stojanović (@swashta) | Twitter Android Messages - No preferred SIM selected for sending SMS messages | XDA Developers Forums ","permalink":"https://blog.lcy.one/2018/04/13/android-no-preferred-sim-selected-for-sending-sms-messages.html","summary":"\u003cp\u003e最近入手了 HTC U11\u003cbr\u003e\n因為個人比較習慣 Google 官方的簡訊 App （\u003ca href=\"https://play.google.com/store/apps/details?id=com.google.android.apps.messaging\"\u003eAndroid 訊息\u003c/a\u003e）\u003cbr\u003e\n就載了下來準備替換掉 HTC 內建的簡訊 App\u003cbr\u003e\n但是要將其設成預設簡訊程式時\u003cbr\u003e\n卻跳出「尚未選取傳送簡訊時慣用的SIM卡」的錯誤訊息\u003c/p\u003e","title":"Android 訊息（簡訊 App）- 尚未選取傳送簡訊時慣用的SIM卡"},{"content":"前一陣子在使用 FreeBSD 時\n發現開啟 rc.conf 時，vim 沒有將該檔案作為 conf 檔做 syntax highlighting\n但是開啟其他 .conf 檔案時就有\n好奇問了一下萬能的 Google 大神\n才知道 vim 對於 conf 檔的認定\n除了附檔名要是 .conf 之外\n還有檔案第一行必須要是 # 開頭的註解\n於是我就在 rc.conf 最前面多加了\n# rc.conf 重開 vim 之後就有正常的 syntax highlighting 了\n參考資料 freebsd-stable - syntax highlighting of rc.conf with vim ","permalink":"https://blog.lcy.one/2018/04/13/vim-syntax-highlighting-for-conf.html","summary":"\u003cp\u003e前一陣子在使用 FreeBSD 時\u003cbr\u003e\n發現開啟 rc.conf 時，vim 沒有將該檔案作為 conf 檔做 syntax highlighting\u003cbr\u003e\n但是開啟其他 .conf 檔案時就有\u003c/p\u003e","title":"Vim 對於 .conf 檔案的 syntax highlighting"},{"content":"今天在 Windows 7 上用 Git Bash 的時候\n遇到了一些奇怪的問題\n主要是下 git rebase -i \u0026hellip; 的時候\n一直跳出\nThere is no tracking information for the current branch.\nPlease specify which branch you want to rebase against.\n可是之前在 Windows 10 上用 Bash on Windows 下這指令的時候都沒問題\nGoogle 了一下才發現有人發過這個 issue\n解法竟然是\u0026hellip;\u0026hellip; 關掉 MacType\nwhen i git rebase -i error · Issue #710 · git-for-windows/git\n\u0026hellip; I added bash.exe to MacType utility exclusion list, now all is good.\n相關討論和 issue 可以點進去看\n剛看到這解法還以為他來亂的\n結果我把 MacType 暫時停用後\n什麼問題都解決了\u0026hellip;\n","permalink":"https://blog.lcy.one/2017/07/13/git-for-windows-incompatible-with-mactype.html","summary":"\u003cp\u003e今天在 Windows 7 上用 Git Bash 的時候\u003cbr\u003e\n遇到了一些奇怪的問題\u003cbr\u003e\n主要是下 git rebase -i \u0026hellip; 的時候\u003cbr\u003e\n一直跳出\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eThere is no tracking information for the current branch.\u003cbr\u003e\nPlease specify which branch you want to rebase against.\u003c/p\u003e\n\u003c/blockquote\u003e","title":"Git for Windows 與 MacType 神奇的衝突"},{"content":"用了幾年的第三方編譯版 Firefox 已經一個多月沒更新了\n在用這個版本之前 一直都是用官方的 Aurora Channel\n現在更名為 Developer Edition （開發者版本） 並加入了一些新功能\n想說換回來用用看\n卻發現 Developer Edition 會使用獨立的一個設定檔（profile）（以.dev-edition-default結尾）\n而且還不能改掉\n本來還以為只能在捷徑那邊加上「-p」參數去強制指定設定檔\n還好 Google 了一下後 在 Reddit 有找到別的解法：\n只要在\n%APPDATA%\\Mozilla\\Firefox\\ 目錄下新增一個名為「ignore-dev-edition-profile」的檔案\nFirefox Developer Edition 就會忽略獨立設定檔\n轉而使用原本 Firefox 使用的設定檔\n參考資料 How do I get Dev Edition to use my profile by default? : firefox ","permalink":"https://blog.lcy.one/2017/07/06/use-original-profile-for-firefox-developer-edition.html","summary":"\u003cp\u003e用了幾年的第三方編譯版 Firefox 已經一個多月沒更新了\u003cbr\u003e\n在用這個版本之前 一直都是用官方的 Aurora Channel\u003cbr\u003e\n現在更名為 Developer Edition （開發者版本） 並加入了一些新功能\u003c/p\u003e\n\u003cp\u003e想說換回來用用看\u003cbr\u003e\n卻發現 Developer Edition 會使用獨立的一個設定檔（profile）（以.dev-edition-default結尾）\u003cbr\u003e\n而且還不能改掉\u003c/p\u003e","title":"在 Firefox Developer Edition 使用原本的設定檔（profile）"},{"content":"最近在 VirtualBox 上安裝了 Kali Linux\n遇到的第一件困擾的事情就是滑鼠滾輪滾動的方向跟常用的方向相反\n預設是往上滾滾輪，會向下捲動畫面\n不是很習慣\nGoogle 了一下有找到調整方法\n在 Terminal 中執行以下兩條指令即可：\ngsettings set org.gnome.desktop.peripherals.mouse natural-scroll false gsettings set org.gnome.desktop.peripherals.touchpad natural-scroll false 參考資料 gnome3 - How to disable natural scrolling? - Unix \u0026amp; Linux Stack Exchange ","permalink":"https://blog.lcy.one/2017/03/11/modify-mouse-scroll-direction-in-kali-linux.html","summary":"\u003cp\u003e最近在 VirtualBox 上安裝了 Kali Linux\u003cbr\u003e\n遇到的第一件困擾的事情就是滑鼠滾輪滾動的方向跟常用的方向相反\u003cbr\u003e\n預設是往上滾滾輪，會向下捲動畫面\u003cbr\u003e\n不是很習慣\u003c/p\u003e","title":"調整 Kali Linux 的滑鼠滾輪滾動方向"},{"content":"因為一些原因\n想把某個 Git Repo 中的資料夾另外分出來\n分出來之後又發現其中當初不該丟上去的東西\n我又對 git 不熟Orz\n就邊 Google 邊想辦法弄出來\n在這做個紀錄\n先 clone 下來。\ngit clone [Repo位址] 切換目錄。\ncd [目錄名稱] rebase -i 到欲更改 commit 的 parent commit。\ngit rebase -i [欲更改commit的sha]^1 想改的改一改，想刪的刪一刪。\n詳情參照參考資料中的教學。 更新檔案變動。\ngit add -A 修改 commit。\ngit commit --amend rebase 回去。\ngit rebase --continue 把要留的資料夾切出來。\ngit filter-branch --prune-empty --subdirectory-filter [資料夾名稱] 更改遠端 Repo 的位址。\ngit remote set-url origin [Repo位址] Push，完成。\ngit push -u origin [BRANCH名] 參考資料 Splitting a subfolder out into a new repository - GitHub Docs Git - Rewriting History 6. 使用 rebase -i 修改提交【教學3 改寫提交】 | 連猴子都能懂的Git入門指南 | 貝格樂（Backlog） ","permalink":"https://blog.lcy.one/2017/03/04/split-and-modify-git-repos.html","summary":"\u003cp\u003e因為一些原因\u003cbr\u003e\n想把某個 Git Repo 中的資料夾另外分出來\u003cbr\u003e\n分出來之後又發現其中當初不該丟上去的東西\u003c/p\u003e","title":"切割 Git Repo、並更改其部分內容"}]