2026年5月 この範囲を時系列順で読む この範囲をファイルに出力する
要望なのですが、記事個別ページの <title> タグについて、現在の記事No.のみではなく、本文1行目の冒頭何文字かを含める設定などは、実装予定ありますでしょうか?
現在、Lunalysというアクセス解析を使用しているのですが、記事No.のみだとどの記事へのアクセスか判別しづらいため、実装いただけると大変有難いです。
もし既存機能ですでに対応済みでしたら失礼しました。
🍨Re:5892◆mixi2のリアクション機能は良いですね。つい使いたくなります。国内企業による国産SNSとして、企業の公式アカウントを積極的に誘致できれば、Twitterではなくmixi2でチェックすればいいか……という人々が増えてくれそうな気はするんですけどもね。
🍨Re:5893◆ご試用ありがとうございます~。^^
🍨Re:5894◆投稿IDを乱数にする機能に意外と需要があったっぽいことが分かって驚いたんですが、それならば、ということで画像にもそれ系統の機能を用意してみました。画像の場合は「元のファイル名を維持する」という選択肢が元々ありましたから、どれほど需要があるものかな、と疑問もないでもなかったんですけども。^^; 反応ありがとうございます。(╹◡╹)ノ
🍨Re:5895◆「一定の数」という閾値があるわけではなく、増えれば増えるほど徐々に処理に時間はかかるようになります。サーバ側の能力も影響しますから「どれくらいで重たく感じられるようになるか」みたいな値は明確には出せませんが。ただ、数百件程度なら(一件の場合と大差ないくらい)一瞬で終わるでしょうから問題ないだろうと思いますけども。
あまりにも気になるようなら、ログイン維持期間の設定([システム設定]→【ログイン維持設定】→「ログイン状態を維持する期限」)をもっと短くしておく対策を取ると良いかもしれません。ログイン維持期限を過ぎた行(=ログイン情報)は順次削除されますから。(デフォルト設定では31日ほど維持されます。つまり、「二度とログインされないログイン情報」が記録されても31日後には消えますので、無限に増え続けることはありません。)
🍨Re:5896◆たしかに数字だけで終わると埋め込み可能URLだと認識されませんね。現状では、ゲームIDの直後にスラッシュを加えれば埋め込み可能になります。(それでは何らかの不都合がありますか? もしあれば参考までに状況を教えて下さい。) とはいえ、対応は容易ですので、次のバージョンでは数字だけで終わるURLでも埋め込まれるように仕様を改善しておきます。
例:https://store.steampowered.com/app/1287030/ ←末尾にスラッシュ記号
https://store.steampowered.com/app/3920610/__REMAKE/
https://store.steampowered.com/app/3920610
単純なリンクではゲームID(この例では3920610)まででも有効ですが、埋め込みではIDまでだと埋め込み可能リンクであると認識されず後者のようにテキストリンクになってしまいます
ゲームIDまでのリンクの形式でも埋め込みに対応することは可能ですか?
ログイン限定公開のとき、ログイン情報が記録されたファイルが作られますが、一定の数を超えると処理が重くなるなどの問題は起きますか?
プライベートモードを利用しているためか毎回ログインし直す方もおり、現在100件以上になっていまして、少し心配になりました。
phpとjsでアップロード時に自動で英数字ランダムにリネームするようにしてたんですけど公式でできると助かります~!!!
ver.4.8.3でaboutページモードについて対応してくださりありがとうございました。とても快適です。本当に、てがろぐを作ってくださってありがとうございます。
●リンク記法に「リンク先ウインドウを同一にする」オプションを追加
こちら要望を出したものです!早速アップデートして試しました!🥳
画像削除もより簡単にしやすくてより快適になりました~~~!🥳
求めていた機能だったので本当に嬉しいです!ありがとうございました!🥳🥳🥳
余談ですがmixi2のリアクション機能いいですよね
普段はROM専なので一方通行ながらに色んな感想を伝えられるSNSが便利すぎてみんなもっとmixi2に来ないかなーと思ってます
🆕 Ver 4.8.3βの更新点(概要):
《▼新機能》
●投稿番号を連番ではなく指定桁(6~10桁)の乱数にする機能
●画像の詳細情報編集画面に「この画像を削除」ボタンを追加
●リンク記法に「リンク先ウインドウを同一にする」オプションを追加
●YouTube動画の埋め込みに使うドメインの選択肢を追加(youtube-nocookie.com以外にyoutube.comも選択可能に)
《▼仕様改善》
●投稿欄で1文字以上の編集をした状況で他ページに遷移しようとした際に確認ダイアログを表示できる機能を追加
《▼不具合修正》
❎検索語やハッシュタグに & などの一部記号が含まれているとき、ページネーションでのリンク先が正しくなくなる不具合を解消
❎Aboutページモードでは一部のサイドコンテンツの出力が不足する(=そのとき表示対象になっている投稿に限定されてしまう)不具合を解消
❎2つ以上のIF記法を書いている場合で、先に書かれたIF文の中身が「名前付き1行単位フリースペース」の記法だけの場合で、その名前付きフリースペースが定義されていない状況では、その次のIF記法の終わりまでのすべての文字が出力されずに消えてしまう不具合を解消
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス:
Bluesky
mixi2:招待チケット
Mastodon(Pawoo)
Twitter:
(ツイート埋め込み処理中...)Twitterで見る
🍨Re:5888◆動きます。ただし、以下の箇所の設定値がデフォルトのままなら、ですが。
もし以下の箇所を変更している場合は、変更したディレクトリ名に合うように設定内容も変更する必要があります。
- [設定]→[システム設定]→【フルパス設定】内の『CGIの設置位置』(➡デフォルト値は「自動取得」)
- [設定]→[システム設定]→【サーバパス設定】内の『Document Rootの位置』(➡デフォルト値は「環境変数から自動取得」)
上記の設定を一切触っておらず、デフォルトのままで使っているのであれば、何もしなくてもディレクトリ名を変えるだけで動きます。
ちなみにログイン限定公開にしています。
🍨Re:5885◆ご指摘をどうもありがとうございます。たしかに、おっしゃる動作になりますね!
詳しい背景情報もありがとうございます。よく分かって助かります。スキンの配布もどうもありがとうございます!
こちらで試してみたところ、「名前付き1行単位フリースペース」の記法の前後どちらかに1つ以上の空白文字(など、何でも良いので1文字以上の何らかの文字)を入れれば回避できますので、もし半角空白文字を挿入しても問題ないようでしたら、とりあえずその方法で今すぐ解決は可能です。
- ❎こうではなく [[IF(mode-picts):[[FREELINE:picts]]:IF]]
- ✅空白を入れる [[IF(mode-picts): [[FREELINE:picts]] :IF]]
なお、こちらのローカルにあるソースでは修正しましたので、次のβ版からは上記の前者❎の書き方でも問題なくなります。
なので次のバージョンをお待ち頂いても良いですが、もし「過去のバージョンのてがろぐ」でも問題なく動作するようにスキンを作成なさりたい場合は、お手数ですが上記の後者✅の書き方に修正してみて下さい。
ご報告をどうもありがとうございました!
Ver 4.8.0を使用していてこのような現象がありました。
外側スキンのIF文内に「名前付き1行単位フリースペース」の挿入タグがあり、管理画面で【名前付き1行単位フリースペース】にその内容を登録していない場合、その次のIF文1つがエラーになってしまうようです。
外側スキン:
[[IF(mode-picts):[[FREELINE:picts]]:IF]]
[[IF(grandhome):表示したい内容1:IF]]
[[IF(grandhome):表示したい内容2:IF]]
管理画面:
【名前付き1行単位フリースペース】に「picts:何らかの文字列」を登録していない
このような状態でてがろぐのgrandhomeを表示すると、「表示したい内容2」だけが表示されます。新規セットアップ直後のてがろぐで、「最小構成」に同梱されている標準スキンでもこれが起きるようです。
外側スキンのほうは編集せず、管理画面の【名前付き1行単位フリースペース】に「picts:何らかの文字列」を登録すれば、エラーは無くなり、てがろぐのgrandhomeで表示したい内容1と2が両方とも表示されました。
処理の都合上避けられない現象でしたら申し訳ございません。
背景情報:
私はてがろぐスキンの作成・配布を行っております。スキンのユーザーさんは、配布されたスキンを使って一旦表示を確認したあとに管理画面での各種設定を進めていかれるケースが多いと思いますので、このエラーがあるとgrandhomeがスカスカの状態になってしまうため驚かれるだろうなと想定しています。
私のほうでも【名前付き1行単位フリースペース】の設定を済ませることでエラーが解消できることをご案内しているのですが、もし可能であれば、エラーが起きないようにしていただければありがたいなと思い、ご報告させていただきます。
🍨Re:5880◆コメントありがとうございます。そこまで特殊な用途ではなくて、なんかどこかで何かを留めておきたいと思ったんだったような気がするんですよね……。しかし、何だったのかはさっぱり思い出せないんですが。┌(:3」└)┐
🍨Re:5881◆ご指摘ありがとうございます。たしかに、おっしゃる動作になりますね。ページネーション部分のエスケープ処理の順序に問題があって、ハッシュタグ限定表示時や全文検索で不具合が出ていました。こちらのローカルにあるソースでは修正しましたので、次のβ版では解消します。もうしばらくお待ち下さい~。
🍨Re:5882◆ご活用ありがとうございます。リンクラベルの内側に装飾記法が含められないのは、内部処理の都合で今のところは仕様です。リンクの外側に装飾記法を書くことでリンクラベル全部に対して特定の装飾を施すことは可能ですが、その逆は残念ながらできません。
簡単な日記を書くのにいつもとても助かっています!
不具合か仕様かわからない挙動があったので#質問 させてください🙇
↓のようにリンクラベルに装飾を行うとリンクが解除されてしまいます
[google(これはgoogleへのリンクです)]https://www.google.com
こちらはリンクラベルには装飾はできない仕様でしょうか?
もし記載方法が間違っていたらご教授いただければ幸いです。
お手すきの際にご確認お願いします。
参考までに、最終的には↓のようにラベルを改行して2行目だけ小文字にしようと考えていました。
(これはgoogleへのリンクです)]https://www.google.com
β版でのご対応、早速ありがとうございました!非常に助かりました。
ただ、使わせて頂いている中で2点不具合があったのでご連絡いたします。
① 状況に応じた見出しに表示されるハッシュタグ名が、1ページ目だとちゃんと「半角 & 記号」で表示されるが、2ページ目は「&amp;」で表示される
※表示させるために「&amp;」は全角表示しています
例えば #[トム&ジェリー] の場合、ハッシュタグ限定表示の見出しは「タグ「トム&ジェリー」を含む投稿[●件]」のようになるんですが、2ページ目に遷移すると見出しが「タグ「トム&amp;ジェリー」を含む投稿[●件](2ページ目)」のようになります。
② ハッシュタグ限定表示で3ページ目以降が表示できない
3ページ目に遷移した時、見出しは「タグ「トム&amp;amp;ジェリー」を含む投稿[0件]」となり、「表示できる投稿が1件も見つかりませんでした」のステータスが表示されるようになります。
恐らく不具合の原因は同じ問題なのだろうかと思われますが…。
お手隙の際にでもご確認頂けますと幸いです。何卒宜しくお願いいたします。
輪ゴムがあるといいなと思ったのはもしかして開かない瓶のフタを開けやすくするためでは…?と、思ったのですがどうでしょうか?🤔
確かに畳まなくても何も問題はない……
畳むを非表示にしたらもっと気にならなくなりました……
おにぎりを2個買うとき同じおにぎりを2個買ってもいいくらいの衝撃でした
補足解説も貼ってくださってありがとうございます
🌳Re:5875◆ああ、SVGはimg要素ではなく専用のsvg要素を使えばSVGソースを直接HTML内に記述可能ですね。そうすると描画された中身の配色をCSSで変更できるので便利ですね。私もよく使います。ただ、.svgファイルの中身をそのままsvg要素に挿入して良いわけではないので、シンプルではないんですよね。SVG画像というのは要するにXMLで書かれたテキストデータですが、XMLなので中にスクリプトを書けてしまうので、てがろぐのような場所への埋め込みを受け付けるには、それらを除外する必要があります。ただ、単にscript要素を消せば済むわけではなくて、図形を構成する要素(gとかpathとかrectとか)に onload="~" みたいなイベントも書けてしまいますから、それらを安全に除去してから埋め込むような対策が必要です。何か良さげな安全化方法があると良いのですけども。
というわけで、すぐには無理ですが、ご要望は記録しておきます。ご要望ありがとうございます。
🌳Re:5876◆豪速な反応をどうもありがとうございます。今月内には次のβ版として公開すると思います。^^
投稿IDの乱数ありがとうございます!!!ほしかった機能なので嬉しいです!!!
いつもありがとうございます!!!
わりと頻繁に、サイトのテーマカラーの色だけ変えて改装したりするので。
🥚Re:5872◆ご説明をありがとうございます。気持ちは理解できます。^^ 「出した物は片付ける」という習慣があって、そこに「畳む」ボタンが見えると押さずにはいられない、というのはあるでしょうね。(だから私は表示していない、という面もあります。)
🥚Re:5873◆この会話を(後から検索するなどして)読んだ第三者の方に向けて補足しておくと、ヘルプドキュメントの『「続きを読む」機能共通の動作と設定』の部分に記述があります。
公式の手順で「畳む」の非表示についてのテキストを発見しました。
お手数おかけしました。
習慣的なもので、なぜ畳むボタンを押すのかの理由を問われると説明が難しいです。「続きを読む」ボタンで内容がしまわれている状態が正常な状態で、いったん開いたものを閉じて正常に戻す動作をしてから次の内容に移らないと心理的に落ち着かない……という感じです。抽象的な話になってすみません。
「畳む」ボタンが最初からなければそういう心理状態にはならないので、設定で「畳む」を消せるのであれば方法が知りたいです。
🍵Re:5870◆参考までに教えて欲しいのですが、隠されていた長文を読んだ後、それを畳むのはなぜですか? その次の文章を読み進めるだけなら、別に畳まなくて良いと思うのですけども。
なお、現状ではもしかすると「続きを読む」ボタンではなく「折り畳む」ボタンを使うと良いかもしれません。スクロールが必要なほどの長文を読んだ後に畳みたい場合には、ボタンの位置まで自力で戻る必要がある代わりに、ボタンの位置は最初から不変なので、現在位置を見失う心配はありません。
🍵(余談)
余談を読む
さっそくですが要望になります。
「続きを読む」ボタンで長文を読んでから「畳む」ボタンで閉じたとき、「続きを読む」のボタン位置へスクロールを戻してほしいです。
今の状態だと長文を読んでから閉じたときに現在位置を見失ってしまい、スクロールで元の場所を探すことを何度もしています。
よければ検討をお願いします。





