作者查詢 / hunandy14

總覽項目：發文 | 留言 | 暱稱

作者 hunandy14 在 PTT [ Windows ] 看板的留言(推文), 共364則

限定看板：Windows

首頁

尾頁

[問題] Win11安裝碟有可能和開機碟不同磁碟嗎？

[ Windows ]28 留言, 推噓總分: +5

作者: ultratimes - 發表於 2025/06/08 12:30(6月前)

22^F→hunandy14: 貼磁碟管理圖出來就知道了06/09 09:10

23^F→hunandy14: 然後處理方法可以參考這篇06/09 09:10

24^F→hunandy14: https://charlottehong.blogspot.com/2022/01/efi.html06/09 09:11

25^F→hunandy14: 更正你說拔掉D就不能開機那100%就是了不用試了06/09 09:12

26^F→hunandy14: 指令執行完就會自動在C曹的硬碟建立引導了06/09 09:12

27^F→hunandy14: D曹引導要不要砍隨意，結果而做完拔掉D也能開機就是了06/09 09:13

[閒聊] 舊金鑰無法啟用+客服心得

[ Windows ]56 留言, 推噓總分: +3

作者: Lai1008 - 發表於 2025/04/13 00:00(8月前)

27^F→hunandy14: 提醒一下商店購買的如果主板壞了，換板子就無法啟04/13 11:09

28^F→hunandy14: 動了。非必要建議是三思。買序號的至少還能透過帳04/13 11:09

29^F→hunandy14: 號轉移04/13 11:09

[問題] Win10彩盒版，換主板後未重灌的問題

[ Windows ]42 留言, 推噓總分: +9

作者: tinomax - 發表於 2025/02/01 19:41(11月前)

27^F→hunandy14: 你授權轉移之後就可以刪除了，先刪掉就無法轉移02/05 09:40

28^F→hunandy14: 其實不存在綁定真實情況是靠登入紀錄轉移授權02/05 09:41

29^F→hunandy14: 所以你也不用去在意本來就不存在的綁定這一說了02/05 09:41

30^F→hunandy14: 難疑排解有成功轉移授權就不用特別重灌02/05 09:43

[閒聊]win 11 s版評價、避開電子垃圾CPU

[ Windows ]49 留言, 推噓總分: +3

作者: BASICA - 發表於 2025/01/21 14:42(11月前)

44^F→hunandy14: 你去搜高階工程師薪水...就會發現你說這話多不合理01/25 10:03

[問題] 用powershell改跳出瀏覽器路徑

[ Windows ]7 留言, 推噓總分: +1

作者: Ddn6868 - 發表於 2024/12/19 11:42(1年前)

4^F→hunandy14: 那個微軟故意堵起來了，你得先破解微軟堵的坑12/22 16:24

5^F→hunandy14: github搜一下解法，之前挖到是動態ID不好搞就算了12/22 16:25

6^F→hunandy14: 搞不好現在有現成的破解12/22 16:26

7^F→hunandy14: 我是建議沒有現成的破解方法，你乖乖指定路徑就好12/22 16:27

[問題] 原本正常的win11被盜版的windows牽連

[ Windows ]19 留言, 推噓總分: +6

作者: Antibodies - 發表於 2024/12/02 12:05(1年前)

16^F推hunandy14: 不用想那麼多事情很簡單重新啟用就好至於你之前12/04 11:14

17^F→hunandy14: 怎麼搞的一點都不重要12/04 11:14

18^F推hunandy14: 你有授權打電話讓客服小姐姐幫你就好跟他說授權怪12/04 11:17

19^F→hunandy14: 怪的沒啟用其他不用講12/04 11:17

[問題] 批次修改，保留舊檔名並新增編號

[ Windows ]49 留言, 推噓總分: +5

作者: jackygrap - 發表於 2024/10/19 15:29(1年前)

49^F→hunandy14: https://hackmd.io/YY7eqJFaTcKeUJoICkOcEA?view10/23 12:45

27^F→hunandy14: 就你的範例原本的編號如果是有效的可以考慮直接沿10/20 12:24

28^F→hunandy14: 用10/20 12:24

38^F→hunandy14: 沒有括號的傢伙一定對應到1嗎10/21 15:44

39^F→hunandy14: 成立的話那傢伙特別處理，括號的數字直接繼承，會比較10/21 15:46

40^F→hunandy14: 省事ㄅ10/21 15:46

47^F→hunandy14: 我猜大概是選一團檔案F2 後來又想改結果回不去了XD10/21 21:46

Re: [心得] PowerShell 那些惱人的路徑 BUG

[ Windows ]29 留言, 推噓總分: 0

作者: falcon - 發表於 2024/10/11 03:23(1年前)

29^F→hunandy14: 第二個可能要想一下組合考慮後果了未必可行10/14 08:56

25^F→hunandy14: 第一推薦的做法是查一下有沒有 -oBatchMode=yes 的選項10/14 08:53

26^F→hunandy14: 第二推薦的辦法是測一下給空白本身會不會報錯10/14 08:54

27^F→hunandy14: 如果答案是會，那就直接關掉輸入他自己就會報錯了10/14 08:54

28^F→hunandy14: 第一個是完全解完全不需要考慮會不會bug10/14 08:55

1^F→hunandy14: 代理這事我找到方法解決了，動態抽取出來劫持10/11 13:54

2^F→hunandy14: 確定可以實現完美轉發了，中間自己加料就好10/11 13:56

3^F→hunandy14: using namespace System.Management.Automation10/11 13:59

