自動開啟IE，一段時間後在自動關閉
為了解決某一個網頁服務在第一次載入會特別緩慢問題，於是想到了一個懶人作業法，那就是去定時去呼叫該網頁，然後等待一定時間後在自動關閉該網頁，如此一來使用者就不會有用系統很慢的感覺了 (握拳)
對應這個情境，所以可以寫一個BAT檔案去作業，然後放入工作排程去執行就可以了，當然等待時間可以視情況在去調整
start "
eRic
Pixel 4a使用心得
看著網路上對Pixel 4a手機的批判，我突然覺得可以記錄一下自己這幾天用這支Pixel 4a的一些心得當作紀錄，雖然才用幾天外但應該還是可以提供一些朋友作為參考:)
我想這先來說說優點好了
1.省電：雖然這支手機電池只有3140ma的電池，但實際用下來還真的滿省電的，以我個人沒啥用量的情況下，甚至可以到快兩天才沒電，
Docker Quickstart Terminal啟動失敗
其實這問題滿莫名奇妙的，我在某一台電腦上剛裝好是可以用的，但關掉再開就出現錯誤，而在另外一台則是裝好後就不能開啟直接跳錯誤 (兩台環境都是W10)
先說結論，我直接去下載最新版的VirtralBox直接安裝，然後就可以正常啟用了 XD
至於為什麼造成這個錯誤其實我也不知道，但我想Windows上的Docker是依附在VirtualBox上面裝一個Linux來啟用的，而Docker
透過GPO開啟防火牆上的事件檢視器
每次透過電腦管理連線到用戶端電腦上時都會出現事件檢視器的錯誤訊息，雖然連線使用都正常，但看到這種警告訊息總是覺得不大舒服 (?)
還好解決這個問題並不難，在GPO裡面的「電腦設定\原則\Wndows設定\安全性設定\具有進階安全性的Windows防火牆」的「輸入規則」
原來VMware Workstation Pro可以直接連線vSphere
公司最近剛導入WMwarevSphere系統，在目前7.0的版本裡用戶端連線都可以直接透過Web方式來連線操作，而Web連線雖然方便不用安裝程式但相對的在操作使用上總覺得步驟太過繁瑣，然後偶然發現自己電腦上的VMware Workstation Pro竟然可以連線vSphere，操作起來相較於Web更加直覺，讓我有一種驚艷的感覺.
在Workstation Pro裡面連線vSphere其實很簡單，在「
Linux (CentOS) 常用工具
由於安裝精簡模式是什麼都沒有，紀錄一下那些自己最常用的指令
* 自動補齊：yum install bash-completion
* 網路管理工具：yum install net-tools
* 安裝啟用SSH：yum
超快速讀書法
坊間有許多教人快速閱讀的書籍，這本書的書名乍看之下似乎也是類似的作品，但翻開閱讀後才發現其實不然，透過作者精闢的分析可以瞭解為什麼我們常常沒辦法有效的看完一本書，而作者分享這些的拆解技巧才知道想要看得快又要記得住其實也沒這麼困難，重點是你有沒有找對方法。
節錄一些自己看到的重點：
* 看書也是要挑時間的，要搭配自己的生理時鐘跟狀態才有辦法達到最有效的閱讀
* 閱讀時其實是大腦透過眼睛去看書，就是一種照相在翻譯的概念，在一開始的時候大腦就已經決定好要看什麼內容要排除什麼資訊了。
ASUS NB進入BIOS的方式
筆記一下
公司最近採購了一批ASUS NB，但進入BIOS的方式跟過往的Lenovo有些不同，進入的方式是開機後按下F2不放，直到進入後在放開即可
參考資料：
Notebook如何進入BIOS設定畫面
關於遠端桌面連線的一些設定
經過這次疫情，我想越來越多人會透過遠端桌面連線讓使用者連入使用了，雖然我們無法控制使用者從外點(或家裡)連入時是否有什麼無法掌控的狀況，但有些東西在設定後應該會比較安全點
* 限制使用者的剪貼複製(包含檔案傳輸)及個人電腦上磁碟機的帶入
首先進入到登錄檔後，在 「電腦設定」
在FortiGate上做網路流量限速管理
先去Objects \ Traffic Shapers新增一條規則，這邊可以決定是要設定整個流量的上限還是每一IP的網路上限
設定好後在去現有Policy裡面去套用即可，記得要把Per-IP Shaper勾選起來才會生效
但在新版的設定介面略有不同，是要另外手動去新增一條規則，感覺上舊版設定在這方面就比較直覺一點了
參考資料：
[1]
設定群輝NAS在異常斷電後，可以自動開啟電源
前兩天公司所在的大樓停電，復電後發現NAS竟然一直在待命狀態沒有自動開啟，由於部分同事還有在公司加班卻無法存取資料，不得已只好辛苦同事特地跑一趟公司去手動開啟。
其實群暉的NAS內建就有自動開機的功能，只是預設沒開啟而已，只要去「控制台＼硬體&電源」裡面勾選「
解決DB交易記錄檔過大的狀況
故事是這樣的，我發有公司內有一台SQL DB的備份壓縮資料檔異常的肥大，在回頭去確認線上的資料才發現該資料庫的交易記錄檔(.ldf)已經高達快80G，但該資料庫每天都有做full backup理論上會清掉交易記錄檔才對，當下為了解決問題於是先手動處理該狀況，作法如下
先把資料庫狀態從「完整」