開発放言 にしし らぼらとりー

カレンダー表示ツールとしては「さんごよみ」を用意しているが、スケジュール表示が基本のツールなので、もっとシンプルに「指定した日付に丸を付けられれば良い」というだけの場合には多機能すぎる面があると分かった。もっともっとシンプルなUIで、カレンダーの日付をクリックしたらその場でそこに指定色の丸印が付く、というだけしか機能がないくらいの、ミニマムなCGI（PHP）を作りたい。

by nishishi. ⌚ 2023年11月19日(日) 00:20:59〈1年以上前〉さんごよみ,開発ネタ＜186文字＞編集

にしし

No.2454

画像一覧モードとギャラリーモードの違いが分かりにくいかもしれないので、ギャラリーモード（のための標準添付用スキン）はもうちょっと本文もしっかり表示するような感じで、画像クリックで本文が見えるような動作になるように作り替える方が良いかもしれない。

by nishishi. ⌚ 2023年11月18日(土) 23:46:19〈1年以上前〉てがろぐ＜122文字＞編集

にしし

No.2453

>>2450 やっぱり効いていなかった（というか、設定値をまったく処理に使っていなかった）ので、設定が効くように修正した。新着画像リストにもちゃんと（サムネイルがある画像は）サムネイルの方が出力されるようになった。

by nishishi. ⌚ 2023年11月18日(土) 14:45:17〈1年以上前〉てがろぐ＜107文字＞編集

にしし

No.2452

「イメージリストモード」という名称だと長いので、素直に「画像一覧モード」という名称にした。機能そのものは実装できた。わりとあっさり作れて良かった。標準添付用のスキンを作って、ヘルプドキュメントも書く必要があるので、配布はもうちょっと先になりそうだが。うまくいけば週末の間に配布できるか……？無理か……？
進捗1：設定画面、進捗2：動作例

by nishishi. ⌚ 2023年11月17日(金) 23:54:36〈1年以上前〉てがろぐ＜169文字＞編集

にしし

No.2451

イメージリストモードの良さげなアルゴリズムを思いついたので、行けそうな気がしてきた。₍₍ (ง ˙ω˙)ว ⁾⁾

by nishishi. ⌚ 2023年11月12日(日) 01:26:30〈1年以上前〉てがろぐ＜57文字＞編集

にしし

No.2450

設定→ページの表示→【新着画像リストの表示】→「新着画像リストに表示する対象」の『サムネイル画像があればサムネイルの方を表示』設定って、効いてる？

by nishishi. ⌚ 2023年11月10日(金) 17:55:24〈1年以上前〉てがろぐ＜73文字＞編集

にしし

No.2449

「動画の投稿機能」として作るよりも、「任意の添付ファイルUP機能」として作っておいて、そこにZIPでもMP4でも何でもUPできるようにすれば良い気もする。で、動画はvideo要素を埋め込める専用記法を別途用意しておけば良いのでは。[PICT:～] に対する [VIDEO:～] みたいな。ダウンロード専用の添付ファイルとして掲載したい場合は [FILE:～] かな。

by nishishi. ⌚ 2023年11月09日(木) 21:18:54〈1年以上前〉てがろぐ＜183文字＞編集

にしし

No.2448

カテゴリでもハッシュタグでもなく、例えば〔重要〕みたいなフラグを立てる機能が欲しい。メーラみたいに。代用するとしたら「隠れハッシュタグ」機能が近いかもしれないが。その場合は本文中に書いておかないといけないからな……。ただ、「隠れハッシュタグ」だけをCSSで非表示にしてしまえば、見た目には見えないフラグにはなりそうな気はする。……ああ、それでいいか？いや、隠れハッシュタグだとリストアップされないので、「今どんなフラグが存在するのか」を知る方法がないのでちょっと困るな。「リストアップはされるんだけど、一覧には表示されない『一見すると隠れているけども管理者には見える』ハッシュタグ」みたいな中間ハッシュタグ機能があればいいのか。マイナス記号の代わりに、プラス記号を使うとか……？(^_^;)

by nishishi. ⌚ 2023年11月09日(木) 21:15:24〈1年以上前〉てがろぐ＜346文字＞編集

にしし

No.2447

