關於 mac 無法 輸入驗證碼 ，我們在網路上蒐集到這些相關的討論、資訊與評價

#微控制器MCU #WiFi #工業物聯網IIoT #類比數位轉換器ADC #硬體安全模組HSM #自加密驅動器SED #整合開發環境IDE

【ADC 位元數、GPIO 介面、安全加密…… ，MCU 都考慮到了嗎？】

工業物聯網 (IIoT) 的發展趨勢是縮減成一個系統單晶片 (SoC) 方案，而非靠使用多個離散式元件組合以精簡物料清單、降低設計風險、減少佔用空間。Wi-Fi MCU 即是一例，它將 Wi-Fi 連接與處理器及所需的 GPIO (通用型之輸入輸出介面) 整合在一起，以滿足多種應用。市面上低成本的 Wi-Fi 連接方案，通常會以周邊數量和整體效能為代價；然而，Wi-Fi MCU 須兼具穩健的 Wi-Fi 連接和高效 MCU 功能，缺一不可。

指定 Wi-Fi MCU 時，類比數位轉換器 (ADC) 是最易忽視的功能之一，設計人員關注的首要規範之一是 ADC 的位元數。事實上，實際位元數將低於 (甚至遠低於) 資料手冊裡的規範；ADC 可用於執行轉換的有效位元數 (ENOB) 更為重要，ENOB 始終小於資料手冊規範 (越接近越好)，因為在不同 ADC 之間這一位元數有著很大差異。可用於執行轉換的位元數越少，SoC 的輸入訊號的精確度就越低。此外，ADC 的量化和時序誤差，以及偏移、增益和線性度的變化皆是負面因子。

ADC 還有一個眾所周知的缺點：易受諸多工業物聯網運行環境中常見的大溫度波動影響；如果 MCU 供應商無法提供 ENOB、效能隨溫度變化情況、線性度和精確度等資訊，應拋棄不用。另隨著系統的完善，可能會增加更多的介面；若 SoC 有備用 GPIO，則可以在幾乎不共用接腳的情況下控制更多繼電器、開關和其他元件。元件支援的介面應包括乙太網 MAC、USB、CAN、CAN-FD、SPI、I2C、SQI、UART 和 JTAG (可能還包括觸控發送和顯示支援)，以確保擴充需求。

安全性對於每個物聯網應用都至關重要，IIoT 後座力尤大。在整個設施乃至整個公司擴散。第一級所需安全性位於 MCU 的整合加密引擎中，將循序執行或並存執行加密和身份驗證。密碼應包括 AES 加密 (金鑰大小最高 256 位元)、DES 和 TDES，身份驗證應包括 SHA-1 和 SHA-256 以及 MD-5。由於每個雲端服務提供者都有自己的認證和金鑰，為其開通元件是一個複雜的過程，需掌握大量與加密相關的知識，是設計人員針對雲端服務開通產品時最具挑戰性的任務之一……。

延伸閱讀：
《指定支援 Wi-Fi MCU 時的注意事項》
http://www.compotechasia.com/a/feature/2021/0813/48767.html

#微芯科技Microchip #WFI32 #Trust&GO平台 #WPA3

下午忙到一半，手機接到通知，點開來看到居然是臉書顯示「警告」訊息，說我的網頁被人報告了「謊言與詐欺」行為，說必須要確認帳戶，不然就brabrabra...

乍看之下的確有點嚇人，我用電腦點進去發現是一個網頁，但因為我的MAC有加裝防護機制，所以這個網頁的連結被徹底封鎖，我改用手機點進去看看，發現它會要你輸入臉書的帳號密碼，然後會要你輸入信用卡資訊，還寫說什麼不會索取費用云云。

cow北，詐騙的是你吧逮樓～（茶）

請大家要提高警覺，這種廢渣一來是要騙你的帳號密碼、二來是要騙你刷卡，一個不小心就會上當！！！

重點是我要檢舉臉書系統還一直說什麼「喔喔有地方出錯囉！」......出錯你就去修啊！！！！！（黑死腔搖滾）

雖然我沒有受騙，但為了安全起見我剛剛已經馬上更改密碼也登出所有裝置（這樣所有慣用裝置之後要登入就必須重新輸入密碼），很麻煩，但也比較安心。

