ノートアプリ on 或る阿呆の記

Growi (Docker) をコンテナごと別マシンに引っ越す

Sat, 13 Jun 2026 13:10:29 +0900

環境

移行元
- Intel Mac mini 2018
- Docker Desktop
- Growi 7.x
移行先
- Linux Mint Xfce 22.3
- Docker 29.2.1
- Growi 7.x

基本的な手順

手順はWordPressのコンテナ移行とほぼ一緒なので、下記記事を参考にすること（雑）

あわせて読みたい

コンテナ構築のWordPressサイトを別マシンに移行する

/container-wp/

全体の流れと微妙な差分を下記にメモ。

移行元でコンテナを停止してボリュームをバックアップし、移行先にアーカイブを送信
移行先でボリュームを復元

ここでElasticsearchの書き込み権限がなかったりするので修正する

移行先のdocker-compose.ymlでボリューム名を指定する
docker compose upしてブラウザで動作確認

の流れ。ボリューム名の定義と、権限の修正あたりが若干の追加要素となる。

ボリューム名は通常はフォルダ名にデフォ名つくような感じだろう。たとえばgrowiフォルダでは以下のようになっているだろう。

local growi_es_data
local growi_growi_data
local growi_mongo_configdb
local growi_mongo_db

これらについて、docker-compose.ymlでes_dataやgrowi_dataとなっているところをそれぞれ修正する。そしてexternalをtrueにする。ここらへんは上記WordPress記事のymlを見て参考に。

docker compose upで様子を見るが、もしかするとElasticsearchでエラーが出てしまうかもしれない。これはElasticsearchコンテナの権限問題であるため、以下のコマンドで修正する。

docker run --rm -v <ボリューム名、たとえばgrowi_es_data>:/mnt alpine chown -R 1000:1000 /mnt

雑だが、以上。

Trilium Notes (Docker) のマシンを移行する

Sun, 07 Jun 2026 21:21:36 +0900

現在運用しているTrilium Notesについて、Intel Mac mini 2018 + Docker Desktop から Linux Mint Xfce 22.3のサーバマシンに移行する。

環境

Trilium Notesのlatest
移行元
- Intel Mac mini 2018
  - macOS Sonoma 14.6.1
  - Docker Desktop for mac v4.76.0
移行先
- ThinkPad L390
- Linux Mint Xfce 22.3
  - Docker 29.5.2

手順

移行元のマシンで停止する。

docker compose down

docker-compose.ymlでデータディレクトリを確認する。TRILIUM_DATA_DIRがどうなっているか見る。

# Running `docker-compose up` will create/use the "trilium-data" directory in the user home
# Run `TRILIUM_DATA_DIR=/path/of/your/choice docker-compose up` to set a different directory
# To run in the background, use `docker-compose up -d`
services:
 trilium:
 # Optionally, replace `latest` with a version tag like `v0.90.3`
 # Using `latest` may cause unintended updates to the container
 image: triliumnext/trilium:latest
 # Restart the container unless it was stopped by the user
 restart: unless-stopped
 environment:
 - TRILIUM_DATA_DIR=/home/node/trilium-data
 - TZ=Asia/Tokyo
 ports:
 # By default, Trilium will be available at http://localhost:8080
 # It will also be accessible at http://<host-ip>:8080
 # You might want to limit this with something like Docker Networks, reverse proxies, or firewall rules,
 # however be aware that using UFW is known to not work with default Docker installations, see:
 # https://docs.docker.com/engine/network/packet-filtering-firewalls/#docker-and-ufw
 - '8080:8080'
 volumes:
 # Unless TRILIUM_DATA_DIR is set, the data will be stored in the "trilium-data" directory in the home directory.
 # This can also be changed with by replacing the line below with `- /path/of/your/choice:/home/node/trilium-data
 - ${TRILIUM_DATA_DIR:-~/trilium-data}:/home/node/trilium-data
 # - /etc/timezone:/etc/timezone:ro
 - /etc/localtime:/etc/localtime:ro

ここでは~/trilium-dataとなっている。ついでにMacで/etc/timezoneがなかったのでコメントアウトされているね。

とりあえずアーカイブ化しよう。

tar -czvf trilium-data-backup.tar.gz ~/trilium-data

こいつを新しいマシンに転送してやる。

