在官方 wiki 的說明，都是透過 btrfs balance 指令去清理出可用空間，但 Synology 上的 btrfs 指令並不支援 balance 參數。
追了一陣子在 reddit 上看到別人說要改用 btrfs filesystem defrag 去釋放空間：
sudo btrfs filesystem defrag -yvr /volumeX
自己機器上的 btrfs utils 是支援 btrfs balance 的，不知道是 Snology 用的是舊版？還是閹割過的版本？
一般在賣場結帳時，會看到店員翻轉商品並掃描張由直線組成的條碼，掃描完成收銀機便可立即顯示出商品名稱以及售價。近一年因 COVID-19 而要求大家進入公共場所需要掃描的 QR code 也是條碼的一種，只是單位面積可以儲存的資料量更多 (資料密度更高)。以下貼出幾種常見的圖形條碼。
「一維條碼」指的就是這種條碼只由直線組合而成，常見的商品條碼就是條碼的一種。依照不同的檢查碼、線條格式等，還可以細分成很多種，但大致上就是長得像 UPC code 這樣：
由於在相同面積，一條條碼可以儲存的資料有限，所以後來做出了 PDF 417 這種以方格組成的條碼：
接著為了更複雜的需求 (快速辨識圖形方向、容忍變形、容忍圖形毀損等等)、提高資料密度，開始出現了設計不一樣的長形、方形條碼 (二維條碼)，最常見的就是 QR code：
再來還有幾個比較少見的圖形條碼，像是 Datamatrix 和 MaxiCode：
PostgreSQL 的使用者權限管理和 MySQL 差很多，花了好一陣子才搞懂。
一開始操作都必須使用 postgres 的使用者身份來操作，所以都會需要 sudo：
# 建立預備要給予 admin 權限的帳號 # 如果不想要 sudo 則設定成 Linux 相同帳號名稱 sudo -u postgres createuser zeroplex
再來是要幫上面新增的使用者設定 role，這邊需要進入 PostgreSQL 的 console 中下指令：
sudo -u postgres psql
psql (14.2)
Type "help" for help.
-- 透過 \du 來列出現有的使用者與角色
postgres=# \du
List of roles
Role name | Attributes | Member of
-----------+------------------------------------------------------------+------------
postgres | Superuser, Create role, Create DB, Replication, Bypass RLS | {}
zeroplex | | {}
從上表的內容，可以看出剛剛新增的帳號什麼權限都沒有，但是預設帳號 postgres 擁有 Superuser 的權限。
若要建立的帳號擁有 admin 權限 (在 PostgreSQL 中叫做 superuser)，則須透過 alter user 來授予權限：
postgres=# alter user zeroplex with superuser;
ALTER ROLE
-- 再次列出使用者與其角色 (role)
postgres=# \du
List of roles
Role name | Attributes | Member of
-----------+------------------------------------------------------------+------------
postgres | Superuser, Create role, Create DB, Replication, Bypass RLS | {}
zeroplex | Superuser | {}
除了 superuser 以外，還有其他不同權限的角色可以指派，請參考 PostgreSQL alter user 的說明。
接著就可以不用 sudo 直接下 PostgreSQL 管理相關指令：
$ createdb test
注意：使用者如果擁有 superuser 權限以後，下管理相關指令是不需要 sudo 的，因此必須承擔意外造成的風險。個人建議還是切換成 sudo -u postgres 以後在進行操作比較保險。
按照 Lumen 文件，在 unit test 中建立 HTTP request 要呼叫 $this->call()，但沒辦法自訂 header 內容。
細看實作 Laravel\Lumen\Testing\Concerns\MakesHttpRequests::call()：
/**
* Call the given URI and return the Response.
*
* @param string $method
* @param string $uri
* @param array $parameters
* @param array $cookies
* @param array $files
* @param array $server
* @param string $content
* @return \Illuminate\Http\Response
*/
public function call($method, $uri, $parameters = [], $cookies = [], $files = [], $server = [], $content = null)
{
$this->currentUri = $this->prepareUrlForRequest($uri);
$symfonyRequest = SymfonyRequest::create(
$this->currentUri, $method, $parameters,
$cookies, $files, $server, $content
);
$this->app['request'] = LumenRequest::createFromBase($symfonyRequest);
return $this->response = TestResponse::fromBaseResponse(
$this->app->prepareResponse($this->app->handle($this->app['request']))
);
}
從 function parameter 和 return，大概就知道使用這個方法沒辦法塞 header 值。
但是若透過 SymfonyRequest 的話，則可以設定 header 內容：
$request = SymfonyRequest::create();
$request->headers->set('acccess_token', 'ooxx');
因此，若需要自訂 header，則必須 override 原本的 call() 方法。以下是自己改寫的 trait：
use Illuminate\Testing\TestResponse;
use Symfony\Component\HttpFoundation\Request as SymfonyRequest;
trait ApiTokenRequestTrait
{
public function call($method, $uri, $parameters = [], $cookies = [], $files = [], $server = [], $content = null, $headers = [])
{
$symfonyRequest = SymfonyRequest::create(
$uri,
$method,
$parameters,
$cookies,
$files,
$server,
$content
);
foreach ($headers as $key => $value) {
$symfonyRequest->headers->set($key, $value);
}
$this->app['request'] = \Laravel\Lumen\Http\Request::createFromBase($symfonyRequest);
return TestResponse::fromBaseResponse(
$this->app->prepareResponse($this->app->handle($this->app['request']))
);
}
}
編輯 /etc/fstab，建立新的一行設定：
tmpfs /media/ramdisk tmpfs defaults,size=16M,mode=1777 0 0
第二個欄位是 mount point。另外在 option 欄位可以透過 size 設定分配的檔案系統大小。2
設定完成後，可以透過 mount -a 立即掛載。