もうちょっとデータファイルから無駄を省くようにした方が良いだろうか。ファイルサイズを減らすために。カテゴリに属していない投稿に <cat></cat> とか、フラグが何もない投稿に <flag></flag> とか記録しても無駄だものな……。総投稿数が少ないうちは、微々たる差ではあるけども。

by nishishi. ⌚ 2023年11月08日(水) 18:11:30〈1年以上前〉てがろぐ＜146文字＞編集

にしし

No.2446

動画の投稿機能を作る場合は、画像保存用のimagesとは別のディレクトリで管理する方が望ましいだろうか？

by nishishi. ⌚ 2023年11月06日(月) 23:50:02〈1年以上前〉てがろぐ＜52文字＞編集

にしし

No.2445

?mode=rss でリクエストされたときは、毎回そのまま素直にRSS用スキンを解釈するのではなくて、一定期間だけ生成結果のRSSフィード（＝スキンの適用結果）をキャッシュしておく仕様にしておくと、データ量が多い場合の負荷軽減になるかもしれない。

by nishishi. ⌚ 2023年11月06日(月) 19:44:39〈1年以上前〉てがろぐ＜123文字＞編集

にしし

No.2444

どっへえ。ロリポップの~~古いサーバ（かなり昔に契約されたサーバ）~~「ハイスピードプラン」以上のプランのサーバだと、1行目を #! /usr/local/bin/perl に書き換えた上で、77行目を my $howtogetpath = 0; に書き換えないと動作しないということを、直接この目で確認した。（たまたま、セットアップ先として依頼されたサーバがそういう古い仕様のサーバだった。）
77行目は、デフォルトの 2 だと Not Found になり、 1 にすると 500 Internal Server Errorになるので、0 にしないといけなかった。

by nishishi. ⌚ 2023年11月05日(日) 19:50:06〈1年以上前〉てがろぐ＜280文字＞編集

にしし

No.2443

TegUpを作って、PHPからでもてがろぐの設定を問題なく簡単に読めることが分かったので、「てがろぐにUPされている画像だけを順番に表示する」機能は、てがろぐ内部での実装ではなく、別途「imageディレクトリに置いたPHP（index.php）」でどうにかさせる手もあるような気もしてきた。まあ、構成ファイル数が増えてしまう問題はあるが。今時「Perlは実行できるのにPHPは実行できない」みたいなサーバはないと考えて良いだろうか。画像一覧モードを作った。

by nishishi. ⌚ 2023年11月05日(日) 09:35:10〈1年以上前〉てがろぐ＜229文字＞編集

にしし

No.2442

TegUp に、スキンZIPを展開して1サブディレクトリに置く機能を加えても良いかもしれない。ローカルで展開する手間が省ける、という程度の機能だが。……いらんか。^^;

by nishishi. ⌚ 2023年10月31日(火) 23:49:08〈1年以上前〉＜84文字＞編集

にしし

No.2441

てがろぐの「続きを読む」機能の設定項目には、『全文検索時でも隠す機能を有効にする』という項目がある（デフォルトではOFF）のだが、ここに『投稿単独表示時でも隠す機能を有効にする』という項目を加えた上でデフォルトでONにしておくことで、望めばOFFにできるようにすると嬉しい人も居るだろうか？

by nishishi. ⌚ 2023年10月30日(月) 15:27:04〈1年以上前〉てがろぐ＜145文字＞編集

にしし

No.2440

skin-cover.html に、bodyタグとして単に <body> とだけしか書かれていない場合は、強制的に <body class="[[SITUATION:CLASS]]"> に書き換えるような自動調整機能を加えても良いのかもしれない。classが増える分には害はないだろうから。

by nishishi. ⌚ 2023年10月27日(金) 09:09:06〈1年以上前〉てがろぐ＜145文字＞編集

にしし

No.2439

同一ディレクトリ内にある、ファイル拡張子が .cgi なファイルを片っ端から開いてみて、中身がてがろぐ本体かどうかをチェックする処理を入れれば、「どんなファイル名で設置しているのか」をユーザに書き込んでもらう必要もないな。よく考えたら。TegUp

by nishishi. ⌚ 2023年10月26日(木) 12:40:43〈1年以上前〉＜123文字＞編集

