てがろぐ - Fumy Otegaru Memo Logger -

Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。

>>3515
3514です
自由装飾、すっかりオフで気づいていませんでした！
なるほどカスタムしたCSSに応じた挙動をしてくれるのは望んでいたものに近いです
あわよくばマークダウンとも思っていたので、自由装飾を弄りつつ、jsと格闘してみようと思います！

予約投稿をサポートして（※この試験場ではテストできません）、下げた投稿が新着投稿リストに載らないようになって>>3505、状況に応じた見出し行で「ギャラリー」や「サイトマップ」のモード名称が表示される際にも専用のマークアップを加えるようになって、YouTubeの埋め込みで再生位置の指定が可能に>>3442なった Ver 3.9.3(未配布) の動作テスト。

YouTubeの埋め込み時にURLの末尾に「t=68」みたいに加えると、動画の68秒目の時点から再生させられるようになりました。
例：
秒パラメータを加えるときには「?」か「&」で繋ぐ必要があります。下記のように。
[YouTube]https://youtu.be/pTIGwKirnhY?t=68
[YouTube]https://www.youtube.com/watch?v=pTIGwKirnhY&t=68

🍘Re:3513◆ああ、なるほど。よく分かりました。詳しいご説明をありがとうございます。たしかに、そういう動作になると便利ではありますね。問題は、該当数のカウントなんですよね……。日付一覧もハッシュタグ一覧も、投稿時に一気に（全投稿を走査して）該当数をカウントしてHTMLを生成(キャッシュ)しておいて、表示時には何もカウントせずにキャッシュをそのまま出力しているんです。ここで、「そのときの限定表示に合わせたカウント値」を表示しようと思うと、毎回ページを表示するたびに（全投稿を走査して）カウントするしかないので、（総投稿数に依りますけども）動作が一瞬もっさりしてしまう可能性があるかな、という懸念があるんですよね……。総投稿数が数百とか少ないうちは全然問題ないでしょうし、数千でも0.何秒みたいな程度でしょうけども。まあ、状況ごとに全部キャッシュしておく手もなくはないのですが（そうするとtegalog.iniが肥大化してしまう別の問題がありそうですが）。その辺をスマートに解決できる方法があれば良いのですけどもね。ただ、おっしゃるような用途の場合には総投稿数が数千とかになるような使い方ではなさそうな気もしますので、別に大丈夫なのかもしれませんが。(^_^;) もうちょっと何か良さげな方法がないか考えてみます。気長にお待ち頂ければ幸いです。

🍘Re:3514◆ご要望ありがとうございます。それは、プラグイン（アドオン）を読み込める仕組みみたいな感じでしょうかね？ だとするとそこはもう、本体側の実装の手間が半端ではなくなるので(^_^;)、てがろぐでは非現実的かなと思っています。装飾ボタンに関しては、自由装飾記法（※デフォルトではボタンが非表示になっていますが）をご活用頂ければありがたいです。もっと高度な装飾が（投稿本文に直接書く形で）欲しい場合は、マークダウン記法で書かれたテキストをJavaScriptで解釈して表示してくれるような仕組みをスキン側でお使いになると自由度が高くて良いのかな……という気はします。ただ、将来的には（任意の指定の範囲に）HTMLタグを直接書ける(よう設定できる)仕組みも用意しようかな……とは思ってはいます。

カスタムCSSの機能が増えてうれしい！と思ってます
それに似てるかもしれませんが、カスタムする機能のPerl版がほしいなと思いました
具体的に言うと、装飾の部分の項目を独自に増やしたいなあという……
独自の見出し装飾作ったりとか、ホバーで動くような何かを作ったりとかができるコードを独自に書いて、タグ？記法？を指定すればオリジナル装飾が作れる……みたいな
外部ファイルで読み込めば一発ですし、Perlわかる人でないと使えない機能かもしれないのですが、ふと思い浮かんだので投稿してみました
#要望