4^F→hunandy14: $m = [CommandMetadata]::new((Get-Command Get-Item))10/11 13:59

5^F→hunandy14: $script = [ProxyCommand]::Create($m)10/11 14:00

6^F→hunandy14: 剩下的你應該知道我想幹嘛了XD 動態劫持並重載fun10/11 14:01

7^F→hunandy14: 代理的元函式的輸入函式名,{劫持參數:{代碼塊}}10/11 14:39

8^F→hunandy14: 輸出看要輸出修改後的塊，還是不輸出直接注入10/11 14:39

9^F→hunandy14: 準確的來說不是影響到模組，而是影響到環境10/12 01:18

10^F→hunandy14: 蓋掉原始函式這事情很大，任何情況都不建議10/12 01:19

11^F→hunandy14: 就算200%確定無bug 考慮到utf8補完計畫就..真的慎選10/12 01:22

12^F→hunandy14: 介面我是奔著通用函式做的 https://imgur.com/cNrh93v10/12 01:26

13^F→hunandy14: https://github.com/hunandy14/CmdletProxy10/12 23:00

16^F→hunandy14: 等等前面講得太簡短，我想說的不是utf8的問題。覆蓋函10/13 14:20

17^F→hunandy14: 式的做法導致自己寫的代碼只能在這種被覆蓋的環境下執10/13 14:20

18^F→hunandy14: 行，相對短期來看沒問題，長期來看或許會留下隱形的成10/13 14:20

19^F→hunandy14: 本。10/13 14:20

20^F→hunandy14: 補完計劃的事先當我沒說，模糊焦點了。10/13 14:27

Re: [心得] PowerShell 那些惱人的路徑 BUG

[ Windows ]42 留言, 推噓總分: 0

作者: falcon - 發表於 2024/09/28 07:47(1年前)

41^F→hunandy14: 沒找到可靠的方法估計也只能取捨了10/09 23:05

30^F→hunandy14: 一個可以不用自己處理邏輯的解法是這樣的10/09 14:24

31^F→hunandy14: https://i.imgur.com/A17ieJi.png10/09 14:27

32^F→hunandy14: 不過這有效範圍只有到父資料夾名稱10/09 15:07

39^F→hunandy14: 我一開始有想過轉發，只是也不知道如何實現10/09 23:04

40^F→hunandy14: 就算參數能實現還有個大魔王管道10/09 23:04

29^F→hunandy14: 今天閒著把github上的討論串都看了 2018就有了...10/09 14:23

42^F→hunandy14: 然後就是這應該不是完全解，不然這事不會拖6年還沒解10/09 23:11

1^F→hunandy14: 圖1並不是因為解讀不同導致的，而是路徑相關的cmdlet09/28 23:00

2^F→hunandy14: 會多做一次雙引號的解釋，這個估計是三張圖的bug根源09/28 23:01

3^F→hunandy14: 多做一次雙引號用說的可能不好解釋，放張圖給你看09/28 23:03

4^F→hunandy14: https://imgur.com/JDOS7Og.png09/28 23:05

5^F→hunandy14: 這個邏輯雖然無誤，但是就是個反人類設計09/28 23:07

6^F→hunandy14: 圖3估計是這個設計實際引發的bug...09/28 23:08

7^F→hunandy14: 到圖2圖3這一步，明顯是這個設計導致的bug了09/28 23:10

8^F→hunandy14: 摁...我認為是bug了，太腦殘了這09/28 23:11

9^F→hunandy14: 圖中的檔案真實路徑是 "D:\test\Test`[1].txt"09/28 23:13

14^F→hunandy14: 是這樣解的 https://i.imgur.com/5E7eKjs.png09/29 12:02

15^F→hunandy14: 我猜你應該快摸到他的邏輯了，就是解2次雙引號09/29 12:03

16^F→hunandy14: 八成是為了區別那括號到底是字串還是萬用字元09/29 12:04

17^F→hunandy14: 寫一個依照萬用字元表添加反引號的函式或許能解09/29 12:06

18^F→hunandy14: 圖2應該是吃了這個虧導致的，官方cmdlet自己出bug09/29 12:08

20^F→hunandy14: 試了一下 Resolve-Path 應該無解。改用GetFullPath吧09/29 14:07

21^F→hunandy14: https://imgur.com/OMvYg3j09/29 14:11

[心得] PowerShell 那些惱人的路徑 BUG

[ Windows ]15 留言, 推噓總分: +5

作者: falcon - 發表於 2024/09/18 23:54(1年前)

7^F→hunandy14: 其實真實的情況是 pwsh 社群決議改掉預設萬用了09/27 12:11

8^F→hunandy14: 他不是bug就是當初設計不符合直覺09/27 12:12

9^F→hunandy14: 所以應該不會修了，那是式樣不是bug09/27 12:12

10^F推hunandy14: 測試結果確實沒有bug存在，只是惱人的設計09/27 13:02

11^F→hunandy14: 細節可以參考這篇 https://bit.ly/3Y2Tn4s09/27 13:05

12^F→hunandy14: 第二個問題管道傳送是字符而不是二進制09/27 13:09

13^F→hunandy14: 這個就也是為了方便性犧牲掉的設計09/27 13:09

14^F→hunandy14: 這邊推另一個 C# 的解 https://bit.ly/4dmIXAQ09/27 13:11

15^F→hunandy14: 趁早換了pwsh至少有社群幫你扛著改掉這些白癡設計09/27 13:15

首頁

尾頁