にしし

No.2438

バックアップZIPを生成しない設定のとき、結果表示画面でZIPのリンク表示をスキップするような処理ってしていたかな……？（あとで調べる） TegUp

by nishishi. ⌚ 2023年10月25日(水) 22:55:57〈1年以上前〉＜74文字＞編集

にしし

No.2437

「任意URLリンク」ボタンからURLを書いたときには、URLに含まれる縦棒を自動的に %7C に置き換えるようにすれば良さそうだ。

by nishishi. ⌚ 2023年10月14日(土) 17:27:57〈1年以上前〉てがろぐ＜65文字＞編集

にしし

No.2436

URLの中に縦棒 | が含まれる場合、そこでリンクが切れてしまって、正しいリンクにならないな……。縦棒を数値文字参照で表して | にするか、パーセントエンコーディングで %7C と表記すればリンクできるけども。

by nishishi. ⌚ 2023年10月14日(土) 17:16:44〈1年以上前〉てがろぐ＜110文字＞編集

にしし

No.2435

>>2023/10/13 のように書いたら、その日付の投稿一覧ページに移動する機能が欲しい。（現状では/記号の直前で切られて、No.2023へのリンクになる。）

by nishishi. ⌚ 2023年10月13日(金) 09:25:04〈1年以上前〉てがろぐ＜81文字＞編集

にしし

No.2434

てがろぐをワンクリックでバージョンアップできるPHPを作る。仕事で構築しているウェブサイトにてがろぐを組み合わせているケースがそこそこあるのだが、改めて数えてみたら少なくとも21件はあったので。これらを手動でバージョンアップさせるのは面倒だから……。
だいたい以下のような機能があれば良いだろうか。

いま稼働しているバージョンと、配布されているバージョンを比較して、新バージョンが公開されていれば以下の処理を進める。
いま稼働している全構成ファイルをbackup20231003.zipみたいなファイル名でZIPにバックアップ保存する。
更新用のtegalog.zipをダウンロードしてくる。
その中身を仮作成したサブディレクトリの中に展開する。
稼働しているファイル群のパーミッション値を調べて保持しておく。
tegalog.cgiの冒頭で設定が変更されていれば、それと同じように仮サブディレクトリ内のtegalog.cgiを書き換える。
tegalog.cgi と fumycts.pl を上書きコピーする。（仮サブディレクトリ→本番ディレクトリ）
それらを保持しておいたパーミッションに変更する。
仮サブディレクトリと、ダウンロードしたtegalog.zipを消す。

上記の(6)は、過去に仕事で構築したサイトではどこも不要だったような気がするので、後回しで良いかもしれない。
一般向けにも配布するなら、標準添付スキンがそのまま使われているならついでに上書きする機能もあると便利だろう。
上記のような機能をPerlで書くのは激しく面倒なので（※Webから何かファイルを取ってこれる系のモジュールとかファイルを移動できる系のモジュールとかを使わないと私には無理）、PHPを使う方が簡単だ。

最初に(1)の処理があるので、第三者にアクセスされても問題はないと思うが、実行許可用のパスワードを設定しておけるようにすると、より安心かもしれない。てがろぐ管理画面TOPからアクセスした場合にだけ実行を許可するような仕組みを用意すれば望ましいだろうか。「ワンクリック」というか、ノークリックで無条件に常時バージョンアップするのでも良いかもしれないが。その場合はcronで月に1回くらいの頻度で自動起動できるようにすれば良いか？

by nishishi. ⌚ 2023年10月03日(火) 20:53:08〈1年以上前〉てがろぐ＜968文字＞編集

にしし

No.2433

うーむ。画像管理画面からサムネイル画像の存在を認識するようにはしたが、ここからサムネイル画像をアップロードしたり削除したりできるようにする実装が面倒くさいな……。_(┐｢ε:)_ サムネイル画像のUPってそんなに需要あるのか。

by nishishi. ⌚ 2023年09月30日(土) 13:12:14〈1年以上前〉てがろぐ＜113文字＞編集

にしし

No.2432

