2010-01-12 163 views

回答

15

精心設計的系統並不一定需要防止用戶名中的任何特殊字符。

也就是說,原因強調傳統上被接受,是下劃線通常被視爲一個「單詞」字符,連同字母和數字。鑑於這種區別,它通常是唯一的其他角色。在正則表達式中,甚至在大多數操作系統的基本級別都是如此(在一個單詞中鍵入下劃線並雙擊字母,選擇將延伸超過下劃線。現在嘗試使用短劃線,這很可能會不是)

+7

那些不容易閱讀的字符或者讓系統變得凌亂的字符是不容許的候選人。像@ @#$%這樣的用戶名會很糟糕。 – Veger 2010-01-12 23:50:51

+5

儘管Veger的評論從可用性的角度來看是有效的,但它忽略了Renesis點,這是一個技術問題:構成「用戶名」的內容沒有固有的技術限制。 – 2010-01-12 23:53:45

+2

「精心設計的系統」有一天可能會遇到現實世界的集成和安全案例。域名,電子郵件,文件名和其他有限制的系統。 [Unicode用戶名](http://unicode.org/reports/tr36/)存在很多安全問題,如[Spotify]所示(https://labs.spotify.com/2013/06/18/ creative-usernames /)可能會有同樣的想法。要解決所有這些問題,只需遵循[POSIX.1-2008](http://serverfault.com/a/578264/226737)便攜式用戶名的標準。 – saaj 2016-08-31 15:26:25

1

取決於您的用戶名的使用方式。沒有一個通用規則,不知道上下文。

0

人們可能想寫他們的用戶名like_this而不是likethis或LikeThis。

3

因爲它允許以可讀的方式表示多個單詞。

Peronally我真的,真的希望人們會擴大一些東西,允許破折號和撇號。這將允許人們使用非英語拼音名稱(例如:美國土着部落名稱,例如She-Ki和Ke`Xthsa-Tse)

+1

我最糟糕的shell腳本噩夢成真 – glyph 2017-01-02 19:15:57

2

網站強制執行這些規則的主要原因是可讀性(因爲用戶名像~-|this<>one|-~令人討厭)。這也可能是因爲它的工作較少(下劃線通過\w+正則表達式匹配,而破折號和其他特殊字符則不匹配),但我懷疑這是一個主要原因。

沒有「標準」,所以如果上述原因都沒有打擾您,請做任何您想要的。就我個人而言,我希望看到更多的網站接受破折號和時段,但這實際上是可讀性和一致性與表達的個人偏好。

+0

字符限制的另一個好的理由是防止用戶僞造。當你有一個知名用戶(「例子」)的社區時,有人可能會出現並以「例子」的形式發佈。欺騙那些沒有進一步看待個人資料的人。這在維基百科上發生了很多 - 查看用戶列表:http://en.wikipedia.org/w/index.php?title=Special:ListUsers&username=Jimbo%20Wales) – Nicole 2010-01-13 00:06:05

+2

@Renesis:是的,但你可以無論如何,在名稱的末尾添加一個數字。當然,這比一段時間更明顯,但無論您添加到系統中的字符限制如何,它都可以工作。 – 2010-01-13 00:09:10

1

下劃線傳統上允許用大多數編程語言的標識符,並且通常是唯一允許的「特殊」字符。
但許多網站的登錄仍然不接受任何特殊字符,並僅限於小寫/大寫字符和數字...
而其他都是用細真的很特別的人;-)

6

沒有規定當我使用這個:

^\w(?:\w*(?:[.-]\w+)?)*(?<=^.{4,32})$ 

這需要長度爲4且最多32個字符。它必須以單詞字符開頭,並且可以有不連續的點和破折號。我用這個的唯一原因是因爲它不夠嚴謹與幾乎所有的東西:)

有效整合:

test.tost

無效:

測試..tost

+0

嗯,所以Unicode字符可以嗎?我經常想知道人們是否在他們的用戶名中使用了Unicode字符,或者爲了簡單起見,系統是否完全阻止了它。 – Trejkaz 2012-02-13 03:10:20

2

將它限制爲這些字符(甚至是它們的ASCII子集)可以防止用戶名被接受。通過不接受這些字符,您可以防止廣泛的用戶名或用戶名 - 看起來像其他用戶名。

14

是:避免必須轉義特殊字符。懶惰的程序員只會放棄用戶輸入的內容,直接進入代碼中,這就是導致注入攻擊的原因。

即使沒有惡意使用它,允許用戶輸入在其他地方會衝突的字符也可能比必要的更麻煩。例如,如果您決定爲每個用戶創建一個文件系統目錄,要將其上傳內容存儲在其中,則用戶名必須符合該操作系統上的目錄命名規則(例如,Windows上沒有\/:*?"<>|)。

一旦您避免了衝突(如命名目錄),並且刪除了"';%//以避免注入攻擊,您已經刪除了大部分標點符號和「爲什麼某人甚至需要在其用戶名中標點符號」?

寫一個快速正則表達式來驗證用戶名對[a-zA-Z0-9_]並且用它來完成要比查找所有可能的不會衝突的標點符號或以某種方式將它們映射到其他字符更容易。然後,就像計算中的許多事情一樣,只要有足夠多的人開始爲用戶名開始提供字母,數字和下劃線,並且人們開始製作用戶名以符合該規範,它就成爲了事實上的標準和自我延續!

+0

@CarlosMuñoz:最初的問題是詢問在很多網絡系統上如何嚴格限制可能的原因。 很明顯,建立一個可以接受其他角色的系統是可能的,但最初的問題是問爲什麼並非總是如此。 – Rikki 2013-09-27 14:17:57

相關問題