scp trilium-data-backup.tar.gz ユーザ@IPアドレス:移行先のパス

新しいマシンで、これを保存先ディレクトリ上に展開する。今回はtrilium-dataにしている。

tar -xzvf trilium-data-backup.tar.gz

保存先ディレクトリに入って、もしデータベースの一時ファイルが存在したら削除する。

rm -f document.db-shm document.db-wal

準備ができたらコンテナの起動。とりあえずフロントで。

docker compose up

エラーなく起動したら、http://IPアドレス:ポートにアクセスする。以前使っていたパスワードでログインできることを確認する。

問題なければOK。Ctrl-cで停止して、改めてバックグラウンドで起動する。

docker compose up -d

これでOK。しばらく動かして、安定していることを確認したら元のコンテナは削除してよい。

<関連記事>

/evernote-notion-trilium-notes/

Evernote/Notion代替: Trilium NotesでインストールからWeb Clipまで

Tue, 17 Mar 2026 00:00:00 +0900

今回取り上げるのは、ずっと記事書こうと思っていて放置していたメモアプリのTrilium Notes。割と使いたい人が多いかもしれないやつだと思う。

Trilium Notesとは。Evernote/Notion代替になるか

Trilium NotesはEvernoteとかNotion代替として出てくる、セルフホストできるFOSS。サイトはここ「Trilium Notes」。使い勝手は昔のEvernoteに近い気がする。昔のNotion並に軽いEvernote。伝統的な階層型管理なのはNotion的かな。

Evernoteは最初全部フラットにしようとして失敗したと思う。ここらへん、スマホではじめで階層型はもう古い！みたいなトレンドがあったような気がする。結果としては、階層型ディレクトリだけが最強だった。

リッチな機能はないし、ユーザも一人専用だけれど、ノートアプリとして欲しいものは全部揃っている。 いらない機能でわかりづらいUIと遅いパフォーマンス、崩れるレイアウトのために課金しなくてはいけない日々とはさよなら。

とはいえNotionはノートアプリというよりもはやデータベースアプリになっているので、Notionの機能をゴリゴリ使っているならそりゃ厳しい。

あと、もしかするとObsidianとどっち使うか考えている人もいるかもしれないが、どちらが良いかはObisidian vs Evernote（Notion）と考え方はほぼ同じになるかなと思う。Obsidianはクライアントベース、ファイルベース、Markdown至上主義な考え方になるし、Trilium Notesはサーバベース、独自データベース、Markdownは基本だけどWYSYWIGにありがちなちょっとキモイ挙動もあるよみたいな感じ。

FOSSの文脈だと、サーバ必須なのとファイルではなく独自データベースのメリデメ（高機能だがサポートの継続が不安）をどう捉えるかになるかと思う。

環境

サーバ
- Intel Mac mini 2018
- Docker Desktop for Mac
Web Clipperを試したブラウザ
- Vivaldi

インストール

インストール自体はいつものようにDocker一発なので取り立てていうところはない。docker使えれば使える。

以下のうち、ポート番号とデータベースを保存するディレクトリだけ編集。

# Running `docker-compose up` will create/use the "trilium-data" directory in the user home
# Run `TRILIUM_DATA_DIR=/path/of/your/choice docker-compose up` to set a different directory
# To run in the background, use `docker-compose up -d`
services:
 trilium:
 # Optionally, replace `latest` with a version tag like `v0.90.3`
 # Using `latest` may cause unintended updates to the container
 image: triliumnext/trilium:latest
 # Restart the container unless it was stopped by the user
 restart: unless-stopped
 environment:
 - TRILIUM_DATA_DIR=/home/node/trilium-data
 - TZ=Asia/Tokyo
 ports:
 # By default, Trilium will be available at http://localhost:8080
 # It will also be accessible at http://<host-ip>:8080
 # You might want to limit this with something like Docker Networks, reverse proxies, or firewall rules,
 # however be aware that using UFW is known to not work with default Docker installations, see:
 # https://docs.docker.com/engine/network/packet-filtering-firewalls/#docker-and-ufw
 - 'ポート番号:8080'
 volumes:
 # Unless TRILIUM_DATA_DIR is set, the data will be stored in the "trilium-data" directory in the home directory.
 # This can also be changed with by replacing the line below with `- /path/of/your/choice:/home/node/trilium-data
 - ${TRILIUM_DATA_DIR:-~/保存したいディレクトリ}:/home/node/trilium-data
 # - /etc/timezone:/etc/timezone:ro
 - /etc/localtime:/etc/localtime:ro