動画ファイルのサポートは、画像管理画面で画像と一緒に管理する方式で良いかな……と思っていたのだけど、そうすると [PICT:～]記法で動画を埋め込むことになってしまう気がして、少々処理が複雑になりそうな気がしてきた。画像と一緒に動画を管理するよりも、新たに「任意のファイルを添付できる機能」（＝ZIPとかPDFとか何でもファイルをUPして投稿に添付できる機能）を作った上で、そこに動画形式のファイルがある場合に動画専用の記法で埋め込める方式にする方が良いのかもしれない。

by nishishi. ⌚ 2023年09月25日(月) 09:31:53〈1年以上前〉てがろぐ＜235文字＞編集

にしし

No.2431

Misskeyみたいに [リンクラベル](URL) という、URLを丸括弧で括って指定する記法をサポートすれば、URLだけでなく相対パスや絶対パスで指定する方法でのリンク作成もサポートできそうな（しやすそうな）気がする。実装した。#済

by nishishi. ⌚ 2023年09月09日(土) 00:54:49〈1年以上前〉てがろぐ＜118文字＞編集

にしし

No.2430

カスタム絵文字では、（絵文字ごとに異なる装飾を適用できるように）絵文字の名称をclass名としても出力しているが、これと同じ仕様を普通の画像掲載時にも適用すると便利だろうか？ [PICT:hogehoge.png] のような記述で画像が掲載される場合、その画像を表示するimg要素に class="pict-hogehoge" を加えるような。……あんまり意味はないか。

by nishishi. ⌚ 2023年09月06日(水) 01:49:51〈1年以上前〉てがろぐ＜185文字＞編集

にしし

No.2429

投稿番号を表示しないスキンを使っている場合で、「自分の過去投稿への言及リンクを書くために投稿番号を知る必要がある」という場合のために、各投稿から「>>2428」みたいな言及リンク(記法)をQUICKPOSTに挿入できるボタンの出力機能を機能検討リストに入れていたが、よくよく考えれば「ログイン者にだけ見える空間」に投稿番号を表示するようスキンを調整して頂ければ良いだけなのではないか、という気がしたのだが、どうだろうか？

by nishishi. ⌚ 2023年09月05日(火) 00:00:02〈1年以上前〉てがろぐ＜210文字＞編集

にしし

No.2428

カスタム絵文字を管理画面上でアップロードできるようにする場合は、「ZIPをアップロードするとサーバ上で展開して中身だけをディレクトリ内にぶちまけてZIPは消す」みたいな機能にする方が親切かもしれない？カスタム絵文字は数が多そうだから。サーバ側でunzipコマンドが使用可能でないと実行できないが。たいていのレンタルサーバでunzipは使えるのだろうか？

by nishishi. ⌚ 2023年09月04日(月) 21:03:22〈1年以上前〉てがろぐ＜177文字＞編集

にしし

No.2427

WordPressを使うのをやめて、自前の軽量なCMSをPHPで作りたい。
コンテンツ自体は動的に出力するのではなくて、投稿された時点で静的ファイル(.shtml)に書き出しておいて、ヘッダやフッタ等の固定パーツはSSIで合成するようにすると、閲覧時の負荷が軽くて良さそうな気がする。コンテンツ部分は自力でHTMLソースを書けばそれだけで充分なので、WYSIWYG編集機能は一切要らない。手動で書いたコンテンツ(HTML)を、カテゴリ分けしたり全文検索したり目次を生成したりする機能くらいがあればいい。閲覧数の多い記事をカテゴリ別にリストアップする機能とか、関連する記事を適宜簡単にリストアップして設定できる機能とかもあると良いが。RSSを配信する機能も要るな。

by nishishi. ⌚ 2023年09月04日(月) 14:10:47〈1年以上前〉開発ネタ＜331文字＞編集

にしし

No.2426

「カスタム絵文字」というか「絵文字ショートコード」と表現した方が良いのだろうか？ただ、てがろぐの場合は角括弧が必要なので :smile: のようなショートコードとは異なるから、むしろあえてショートコードとは呼ばない方が良いか。

by nishishi. ⌚ 2023年08月23日(水) 09:41:58〈1年以上前〉てがろぐ＜114文字＞編集

にしし

No.2425