記得要設定雙重驗證，現在的盜賊越來越煩，去死！（厭世指數爆表）

#不要騙太太的錢好嗎 #持家很不容易欸 #詐騙集團我祝福你們騙來的錢都拿去當醫藥費但永遠無法根治

By the way,google上有很多警告案例請大家告訴大家～
https://reurl.cc/EKd9OR

寫好的網頁要測試...到底要測試哪些東西？

相信您聽過不只一個人說「測試乃品質之母」。很可惜的是，國內的網頁設計師要不就是知道但懶得測，要不就是根本不知道要測什麼。這篇文章特別把一個網站到底要測試哪些東西，非常詳細地列出來。很值得網頁設計師與專案經理參考喔！

一個做好的網站，應該測試下列項目：

1. 功能性測試（Functionality Test）
1-1. 測試所有連結：包含外連、內連、同頁連結、E-mail 連結、有無「孤兒頁面」（完全沒有連結可以抵達該頁的頁面）等。
1-2. 測試所有表單：所有輸入框是否會驗證輸入值正確與否（如：年齡輸入『負數』就不對了）、是否有預設值...等。
1-3. 測試所有 Cookie：瀏覽器關閉或打開 Cookie 時運作是否如預期、Cookie 寫入時是否加密、使用者可否繞過 Cookie 進入系統區等。
1-4. 測試 HTML/CSS 語法是否合法正確。
1-5. 測試資料庫：新增、修改、刪除、搜尋您的資料庫，看看功能是否正常。

2. 易用度測試（Usability Test）
2-1. 瀏覽順暢度：各種導覽列、側邊欄功能是否正常？所有功能是否平均按三個鍵即可抵達該頁面？
2-2. 內容易讀性：內容是否有錯字？有沒有配色不當導致文字不易讀取？字體、圖片大小是否適中？
2-3. 其它易用度：是否有「搜尋」、「網站導覽地圖」、「使用手冊」等。

3. 程式介面測試（Interface Test）
3-1. 網站的程式介面：網站伺服器與其他伺服器（如：資料庫伺服器）之間的介面等。
3-2. 測試項目：是否伺服器間函數呼叫都正常運作？伺服器發出錯誤訊息會不會赤裸裸地顯示給使用者看？有無預防意外情況（如：另一個伺服器無回應）？

4. 相容性測試（Compatibility Test）
4-1. 瀏覽器相容性測試：用 IE、Firefox、Chrome、Safari 四大瀏覽器看看您所有的頁面正常否？
4-2. 作業系統相容性測試：在 Windows、Mac、Linux 三大作業系統瀏覽您的網站正常否？
4-3. 移動式設備瀏覽測試：使用 iOS (iPhone/iPad）、Android 瀏覽您的網站正常否？
4-4. 列印相容性測試：若支援列印功能，用 HP、Epson 兩大廠牌的印表機印印看正常否？

5. 效能測試（Performance Test）
5-1. 負載測試（Load Testing）：測試同一頁面可以讓多少人同時存取。
5-2. 壓力測試（Stress Testing）：測試系統超過負荷時，何時會崩潰？以及是否有能力從崩潰中回復？
5-3. 建議使用 jMeter 這套軟體做效能測試。

6. 安全性測試（Security Test）
6-1. 在不登入的情況下，直接輸入所有會員頁面的 URL，是否無法進入？
6-2. 用一般方法登入，是否有 htt://您的網址/?ID=123 這類 URL 出現？將 ID=123 手工改成 ID=124 是否可不輸密碼登入？
6-3. 故意在登入頁面輸入非法的 Username、Password，網站的反應是否如預期？
6-4. 直接輸入網站內的每個已存在目錄，如： http://網址/images，不應該把整個目錄內的檔案全數列出。
6-5. 是否有驗證文字的輸入框（CAPTCHA），防止駭客用「非人類」（即：程式碼）做登入動作？
6-6. 所有與安全相關的動作（權限修改、登入登出、登入失敗次數與 IP...），是否都有寫入「日誌（Log）」中？

如果您有哪一點看不懂，歡迎您留言討論。原文網址在此，供您參考：

http://www.codeforest.net/web-application-testing