timezoneのところお麺とアウトしているのはMacで当該ファイルがなかったからかな。

バックアップはこの設定ファイルとディレクトリをまるごとコピーしたらOK。

基本的な使い方

ノートを書いて階層管理する使い勝手。なんかもう本当にシンプルなので、これも特に言うことがない。画面見りゃわかる。わかれ。

こんな感じで僕は「缶詰」や「酒」の管理とかに使っている。タスク管理にも使おうとしていたが、最近は一周回ってアナログ管理になってきたので、これはあまり使えていない。あと確定申告とかその時々のタスクにも使ってるね。

Web Clipperの使い方

結局やりたいのはこれだと思うが、Web Clipperがある。「Trilium Web Clipper」でブラウザに対応した拡張機能をインストール。

ブラウザから、Trilium Web Clipperのオプションを開く。

Trilium server instanceの設定から、http://IP address:portとパスワードを入力する。パスワードは実際に保存されるわけではなくて、一度ログインしてトークンを発行しているみたいだ。実際、SettingsのETAPIを見るとトークンが作られていることがわかる。

これで使えるようになっている。どっか適当なページで挙動を確認する。Gigazine開いたら最初の記事だった「iCloudの無料枠がいつまで経っても5GBから増えないことを確認できる「Is iCloud’s free tier still 5GB？」 - GIGAZINE」をやってみよう。

ブラウザの拡張機能のアイコンをクリックすると選択肢が出てくる。

「Save whole page」を選択すると、Journalにクリップされる。

スクショも保存できる。しかし、表示されている画面分だけなので使い勝手は微妙な気がする。一部分のクリップはSNSとかヤフコメとか見ているときに捗るかもしれない。

検索するとノートがヒットする。ここらへんどれくらい管理するかは人それぞれ。

所感

AI時代になってアプリ開発が劇的に楽になったため、自分用のノート・メモアプリはもう自作したほうがいいんじゃないの？と思うこともある今日この頃だけれど、そうはいってもやはりそれにはスキルも時間も必要。

最初からほしいところがそろっていて、かつWeb Clipperが用意されているのは非常に強力なので、ノート系アプリがほしい人にとっては第一候補になると思う。

本アプリはSQLiteを使って独自データベース設計になっているが、AIでいろいろやりたい観点からは、ファイルベースのほうがいいという意見もあるかもしれない。が、正直そんなやらせることある？という気が個人的にはしている。AIにやらせたい特定のユースケースがあるならば、そのためにアプリを作った方がいいと思う。

メモアプリってのはもっとこう、散逸で適当なもんで、人間にも整理しきれないのが本質ではなかろうか。人間に整理できないもんはAIにも無理。AIならなんかすげぇナレッジ出すらしいじゃんとか夢見たくなるのはわかるが、夢だと思う。

また、継続性の観点から独自データベース設計はややネックにはなるかもしれない。しかし、この手のメモアプリはいろいろ貼りたくなるもので、Obsidian使ったところでどうせ大変になる。画像みたいなバイナリがあると、そのバイナリのパスの管理なども出てくるから、ファイルベースだから大丈夫！とも言えない。パス失って探せないファイルはないのと同じ。ファイルベースも結局ディレクトリ構造どうしているのかわからないと管理できない。

ってかもしサポートが途絶えたなら、それこそAI使ってデータベースから必要な抽出をすればいいと思うんよな。

そんなわけで、個人的にはノートアプリのセルフホストFOSSとしておススメできるかなと思います。

NotionのMermaid記法でお絵かきするのが良いと伝える動画

Sat, 07 Dec 2024 12:09:35 +0900

姉とNotion談義していた時に、Mermaid記法を普及しようと思った。スクリーンレコードで動画をとって見せてみたが、「何が起きてるのかわからないｗ」と言われて撃沈した。まぁそうか……。

まぁでもせっかく撮影したので、なんとなく雰囲気を察せられる動画として残すだけの記事。

Notion & Mermaid記法の動画

動画は以下。

動画にしてしまうと記事文本文では言うことがない。言わなきゃ気づかないと思うけど、変換候補があれなのは固有名詞です笑