動画や音声ファイルのアップロードに対応させる場合、管理場所は画像と同じ「画像管理画面」にしておいて、ファイル拡張子に応じて img要素を使うかvideo要素を使うかaudio要素を使うか切り替える、みたいな感じにするのが楽かな……。画像として扱うファイル拡張子を指定する設定項目があるので、それに並んで「動画用拡張子」と「音声用拡張子」を指定する欄を設ければいいか？

by nishishi. ⌚ 2023年08月23日(水) 00:40:15〈1年以上前〉てがろぐ＜183文字＞編集

にしし

No.2424

カスタム絵文字リスト画面に、COPYボタンを配置するのがなんか無駄な気がしてきた。むしろ、絵文字画像そのものをクリックすることでコードをコピーできる方が、空間を節約できて望ましいのではないか。

by nishishi. ⌚ 2023年08月22日(火) 12:31:32〈1年以上前〉てがろぐ＜96文字＞編集

にしし

No.2423

カスタム絵文字、シングルクリックでコードをコピーする設定の動作テスト：

by nishishi. ⌚ 2023年08月16日(水) 21:44:47〈1年以上前〉＜116文字＞編集

にしし

No.2422

カスタム絵文字リスト画面を表示すると、そこに存在する絵文字画像の数だけ Use of uninitialized value in addition (+) at tegalog.cgi というアラートがサーバのエラーログに記録されるので解決すること。ファイルサイズの加算部分でうまくいっていないようだが、ファイルサイズの情報は今の時点では何も使っていないので動作上の問題はない。修正した。#済

by nishishi. ⌚ 2023年08月16日(水) 14:45:05〈1年以上前〉てがろぐ＜199文字＞編集

にしし

No.2421

カスタム絵文字を使わない人も居るわけだから、管理画面のボタンは、emojiディレクトリがある場合に限って表示するような仕組みの方が良いかも知れない？

by nishishi. ⌚ 2023年08月14日(月) 11:06:50〈1年以上前〉てがろぐ＜74文字＞編集

にしし

No.2420

てがろぐ側で投稿内容1つ1つを静的なHTML(PHPでも良いが)として出力できるようにして、(ヘッドレス)CMSとして活用できるような感じにできんかな……。

by nishishi. ⌚ 2023年08月13日(日) 12:10:46〈1年以上前〉てがろぐ＜78文字＞編集

にしし

No.2419

カスタム絵文字のデフォルトCSSには、やはり max-width:2em; も出力しておく方が望ましいのかな。絵文字が全部縦横同じ（正方形に収まる）とは限らず、横長の絵文字も使われるのではないかと（Misskeyを見ていて）思うので横幅は制限しないままで居たのだが。まあでも、iOS版Safariだけの問題のようだしな……。どうするのが良いのか。まあ、本格的に絵文字で遊ぶ人々は、デフォルトCSSを切って自力でCSSを書いて使うかもしれないので、デフォルトでは max-height も max-width も両方 2em にしておく手でも良いかもしれないのだが。

by nishishi. ⌚ 2023年08月08日(火) 21:38:03〈1年以上前〉てがろぐ＜282文字＞編集

にしし

No.2418

カスタム絵文字を本文に直接書いたとき、それをクリックしたら、その絵文字のコードがコピーされるようなJavaScriptを出力するオプションも用意しようかな……。ああ、でも、誤ってクリックしてしまった場合に、利用者のクリップボードの中身を書き換えてしまうことになるから、避けた方がいいか……？シングルクリックではなく、ダブルクリックにしたらいいか？ダブルクリック仕様で加えた(v4.0.5)。設定でOFFにもできる。

by nishishi. ⌚ 2023年08月08日(火) 18:01:49〈1年以上前〉てがろぐ＜226文字＞編集

にしし

No.2417

カスタム絵文字一覧画面にもページネーションは要る……？カスタム絵文字を200個とか300個とか大量にUPする人は居るだろうか……？

by nishishi. ⌚ 2023年08月08日(火) 13:06:27〈1年以上前〉てがろぐ＜66文字＞編集

にしし

No.2416

カスタム絵文字をプルダウンメニューで選べるようにする場合、ボタンのデフォルトラベルは何にするかな……。「:絵:」とか？

by nishishi. ⌚ 2023年08月06日(日) 20:23:58〈1年以上前〉てがろぐ＜59文字＞編集

にしし

No.2415

