No.2607, No.2605, No.2604, No.2603, No.2602［5件］ - 開発放言

まあ、2つのプログラムに分けずに、全部を1つのプログラムで提供できていれば、そもそもこのような連携手段など不要なのだが。┌(:3」└)┐

by nishishi. ⌚ 2026年09月15日(火) 00:33:12〈6時間前〉てがろぐ＜68文字＞編集

実装した。>>2604
今のところ、うまく動作している気がする。以前よりも速いかどうかは、負荷の高い環境で試してみないと分からないが。しかし、従来は毎回発生していた「トークンの書き込み」が不要になっているので、速くなっているハズだとは思うのだが。

by nishishi. ⌚ 2026年09月14日(月) 20:24:19〈11時間前〉てがろぐ＜123文字＞編集

にしし

New! No.2604

トークン要らんやん！という衝撃の事実に気付いた。
てがろぐとTegUpの連携時に、外部から不正にリクエストを送られないようトークンを使って認証していたのだが、そのせいで毎回書き込み処理が発生するので、アクセスが集中すると特に重たくなる可能性があった。ファイルに書き込む場合には、複数のプロセスが同時に書き込んだりしないように排他ロックが必要なので、なおさら。
しかし、トークンなんぞ使わなくてもセキュリティを維持できる（というか、トークンを使うよりも高いセキュリティが得られる）方法を思いついた。もちろん一般的な話ではなくて、あくまでも「てがろぐ⇔TegUp」間の連携時だけに使える方法だが。ディスクアクセスは発生するが、読み取りだけで済むので書き込みは不要だから、排他ロックは必要ない。

by nishishi. ⌚ 2026年09月14日(月) 16:53:00〈14時間前〉てがろぐ＜345文字＞編集

にしし

New! No.2603

デフォルトで外部のライブラリを読むのはどうかと思わなくもないので、画像管理画面ではLightboxを呼ばずに自前の簡易JavaScriptで画像を拡大するような仕組みを設ける方が望ましいだろうか……？画像管理画面では単純にその1枚だけを大きくできれば充分だろうから、Lightboxほどの機能は要らないだろうし。……というか、そもそも画像管理画面では画像を拡大できる必要性は特にないか……？

by nishishi. ⌚ 2026年09月13日(日) 13:37:36〈1日前〉てがろぐ＜196文字＞編集

にしし

New! No.2602

セキュリティを維持しつつ動作を軽く……と考えると、なかなか難しい。全部がPHPならもっといろいろ楽なんだけどもな……。┌(:3」└)┐

by nishishi. ⌚ 2026年09月13日(日) 13:31:11〈1日前〉＜67文字＞編集

初期表示に戻る

DASHBOARD

■開発放言について

にしし製CGIの開発進行に関する放言です。思いついたことを適当に放り込む空間なので、どんな呟きも確定的な開発予定というわけでは全くありません。しかしながら、機能面でのご要望や開発予定機能への支持表明はお気軽にどうぞ。ただし、ここには直接は投稿頂けませんので、公式動作テスト用てがろぐ等をご利用下さい。

編集

ランダムに1件を表示

RSSフィード

■全文検索：

■日付一覧：