動画もアリか

今さらだけれど動画や音声をアップロードしていくのもアリかなと思った。本当に今さらだけど。

DockerでMongoDBのコンテナが永遠に再起動する時の対応

Mon, 04 Nov 2024 02:04:16 +0900

色々なパターンがあると思うが、今回は以下のエラーにより、永遠にrestartしていたものと思われる。

2024-11-03 21:25:06 {"t":{"$date":"2024-11-03T12:25:06.020+00:00"},"s":"F", "c":"CONTROL", "id":6384300, "ctx":"ftdc","msg":"Writing fatal message","attr":{"message":"DBException::toString(): FileStreamFailed: Failed to write to interim file buffer for full-time diagnostic data capture: /data/db/diagnostic.data/metrics.interim.temp\nActual exception type: mongo::error_details::ExceptionForImpl<(mongo::ErrorCodes::Error)39, mongo::AssertionException>\n\n"}}

/data/db/diagnostic.data/metrics.interim.tempに書き込めないことによるエラーっぽい。

（追記）むしろ原因は以下かも。

/docker-etc-hosts-full/

環境

Intel Mac mini 2018
macOS 14.6.1
Docker Desktop 4.35.1
Growiのコンテナをたてていた

基本的に初期設定のままだが、 docker-compose.ymlを以下に示す。mongodbのバージョンは6.0。

version: '3'

services:
 app:

--- 省略 ---

 mongo:
 image: mongo:6.0
 restart: unless-stopped
 volumes:
 - mongo_configdb:/data/configdb
 - mongo_db:/data/db

--- 省略 ---

volumes:
 growi_data:
 mongo_configdb:
 mongo_db:
 es_data:

症状

永遠にmongodbのコンテナがrestartする。かろうじてログは取れた。

原因: mongod.lockがemptyじゃない

restart地獄だが幸いはログは取れた。どうも、直接的には/data/db/diagnostic.data/metrics.interim.tempに書き込めないことによるエラーっぽい。

2024-11-03 21:25:06 {"t":{"$date":"2024-11-03T12:25:06.020+00:00"},"s":"F", "c":"CONTROL", "id":6384300, "ctx":"ftdc","msg":"Writing fatal message","attr":{"message":"DBException::toString(): FileStreamFailed: Failed to write to interim file buffer for full-time diagnostic data capture: /data/db/diagnostic.data/metrics.interim.temp\nActual exception type: mongo::error_details::ExceptionForImpl<(mongo::ErrorCodes::Error)39, mongo::AssertionException>\n\n"}}

なんでそうなるかというと、恐らく mongod.lockがemptyではないためにmongodを起動できず、権限がなかったのではないか。以下のようなログが残っていた。

2024-11-03 21:24:59 {"t":{"$date":"2024-11-03T12:24:59.534+00:00"},"s":"W", "c":"STORAGE", "id":22271, "ctx":"initandlisten","msg":"Detected unclean shutdown - Lock file is not empty","attr":{"lockFile":"/data/db/mongod.lock"}}

直前にMacを再起動したのだが、その時に正常に終了できなかったことに起因してるかもしれない。今となっては大元の原因は不明である。。。

対応: デバッグ用コンテナを作ってロックファイルを削除

ロックファイル mongod.lockを削除する。

ただし、コンテナは起動したそばからterminateしてしまうため、デバッグ用のコンテナを作ってそこからファイルをいじる。今回の例だと、以下のような docker-compose.override.ymlファイルを作って、デバッグ用のmongoコンテナとする。

version: '3'

services:
 mongo:
 entrypoint: /bin/bash
 tty: true
 restart: "no"

この状態でコンテナを起動。

docker compose up -d mongo
docker compose exec mongo /bin/bash

ログイン後、ファイルを削除し、データベースを修復する。

rm -f /data/db/mongod.lock
mongod --repair --dbpath /data/db

ログアウトして、コンテナを落とす。

docker compose down

docker-compose.override.ymlを削除する。削除後、コンテナを起動。

docker compose up -d

再起動しないことを祈る。しなければOK。したら別の問題がある。

（追記）以下が起きていたら先にこれを対応しないといけない。

/docker-etc-hosts-full/

所感