>>3509
3508です。返信ありがとうございます。ちょっと間違って書いてる部分があったので修正します(汗)
てがろぐのみでサイトを作成するとき、カテゴリ一覧(例えばhttps://example.com/?cat=hogehoge)を独立したページとして扱うとします。その場合にそのカテゴリに絞った一覧を[[DATEBOX:LIST]] と[[HASHTAG:LIST]]で出力できたら便利かなと。
てがろぐを複数設置したら解決する問題なのは承知してますので、できたらいいな、ぐらいの願望ですが😅

煎餅が食べたい……。🍘🍘🍘

🍘Re:3508◆ご要望ありがとうございます。「日付一覧」や「ハッシュタグ一覧」をそれぞれ単独で出力できるようなモードが欲しい、という意味ですかね？ 用途は、それらを別のページに埋め込むとかですか？ 最後の「特定のカテゴリのみの一覧」というのは具体的にはどんな内容でしょう？ 特定のカテゴリに属する投稿だけを出力するのは現状でも可能ですが、もっと何か別の内容でしょうか？

外側スキンの日付リスト要素とハッシュタグ要素、特定のカテゴリのみの一覧を出力できるようになれば嬉しいです。#要望

いつの間にか3月……。

えびせんが美味い。🦞

🍘Re:3502◆てがろぐが何か参考になったのなら幸いです。
🍘Re:3503◆管理画面の「画像の管理」から画像をアップロードする場合には、アップロードと同時にキャプションも付けられますのでお試し下さい～。
🍘Re:3504◆ご活用ありがとうございます！(╹◡╹)ﾉ
🍘Re:3505◆ご要望をどうもありがとうございます。➊そういえば、新着投稿リストには「下げた投稿」もそのままリストアップされる仕様でしたね……。ここは、もしかしたらデフォルトで下げた投稿は対象外にした方が良いかな……という気もしました。新着に表示されると下げる意味が薄れそうですしね。ご指摘ありがとうございます。➋たしかに、カテゴリごとに新着投稿リストが出力できると便利な場面もありそうですね。今後のバージョンで実装したいと思います。気長にお待ち頂ければ幸いです。(╹◡╹)

いつもお世話になってます。てがろぐ、楽しく活用しています🙏
新着投稿リストの表示について質問というか要望なのですが
１）「下げる」機能を使った記事をリストに含めないことはできますか？
設定画面→ページの表示→「新着投稿リストの表示」及び「下げた投稿の表示」欄には項目がありませんでした。
できるなら設定画面で「下げた投稿を新着投稿リストに表示する/しない」を設定できると嬉しいです。

２）特定カテゴリ（区分）だけの「新着投稿リスト」を表示したい
例えば[[LATESTLIST:カテゴリID]]のようなスキン変数でそのカテゴリに属する新着記事のみリスト表示できるような記述方法が欲しいです。
ご検討のほどよろしくお願いいたします。#質問 #要望

てがろぐ、いつも便利に使わせていただいています。ありがとうございます！

画像のキャプションはアップロードしてからなのですね〜

にししさんありがとう。
てがろぐのおかげで私が携わっている掲示板の改良プロジェクトが大幅に進みました。
ツイート掲載機能等が付いております。
https://github.com/PrefKarafuto/New_0ch_Plus/releases/...

良かったらそれを適用した掲示板も見に来てください。
本当にありがとうございます。
https://pref-karafuto.tk/bbs/

てがろぐCGIベースのスケジュール・カレンダー表示CGI「さんごよみ」Ver 1.2.0 正式版をリリースしました。てがろぐ共々ご活用頂ければ幸いです。

詳しい機能説明は、公式ページをどうぞ。
開発進捗状況報告ページでは、今回の更新点を軽く紹介しています。

プリンを買いに行くべきか……？🍮🍮🍮

🍮Re:3499◆β版のご試用をありがとうございます！ 問題ないようで良かったです。たしかにレンタルブログっぽい機能ですね。既製スキンをそのまま使いたい(ただし配色程度は変えたい)方々には楽になるのではないかな、と期待しています。

シュークリーム食べたい。

β版配布ありがとうございます。上書きスタイルシート、問題なく使えました。レンタルブログっぽい機能ですが、複数設置してちょっとだけCSSを変えるには便利そうですね。
#報告

開発進捗状況報告サイトで、てがろぐ Ver 3.9.2(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。

🆕 Ver 3.9.2βの更新点(概要)：
《▼新機能》
●設定に『上書きスタイルシート』項目を新設し、そこに書いたCSSソースを「スキンのhead要素末」または「スキン内の指定箇所」に挿入できる機能を追加。
●文字数を指定して本文の一部分を抽出する記法で、三点リーダではない任意の記号を指定できる新記法 [[COMMENT:TITLE:文字数:省略記号]] 等を追加。
●Powered-by表記のリンクを別タブでのリンクにできる新記法 [[VERSION:NEWTAB]] を追加。（a要素に target="_blank" rel="noreferrer noopener" の2属性を付加。）

《▼仕様改善》
●日付一覧・日付検索のリストで、2000年より古い日付もリストアップできるように改善。（ただし1970年以降のみ）
●日付境界バー内部の日付表記やリンクをCSSで装飾しやすいように、マークアップとclass名を追加。
●「補助出力」設定で、ギャラリーモード等のためのスキンディレクトリの指定でも相対パスを使用可能に。（従来は / や . 等の記号が強制削除されていました。）
●スキンのプレビュー適用時に、絶対パスや上位ディレクトリを参照する相対パスの記述での指定を許可するか禁止するかを設定可能に。

《▼不具合修正》
❎投稿日時として50年以上前の日付を指定すると、相対時間表記（＝投稿時点からの経過時間の表記）が正しくなくなる問題を修正。

詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。

（ツイート埋め込み処理中...）Twitterで見る

>>3493
3489です。
助言と見解の表明に感謝します。
まずPHP化は考えた事なかったので、そちらも検討します。

にししさんご説明ありがとうございます。
Ver3.9.1も快調に動作しております。固定記事の日時表示、設定でアクセス日時にできたんですね。
ここでそのような表示にした、というポストを見たことだけ覚えていたので配布版でも設定ができることに気が付いておりませんでした😅

GoogleSearchConsoleはたぶんリンクを貼ってるところはすべてクロールするんだと思います
どの対処法を施してもリストアップ自体はされます（404も拾うので

てがろぐでは、投稿内に含まれる1つ目の画像をOGPの og:image に出力する機能がありまして、デフォルトで有効になっています。
この機能では、投稿内にある1つ目の画像を問答無用で採用するので、1つ目の画像が「Twitter側がCardに求める様式」に該当していない場合は、Twitter Cardには画像が表示されないことになります。#🌱豆知識

一番よくありそうなケースは、SVGな気がします。Twitter CardはSVG形式の画像をサポートしていないので、SVG画像が1枚目にあるとTwitter Cardに画像は出ません。WebPは使えます。
JPG, PNG, WEBP and GIF formats are supported. Only the first frame of an animated GIF will be used. SVG is not supported.
https://developer.twitter.com/en/docs/twitter-for-webs...
あと、Twitter側が指定している条件は下記の通りです。

▼summary(小画像の場合)：Twitterのドキュメント
Images for this Card support an aspect ratio of 1:1 with minimum dimensions of 144x144 or maximum of 4096x4096 pixels. Images must be less than 5MB in size. The image will be cropped to a square on all platforms.
➡ 縦横比 1:1、最小サイズ 144x144、最大サイズ 4096x4096 ピクセル。画像サイズは 5MB まで。画像は正方形にトリミングされる。
▼summary_large_image(大画像の場合)：Twitterのドキュメント
Images for this Card support an aspect ratio of 2:1 with minimum dimensions of 300x157 or maximum of 4096x4096 pixels. Images must be less than 5MB in size.
➡ 縦横比 2:1、最小サイズ 300x157、最大サイズ 4096x4096 ピクセル。画像サイズは 5MB まで。

この動作試験場(兼サポート場)では、先頭固定投稿の投稿日時が「本来の投稿日時」ではなく「アクセスした瞬間の日時」になっています。先頭固定投稿の日時表示をどうするかは、管理画面の［設定］→［ページの表示］→【先頭に固定表示する投稿】の「先頭に固定する投稿の日付表示」欄で下図のように選択できまして、ここでは下図のように「現在日時(アクセスされた瞬間の日時)を表示」に設定してあります。

このような設定項目を設けているのは、先頭に固定された投稿の投稿日時が古い場合は、「アクセス者が最初に見る(可能性の高い)投稿日時」が古いことになるので、そこを見ただけで「なんだ、このページはさっぱり更新されていないではないか」と誤解されてしまう可能性があるかなと思いまして、それを避けるためです。
他にも、そもそも投稿日時を出力しない設定とかにもできます。デフォルト設定は「本来の投稿日時」です。#🌱豆知識
詳しくは、ヘルプドキュメントの「先頭に固定した際にだけ投稿日時の文字列を自動変更する方法」をご覧下さい。

さくらソイラテを飲みました。🌸🌸🌸

🍓Re:3489◆Perlで書けば書くほど他の言語に移植しにくくなると思うので、PHPに置き換えるのが最終目標なら、先に現状をPHPに移植するところから始めた方が良いのではないかな……という気もします。ある機能を作るとき、Perlで書くのとPHPで書くのとではPHPの方が圧倒的に便利なので、（最終的にPHP化しようという考えがあるなら）Perlで機能追加はしない方がトータルでは楽なのではないかな……と思います。いや、もちろん開発者次第ではありますが。^^;
🍓Re:3490◆ご表明をどうもありがとうございます！ あれから全く製作は進んでいないんですが(^_^;)、製作再開しても良いかな……という気もしつつあります。
🍓Re:3491◆何か対処法があれば良いのですが、なかなかなさそうな気がしているのですよね……。対策としては rel=canonical でURLを正規化する方法があるわけですけども、だからといって、特定のハッシュタグ限定ページや日付別ページを、特定の単独ページに正規化して良いわけではないですよね……。postid=のパラメータがないURLのクロールをブロックする手はあるかも知れませんが。(^_^;) 何か良い方法はないですかね？？ ある条件での限定ページで、対象投稿が1件しかなかった場合には、その単独投稿ページのURLを rel=canonical で指定するようにする、という手はありそうな気もするのですが。

(追記)
🍓Re:3492◆おっと、回答を書いている間にレスが。rel=noindex でブロックした場合も「noindex タグによって除外されました」という理由でリストアップされるので、正攻法としては rel=canonical しかないのかな、という気もしています。というか、そういう重複ってCMSではどこでも発生しそうなので、何かそれ専用の対策をGoogleが用意してくれても良いのではないかと思うのですけどもね……。^^; rel=canonical みたいに正規化はせずに、しかし「このページには他のページと同じコンテンツが含まれていますよ」と示すだけに留めておくmeta指示みたいな……。^^;

(さらに追記)
Search Consoleをよく見たら、rel=canonical で正しく正規化できている場合でもなお、「代替ページ（適切な canonical タグあり）」という理由で『ページがインデックスに登録されなかった理由』欄にリストアップされていますので、これはもうCMS的なツールでは避けようがない、という解釈で居るのが良いのではないでしょうか。(^_^;;; >>3492,3491
「登録されたいのに登録されない」という場合は問題ですが、そうでないなら（検索上不利になるエラーとかそういうわけではないので）No.3492さんのおっしゃるように気にしないのが良いのではないかな……と思います。

>>3491 google seach console で未登録のページが多数存在している件について
現状できるのはrobots.txtで該当パラメータをブロックするくらいだと思いますがこれをしてもgoogle seach console「robots.txtによりブロックされました」とリストアップされてしまいます。タグや区分のリンクをインデックスに登録したい（検索結果に表示されるようにしたい）、というのでなければそんなに気にしなくてもいいのではと思います
設定でタグや区分のリンクにrel=noindex,nofollowを付加できるようになったらいいのかなぁと思いますが…

いつも、てがろぐ cgi をありがたく使わせて頂いております。ありがとうございます。
ご質問があるのですが、google seach console で、ページが重複しているためインデックスに登録できないとの理由で未登録のページが多数存在します。
どうもタグや区分のリンクを全てクロールしているみたいです。実際のページ数は250なのに1500ページが未登録になっています。対処方があれば教えて下さい。よろしくお願い致します。

てがろぐユーザーリンク集、作られたら登録します！
他の方のてがろぐサイトも沢山見てみたいです。

Perlでできた5ch風掲示板スクリプトの改良を行っていますが、人が集まって手分けしてやっても難しいですね・・・
にしし様のスクリプトを参考に改良していきたいと思っています。参考になります。
https://github.com/PrefKarafuto/New_0ch_Plus

管理画面の［設定］→［フリースペース］→【上書きスタイルシート】で強制的に追加するCSSソースを登録可能になったり、日付境界バー内部の日付表記やリンクが装飾しやすくなったり、2000年より古い日付も「日付一覧」や「日付検索」にリストアップされるようになったりした Ver 3.9.2β(未配布)の動作テスト。近日中には配布できる予定です。たぶん。

たこ焼き(冷凍)をそろそろ買い足しておかないといけないのではないかな……？ と思って冷凍庫を見たら、まだあと2袋ありました。┌(:3」└)┐

🍮Re:3486◆ご要望をありがとうございます。ログイン画面関連のセキュリティ仕様については、次の正式版(の予定)であるVer.4で大きく改善するつもりでおりますので、もうしばらくお待ち頂ければ幸いです。

プリンは買っていないんですが(寒かったので)、ピザは買いました！🍕🍕🍕

いつもありがたくてがろぐを使用しております。素敵なCGIをありがとうございます。
#要望 管理画面、ADMIN MODEのページにメタタグのロボット避け（noindex,nofollow…noneで良さそうですが）を入れてほしいです。私自身はrobots.txtもやってはいますがその他にfumycts.plファイルにメタタグを追加しています。ですが、アップデート毎に編集するのもな…と思いまして。他ユーザーさんのてがろぐが見たくて検索した際、管理画面が引っかかるのがちょっと気になりました。ご検討いただければ幸いです。

てがろぐ一式をサーバにUPした後、「どんなURLでアクセスできるのか分からん」とか「404エラーになったり500エラーになったりする」という場合は、とりあえず tegalog.cgi ではなく skin-cover.html を表示してみると良いかもしれません。

https://なんとなく想像するパス/tegalog.cgi ではなく
https://なんとなく想像するパス/skin-cover.html のように。

それで、

• skin-cover.html すらも 404 Not Found エラーになるなら、間違いなくURLが違います。
  • その場合は、なんとかして正しいURLを探る必要があります。
• skin-cover.html は表示されるなら、URL自体は正しいです。
  • URLが正しいなら、あとは、500エラーを解消する方策を探れば良いだけです。

「404エラーになったり500エラーになったりする」という場合、可能性としては「そもそもアクセスするURLが間違っている」場合と、「URLは合っているが動作していない」場合とがありますので、まずは「そのどちらなのか」を先に確定させる方が望ましいと思います。（アクセスできない原因が1つとは限りませんから、一気に解決させようとせずに、1つずつ可能性を潰していって特定する方が近道だと思います。）