沉冰浮水

沉冰浮水

做最终到的事,成为最终成为的人!
github
bilibili
mastodon
zhihu
douban

【真·碎碎念】特別版「2022-08」

2022-08-06#

1、導出時先選中要導出的資料庫,否則就是導出全部資料庫,匯入時會按原名創建;

2、CP 面板在創建使用者和資料庫後,需要將兩者關聯起來,授予使用者管理訪問指定資料庫的權限;

2022-06-12#

單純就是提交時附帶的欄位,後期還可以修改,僅僅是「聲稱」這條提交的署名,如果沒有簽名驗證的話;

可以針對 git 全局設置,也可以針對具體的倉庫設置不同的馬甲;

對於你的疑惑,反而想問:難道你有在同一個倉庫中使用兩個馬甲的必要?

遠程倉庫的「權限身份」和提交時的「署名身份」並不強求對應;

理論上,對於同一個倉庫,你在不同設備上用的都是同一個「權限身份」(GitHub 之類的帳號,包括自建遠程),不是推薦這麼做,而是除了 bot 號之類的用途原因外,你沒有開馬甲的必要;

「署名身份」也是,不是推薦用同一個身份,而是為什麼需要針對「同一個倉庫」換馬甲啊?

然後我實際並沒有用過 GPG 簽名,理解上就是把「權限身份」和「署名身份」進行關聯;

但是好像仍然可以用同一個私鑰對多個「署名身份」進行簽名?當然關鍵仍然是為什麼需要多開馬甲!


GPG 入門教程 - 阮一峰的網絡日誌
https://www.ruanyifeng.com/blog/2013/07/gpg.html

管理提交簽名驗證 - GitHub Docs
https://docs.github.com/cn/authentication/managing-commit-signature-verification

2022-06-12#

GPG 部分更正:

對於 GitHub,GPG 簽名中對應的郵箱綁定至帳號並且驗證通過時,在線查看對應提交時會有一個綠色的「Verified」標記;

gpgsign 選項開啟時,署名 和 簽名 匹配才能提交成功;

有簽名,但是對應郵箱未驗證 gh 帳號時,無論是否填加對應公鑰到帳號中,均顯示黃色的「Unverified」標記;

簽名僅能「證實」某提交和某帳號有強關聯,沒有簽名或簽名不綠並不能「證否」什麼東西;

頂多在某些情況下硬性選擇不信任未合法簽名的提交,而這只是規範問題;

所以「署名身份」並不那麼重要,至少沒有可以推送東西到遠程倉庫的「權限身份」重要;

2022-07-22#

在沒有信號燈但是有斑馬線的地方,我自己是會盡量等到左邊來車不可能有從我面前經過的時機,然後直接走到馬路正中;

結果經常是佔了最右車道的車可能想等我過去後再右轉之類的,可是又擋住了視線讓我不知道中間車道有沒有來車,就挺尷尬的。。

比較麻煩的確實是電動車,死活都要先從我面前過去,導致我沒辦法向前幾步留出身後位置給他們過,然後惡性循環。

2022-07-23#

在當前位面的當下時間點就是有這樣的問題。。

一份文件要先存在於至少一台設備或伺服器上,然後其擁有者或管理者採取主動措施讓你有辦法拿到該文件的拷貝,雙方均承擔相應的成本或風險,商業公司則會將成本轉價給你來維繫服務;

綜合來看,總有一部分「你」想要的文件,並沒有「成本適中」的獲取方案,而不是「方案本身有,只是我不知道」;

然後 BT 能否連接上並有速度本來就是玄學事件,只能靠節點數(熱門資源),然而也不能說點對點滿速就沒有;

如果不能對上述概念有較充分的認知,啥工具都沒用。

2022-08-01#

所以你出於什麼目的發這個貼子,你為什麼「需要」說出來?

如果樓主現實中該咋喂咋喂,畢竟在中國直接來說並不犯法,我們也不知道你是做這種事人的,仍然可以聊聊別的話題;

你發出來就意味著已經「期許」從他人那裡獲取點兒什麼了,哪怕在你的認知中已經知道有人會反對;

「預設別人會反對的前提下期許他人在觀念意義上不要反對你」 ← 就,挺別扭的;

他人皆地獄的那個「他人」;

其他的「他人」我不知道,作為「我」這個「他人」,比起你餵不餵貓,你對「你」和無數個對於你來說的「他人」是各自獨立性的個體這件事沒有清晰的認知這件事就讓「我」很不爽;

我 xxx 憑啥要 XXX 正面回應你的期許,民科式的言論自由??

「萬物皆虛,萬事皆允」現實中沒有思想鋼印來直接限制你做特定的某件事,雖然你仍然做不到靠自己在真空中存活之類的……

知乎上關於狗肉的話題有人甚至拿「是不是吃人也自由」來當論據,在我看來,是的,只要這個不知道自身還算不算上人的個體別像樓主一樣矯情就行;

雖然你確實也有「試圖從觀念意義上影響和說服他人」的自由,但是「他人」同樣也有「不被你說服和影響」甚至對你 “友善問候” 的自由;

「你說尊重我都覺得可笑.jpg」

載入中......
此文章數據所有權由區塊鏈加密技術和智能合約保障僅歸創作者所有。