為什麼用 Microsoft Edge / Internet Explorer 11 就是破破破版?

為什麼用 Microsoft Edge / Internet Explorer 11 就是破破破版?

使用者回報一個剛上內部測試區的網站嚴重破版,但「在開發者電腦正常,在使用者電腦不正常」,唯一差異,開發者是在本機測試,使用者是連上測試區的 IIS 測試。同事快速從 F12 開發者工具發現關鍵字,借此又多瞭解一個 Microsoft Edge / Internet Explorer 預設值與差異。

如何管理 SQL Server Management Studio 已連線伺服器名稱資訊

如何管理 SQL Server Management Studio 已連線伺服器名稱資訊

SQL Server 連接至伺服器

.NET 開發人員多多少少有機會使用到 SQL Server Management Studio (SSMS),SSMS 預設情況下會保留已連線過的伺服器名稱,在 SQL Server 2012 之前的 SSMS 一直有個毛病,那就是這個【伺服器名稱】不易刪除。這個問題在 SQL Server 2012 之後被修改,只需要你在【伺服器名稱】下拉選單將滑鼠移動過去要刪除的連線資訊,然後接下【Del】即可

不過現在我碰到的相反需求,當【伺服器名稱】下拉選單越來越長時,有時要找到連線資訊都需要看一會兒,如果連線資訊又很相似時,那現真的考驗眼力與腦力,這對老人家真是不好。找了一下,原來 SSMS 還有本身就有個管理伺服器名稱好物。

無痛轉移代管或自管DNS至世界級的Azure DNS

無痛轉移代管或自管DNS至世界級的Azure DNS

最近被通知有個已經忘記的網域將要過期。之前一直想把 kkbruce.tw 轉換至 Azure DNS 上,沒做原因之一是之前 Preview 的 Azure DNS 只能透過 PowerShell 去設定與管理,比用 Vim 去改 Bind 的設定檔還麻煩。剛好利用過期前的網域來玩一下 Azure DNS,不玩還好,走過之後,架設、設定、轉移簡單到極點,對於一個之前管理 DNS 超過十年的人來說,只給 87 分,不能再高了。

kkbruce.tw 轉移至 Azure DNS 實錄

以下是實際 kkbruce.tw 轉移 Azure DNS 的案例。

KKBruce的2016年軟體(開發)工具大補帖

KKBruce的2016年軟體(開發)工具大補帖

Microsoft Edge無法開啟此應用程式
相片無法開啟此應用程式
應用程式無法啟動,因為期試用授權已到期。

因為不知名原因,電腦 Windows 10 所有原生 App 全部無法使用(如上圖),網路上有放著放著就會自己好的說法,我放了二週,重開了 N 次,還是一樣,只好選擇進行 Re-Install OS。現在重灌 Windows 10 + 安裝 Driver (少數) + Windows 10 App 還原,整體時間和以前相比,時間成本真的是大大減少許多,而且已經還原 5 成以上作業的能力了。現在反而是非 Windows App 的軟體,下載安裝設定花的時間多很多。很久以前從 Scott Hanselman 的 Blog 學習到整理軟體清單(我2011年整理)這件事,當時從 Scott Hanselman 的清單挖到不少寶,有些現在還使用。時過境遷,在下載(找)軟體時,突然回想起軟體清單這件事,就順手把目前有在使用的軟體重新整理一下,就當成2016年版軟體(開發)工具清單。

好軟體需要你我支持

以下同時出現 free, pay 代表有測試版(或免費版)可下載使用,通常是功能限制。沒註明的通常是免費的。

身為一位軟體開發人員,我一直推廣:在個人付擔的起的情況下,不要當一位只願意自己喝星巴克而不願意買軟體的人。絕大部份的軟體都不貴,如果真的對你有幫助,你需要天天喝咖啡,就不能一下這位寫出好用軟體的人(或公司)嗎?當然,那種數百美金以上的事,就看你怎麼找到痛點來介紹與推廣給公司,絕不是(抱怨)不可能,只是那痛點是否被你找到。

以 requestb.in 解開 HTTP Request 之密

以 requestb.in 解開 HTTP Request 之密

公司有個特別的 D 系統,我們需要透過 ASP.NET Web API 去存取它的 XML Web Service 來提供資源。這個 D 系統本身有個特別的限制,就是存取之前使用者需要先進行頁面 Login,然後才能存取 XML Web Service。Login 頁面很單純,就是一個帳號與密碼的組合,沒有其他特別驗證碼等保護。也就是使用者使用者輸入帳號密碼,而 ASP.NET Web API 透過使用者提供的帳號密碼透過程式方式進行登入,我們開發的 ASP.NET Web API 服務從一開始的 Beta 至 RC,這部分的程式碼都沒什麼問題,直到那令人鬼打牆的關鍵人物(暫稱他苦命的呆伯特好了)出現。

呆伯特一直說無法Login

簡單說明一下,此 ASP.NET Web API 服務主要使用者在美國,美國下班台灣上班的黃金交接點,我們私下請呆伯特(美國)幫忙測試此 ASP.NET Web API 服務的同事,但幾星期以來僅呆伯特都一直反應無法 Login 服務,由日誌看出來,他確實是登入失敗。但所有幫忙測試的人員只有呆伯特會出現此狀況。D 系統我們無任何權限,我們能做的也只是不斷調整 ASP.NET Web API 程式並不斷請呆伯特幫忙 Login 與測試。但每每得到"不行"時,心情都低落到不行(測到呆伯特都生氣了),不過最後得到一條重要資訊,呆伯特的密碼含有數個的特殊符號

我們為加解密演算法補上特殊符號的測試程式碼,先確保特殊符號在加密與解密過程正常。其中小心\"這兩個符號,在C#的字串中,需要使用\\\"進行轉義。

以這條線索測試到最後終於有了曙光。