もはや本当の原因がわからないのだけれど、いずれにせよ直接の原因は mongod.lock が残ってしまっていることで、Dockerの場合はデバッグ用コンテナからコイツを削除してやることで解決できるはず。

結局ナレッジツールの個人利用はNotionに戻りつつある

Mon, 28 Oct 2024 15:26:05 +0900

僕の趣味は生産性を上げるために多くのナレッジツールを検証することに多大な時間を費やして生産性を下げることなので、今まで色々なツールを使ってきたし、今もNotion, Growi, AppFlowy, AFFiNE, Confluenceを同時並行で使っている。Evernote？知りませんねそんな象……。

多くの人に馴染みがあるのはNotionとConfluenceくらいだと思うのでさらっと説明すると、Growiは典型的なWiki、AppFlowyはNotion代替、AFFiNEはNotion + Miroの代替で、それぞれセルフホスティングできるのが特徴。あとOutlineもこの界隈では有名だがまだ試していない。

それぞれフォーカスしている価値が違うから、用途によって適当なものは変わるのだけれど、プライベート利用では結局なんだかんだでまたもやNotionに収束しつつある今日この頃だ。

Notionは個人利用ではほぼ制限がない

Notionはチームで使うとそれなりに値が張るが、個人利用においては無料でほとんどの機能が使える。まぁ実際的なところで多少困るのはアップロードできるファイルサイズの制限だろうか。個人的にこれはクリティカルではないが、人によっては困るだろう。まぁそういう人は素直に別のツールを使うか、金を払うべきだ。

個人的に少しつらいなと思うのは描画機能で、Mermaid記法が使えるものの、それしかないのはつらいと思う。draw.ioが使えるChromeのブラウザ拡張機能があるんだが、最近のレビューを見るとどうも壊れているっぽい……。

https://chromewebstore.google.com/detail/drawio-for-notion/plhaalebpkihaccllnkdaokdoeaokmle

まぁブラウザ拡張機能ってお金にならないだろうしなぁ。正直買い切りライセンスだったら買ってもいいくらいの機能だと思うんだけれど。ちなみにdraw.ioの埋め込みはGrowiが地味にサポートしていて便利だった。

チームで利用する場合、描画機能がMermaid記法オンリー問題は割と深刻だと思う。非エンジニアに書いてもらうのはたいへんだし、なんならエンジニアでも嫌がる人は嫌がる……。

データベースつよい

長所と短所はだいたい表裏一体だが、Notionの場合もご多分に漏れず、なんといってもその超強力なデータベース機能が長所であり短所ともいえる。長所であるのは言わずもがなだが、短所というのは、概念の理解が難しいので非エンジニアの人が習熟するには時間がかかる、なんなら無理まであるし、またカジュアルにデータベースを操作、削除できるものだから、大事なデータベースが誤削除されるなどという悲壮な事故が後を絶たない。しかも消した当人は消したことに気づいていない。チームで一回はやらかすと思う。やらかした。懺悔します。

しかしだからといってデータベース機能を使わないと、Notionである意味がかなり薄れる。というか真面目にNotionじゃなくていいし、むしろtoo fatだから適していないとすら言える。

つまりNotionを使う限りはデータベースを使ってなんぼだし、またチームで使いこなすことでその威力は大いに発揮されるのだが、開発者だけのチームならともかく、現実はそうもいかない。上述した描画がMermaid記法オンリーのストロングスタイル問題と相まって、非エンジニアにはかなり敷居が高く感じられだろう。機能を使いこなすことよりも、チームメンバのスキルや使い方を見て、適切な運用指針を築くことが一大プロジェクト。

なんだけれど、僕一人で使う限りは、何も問題にならないので、Notionの強力なデータベース機能を好き勝手に使えて幸せハッピーなのである。

BANだけが怖い

そんなわけで、個人利用においてNotionに対する大きな不満はなく、あれこれツールを試しているが、結局Notionに落ち着いてしまう。ただ一点、どうしても気になるのはBANされたらどうしよう、ということだ。

ビジネス用途で金払って、あくまでビジネスの用途でやっていれば、向こうも早々BANはしないと思うのだが、プライベートだと金払っていないうえに色々な使い方をするので、何かの拍子で目を付けられてカジュアルにBANされてしないだろうかという不安がある。まぁオンラインストレージで「子供のお風呂写真を上げたら警告なしBANされた」という話と同根だ。

