2010-09-26 47 views

回答

5

我對這個問題有問題,因爲它預先假定應該有一個標準,並且所有服務的值都是相同的。

我不認爲這是有用的強加這些領域的任何一個最大長度,特別是密碼字段。使用密碼散列法,限制密碼長度沒有空間利益。可能有原因限制密碼的最小長度,但最小值應該取決於服務的安全性。

使用電子郵件地址,您無法猜測您的用戶可以選擇多長時間的地址,也不知道您有多短:您是誰說[email protected]m無效,反過來說,Twitter將不會開始在t.co上銷售電子郵件別名?

用戶名稍微難以推理,但我會再次爭辯說限制長度沒有任何好處。如果你的服務可能很受歡迎,那麼(比如谷歌),你可以從停止競賽中獲得簡短的虛榮用戶名,但特別是如果你很受歡迎,限制長度沒有任何好處,如果你這樣做,那麼你可能會要阻止你的用戶找到一個尚未被採用的合適名字(參見「不太大,中等大小,但大 - 不 - 大 - 喬 - 喬克」)。

3

根據RFC 5321(SMTP),「反向路徑或轉發路徑[電子郵件地址]的最大總長度爲256個八比特組[字節]」。另外,「用戶名或其他本地部分的最大總長度是64個八比特組」和「一個域名或數字的最大總長度是255個八比特組」。 (這是字節,不是字符;在Unicode中,差異很重要。)

用戶名和密碼的長度因系統而異。如果您設計使用用戶名和密碼的Web應用程序,請設置您自己的限制。請記住,太短的密碼可能是不安全的。

6

有點遲到了,但這裏是我的回答:Maximum User Field Lengths Query for StackOverflow

和下面的查詢結果爲後人:

Max DisplayName Max Password Max Email Length          
Length Used On SO Length 
------------------ ------------ ---------------------------------------------------- 
36     As long as 254 (See: https://stackoverflow.com/a/574698/1945631) 
        possible 
(1 row(s) affected) 

而且,從上面的查詢結果中,maximum email length answer as a link

相關問題