Frea Search ブラックリストの DB 化 #27

Open
opened 3 months ago by tukimi · 4 comments

Frea Searchは今後ブラックリストがどんどん増えることが予想されるから、
DB化しちゃった方が拡張性が高いし、編集効率とかも上がりそうっていう意見

Frea Searchは今後ブラックリストがどんどん増えることが予想されるから、 DB化しちゃった方が拡張性が高いし、編集効率とかも上がりそうっていう意見
Owner

やるとなるとブラックリスト関係を司ってるhostname_replaceプラグイン自体にsqliteとかで埋め込むか、初回セットアップ時とアップデート時にDBから取得してyamlの設定ファイルに変換する形になるかなあ...
DB化すれば扱いが楽になるのは事実なのでそのうち実装したい。

やるとなるとブラックリスト関係を司ってる`hostname_replace`プラグイン自体にsqliteとかで埋め込むか、初回セットアップ時とアップデート時にDBから取得してyamlの設定ファイルに変換する形になるかなあ... DB化すれば扱いが楽になるのは事実なのでそのうち実装したい。
Owner

そこまで複雑なデータを書き込むわけではないのでNoSQLなデータベースが良いかもしれない

そこまで複雑なデータを書き込むわけではないのでNoSQLなデータベースが良いかもしれない
Poster

データの読み書き量にもよるけど、FirestoreでNoSQLの管理でいいんじゃないんかなって思ってる。
Firebaseの従量課金制プランだと、最低限の価格しかかからないし...

データの読み書き量にもよるけど、FirestoreでNoSQLの管理でいいんじゃないんかなって思ってる。 Firebaseの従量課金制プランだと、最低限の価格しかかからないし...
Owner

AGPLだから標準でプロプライエタリなクラウドサービスと組み合わせられるのかは怪しいなあ
Redisとか使って自前で整備する感じになると思う。
あと特定のサービスに依存したくないというのもある

AGPLだから標準でプロプライエタリなクラウドサービスと組み合わせられるのかは怪しいなあ Redisとか使って自前で整備する感じになると思う。 あと特定のサービスに依存したくないというのもある
Sign in to join this conversation.
No Milestone
No Assignees
2 Participants
Notifications
Due Date

No due date set.

Dependencies

No dependencies set.

Reference: frea/search#27
Loading…
There is no content yet.