たとえば僕の場合、趣味でやっているAIイラストのために、Webクリップした記事についている参考画像なんかにはけっこうきわどいのがある。といってもWebクリップの場合画像は元サイトを参照しているだけ（内部的には文字列データ）だろうし、またその内容もせいぜい肌色が多めくらいのものではあるから、なんら言われる筋合いはないのだが、昨今の潔癖な欧米のポリコレ的価値観からすると、こんな政治的に不健全なアカウントはBANするざます、みたいなことも考えられて、少し不安を感じている。

不安ならその使い方はしなければ良いのではないかと言われるとごもっともだし、そうしたいのはやまやまなのだけれど、NotionのWebクリップ拡張機能とデータベース機能の合わせ技が非常に便利であるため、今のところその代替が見つかっていない。

まぁそうでなくても、フツーの使い方でも何故か突然垢BANされた、という話はNotionに限らずクラウドサービスにおいては、ネットをやっているとけっこう聞くことだ。なので、クラウドサービスの個人利用には警戒感が強い。幸いなことに僕は今までどこかからBANされたことはないのだけれど、一度でもあったらトラウマレベルの大事故なので、やはり怖い。オンプレからクラウドに移行する理由の一つに災害対策があげられることがあるけれど、正直自宅が災害でサーバがぶっ壊れる災害リスクよりも、プラットフォームの意味不明な基準と気まぐれでいきなり垢BANされる人災リスクのほうが現実的に大きいと思う。

まぁ片手間でやっているGoogleやMSと違って、コアビジネスそのものであるNotionが、実際的な利益になるとは思えないポリコレ仕草のため雑に強権を発動する可能性は低いと思うし、そういった強権発動には慎重のはずだと思うのだけれど、まぁ不安はある。なので、Notion並とまでは言わなくても、セルフホスティングできるナレッジツールでそれなりに使えるデータベース機能があれば、そっちに乗り換えるんだがなぁ……とか思っていたら、AFFiNEの人がデータベース機能に注力しているらしいので、そのうち実装されるのかもしれない。

いずれにせよ、現時点においては個人ユースだとNotion最強伝説になっている。

Growiのファイルアップロード先をS3に設定

Tue, 17 Sep 2024 16:56:22 +0900

「アプリ設定 | GROWI Docs」にあるとおりなんだけれど、何故か毎回引っかかってしまうのでメモする。

環境

docker-composeで作ったもので確認
- ホストOS: macOS 14, IntelとAppleSilicon両方確認
Growi v7.0.x

やること

graph LR
user(ユーザ)
growi(Growi)
s3(S3)
growi -.->|アップロード| s3
s3 -->|アクセス許可| growi -->|ファイル| user

Growiを通じてS3上のファイルをやりとりできるようにするための、Growi-S3間の権限設定をそれぞれすることになる。

AWS側
- 保存するバケットを作成する（今回はap-northeast-1）
  - バケットのパブリックブロックの設定を変更する
- バケットにアクセスするためのIAMポリシーをアタッチしたIAMユーザを作成する
  - IAMユーザの認証キーを作成する
Growi側
- docker-compose.ymlで S3_OBJECT_ACL=privateの設定をする
- アプリ設定で認証の設定をする

手順

AWS: バケットの作成

東京リージョンでバケットを作成する。

バケットのブロックパブリックアクセスのうち、「新しいアクセスコントロールリスト (ACL) を介して付与されたバケットとオブジェクトへのパブリックアクセスをブロックする」のみオフにする（下図）。作成時に設定できるが、作成後にも「アクセス許可」タブより設定変更可能。

AWS: IAMの作成

作成したバケットにアクセスするためのIAMポリシーを作成する。ポリシーは以下。

{
 "Version": "2012-10-17",
 "Statement": [
 {
 "Effect": "Allow",
 "Action": [
 "s3:PutObject",
 "s3:PutObjectAcl",
 "s3:GetObject"
 ],
 "Resource": [
 "arn:aws:s3:::<作成したバケット名>/*"
 ]
 }
 ]
}

IAMユーザを作成し、作成したポリシーをアタッチする。

IAMユーザの認証キーを作成して保存する。

Growi: docker-compose.yml の編集

docker-compose.yml に環境変数として S3_OBJECT_ACL=private を追加。

version: '3'

