只要公開的都有辦法爬，包括含登陸驗證的

建表的時候處理下

id,hash(隨機字符串就好，6-8位)

id只給內部用，不要返回給前臺，前臺使用hash讀取文章

基本想要爬你的話，你怎么hash都沒用。

還 hash ，你哪里看的文章亂寫的啊 -_-

hash 之后，你自己都無法知道原來的 id 是什么啦。

如果要非可預測性的主鍵，成熟方案是使用 uuid 。

當然，你不怕麻煩，專門拿一列存一個 showId ，它是“非可預測值”（這個值可以是 id 的 hash ，加 salt）。

設置不規則ID,只能增加爬蟲難度，沒辦法杜絕。
爬蟲會從上級列表頁面獲取文章連接。所以說這個問題基本杜絕不了

你經過一番折騰后找到了方案，比如hash了下，那么用戶從列表頁點進來是hash過的鏈接，難道爬蟲就不能從列表頁進來？

不需要的，你能想到的，爬蟲都想到了。你想不到的，可能爬蟲也想到了。。。

如果ID是連續的，惡意用戶的扒取工作就非常容易做了，直接按照順序下載指定URL即可；如果是訂單號就更危險了，競對可以直接知道我們一天的單量。所以在一些應用場景下，會需要ID無規則、不規則。

沒什么用的,你在id上做手腳就像是你在隊伍中不斷的換個帽子,別人還是能從隊伍找到你,一般都是在頁面上做功夫,比如簡單的有源碼混淆,前臺用戶看不出來,但是采集用的有頭無頭瀏覽器都是得到的源碼,這樣就提升了難度.只有難度大于收益,才能讓爬蟲放手.誰也不喜歡得不償失.

把請求區分開來，也就是將請求分為有效請求和無效請求