てがろぐ
- Fumy Otegaru Memo Logger -
検索語「〔除外:$ci=;〕」の検索結果［1368件］
ブラックサンダーを食べました。🍫🍫🍫
🍫Re:5903◆ご要望をありがとうございます。アンカーポイントを作れる機能は個人的にも欲しいなと思ってはいます。気長にお待ち頂ければ幸いです。目次の作成とそこに飛べる機能については、以前にどなたかがJavaScriptで作成なさっていたような気が朧気にするんですが、ハッキリとは覚えていません。(^_^;) 見出しをどうやって作成するかさえ固定すれば、JavaScriptで実現は可能だと思います。
➡「そのスクリプトはうちにあるよ！」という方がいらっしゃいましたら、ここでお知らせ頂けるとありがたいです。
🍫Re:5902◆実装しました。次のβ版では [[OGP:TITLE:CONTENT]] のように書くと、そこに og:title の内容が出力されます。これを <title>～</title> の中に入れれば、本文1行目の内容をHTMLでのページタイトルに入れられるようになります。ただ、そのままそれだけを書くと、投稿単独ページ表示時以外でおかしくなるでしょうから、IF記法を使って「投稿単独ページ表示時だけ」で出力するように書く必要があります。（→その書き方）
次のβ版で使えるようになる具体的な記法については、下記の投稿をご参照下さい。
Bluesky、mixi2 （招待チケット）、Mastodon(Pawoo)、
Twitter：
🍫Re:5903◆ご要望をありがとうございます。アンカーポイントを作れる機能は個人的にも欲しいなと思ってはいます。気長にお待ち頂ければ幸いです。目次の作成とそこに飛べる機能については、以前にどなたかがJavaScriptで作成なさっていたような気が朧気にするんですが、ハッキリとは覚えていません。(^_^;) 見出しをどうやって作成するかさえ固定すれば、JavaScriptで実現は可能だと思います。
➡「そのスクリプトはうちにあるよ！」という方がいらっしゃいましたら、ここでお知らせ頂けるとありがたいです。
🍫Re:5902◆実装しました。次のβ版では [[OGP:TITLE:CONTENT]] のように書くと、そこに og:title の内容が出力されます。これを <title>～</title> の中に入れれば、本文1行目の内容をHTMLでのページタイトルに入れられるようになります。ただ、そのままそれだけを書くと、投稿単独ページ表示時以外でおかしくなるでしょうから、IF記法を使って「投稿単独ページ表示時だけ」で出力するように書く必要があります。（→その書き方）
次のβ版で使えるようになる具体的な記法については、下記の投稿をご参照下さい。
Bluesky、mixi2 （招待チケット）、Mastodon(Pawoo)、
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
そういえば最近、ポップコーンを食べる機会がないな……。🍿🍿🍿
🍿Re:5900◆SoundCloudは（Blueskyも同様なんですが）SoundCloud側の仕様が改善されないと、てがろぐへの埋め込み対応は無理なのです。URLだけからは埋め込み用HTMLを作れない仕様ですので。
（※開発進捗状況報告サイトでのてがろぐ Ver 4.8.1(β版)の配布ページ内の『🍪見送った外部サービスの埋め込み』部分や、2年前のNo.4470にも書きましたので、詳しい背景はその辺をご参照下さい。）
SoundCloudの埋め込みもちらほらご要望を頂いていましたので、もしSoundCloud側の仕様が改善されることがあれば対応しますのでそのときは教えて下さい～。（埋め込み用HTMLソースが、各楽曲のURLに含まれる情報だけで一意に生成できる仕様になれば対応可能です。）
🍿Re:5900◆SoundCloudは（Blueskyも同様なんですが）SoundCloud側の仕様が改善されないと、てがろぐへの埋め込み対応は無理なのです。URLだけからは埋め込み用HTMLを作れない仕様ですので。
（※開発進捗状況報告サイトでのてがろぐ Ver 4.8.1(β版)の配布ページ内の『🍪見送った外部サービスの埋め込み』部分や、2年前のNo.4470にも書きましたので、詳しい背景はその辺をご参照下さい。）
SoundCloudの埋め込みもちらほらご要望を頂いていましたので、もしSoundCloud側の仕様が改善されることがあれば対応しますのでそのときは教えて下さい～。（埋め込み用HTMLソースが、各楽曲のURLに含まれる情報だけで一意に生成できる仕様になれば対応可能です。）
モナカアイスとシューアイスを備蓄しました。🍨🍨🍨
🍨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/ ←末尾にスラッシュ記号
🍨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/ ←末尾にスラッシュ記号
開発進捗状況報告サイトで、てがろぐ Ver 4.8.3(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 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：
🆕 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で見る
今日もあついな……と思ったら、室温が27.8℃もある……。_(:3」∠)_
🍨Re:5888◆動きます。ただし、以下の箇所の設定値がデフォルトのままなら、ですが。
もし以下の箇所を変更している場合は、変更したディレクトリ名に合うように設定内容も変更する必要があります。
上記の設定を一切触っておらず、デフォルトのままで使っているのであれば、何もしなくてもディレクトリ名を変えるだけで動きます。
🍨Re:5888◆動きます。ただし、以下の箇所の設定値がデフォルトのままなら、ですが。
もし以下の箇所を変更している場合は、変更したディレクトリ名に合うように設定内容も変更する必要があります。
- [設定]→[システム設定]→【フルパス設定】内の『CGIの設置位置』（➡デフォルト値は「自動取得」）
- [設定]→[システム設定]→【サーバパス設定】内の『Document Rootの位置』（➡デフォルト値は「環境変数から自動取得」）
上記の設定を一切触っておらず、デフォルトのままで使っているのであれば、何もしなくてもディレクトリ名を変えるだけで動きます。
もしかしてもう夏……？
🍨Re:5885◆ご指摘をどうもありがとうございます。たしかに、おっしゃる動作になりますね！
詳しい背景情報もありがとうございます。よく分かって助かります。スキンの配布もどうもありがとうございます！
こちらで試してみたところ、「名前付き1行単位フリースペース」の記法の前後どちらかに1つ以上の空白文字（など、何でも良いので1文字以上の何らかの文字）を入れれば回避できますので、もし半角空白文字を挿入しても問題ないようでしたら、とりあえずその方法で今すぐ解決は可能です。
なお、こちらのローカルにあるソースでは修正しましたので、次のβ版からは上記の前者❎の書き方でも問題なくなります。
なので次のバージョンをお待ち頂いても良いですが、もし「過去のバージョンのてがろぐ」でも問題なく動作するようにスキンを作成なさりたい場合は、お手数ですが上記の後者✅の書き方に修正してみて下さい。
ご報告をどうもありがとうございました！
🍨Re:5885◆ご指摘をどうもありがとうございます。たしかに、おっしゃる動作になりますね！
詳しい背景情報もありがとうございます。よく分かって助かります。スキンの配布もどうもありがとうございます！
こちらで試してみたところ、「名前付き1行単位フリースペース」の記法の前後どちらかに1つ以上の空白文字（など、何でも良いので1文字以上の何らかの文字）を入れれば回避できますので、もし半角空白文字を挿入しても問題ないようでしたら、とりあえずその方法で今すぐ解決は可能です。
- ❎こうではなく [[IF(mode-picts):[[FREELINE:picts]]:IF]]
- ✅空白を入れる [[IF(mode-picts): [[FREELINE:picts]] :IF]]
なお、こちらのローカルにあるソースでは修正しましたので、次のβ版からは上記の前者❎の書き方でも問題なくなります。
なので次のバージョンをお待ち頂いても良いですが、もし「過去のバージョンのてがろぐ」でも問題なく動作するようにスキンを作成なさりたい場合は、お手数ですが上記の後者✅の書き方に修正してみて下さい。
ご報告をどうもありがとうございました！
アイスクリームの備蓄が必要な気温……。まだ5月なのに。🍨🍨🍨
🍨Re:5880◆コメントありがとうございます。そこまで特殊な用途ではなくて、なんかどこかで何かを留めておきたいと思ったんだったような気がするんですよね……。しかし、何だったのかはさっぱり思い出せないんですが。┌(:3」└)┐
🍨Re:5881◆ご指摘ありがとうございます。たしかに、おっしゃる動作になりますね。ページネーション部分のエスケープ処理の順序に問題があって、ハッシュタグ限定表示時や全文検索で不具合が出ていました。こちらのローカルにあるソースでは修正しましたので、次のβ版では解消します。もうしばらくお待ち下さい～。
🍨Re:5882◆ご活用ありがとうございます。リンクラベルの内側に装飾記法が含められないのは、内部処理の都合で今のところは仕様です。リンクの外側に装飾記法を書くことでリンクラベル全部に対して特定の装飾を施すことは可能ですが、その逆は残念ながらできません。
🍨Re:5880◆コメントありがとうございます。そこまで特殊な用途ではなくて、なんかどこかで何かを留めておきたいと思ったんだったような気がするんですよね……。しかし、何だったのかはさっぱり思い出せないんですが。┌(:3」└)┐
🍨Re:5881◆ご指摘ありがとうございます。たしかに、おっしゃる動作になりますね。ページネーション部分のエスケープ処理の順序に問題があって、ハッシュタグ限定表示時や全文検索で不具合が出ていました。こちらのローカルにあるソースでは修正しましたので、次のβ版では解消します。もうしばらくお待ち下さい～。
🍨Re:5882◆ご活用ありがとうございます。リンクラベルの内側に装飾記法が含められないのは、内部処理の都合で今のところは仕様です。リンクの外側に装飾記法を書くことでリンクラベル全部に対して特定の装飾を施すことは可能ですが、その逆は残念ながらできません。
こんにちは！
簡単な日記を書くのにいつもとても助かっています！
不具合か仕様かわからない挙動があったので#質問 させてください🙇
↓のようにリンクラベルに装飾を行うとリンクが解除されてしまいます
[google（これはgoogleへのリンクです）]https://www.google.com
こちらはリンクラベルには装飾はできない仕様でしょうか？
もし記載方法が間違っていたらご教授いただければ幸いです。
お手すきの際にご確認お願いします。
参考までに、最終的には↓のようにラベルを改行して2行目だけ小文字にしようと考えていました。
[google
（これはgoogleへのリンクです）]https://www.google.com
簡単な日記を書くのにいつもとても助かっています！
不具合か仕様かわからない挙動があったので#質問 させてください🙇
↓のようにリンクラベルに装飾を行うとリンクが解除されてしまいます
[google（これはgoogleへのリンクです）]https://www.google.com
こちらはリンクラベルには装飾はできない仕様でしょうか？
もし記載方法が間違っていたらご教授いただければ幸いです。
お手すきの際にご確認お願いします。
参考までに、最終的には↓のようにラベルを改行して2行目だけ小文字にしようと考えていました。
（これはgoogleへのリンクです）]https://www.google.com
庭木を剪定しました。たぶん明日は筋肉痛です。_(┐｢ε:)_
🌳Re:5875◆ああ、SVGはimg要素ではなく専用のsvg要素を使えばSVGソースを直接HTML内に記述可能ですね。そうすると描画された中身の配色をCSSで変更できるので便利ですね。私もよく使います。ただ、.svgファイルの中身をそのままsvg要素に挿入して良いわけではないので、シンプルではないんですよね。SVG画像というのは要するにXMLで書かれたテキストデータですが、XMLなので中にスクリプトを書けてしまうので、てがろぐのような場所への埋め込みを受け付けるには、それらを除外する必要があります。ただ、単にscript要素を消せば済むわけではなくて、図形を構成する要素（gとかpathとかrectとか）に onload="～" みたいなイベントも書けてしまいますから、それらを安全に除去してから埋め込むような対策が必要です。何か良さげな安全化方法があると良いのですけども。
というわけで、すぐには無理ですが、ご要望は記録しておきます。ご要望ありがとうございます。
🌳Re:5876◆豪速な反応をどうもありがとうございます。今月内には次のβ版として公開すると思います。^^
🌳Re:5875◆ああ、SVGはimg要素ではなく専用のsvg要素を使えばSVGソースを直接HTML内に記述可能ですね。そうすると描画された中身の配色をCSSで変更できるので便利ですね。私もよく使います。ただ、.svgファイルの中身をそのままsvg要素に挿入して良いわけではないので、シンプルではないんですよね。SVG画像というのは要するにXMLで書かれたテキストデータですが、XMLなので中にスクリプトを書けてしまうので、てがろぐのような場所への埋め込みを受け付けるには、それらを除外する必要があります。ただ、単にscript要素を消せば済むわけではなくて、図形を構成する要素（gとかpathとかrectとか）に onload="～" みたいなイベントも書けてしまいますから、それらを安全に除去してから埋め込むような対策が必要です。何か良さげな安全化方法があると良いのですけども。
というわけで、すぐには無理ですが、ご要望は記録しておきます。ご要望ありがとうございます。
🌳Re:5876◆豪速な反応をどうもありがとうございます。今月内には次のβ版として公開すると思います。^^
夕食はオムライス。
🥚Re:5872◆ご説明をありがとうございます。気持ちは理解できます。^^ 「出した物は片付ける」という習慣があって、そこに「畳む」ボタンが見えると押さずにはいられない、というのはあるでしょうね。（だから私は表示していない、という面もあります。）
🥚Re:5873◆この会話を（後から検索するなどして）読んだ第三者の方に向けて補足しておくと、ヘルプドキュメントの『「続きを読む」機能共通の動作と設定』の部分に記述があります。
🥚Re:5872◆ご説明をありがとうございます。気持ちは理解できます。^^ 「出した物は片付ける」という習慣があって、そこに「畳む」ボタンが見えると押さずにはいられない、というのはあるでしょうね。（だから私は表示していない、という面もあります。）
🥚Re:5873◆この会話を（後から検索するなどして）読んだ第三者の方に向けて補足しておくと、ヘルプドキュメントの『「続きを読む」機能共通の動作と設定』の部分に記述があります。
>>5870 です。
習慣的なもので、なぜ畳むボタンを押すのかの理由を問われると説明が難しいです。「続きを読む」ボタンで内容がしまわれている状態が正常な状態で、いったん開いたものを閉じて正常に戻す動作をしてから次の内容に移らないと心理的に落ち着かない……という感じです。抽象的な話になってすみません。
「畳む」ボタンが最初からなければそういう心理状態にはならないので、設定で「畳む」を消せるのであれば方法が知りたいです。
習慣的なもので、なぜ畳むボタンを押すのかの理由を問われると説明が難しいです。「続きを読む」ボタンで内容がしまわれている状態が正常な状態で、いったん開いたものを閉じて正常に戻す動作をしてから次の内容に移らないと心理的に落ち着かない……という感じです。抽象的な話になってすみません。
「畳む」ボタンが最初からなければそういう心理状態にはならないので、設定で「畳む」を消せるのであれば方法が知りたいです。
昼食はチャーハン。
🍵Re:5870◆参考までに教えて欲しいのですが、隠されていた長文を読んだ後、それを畳むのはなぜですか？ その次の文章を読み進めるだけなら、別に畳まなくて良いと思うのですけども。
なお、現状ではもしかすると「続きを読む」ボタンではなく「折り畳む」ボタンを使うと良いかもしれません。スクロールが必要なほどの長文を読んだ後に畳みたい場合には、ボタンの位置まで自力で戻る必要がある代わりに、ボタンの位置は最初から不変なので、現在位置を見失う心配はありません。
🍵（余談）
🍵Re:5870◆参考までに教えて欲しいのですが、隠されていた長文を読んだ後、それを畳むのはなぜですか？ その次の文章を読み進めるだけなら、別に畳まなくて良いと思うのですけども。
なお、現状ではもしかすると「続きを読む」ボタンではなく「折り畳む」ボタンを使うと良いかもしれません。スクロールが必要なほどの長文を読んだ後に畳みたい場合には、ボタンの位置まで自力で戻る必要がある代わりに、ボタンの位置は最初から不変なので、現在位置を見失う心配はありません。
🍵（余談）
余談を読む
実は最初は畳む必要性を認識していなかったので、最初の実装時点では「続きを読む」ボタンの表示機能だけがあって「畳む」ボタンの表示機能はありませんでした。その後、「畳む」ボタンも表示できる機能を追加しましたが、表示しない設定にもできます。なので、私が個人で使っているてがろぐでは、畳むボタンは表示していません。一度開いたら開きっぱなし。(笑)
いつも助かっています。
さっそくですが要望になります。
「続きを読む」ボタンで長文を読んでから「畳む」ボタンで閉じたとき、「続きを読む」のボタン位置へスクロールを戻してほしいです。
今の状態だと長文を読んでから閉じたときに現在位置を見失ってしまい、スクロールで元の場所を探すことを何度もしています。
よければ検討をお願いします。
さっそくですが要望になります。
「続きを読む」ボタンで長文を読んでから「畳む」ボタンで閉じたとき、「続きを読む」のボタン位置へスクロールを戻してほしいです。
今の状態だと長文を読んでから閉じたときに現在位置を見失ってしまい、スクロールで元の場所を探すことを何度もしています。
よければ検討をお願いします。
𝕏の改悪が次第にひどくなってきているので、さすがにそろそろ皆でmixi2あたりに移住した方が良いのでは……。Blueskyでもいいけども。
🌭Re:5864◆仕様上は、ユーザIDの数に上限はありません。いくらでも追加できます。ただ、大人数で使った場合に問題なく使えるかどうかは（試していないので）ハッキリとは分かりません。基本的に、同時に投稿される頻度が低ければ問題ないだろうとは思うのですけども。
なお、大人数で使う場合、ログインフォームのID欄がセレクトボックスだと使いにくい可能性がありますので、設定で自由入力欄になるよう変更しておくと良いです。具体的な操作は「ログインフォームのユーザID入力欄の表示形態をセレクトボックスではなく手動入力(自由入力)にする方法」をご参照下さい。
🌭Re:5864◆仕様上は、ユーザIDの数に上限はありません。いくらでも追加できます。ただ、大人数で使った場合に問題なく使えるかどうかは（試していないので）ハッキリとは分かりません。基本的に、同時に投稿される頻度が低ければ問題ないだろうとは思うのですけども。
なお、大人数で使う場合、ログインフォームのID欄がセレクトボックスだと使いにくい可能性がありますので、設定で自由入力欄になるよう変更しておくと良いです。具体的な操作は「ログインフォームのユーザID入力欄の表示形態をセレクトボックスではなく手動入力(自由入力)にする方法」をご参照下さい。
今日も朝食はホットドッグ。🌭🌭🌭
🌭Re:5860◆わりと簡単にできます。以下のSTEP1～3の順で操作すると良いです。
【▼STEP.1】
「指定したカテゴリ」のカテゴリIDを仮に info とすると、てがろぐのデータファイル(tegalog.xml)に対して、テキストエディタの検索・抽出機能で以下の検索語を使えば抜き出せます。
特定のカテゴリに属する投稿の抽出Ⓐ 
特定のカテゴリに属する投稿の抽出Ⓑ
【▼STEP.2】
抽出できたら、合成先のてがろぐのデータファイル tegalog.xml の中の適当な位置（例えば末尾の </tegalog>タグの直前）などに一括して貼り付けます。
【▼STEP.3】
最後に、てがろぐの管理画面で、[投稿の一括調整]→[投稿日時順にソート]→「投稿日時順に並び替える」を押すと、貼り付けたデータが（投稿日時に応じて）適切な位置に並び替わります。
（※もし、合成先のデータと合成元のデータとで投稿番号の重複があるようなら、[投稿の一括調整]→[投稿番号の再採番]→「投稿番号を採番し直す」も使うと良いかもしれません。ただ、この機能を使うと、既存の投稿も番号が変わる可能性があり、その場合はリンクが切れてしまう可能性がある点にご注意下さい。投稿番号は重複したまま使っても、単純な表示そのものに問題はありません。ただ、再編集したい場合には困りますが。）
🌭Re:5860◆わりと簡単にできます。以下のSTEP1～3の順で操作すると良いです。
【▼STEP.1】
「指定したカテゴリ」のカテゴリIDを仮に info とすると、てがろぐのデータファイル(tegalog.xml)に対して、テキストエディタの検索・抽出機能で以下の検索語を使えば抜き出せます。
- カテゴリ info ただ1つに属している投稿を探す場合： <cat>info</cat>
- 少なくともカテゴリ info に属している投稿を探す場合： <cat>.*?info.*?</cat> （※正規表現を使用）
【▼STEP.2】
抽出できたら、合成先のてがろぐのデータファイル tegalog.xml の中の適当な位置（例えば末尾の </tegalog>タグの直前）などに一括して貼り付けます。
【▼STEP.3】
最後に、てがろぐの管理画面で、[投稿の一括調整]→[投稿日時順にソート]→「投稿日時順に並び替える」を押すと、貼り付けたデータが（投稿日時に応じて）適切な位置に並び替わります。
（※もし、合成先のデータと合成元のデータとで投稿番号の重複があるようなら、[投稿の一括調整]→[投稿番号の再採番]→「投稿番号を採番し直す」も使うと良いかもしれません。ただ、この機能を使うと、既存の投稿も番号が変わる可能性があり、その場合はリンクが切れてしまう可能性がある点にご注意下さい。投稿番号は重複したまま使っても、単純な表示そのものに問題はありません。ただ、再編集したい場合には困りますが。）
朝食はホットドッグ。🌭🌭🌭
🌭Re:5857◆ご報告をどうもありがとうございます。なるほど、たしかに（内部でキャッシュせずに）動的に生成されるオブジェクトはすべてそのような動作になってしまいますね。次のバージョンで何とかします。
🌭Re:5858◆β版のご試用をどうもありがとうございます。(╹◡╹) 以下、使用感への返信です。
🌭Re:5857◆ご報告をどうもありがとうございます。なるほど、たしかに（内部でキャッシュせずに）動的に生成されるオブジェクトはすべてそのような動作になってしまいますね。次のバージョンで何とかします。
🌭Re:5858◆β版のご試用をどうもありがとうございます。(╹◡╹) 以下、使用感への返信です。
- IF文の条件やCSSのclassは mode-about です。カテゴリIDがaboutの場合は cat-about です。この mode- や cat- を省略しなければ重複はしません。
- Aboutページは、複数のスキンを使い分けたり、カテゴリ等と併せて使うことで、複数用意できます。詳しくは、ヘルプドキュメントの『Aboutページモード用スキンの作り方・使い方』区画内にある、をご覧下さい。
開発進捗状況報告サイトで、てがろぐ Ver 4.8.2(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.8.2βの更新点(概要)：
《▼新機能》
●「このサイトについて」的なページが作れるAboutページモードを追加。
●
●パス(PATH)を得る記法に SKINDIR:ABOUT も追加。
●スキン一覧画面で、スキンが15個以上ある場合は、絞り込み用検索窓を出力。
《▼仕様改善》
●ギャラリーモード・画像一覧モード・サイトマップページモードでも「スキン格納ディレクトリ名」欄を空欄にすると、デフォルトのスキンが適用されるように改善。（＝空欄にして保存可能に。）
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky
mixi2
Mastodon(Pawoo)
Twitter：
🆕 Ver 4.8.2βの更新点(概要)：
《▼新機能》
●「このサイトについて」的なページが作れるAboutページモードを追加。
●
●パス(PATH)を得る記法に SKINDIR:ABOUT も追加。
●スキン一覧画面で、スキンが15個以上ある場合は、絞り込み用検索窓を出力。
《▼仕様改善》
●ギャラリーモード・画像一覧モード・サイトマップページモードでも「スキン格納ディレクトリ名」欄を空欄にすると、デフォルトのスキンが適用されるように改善。（＝空欄にして保存可能に。）
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky
mixi2
Mastodon(Pawoo)
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
昼にはお好み焼きを食べました。
🥞Re:5853◆なるほど、画像保存用ディレクトリに存在する画像に対するサムネイルではなくて、「任意の場所にある画像をURLで指定して表示した場合のサムネイル」なんですね。理解しました。
なお、現状でも「画像を使って任意のURLにリンクする書き方」の方法を使って以下のように書くと、「てがろぐ上で表示される画像」と「クリックした後に見える画像」とを別々にすることは可能です。これを活用すると、現状のバージョンでもお望みの動作を作れるかもしれません。
[[PICT:サムネイル画像のURL]]拡大画像のURL
または
[[IMG:代替文字]サムネイル画像のURL]拡大画像のURL
そのままだと単なるリンクになりますから、Lightbox等を使った「その場での拡大」にはなりませんけども。既存のclass名か、もしくは外側に何らかの独自のclass名を加えておくなどの運用で（JavaScriptを使って属性を加えるなり変更するなりすれば）、Lightbox等の処理対象にすることも可能っぽい気はします。
表示例：
（※No.1224の説明もどうぞ。）
🥞Re:5853◆なるほど、画像保存用ディレクトリに存在する画像に対するサムネイルではなくて、「任意の場所にある画像をURLで指定して表示した場合のサムネイル」なんですね。理解しました。
なお、現状でも「画像を使って任意のURLにリンクする書き方」の方法を使って以下のように書くと、「てがろぐ上で表示される画像」と「クリックした後に見える画像」とを別々にすることは可能です。これを活用すると、現状のバージョンでもお望みの動作を作れるかもしれません。
[[PICT:サムネイル画像のURL]]拡大画像のURL
または
[[IMG:代替文字]サムネイル画像のURL]拡大画像のURL
そのままだと単なるリンクになりますから、Lightbox等を使った「その場での拡大」にはなりませんけども。既存のclass名か、もしくは外側に何らかの独自のclass名を加えておくなどの運用で（JavaScriptを使って属性を加えるなり変更するなりすれば）、Lightbox等の処理対象にすることも可能っぽい気はします。
表示例：
（※No.1224の説明もどうぞ。）
もしかして4月の平日は今日を含めてあと2日しかない……？
🥞Re:5851◆ご要望をありがとうございます。検討の参考までに教えて欲しいのですが、「miniフォルダ以外の画像を指定したいとき」というのは具体的にはどんなときですか？ （なぜminiフォルダだと不都合があるのでしょう？）
🥞Re:5851◆ご要望をありがとうございます。検討の参考までに教えて欲しいのですが、「miniフォルダ以外の画像を指定したいとき」というのは具体的にはどんなときですか？ （なぜminiフォルダだと不都合があるのでしょう？）
ホットケーキを食べました。🥞🥞🥞
🥞Re:5843◆外部サービスの埋め込み機能は（その外部サービス側が提供しているスクリプトやHTMLを使って）iframeで表示されているだけなので、何が表示されているのかをてがろぐ側では知りようがないため、サムネイル画像を表示するような手段は残念ながらありません。ギャラリーモードでも表示したい場合は、
🥞Re:5844◆最近の学校のそういう課題って、「何を使って調べる」よう指導されるんですかね？
昔々遙か昔は本で調べるしかなかったわけですけども、「ググってみましょう」とか、もしくは「AIに聞いてみましょう」とか？(^_^;)
🥞Re:5846◆ようこそ！
🥞Re:5848◆特に問題ありません。JavaScriptではページ全体のHTMLを取得して合成するのではなく、あらかじめサイトマップページ用スキン側に<div id="sitemapArea">～</div>みたいな感じで抜き出したい部分を囲んでおいて、その中身だけを抜き出してから合成すると無駄がなくて良いのではないかと思います。
🥞Re:5843◆外部サービスの埋め込み機能は（その外部サービス側が提供しているスクリプトやHTMLを使って）iframeで表示されているだけなので、何が表示されているのかをてがろぐ側では知りようがないため、サムネイル画像を表示するような手段は残念ながらありません。ギャラリーモードでも表示したい場合は、
- 投稿本文には、Ⓐ「望みのサムネイル画像」とⒷ「動画埋め込み記法」とを並べて記述しておく。
- 通常の表示時では、Ⓐは非表示になるようにスキン（のCSS）を作っておく。
🥞Re:5844◆最近の学校のそういう課題って、「何を使って調べる」よう指導されるんですかね？
昔々遙か昔は本で調べるしかなかったわけですけども、「ググってみましょう」とか、もしくは「AIに聞いてみましょう」とか？(^_^;)
🥞Re:5846◆ようこそ！
🥞Re:5848◆特に問題ありません。JavaScriptではページ全体のHTMLを取得して合成するのではなく、あらかじめサイトマップページ用スキン側に<div id="sitemapArea">～</div>みたいな感じで抜き出したい部分を囲んでおいて、その中身だけを抜き出してから合成すると無駄がなくて良いのではないかと思います。
開発進捗状況報告サイトで、てがろぐ Ver 4.8.1(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.8.1βの更新点(概要)：
《▼新機能》
●noteの埋め込み（※note.comドメインのみ）機能の追加
●コミックビューア「GigaViewer」採用各社のWeb漫画の埋め込み機能の追加（※少年ジャンプ＋、となりのヤングジャンプ、コミックDAYS、&Sofa、モーニング・ツー、月マガ基地、ビブリオシリウス、くらげバンチ、コミックバンチKai、HERO'S Web、コミックボーダー、コミックガルド、ゼノン編集部、マグコミ、webアクション、コミックトレイル、FEEL web、サンデーうぇぶり、COMIC OGYAAA!!、コミック アース・スター、OUR FEEL、Seasons、一迅プラス、COMIC Y-OURS）
●Voicyの埋め込み機能の追加
●Steamの埋め込み機能の追加
●手動組み立てカード型リンク（OGP相当の情報を直接記述する形でのカード型リンク）表示記法の追加
《▼仕様改善》
●概要文が取得できなかった場合に「タグ以外の150文字を取得する」際、script要素は全体を無視するように改善
《▼不具合修正》
❎ハッシュタグの中に半角「&」記号が使われていると正しく動作しない不具合を修正
❎文字装飾機能等による編集領域への文字列挿入後に、環境によっては最下端までスクロールしてしまう問題を修正
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky
mixi2
Mastodon(Pawoo)
Twitter：
🆕 Ver 4.8.1βの更新点(概要)：
《▼新機能》
●noteの埋め込み（※note.comドメインのみ）機能の追加
●コミックビューア「GigaViewer」採用各社のWeb漫画の埋め込み機能の追加（※少年ジャンプ＋、となりのヤングジャンプ、コミックDAYS、&Sofa、モーニング・ツー、月マガ基地、ビブリオシリウス、くらげバンチ、コミックバンチKai、HERO'S Web、コミックボーダー、コミックガルド、ゼノン編集部、マグコミ、webアクション、コミックトレイル、FEEL web、サンデーうぇぶり、COMIC OGYAAA!!、コミック アース・スター、OUR FEEL、Seasons、一迅プラス、COMIC Y-OURS）
●Voicyの埋め込み機能の追加
●Steamの埋め込み機能の追加
●手動組み立てカード型リンク（OGP相当の情報を直接記述する形でのカード型リンク）表示記法の追加
《▼仕様改善》
●概要文が取得できなかった場合に「タグ以外の150文字を取得する」際、script要素は全体を無視するように改善
《▼不具合修正》
❎ハッシュタグの中に半角「&」記号が使われていると正しく動作しない不具合を修正
❎文字装飾機能等による編集領域への文字列挿入後に、環境によっては最下端までスクロールしてしまう問題を修正
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Bluesky
mixi2
Mastodon(Pawoo)
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
投稿欄にスクロールバーが出ているとき、文字装飾機能や「何でも簡単挿入機能」等を使って文字列を挿入すると、一部のブラウザで最下端までスクロールされてしまう問題を解消してみた Ver 4.8.1β（未配布）の動作テスト。
たぶんこれで解消したのではないかと思いますけども、どうでしょうかね……？ >>5825,5826,5827/R
たぶんこれで解消したのではないかと思いますけども、どうでしょうかね……？ >>5825,5826,5827/R
🍫てがろぐをusamimi.infoサーバでお使いの場合、設定画面で「設定を保存する」を押すと403 Forbiddenエラーが出ます。
これは、サーバ側で導入されたセキュリティモジュールが、特定のルールに抵触することを検出した結果のようです。
サーバ管理者さんへ直接ご連絡頂けば、ご使用のアカウントに限って当該ルールの無効化をして頂け、それによって保存処理が可能になるようですので、usamimi.infoサーバをご使用の方々はお手数ですがサーバ管理者さんに問い合わせてみて下さい。
🍫Re:5834◆実験をどうもありがとうございます！ おかげさまで状況がよく分かりました。
初期状態でもそうなるのであれば、usamimi.infoサーバと同じ環境を用意して、ログを確認しながら1つずつ実験してみる以外にないので、サーバ側で当該ルールを無効化して頂くのが現実的だと（少なくとも今のところは）思います。
🍫てがろぐCGIのサーバ別セットアップ方法解説内の「usamimi.infoでのセットアップ手順」にも『usamimi.info特有の補足情報』に情報を加えておきました。
これは、サーバ側で導入されたセキュリティモジュールが、特定のルールに抵触することを検出した結果のようです。
サーバ管理者さんへ直接ご連絡頂けば、ご使用のアカウントに限って当該ルールの無効化をして頂け、それによって保存処理が可能になるようですので、usamimi.infoサーバをご使用の方々はお手数ですがサーバ管理者さんに問い合わせてみて下さい。
🍫Re:5834◆実験をどうもありがとうございます！ おかげさまで状況がよく分かりました。
初期状態でもそうなるのであれば、usamimi.infoサーバと同じ環境を用意して、ログを確認しながら1つずつ実験してみる以外にないので、サーバ側で当該ルールを無効化して頂くのが現実的だと（少なくとも今のところは）思います。
🍫てがろぐCGIのサーバ別セットアップ方法解説内の「usamimi.infoでのセットアップ手順」にも『usamimi.info特有の補足情報』に情報を加えておきました。
ラスクを食べました。おいしい。
🍞Re:5828◆WAFの検出ログには、「どんなルールに抵触したためにブロックされたのか」という情報が含まれています。それを見れば、「そのルールに抵触しないような方法に変更可能か？」という点を検討できます。そういった情報が得られない場合は、そもそも何が問題なのかが分からないので、対処のしようがないのです。（※そもそも、現時点ではWAFが原因かどうかもハッキリはしていないわけですが。）
これだけ異なる方が同じ現象に遭遇なさっているなら、サーバ側の何かの設定等が（ある時点から）問題になったのでしょうね。
エラーログ等から判断ができなければ、サーバ管理者さんに究明を依頼するほかなさそうな気がします。
🍞Re:5828◆WAFの検出ログには、「どんなルールに抵触したためにブロックされたのか」という情報が含まれています。それを見れば、「そのルールに抵触しないような方法に変更可能か？」という点を検討できます。そういった情報が得られない場合は、そもそも何が問題なのかが分からないので、対処のしようがないのです。（※そもそも、現時点ではWAFが原因かどうかもハッキリはしていないわけですが。）
これだけ異なる方が同じ現象に遭遇なさっているなら、サーバ側の何かの設定等が（ある時点から）問題になったのでしょうね。
エラーログ等から判断ができなければ、サーバ管理者さんに究明を依頼するほかなさそうな気がします。
昼食はピザ。🍕🍕🍕
🍕Re:5822◆ご要望をありがとうございました。Webコミックを埋め込もうという発想がなかったので（公式に埋め込み機能が提供されている事実も知らなかったので）おかげさまでなかなか面白い機能を加えられました。
🍕Re:5823,5824◆お使いのサーバでは「WAFの検出ログ」は閲覧可能でしょうか？ てがろぐの設定を保存した瞬間の時刻に、WAF側でどんな検知がされた結果として通信がブロックされたのかが分かると、何らかの調整ができるかもしれません。
なお、WAFのON/OFFをコントロールパネル等から変更可能でしたら、一時的にWAFをOFFにしてみた上で、てがろぐの保存操作を試してみて頂くと、WAFが原因なのかどうかがハッキリします。
🍕Re:5825,5826◆なるほど、PC版ブラウザでもChromeやEdgeを使うとおっしゃる動作になりますね。私は普段（特に開発用途には）Firefoxを使っているので気付きませんでした。てがろぐ側が編集領域に何かを挿入する際には、実際には「編集領域内の全文を置き換える→カーソル位置を元に戻す」という2段階の処理をしているのですが、どうやらそのとき『スクロール位置も一緒に戻してくれるブラウザ』と『スクロール位置はプログラム側が面倒を見ないといけないブラウザ』とがあるようです。そこまで思い至っていませんでした。
次のバージョンでは対処しますので、もうしばらくお待ち下さい。
とりあえず、PCではFirefoxをお使い頂くと現状でも問題は起きません。または「編集最大機能を使ってできるだけスクロールが発生しにくいようにする」という対処方法もあるかもしれませんが。
ご報告をどうもありがとうございます。
🍕Re:5822◆ご要望をありがとうございました。Webコミックを埋め込もうという発想がなかったので（公式に埋め込み機能が提供されている事実も知らなかったので）おかげさまでなかなか面白い機能を加えられました。
🍕Re:5823,5824◆お使いのサーバでは「WAFの検出ログ」は閲覧可能でしょうか？ てがろぐの設定を保存した瞬間の時刻に、WAF側でどんな検知がされた結果として通信がブロックされたのかが分かると、何らかの調整ができるかもしれません。
なお、WAFのON/OFFをコントロールパネル等から変更可能でしたら、一時的にWAFをOFFにしてみた上で、てがろぐの保存操作を試してみて頂くと、WAFが原因なのかどうかがハッキリします。
🍕Re:5825,5826◆なるほど、PC版ブラウザでもChromeやEdgeを使うとおっしゃる動作になりますね。私は普段（特に開発用途には）Firefoxを使っているので気付きませんでした。てがろぐ側が編集領域に何かを挿入する際には、実際には「編集領域内の全文を置き換える→カーソル位置を元に戻す」という2段階の処理をしているのですが、どうやらそのとき『スクロール位置も一緒に戻してくれるブラウザ』と『スクロール位置はプログラム側が面倒を見ないといけないブラウザ』とがあるようです。そこまで思い至っていませんでした。
次のバージョンでは対処しますので、もうしばらくお待ち下さい。
とりあえず、PCではFirefoxをお使い頂くと現状でも問題は起きません。または「編集最大機能を使ってできるだけスクロールが発生しにくいようにする」という対処方法もあるかもしれませんが。
ご報告をどうもありがとうございます。
5821返信ありがとうございます。
設定以外はたまに画像をアップロードしようとすると403エラーが出ますが、その場合はそのアップロードしようとした画像を保存しなおすとアップロードできるので特に設定以外では問題なさそうです。
わからなくてAIに質問したらAIにもWAFによってブロックされてる可能性があるといわれました。
コードに関してはトラブルシューティングに記載されていた数字を変更するくらい以外はデフォルトのままのはずなのですが、
同じサーバー使っている方を見かけましたが問題なくお使いでしたのでおそらく私のほうが何かしてないのか何かしてしまったのかと思うのですが全く見当がつかず…
設定以外はたまに画像をアップロードしようとすると403エラーが出ますが、その場合はそのアップロードしようとした画像を保存しなおすとアップロードできるので特に設定以外では問題なさそうです。
わからなくてAIに質問したらAIにもWAFによってブロックされてる可能性があるといわれました。
コードに関してはトラブルシューティングに記載されていた数字を変更するくらい以外はデフォルトのままのはずなのですが、
同じサーバー使っている方を見かけましたが問題なくお使いでしたのでおそらく私のほうが何かしてないのか何かしてしまったのかと思うのですが全く見当がつかず…
今日は暖かい日でした。
🍘Re:5820◆設定の保存以外の機能は問題なく使えますか？ それとも、他の機能にも問題がありますか？
設定項目のどこか（特に「補助出力」タブ内のフリースペース等）に、以下のようなWAF（Web Application Firewall）によってブロックされやすい文字列を書いていないでしょうか？
※WAFが原因の場合は（サーバ側で拒否されてしまうので）プログラム側ではどうしようもありませんから、上記のような記述を避ける以外に対処法がありません。
🍘Re:5820◆設定の保存以外の機能は問題なく使えますか？ それとも、他の機能にも問題がありますか？
設定項目のどこか（特に「補助出力」タブ内のフリースペース等）に、以下のようなWAF（Web Application Firewall）によってブロックされやすい文字列を書いていないでしょうか？
- ../../ のような上位階層を参照する文字列
- /etc/xxxx のようなシステムディレクトリを参照しようとしているっぽい文字列
※WAFが原因の場合は（サーバ側で拒否されてしまうので）プログラム側ではどうしようもありませんから、上記のような記述を避ける以外に対処法がありません。