services:
 app:
 build:
 context: .
 dockerfile: ./Dockerfile
 ports:
 - 127.0.0.1:13000:3000 # localhost only by default
 links:
 - mongo:mongo
 - elasticsearch:elasticsearch
 depends_on:
 - mongo
 - elasticsearch
 environment:
 - MONGO_URI=mongodb://mongo:27017/growi
 - ELASTICSEARCH_URI=http://elasticsearch:9200/growi
 - PASSWORD_SEED=changeme
 - S3_OBJECT_ACL=private # ---------------ここに追加-------------------
 # - FILE_UPLOAD=mongodb # activate this line if you use MongoDB GridFS rather than AWS
 # - FILE_UPLOAD=local

コンテナを再起動する。

Growi: アプリの設定

管理者画面の「アプリ設定」より「ファイルアップロード設定」で、ファイルアップロード方法としてAWS(S3)を選択し、リージョン、バケット名、キーの設定をして更新する。

所感

マニュアルに書いてあるんだけど、いつも何かを忘れて謎に引っかかるので、メモした。だいたいdocker-compose.ymlの編集を忘れる模様。

Growi便利だよね。

NotionはWebブラウザのほうが便利

Wed, 27 Sep 2023 23:18:07 +0900

最近あった良いこととして、会社でNotionを使えるようになったことがある。プライベートでも使っているツールを、チームとして使える経験をもらえたのは良いことだ。また幸いなことに、一定程度の影響力を行使できる立場にあるので、限定的ではあるけれど、Notionをフルに使って開発作業にあたることができている。

デスクトップアプリの出来はあまりよくない

Notionにはデスクトップアプリがある。昔からのPCユーザの感覚だと、専用アプリがあるならそちらのほうがいいに決まっているだろう、と思ってしまうのだが、Notionについては残念な結果だった。

UIなど、何から何までWebアプリ版と同じで、違うところと言えば複数タブが開けるところくらいだと思う。でもタブの入れ替えという基本的なことも出来ず、ブラウザのタブ機能よりハッキリ言って貧弱であるため、これが機能アップとは言いがたい。

あとはまぁスタンドアロンのアプリなので、Dockから多少呼び出すやすくなった。

以上がデスクトップアプリを使って良かったことのすべて。ネイティブのアプリならパフォーマンスなどに期待したいところだが、残念ながら別にはやくなる感じはない。

Webアプリには拡張機能がある

まぁそれでも多少なりともいいところがあるなら使えばいいんじゃないの？という考えもあるかもしれないが、残念ながら（？）Webアプリ版のほうにこそデスクトップ版にはない大きなメリットがある。それは拡張機能だ。

特にsvgを直接編集できるようになるDraw.ioのNotion向けChomeエクステンションはめちゃくちゃ強力だ。

https://chrome.google.com/webstore/detail/drawio-for-notion/plhaalebpkihaccllnkdaokdoeaokmle/related?hl=ja

これだけのためにWebブラウザ版使う価値がある。Notionの絵を描くにはMermaid記法しか使えないという大きな弱点を克服するものだ。プログラマはともかく、ビジネス層にMermaid記法で書いてくれとは言えないからねぇ。まぁそうでなくても、それなりに大きなアーキテクチャ図なんか、Mermaidで描いたらカオスだしね。カオスだった。

あと、個人的に最近使っているタイマーアプリTogglのエクステンションがNotionにも対応しているのがよかった。まだあんまり使いこなせてないけど。

ということで、拡張機能がある分Webアプリ版のほうがNotionについては明確に良い。

Webアプリにネイティブの皮を被せても……

まぁNotionに限らず、一時期からよく見かけるようになったWebアプリをそのまんまネイティブアプリにしたようなやつは、だいたいどれも拡張機能的な理由でWebアプリ版より劣る。アカウントの切り替えとかで多少の優位性があったりするが、それは拡張機能の不足を補えるものではない。開発費の関係でそうなってしまうんだろうなと思いつつ、だったらなくてええわ、というのがイチユーザとしての感触である。

むしろ、なまじっかWebアプリの出来がよいからこそ起きた悲劇なのかもしれない。EvernoteとかWebアプリ酷かったのに無理矢理UI統合して阿鼻叫喚だったからなぁ……今はもうよくなったのだろうか。

そんなこんなで、結局ブラウザ版のNotionを使っている。