Ryo Kanbayashi ryogrid

brin_bloom_add_value

Examines an index tuple and updates its bloom filter by adding a new value from a heap tuple, returning whether the bloom filter was modified.

Datum brin_bloom_add_value(PG_FUNCTION_ARGS)

あなたのプロジェクトに Frontend Ops を。

Full Plan: 1ヶ月 120万
- 秘密保持契約を行い、ソースコードを分析し、改善を行います
- 現在受付可能なのは、1月以降です
- 調査費用は50万~になります
Lightweight Plan: 外部計測のみ 50万
秘密保持契約抜きで外部からの監視を行います

The I/F for NostrP2P clients is REST, but it is necessary to insert a WS <-> REST bridge server for Nostr called Yonle/nhttp-adapter So, I tried to make it behave in a way that is compatible to some extent
- Some modifications were required to the NostrP2P server to achieve this...
- The specifications of nhttp -adapter were not compatible with NostrP2P's REST I/F, so I made some modifications ryogrid/nhttp-adapter

Client to use
- For now, I will use Snort because it seems to handle the display of posts and profile information well even if I respond to REQ in a careless manner
  - https://snort.social
procedure

正直、精査していないので普通に穴があるかもしれない。
GitHub Repo

コンセプト
- 利用者皆の貢献により構成されるシステム
  - 課題感: 既存の分散SNS（Mastdon、Nostr、Bluesky、etc..）は言うて、サーバ運用者にかかる負荷が高く、その割に見返りもない
その他のポイント
- gossipプロトコルによるブロードキャストを軸にしたシステム（メッセージングはweaveworks/mesh ライブラリが担う）
- パフォーマンスやデータの一貫性より実装の容易さとシンプルさに重点を置く
結局のところは省工数にしたいという理由に落ちるかもしれないが、この手のシステムで複雑な仕組みを入れると安定して動くようにするのが大変

	def basic_filter_message(username, message_text):
	if not message_text or len(message_text) < 8: return False
	patterns = [r"^(はい\|ええ\|うん\|OK\|了解\|承知しました\|わかりました\|なるほど)$", r"^(ありがとうございます\|ありがとう\|どうも)$",
	r"^(お疲れ様です\|おつかれさまです)$", r"^(お願いします\|よろしくお願いいたします\|よろしくです)$",
	r"^(笑\|w+\|草)$", r"^\s（スタンプ）\s$", r"^そうですね$\|^ですねー$\|^たしかに$"]
	for p in patterns:
	if re.fullmatch(p, message_text, re.IGNORECASE): return False
	return True

	# --- プロンプト作成関数 ---

	注意:まだベータにもなっていない段階のコードベースで、設定も精査せず、ベンチマーククライアントも同一マシンに置いて、とりあえず測定をしてみた、というだけのものなので、その程度のものであり、結果であるというところは、ご承知おき下さい。

	●前提情報
	■実施日
	2025/4/5

	■測定環境（自作デスクトップ）
	AMD Ryzen 7 5700X 8-Core Processor 4.50 GHz
	Memory 64GB
	WD_Black SN770 NVMe WDS100T3X0E 1TB M.2 PCI-Express Gen4

	# .cursorrules

	# Development Steps for CLI Application in Go

	## 1. Overall Design
	- Define the purpose and scope of the CLI application.
	- Identify the target audience and their needs.
	- Outline the main features and functionalities.
	- Create a high-level architecture diagram.
	- Improve Specifications/Features:

	// Code generated by protoc-gen-go. DO NOT EDIT.
	// versions:
	// protoc-gen-go v1.32.0
	// protoc v3.19.1
	// source: np2p_event.proto

	package schema

	import (
	protoreflect "google.golang.org/protobuf/reflect/protoreflect"