投稿No.を表示する際に、3桁区切りのカンマ記号を入れられるようにしたい。No.が5桁になるとカンマがないと見にくい気がする。

by nishishi. ⌚ 2023年08月06日(日) 19:23:08〈1年以上前〉てがろぐ＜63文字＞編集

にしし

No.2414

たこやきSVGテスト。
▼SVG画像のソース内に width=100% height=100% が書かれているバージョン：

▼SVG画像のソース内に wwidth・height の記述がないバージョン：

by nishishi. ⌚ 2023年08月06日(日) 17:38:01〈1年以上前〉＜376文字＞編集

にしし

No.2413

たこ焼き。カスタム絵文字テスト。

by nishishi. ⌚ 2023年08月01日(火) 17:37:03〈1年以上前〉＜29文字＞編集

にしし

No.2412

カスタム絵文字を出力する際に、ファイル名をそのままclass名にも含める仕様（※[:takoyaki:]なら、class="cemoji ce-takoyaki"）で思ったのだが、普通の画像を掲載する際にもそういう仕組みを用意しておけば、ある特定の画像を掲載する際にだけ適用されるCSSというのを事前に用意しておきやすい気はするな……。そのclass名を、ファイル名から取るか、画像管理画面から個別入力できるようにするかは、需要次第な気もするが。

by nishishi. ⌚ 2023年07月31日(月) 09:10:49〈1年以上前〉てがろぐ＜223文字＞編集

にしし

No.2411

Opera GXというブラウザに、魂の救済機能が搭載されたらしい。こういうのを、てがろぐにも搭載しようか？(笑) 2週間更新がなかったら、あらかじめ設定しておいたコンテンツに差し替えるような。(笑)

by nishishi. ⌚ 2023年07月29日(土) 17:14:24〈1年以上前〉てがろぐ＜99文字＞編集

にしし

No.2410

投稿欄とその周辺のボタン群をCSSで独自にカスタマイズしている人々もそこそこ居るっぽいので、やはりこの辺のHTMLを修正するのは避けた方が良いだろうか。ただ、現状は（行き当たりばったりな開発で進めて来た結果として）あまり整頓されていないHTMLになっているので、ここで一度整理しておけば、よりCSSでカスタマイズしやすいHTMLになるメリットはあるとは思うのだが。（その代わり、既存のカスタマイズCSSは再修正が必要になる。）

by nishishi. ⌚ 2023年07月23日(日) 09:51:16〈1年以上前〉てがろぐ＜213文字＞編集

にしし

No.2409

リファクタリングしないと先へ進めなさそうなところまで来てしまった。新しい機能を作る前に、リファクタリングが必要だ……。

by nishishi. ⌚ 2023年07月21日(金) 02:50:25〈1年以上前〉てがろぐ＜59文字＞編集

にしし

No.2408

てがろぐにもログインボーナス機能を加えようかな。毎日管理画面にアクセスしたら石1個🪨。投稿したら石10個🪨🪨🪨🪨🪨🪨🪨🪨🪨🪨。石の用途は特にない。

by nishishi. ⌚ 2023年07月08日(土) 14:51:57〈1年以上前〉てがろぐ＜73文字＞編集

にしし

No.2407

サムネイル画像が存在する画像を掲載する際、普通に [PICT:hogehoge.png] と書いたらサムネイル優先で表示し、例えば [PICT:ORG:hogehoge.png] みたいに書いたらサムネイルの有無に関係なくオリジナル画像を表示する……みたいな仕組みでもあればいいのかな……？

by nishishi. ⌚ 2023年07月02日(日) 23:14:32〈1年以上前〉てがろぐ＜145文字＞編集

にしし

No.2406

というか、「CGIを cgi-bin ディレクトリに置け」というような制約って、2000年代前半でも既に廃れていたと思うのだが、今でもそんな解説がどこかに残っているのだろうか……？

by nishishi. ⌚ 2023年06月27日(火) 13:33:59〈1年以上前〉＜90文字＞編集

«前の50件 / 次の50件»

01 02 03 04 05 06 07 08 09 10 11 12 13

DASHBOARD

■開発放言について

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

編集

ランダムに1件を表示

RSSフィード

■全文検索：

■日付一覧：