「後院」都要失守了，就先別饞大碗寬麵了——b 站，你可長點兒心吧！
「你的源**洩露了，還擱這兒吃麵？」
吃面路人一臉迷惑，啥？b 站到底咋了你們說清楚？
今天下午四點前後，有網友在 github 上發現了乙個「瘋狂的」repo——上線不到 6 小時，便斬獲 5000+ star，fork 數也一路飆過 6000，而且完全沒有暫緩的趨勢。
這個 repo 內容介紹的一行字也足夠簡單粗暴——嗶哩嗶哩 bilibili **後台工程 原始碼。
吃瓜群眾驚落一地瓜子：嚯！b 站這是把自家的核心**開源了？！還是說只是開放了舊版原始碼？此番 b 站方面是主動開源還是無辜被洩露？
一時間各種猜測、討論潮水般湧入各大論壇及社交平台，「b站 原始碼」、「b站 github」等相關話題的熱度也在不斷攀公升。
但大家很快發現，該專案並未託管在 b 站的官方組織域（ 之下，而其作者 openbilibili 也是個今天剛加入 github 的「不知名人士」。因此，這次「開源」大概率上不會是 b 站的官方操作。
而且該項目的 readme 包括專案規範和負責人資訊兩部分，後者還涵蓋了詳細的業務、具體負責人等資訊。由此看來，這可能更傾向於團隊內部的章程檔案。
知乎網友@林溪 在回憶專案正式關閉前的最後一段時間時寫道：
又過了幾分鐘，該倉庫頁面徹底消失，fork 和 clone 皆無法進行。至於其他人先前的 fork，也提示無法訪問。
至此吃瓜結束？
不！似乎沒有結束，在十多分鐘後，又可以訪問這個倉庫了，所以還可以繼續圍觀一會。
終於，在 17:30 左右，後知後覺的 b 站與 github，徹底刪除了這個倉庫。
openbilibili？b 站在 github 上公開了自己的後端源**？
如何看待bilibili(b站)原始碼被上傳github？
這麼一來可能會有哪些嚴重後果？
與網曝同步而來的，是知乎、v2ex 等論壇上拔地而起的高樓。捋完 b 站年度大戲的始末，就該來聊聊此次事件的後果了。
專案關閉了，但整個事件一時間恐怕還難以落幕。
官方終於出手了，但還是太晚了——
寫注釋的程式設計師可能不止是天使，還是段子手。此番洩露**的注釋，把 b 站程式設計師內心的吐槽能量，以及 b 站那些你不知道的潛規則「賣」了個乾乾淨淨。
那些年你走過的 b 站的套路
**不成功也要傳送彈幕，概率 20%，造成一種很多人中獎的假象：
你是尊貴的大會員使用者嗎？
靜能敲**，皮能寫段子
程式設計師：皮這一下，是真的很開心。
產品！愛我你怕了嗎！
快樂膜法了解一下？
就在各路討論分析、求原始碼等等攪得一團亂時，b 站官方於晚間悄悄掛出宣告，回應稱「所洩**屬於歷史版本，已主動防禦並報案」。
儘管如此，仍有細心的網友從**檔案中發現了可能與其宣告不符的「蛛絲馬跡」，其中便包括拜年祭 2019 的**，強行說這是「歷史」，似乎並不能說得通。
但事實究竟如此，恐怕也只有吃了虧的 b 站能說清了。
隨著瓜越吃越大，b 站官方似乎有意下場肅清，從知乎熱帖到微博話題，都被悄悄「和諧」了。
所謂一瓜未盡又添新瓜，關於故意洩露原始碼的「元凶」，有說是被裁程式設計師的報復，有說是開源反抗 996 的第一戰，更有調侃者劍指粉絲群體，但無論真相幾何，先不論其職業生涯葬送以及給黑灰產強行送人頭的後果，單是一首《鐵窗淚》，可能已經為其備下了。
那麼，你有是如何看待此次 b 站「被開源」事件的呢？
this到底是誰
js中函式的4種呼叫方式 1.作為普通函式來呼叫 alert window.xx undefined function t t alert window.xx 333 解釋 作為普通函式來呼叫this時，this的值指向 windwo，準確的說，this為null,但被解釋成window，在ecma...
Segmentation fault到底是何方妖孽
那麼對於任何沒有經過 mmu對映過的虛擬空間的位址，不管程序是執行寫操作還是讀操作，作業系統都會捕捉到這個錯誤的非法訪問，然後輸出乙個 segmetation fault 的錯誤提示資訊並強行終止程序。程式之所以會時不時的出現 segmetation fault 的根本原因是程序訪問到了沒有訪問許可...
git原始碼洩露
0x00 原理 在 安全維護方面，git和svn資訊洩露是非常常見也是非常致命的乙個漏洞。當前大量開發人員使用git進行版本控制，對站點自動部署。如果配置不當，可能會將.git資料夾直接部署到線上環境。這就引起了git洩露漏洞。githack是乙個.git洩露利用指令碼，通過洩露的.git資料夾下的...