🗐 てがろぐ - Fumy Otegaru Memo Logger -

お手軽一言掲示板(この辺の文章は「管理画面」の「設定」内にある「フリースペース」タブから編集できます。)

or 管理画面へ

カテゴリ「回答/返信」に属する投稿782件]

NO IMAGE
そういえば最近、ポップコーンを食べる機会がないな……。🍿🍿🍿

🍿Re:5900◆SoundCloudは(Blueskyも同様なんですが)SoundCloud側の仕様が改善されないと、てがろぐへの埋め込み対応は無理なのです。URLだけからは埋め込み用HTMLを作れない仕様ですので。
(※開発進捗状況報告サイトでのてがろぐ Ver 4.8.1(β版)の配布ページ内の『🍪見送った外部サービスの埋め込み』部分や、2年前のNo.4470にも書きましたので、詳しい背景はその辺をご参照下さい。)

SoundCloudの埋め込みもちらほらご要望を頂いていましたので、もしSoundCloud側の仕様が改善されることがあれば対応しますのでそのときは教えて下さい~。(埋め込み用HTMLソースが、各楽曲のURLに含まれる情報だけで一意に生成できる仕様になれば対応可能です。)
NO IMAGE
アーモンドマフィンを食べました。先日に続いて今日も。🧁🧁🧁

🧁Re:5898◆てがろぐの仕様上、今のところは無理だな……と(長年)思っていたのですが、よーくよくよくよくよく考えてみると、OGPの出力関連の機能を流用することで(og:titleの値として出力される内容を単独で)特定の記法で出すことは可能っぽいな……ということに気付きました。
ちょっと試してみます。
NO IMAGE
モナカアイスとシューアイスを備蓄しました。🍨🍨🍨

🍨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/ ←末尾にスラッシュ記号

NO IMAGE
今日もあついな……と思ったら、室温が27.8℃もある……。_(:3」∠)_

🍨Re:5888動きます。ただし、以下の箇所の設定値がデフォルトのままなら、ですが。
もし以下の箇所を変更している場合は、変更したディレクトリ名に合うように設定内容も変更する必要があります。
  • [設定]→[システム設定]→【フルパス設定】内の『CGIの設置位置』(➡デフォルト値は「自動取得」)
  • [設定]→[システム設定]→【サーバパス設定】内の『Document Rootの位置』(➡デフォルト値は「環境変数から自動取得」)
そのほか、スクリプトの所在、スキンの所在などを(現在のてがろぐ設置ディレクトリ名を含む)絶対パスで記述している箇所がもしあれば、そこも適切に書き換える必要があります。

上記の設定を一切触っておらず、デフォルトのままで使っているのであれば、何もしなくてもディレクトリ名を変えるだけで動きます。
NO IMAGE
もしかしてもう夏……?

🍨Re:5885◆ご指摘をどうもありがとうございます。たしかに、おっしゃる動作になりますね!
詳しい背景情報もありがとうございます。よく分かって助かります。スキンの配布もどうもありがとうございます!
こちらで試してみたところ、「名前付き1行単位フリースペース」の記法の前後どちらかに1つ以上の空白文字(など、何でも良いので1文字以上の何らかの文字)を入れれば回避できますので、もし半角空白文字を挿入しても問題ないようでしたら、とりあえずその方法で今すぐ解決は可能です。
  • ❎こうではなく [[IF(mode-picts):[[FREELINE:picts]]:IF]]
  • ✅空白を入れる [[IF(mode-picts): [[FREELINE:picts]] :IF]]
※空白でなくても、どんな文字でも良いです。前後両方である必要はなく、前後のどちらかに1つ以上の何らかの文字があるだけで良いです。

なお、こちらのローカルにあるソースでは修正しましたので、次のβ版からは上記の前者❎の書き方でも問題なくなります
なので次のバージョンをお待ち頂いても良いですが、もし「過去のバージョンのてがろぐ」でも問題なく動作するようにスキンを作成なさりたい場合は、お手数ですが上記の後者✅の書き方に修正してみて下さい。
ご報告をどうもありがとうございました!
NO IMAGE
アイスクリームの備蓄が必要な気温……。まだ5月なのに。🍨🍨🍨

🍨Re:5880◆コメントありがとうございます。そこまで特殊な用途ではなくて、なんかどこかで何かを留めておきたいと思ったんだったような気がするんですよね……。しかし、何だったのかはさっぱり思い出せないんですが。┌(:3」└)┐

🍨Re:5881◆ご指摘ありがとうございます。たしかに、おっしゃる動作になりますね。ページネーション部分のエスケープ処理の順序に問題があって、ハッシュタグ限定表示時や全文検索で不具合が出ていました。こちらのローカルにあるソースでは修正しましたので、次のβ版では解消します。もうしばらくお待ち下さい~。

🍨Re:5882◆ご活用ありがとうございます。リンクラベルの内側に装飾記法が含められないのは、内部処理の都合で今のところは仕様です。リンクの外側に装飾記法を書くことでリンクラベル全部に対して特定の装飾を施すことは可能ですが、その逆は残念ながらできません。
NO IMAGE
庭木を剪定しました。たぶん明日は筋肉痛です。_(┐「ε:)_

🌳Re:5875◆ああ、SVGはimg要素ではなく専用のsvg要素を使えばSVGソースを直接HTML内に記述可能ですね。そうすると描画された中身の配色をCSSで変更できるので便利ですね。私もよく使います。ただ、.svgファイルの中身をそのままsvg要素に挿入して良いわけではないので、シンプルではないんですよね。SVG画像というのは要するにXMLで書かれたテキストデータですが、XMLなので中にスクリプトを書けてしまうので、てがろぐのような場所への埋め込みを受け付けるには、それらを除外する必要があります。ただ、単にscript要素を消せば済むわけではなくて、図形を構成する要素(gとかpathとかrectとか)に onload="~" みたいなイベントも書けてしまいますから、それらを安全に除去してから埋め込むような対策が必要です。何か良さげな安全化方法があると良いのですけども。
というわけで、すぐには無理ですが、ご要望は記録しておきます。ご要望ありがとうございます。

🌳Re:5876◆豪速な反応をどうもありがとうございます。今月内には次のβ版として公開すると思います。^^
NO IMAGE
夕食はオムライス。

🥚Re:5872◆ご説明をありがとうございます。気持ちは理解できます。^^ 「出した物は片付ける」という習慣があって、そこに「畳む」ボタンが見えると押さずにはいられない、というのはあるでしょうね。(だから私は表示していない、という面もあります。)
🥚Re:5873◆この会話を(後から検索するなどして)読んだ第三者の方に向けて補足しておくと、ヘルプドキュメントの『「続きを読む」機能共通の動作と設定』の部分に記述があります。
NO IMAGE
昼食はチャーハン。

🍵Re:5870◆参考までに教えて欲しいのですが、隠されていた長文を読んだ後、それを畳むのはなぜですか? その次の文章を読み進めるだけなら、別に畳まなくて良いと思うのですけども。
なお、現状ではもしかすると「続きを読む」ボタンではなく「折り畳む」ボタンを使うと良いかもしれません。スクロールが必要なほどの長文を読んだ後に畳みたい場合には、ボタンの位置まで自力で戻る必要がある代わりに、ボタンの位置は最初から不変なので、現在位置を見失う心配はありません。

🍵(余談)
余談を読む
実は最初は畳む必要性を認識していなかったので、最初の実装時点では「続きを読む」ボタンの表示機能だけがあって「畳む」ボタンの表示機能はありませんでした。その後、「畳む」ボタンも表示できる機能を追加しましたが、表示しない設定にもできます。なので、私が個人で使っているてがろぐでは、畳むボタンは表示していません。一度開いたら開きっぱなし。(笑)
NO IMAGE
𝕏の改悪が次第にひどくなってきているので、さすがにそろそろ皆でmixi2あたりに移住した方が良いのでは……。Blueskyでもいいけども。

🌭Re:5864◆仕様上は、ユーザIDの数に上限はありません。いくらでも追加できます。ただ、大人数で使った場合に問題なく使えるかどうかは(試していないので)ハッキリとは分かりません。基本的に、同時に投稿される頻度が低ければ問題ないだろうとは思うのですけども。
なお、大人数で使う場合、ログインフォームのID欄がセレクトボックスだと使いにくい可能性がありますので、設定で自由入力欄になるよう変更しておくと良いです。具体的な操作は「ログインフォームのユーザID入力欄の表示形態をセレクトボックスではなく手動入力(自由入力)にする方法」をご参照下さい。
NO IMAGE
今日も朝食はホットドッグ。🌭🌭🌭

🌭Re:5860◆わりと簡単にできます。以下のSTEP1~3の順で操作すると良いです。

【▼STEP.1】
「指定したカテゴリ」のカテゴリIDを仮に info とすると、てがろぐのデータファイル(tegalog.xml)に対して、テキストエディタの検索・抽出機能で以下の検索語を使えば抜き出せます。
  1. カテゴリ info ただ1つに属している投稿を探す場合: <cat>info</cat>
  2. 少なくともカテゴリ info に属している投稿を探す場合: <cat>.*?info.*?</cat> (※正規表現を使用)
例えば、EmEditorの検索機能だと以下のような感じです。
特定のカテゴリに属する投稿の抽出Ⓐ
特定のカテゴリに属する投稿の抽出Ⓐ
特定のカテゴリに属する投稿の抽出Ⓑ
特定のカテゴリに属する投稿の抽出Ⓑ


【▼STEP.2】
抽出できたら、合成先のてがろぐのデータファイル tegalog.xml の中の適当な位置(例えば末尾の </tegalog>タグの直前)などに一括して貼り付けます。

【▼STEP.3】
最後に、てがろぐの管理画面で、[投稿の一括調整]→[投稿日時順にソート]→「投稿日時順に並び替える」を押すと、貼り付けたデータが(投稿日時に応じて)適切な位置に並び替わります。

(※もし、合成先のデータと合成元のデータとで投稿番号の重複があるようなら、[投稿の一括調整]→[投稿番号の再採番]→「投稿番号を採番し直す」も使うと良いかもしれません。ただ、この機能を使うと、既存の投稿も番号が変わる可能性があり、その場合はリンクが切れてしまう可能性がある点にご注意下さい。投稿番号は重複したまま使っても、単純な表示そのものに問題はありません。ただ、再編集したい場合には困りますが。)
NO IMAGE
朝食はホットドッグ。🌭🌭🌭

🌭Re:5857◆ご報告をどうもありがとうございます。なるほど、たしかに(内部でキャッシュせずに)動的に生成されるオブジェクトはすべてそのような動作になってしまいますね。次のバージョンで何とかします。

🌭Re:5858◆β版のご試用をどうもありがとうございます。(╹◡╹) 以下、使用感への返信です。
NO IMAGE
昼にはお好み焼きを食べました。

🥞Re:5853◆なるほど、画像保存用ディレクトリに存在する画像に対するサムネイルではなくて、「任意の場所にある画像をURLで指定して表示した場合のサムネイル」なんですね。理解しました。

なお、現状でも「画像を使って任意のURLにリンクする書き方」の方法を使って以下のように書くと、「てがろぐ上で表示される画像」と「クリックした後に見える画像」とを別々にすることは可能です。これを活用すると、現状のバージョンでもお望みの動作を作れるかもしれません。
[[PICT:サムネイル画像のURL]]拡大画像のURL
または
[[IMG:代替文字]サムネイル画像のURL]拡大画像のURL
そのままだと単なるリンクになりますから、Lightbox等を使った「その場での拡大」にはなりませんけども。既存のclass名か、もしくは外側に何らかの独自のclass名を加えておくなどの運用で(JavaScriptを使って属性を加えるなり変更するなりすれば)、Lightbox等の処理対象にすることも可能っぽい気はします。

表示例:
サンプル画像
(※No.1224の説明もどうぞ。)
NO IMAGE
もしかして4月の平日は今日を含めてあと2日しかない……?

🥞Re:5851◆ご要望をありがとうございます。検討の参考までに教えて欲しいのですが、「miniフォルダ以外の画像を指定したいとき」というのは具体的にはどんなときですか? (なぜminiフォルダだと不都合があるのでしょう?)
NO IMAGE
ホットケーキを食べました。🥞🥞🥞

🥞Re:5843◆外部サービスの埋め込み機能は(その外部サービス側が提供しているスクリプトやHTMLを使って)iframeで表示されているだけなので、何が表示されているのかをてがろぐ側では知りようがないため、サムネイル画像を表示するような手段は残念ながらありません。ギャラリーモードでも表示したい場合は、
  1. 投稿本文には、Ⓐ「望みのサムネイル画像」とⒷ「動画埋め込み記法」とを並べて記述しておく。
  2. 通常の表示時では、Ⓐは非表示になるようにスキン(のCSS)を作っておく。
……とするのが現実的かな、と思います。Ⓐの画像は投稿時に自力で作っておく必要がありますけども。

🥞Re:5844◆最近の学校のそういう課題って、「何を使って調べる」よう指導されるんですかね?
昔々遙か昔は本で調べるしかなかったわけですけども、「ググってみましょう」とか、もしくは「AIに聞いてみましょう」とか?(^_^;)

🥞Re:5846◆ようこそ!

🥞Re:5848◆特に問題ありません。JavaScriptではページ全体のHTMLを取得して合成するのではなく、あらかじめサイトマップページ用スキン側に<div id="sitemapArea">~</div>みたいな感じで抜き出したい部分を囲んでおいて、その中身だけを抜き出してから合成すると無駄がなくて良いのではないかと思います。
NO IMAGE
投稿欄にスクロールバーが出ているとき、文字装飾機能や「何でも簡単挿入機能」等を使って文字列を挿入すると、一部のブラウザで最下端までスクロールされてしまう問題を解消してみた Ver 4.8.1β(未配布)の動作テスト。
たぶんこれで解消したのではないかと思いますけども、どうでしょうかね……? >>5825,5826,5827/R
NO IMAGE
🍫てがろぐをusamimi.infoサーバでお使いの場合、設定画面で「設定を保存する」を押すと403 Forbiddenエラーが出ます。
これは、サーバ側で導入されたセキュリティモジュールが、特定のルールに抵触することを検出した結果のようです。
サーバ管理者さんへ直接ご連絡頂けば、ご使用のアカウントに限って当該ルールの無効化をして頂け、それによって保存処理が可能になるようですので、usamimi.infoサーバをご使用の方々はお手数ですがサーバ管理者さんに問い合わせてみて下さい。

🍫Re:5834◆実験をどうもありがとうございます! おかげさまで状況がよく分かりました。
初期状態でもそうなるのであれば、usamimi.infoサーバと同じ環境を用意して、ログを確認しながら1つずつ実験してみる以外にないので、サーバ側で当該ルールを無効化して頂くのが現実的だと(少なくとも今のところは)思います。

🍫てがろぐCGIのサーバ別セットアップ方法解説内の「usamimi.infoでのセットアップ手順」にも『usamimi.info特有の補足情報』に情報を加えておきました。
NO IMAGE
ラスクを食べました。おいしい。

🍞Re:5828◆WAFの検出ログには、「どんなルールに抵触したためにブロックされたのか」という情報が含まれています。それを見れば、「そのルールに抵触しないような方法に変更可能か?」という点を検討できます。そういった情報が得られない場合は、そもそも何が問題なのかが分からないので、対処のしようがないのです。(※そもそも、現時点ではWAFが原因かどうかもハッキリはしていないわけですが。)

これだけ異なる方が同じ現象に遭遇なさっているなら、サーバ側の何かの設定等が(ある時点から)問題になったのでしょうね。
エラーログ等から判断ができなければ、サーバ管理者さんに究明を依頼するほかなさそうな気がします。
NO IMAGE
昼食はピザ。🍕🍕🍕

🍕Re:5822◆ご要望をありがとうございました。Webコミックを埋め込もうという発想がなかったので(公式に埋め込み機能が提供されている事実も知らなかったので)おかげさまでなかなか面白い機能を加えられました。

🍕Re:5823,5824◆お使いのサーバでは「WAFの検出ログ」は閲覧可能でしょうか? てがろぐの設定を保存した瞬間の時刻に、WAF側でどんな検知がされた結果として通信がブロックされたのかが分かると、何らかの調整ができるかもしれません。
なお、WAFのON/OFFをコントロールパネル等から変更可能でしたら、一時的にWAFをOFFにしてみた上で、てがろぐの保存操作を試してみて頂くと、WAFが原因なのかどうかがハッキリします。

🍕Re:5825,5826◆なるほど、PC版ブラウザでもChromeやEdgeを使うとおっしゃる動作になりますね。私は普段(特に開発用途には)Firefoxを使っているので気付きませんでした。てがろぐ側が編集領域に何かを挿入する際には、実際には「編集領域内の全文を置き換える→カーソル位置を元に戻す」という2段階の処理をしているのですが、どうやらそのとき『スクロール位置も一緒に戻してくれるブラウザ』と『スクロール位置はプログラム側が面倒を見ないといけないブラウザ』とがあるようです。そこまで思い至っていませんでした。
次のバージョンでは対処しますので、もうしばらくお待ち下さい。
とりあえず、PCではFirefoxをお使い頂くと現状でも問題は起きません。または「編集最大機能を使ってできるだけスクロールが発生しにくいようにする」という対処方法もあるかもしれませんが。
ご報告をどうもありがとうございます。
NO IMAGE
今日は暖かい日でした。

🍘Re:5820◆設定の保存以外の機能は問題なく使えますか? それとも、他の機能にも問題がありますか?
設定項目のどこか(特に「補助出力」タブ内のフリースペース等)に、以下のようなWAF(Web Application Firewall)によってブロックされやすい文字列を書いていないでしょうか?
  • ../../ のような上位階層を参照する文字列
  • /etc/xxxx のようなシステムディレクトリを参照しようとしているっぽい文字列
このような記述があると、WAFが有効なサーバでは(WAFの設定によっては)送信処理が拒否されて、403 Forbiddenエラーになることがあります。(設定画面だけでなく、投稿の場合でも。)
※WAFが原因の場合は(サーバ側で拒否されてしまうので)プログラム側ではどうしようもありませんから、上記のような記述を避ける以外に対処法がありません。
NO IMAGE
瓦煎餅食べたいな……。

🍘Re:5814◆確かに、そのサイトだと 403 Forbidden になりますね。PHPプログラムからのアクセスだと認識して「403 Forbidden」を返しているのだと思います。この場合は残念ながらどうしようもありません。
カード型リンクは(閲覧者がブラウザでアクセスしたことをトリガーにはするのですが)、実際にはサーバ上のPHPプログラムが相手先のWebサーバへOGP情報を取りに行っていますので(その点だけを見るとBotと変わりありませんから)、強固にBotを拒否しているサーバからは情報を取得できないことがあります。(そのサイトの場合は、SNSからのアクセスは個別に許可されているのでしょう。)

シンプルな方法で情報を取得に行っていますので、「プログラムからのアクセスだ」と判別されやすいのだと思います。もうちょっと凝れば対処可能かもしれないのですけども、(人間のアクセスがトリガーになっているとはいえ)Botを強固に拒否しているサーバから無理に情報を取ってこようとはしない方が良いのではないかと今のところは思っています。

(追記) どうしてもカード型リンクで掲載したい(手間をかけても良い)と思われる場合は、No.5817の方法を使えるようにしました。^^;(次のβ版からご使用頂けます。)
NO IMAGE
以下の2点を改善した版の動作テスト。
  1. ハッシュタグの中に半角 & 記号が含まれている場合に、ハッシュタグ限定表示に出てこなくなる不具合の修正。
  2. カード型リンクで >>5803 のように「OGPに概要文が含まれていない」ページでも、なんとなく良い感じに情報を拾ってくるように改善。
とりあえず、 #[トム&ジェリー]#[ラッツ&スター] を書いても正しく表示されるようになりました。

🌸Re:5809◆ご指摘ありがとうございます。たしかにそのような動作になりますね。こちらにあるソースは修正しましたので、次のバージョンからは修正版をご使用頂けます。次のβ版公開まで、もうしばらくお待ち下さい。
NO IMAGE
通りすがりに、咲いていた桜を撮影してきました。🌸🌸🌸

🌸Re:5805◆ご要望をありがとうございます。選択した投稿を一括して特定のカテゴリに属させるような機能を作るときに、下書き化する機能等も加えるようにします。とはいえ、いつ頃そういう機能が作れるかは今のところ分かりませんので、現時点で複数の記事を(たぶん)手っ取り早く下書き化する方法も書いておきます。例えば以下のような方法があります。
  1. データファイル tegalog.xml をダウンロードして、テキストエディタで開きます。
  2. 下書きにしたい投稿を探します。
  3. 見つかったら、その行にある <flag></flag> の記述を <flag>draft</flag> に書き換えます。(タグの中に draft という文字列を挿入するだけです。もし既に別の文字列が入っている場合は半角カンマ記号で区切って書いて下さい。)
  4. 必要なだけ2~3を繰り返します。
  5. 最後に保存して、上書きアップロードします。
たぶん(今の時点では)上記の方法が一番手間が少ないのではないかと思います。
NO IMAGE
4月になりましたねえ。🌸🍡🍵🌸🍡🍵🌸🍡🍵

🍵Re:5803◆そのサイトのソースを見てみたところ、OGPにタイトルはあるものの概要文がないんですよね。og:titleはあるけど、og:descriptionがない。で、概要文の取得ができなかった場合には代わりに「body要素の先頭からタグ以外の150文字を取得する」という仕様を加えたんですが、そのサイトはbody要素の先頭にscript要素を使ってJavaScriptソースが書かれているので(^_^;)、そのソースが表示されてしまっているようです。(従来のバージョンでは、概要文が取得できなかったら空欄のままになっていたので、こうはならなかったわけです。)

タグを除外する仕様は設けていたものの、そういえばスクリプトのソースはタグの外にあるのだという点を考慮していませんでした。^^;
次のバージョンでは、script要素は全体を無視するように改善します。
ご報告をありがとうございます。
NO IMAGE
もしかして、3月は今日で終わり……?

🍡Re:5797◆開発放言に反応ありがとうございます。^^
🍡Re:5798◆もしデータファイル(tegalog.xml)をテキストエディタで編集しても構わない場合で、そのテキストエディタで正規表現が使える場合は、以下のような感じにすることで、一括して全投稿の2行目に空行を増やせます。(図はEmEditor)
最初のbrタグを増やす正規表現
最初のbrタグを増やす正規表現

ここで処理しているのは、『<comment>タグの後に登場する、1つ目の<br />を、<br /><br />に置き換える』という内容です。これによって、1行目の直後に空行が増えます。もちろん、何行でも必要なだけ増やせます。
データファイルを直接は編集しない方法で空行を増やすのは(かかる手間の面で)難しいと思います。
NO IMAGE
花粉飛びすぎ……。(>_<) 🌲🌳🌲🌳🌲🌳

🍘Re:5792◆ご活用をありがとうございます。以下、2つのご質問に回答します。

今のところ「カテゴリなし」と「何らかのカテゴリ」とを同時に表示させる方法がありません。現状の仕様では、例えば「nashi」というカテゴリを作成して、「カテゴリなし」をすべてそのカテゴリに属させた上で、cat=hobby,nashi として頂くほかありません。
なお、「カテゴリなし」の投稿をすべて特定のカテゴリに属させるには、データファイル(tegalog.xml)をテキストエディタで開いて、<cat></cat>という記述を一括して<cat>nashi</cat>に変えると楽です。

カスタマイズ可能です。
詳しい方法は、ヘルプドキュメントの「カスタマイズ方法」ページにある状況に応じた見出し行の装飾方法区画をご覧下さい。
➡てがろぐ側の設定画面でも表記を選択したり書き換えたりできますし、➡CSSで装飾を調整することもできます。これらのclass名をJavaScriptで使えばもっと複雑なカスタマイズもできそうな気がします。
NO IMAGE
1つの共通記法(共通ボタン)で外部サービス諸々を埋め込めるようになった Ver 4.7.7β(未配布)の動作テスト。
シュークリームフラペチーノ、めちゃくちゃ美味いです😋

🍮Re:5785◆今のところその方法はありません。基本的には「ログインするのは管理画面にアクセスするため」という前提の設計になっていますので。
NO IMAGE
最近、団子を食べる機会がないな……。🍡🍡🍡

🍡Re:5781◆どこの何が文字化けしているかに依ります。
  • てがろぐが生成するページ全体が文字化けしていて読める文字が1つもない。
  • てがろぐ投稿本文だけが文字化けしていて、それ以外の文字は正常。
  • てがろぐ投稿本文は正常に読めるが、その周囲が文字化けしている。
など、状況を詳しくお知らせ頂ければ何らかのアドバイスができるかもしれません。特に『どのURLにアクセスしたときに、そこの何が文字化けしているのか』をお知らせ下さい。
また、以下もご確認下さい。
  • てがろぐそのもののログイン画面なども文字化けしているのでしょうか? それとも、そこは正常に読めるのですか?
  • 他のブラウザで閲覧しても結果は同じですか?
一番望ましいのは、どんな状態なのかを見せて頂く(=設置した場所のURLを教えて頂く)ことです。
なお、アップロード時に使用したFTPソフトの設定で、文字コードを自動変換してしまっていないかも確認してみて下さい。
NO IMAGE
キットカットを食べました。🍫🍫🍫

🍫Re:5775◆回答の前に補足というか訂正というか注釈ですけども、[[HASHTAG:LIST:GALLERY]]記法は、ハッシュタグリストをギャラリーモードへのリンクにするだけであって、「画像付記事だけのタグを出力」するわけではありません。ハッシュタグリストには全部のハッシュタグがリストアップされます。ギャラリーモードで表示される投稿が1つもないハッシュタグがあれば、移動先は「表示できる投稿がありません」等のメッセージが表示されるだけのページになります。

さて、ハッシュタグリストのリンク先を特定のカテゴリにすることは、JavaScriptを使えば可能です。
No.5708に書いたJavaScriptソースを修正するだけで実現できます。例えば、カテゴリID「info」へのリンクにしたい場合は、以下のように書けば良いです。
<script>
document.querySelectorAll('a.taglink').forEach(link => {
  link.href += '&cat=info';
});
</script>

要は、『すべてのハッシュタグリンクのhref属性値の末尾に&cat=infoを加えれば良い』わけですから、上記のようなJavaScriptをスキン(skin-cover.html)の末尾に書くだけで良いです。(必ず末尾に)

ただ、上記のJavaScriptだと、そのページ内に存在するすべてのハッシュタグリンク(※本文中に書かれているハッシュタリンクも含む)が対象になりますから、ハッシュタグリストだけに限定したい場合は、ハッシュタグリストを囲んでいる何らかのclass名をquerySelectorAllの引数(の先頭)に加える必要があります。例えば、<div class="hashtaglist">~</div> の内側にあるなら、querySelectorAll('.hashtaglist a.taglink') のような感じです。
NO IMAGE
リンゴを食べました。🍎

🍎Re:5771◆ご指摘をありがとうございます。調べたところ、特定の応答をするサーバからは正しくデータを取得できずにエラーを吐いていましたので、TegUp側のソースを修正しました。次の(てがろぐの)β版と一緒に配布しますので、しばらくお待ち下さい。
ただ、それでも任天堂ストアからの情報は取得できませんでした。なんでかな……と思って調べたところ、JavaScriptがONの状態でアクセスしないとコンテンツが出力されない仕様でした。なので、情報が取得できないのはどうしようもなさそうです。(任天堂側が、OGP情報だけはJavaScriptの有無に関係なく出力してくれると良いのですけどもね。)
とりあえず、TegUp側で「OGP情報が取得できなかった場合はbody要素の先頭から最大150文字ほどを取得する」という感じにしてみました。
あと、リンクラベルを入力せずにリンクカード記法を使った場合で、リンク先からOGP情報が得られなかった場合に、「(Loading...)」と表示されっぱなしになる点も改善しました。次の(てがろぐの)β版からお使い頂けます。

■フリースペース:

ここは、CGIの設定画面から自由に文章を入力して掲載できるスペースです。スキンを編集しなくてもCGI上から手軽に内容を変更できます(HTML使用可)。
動作サンプルです。◆他のスキン:標準スキン, 昔のツイッターっぽいスキン(ピンク版), 付箋型スキン, シンプル日記スキン, ジャーナル(日誌)スキン, ブログタイプスキン, チャットタイプスキン, 黒板スキンてがろぐCGIの配布ページに戻る

編集

■全文検索:

複合検索窓に切り替える

■複合検索:

  • 投稿者名:
  • 投稿年月:
  • #タグ:
  • カテゴリ:
  • 出力順序:

■新着画像リスト:

特定のカテゴリに属する投稿の抽出Ⓑ特定のカテゴリに属する投稿の抽出Ⓐ最初のbrタグを増やす正規表現カレンダー・ヒートマップカレンダー・ヒートマップ挿入される画像表示記法の選択

全338個 (総容量 37.12MB)

■日付一覧:

■日付検索:

■カレンダー:

2026年5月
12
3456789
10111213141516
17181920212223
24252627282930
31

■最近の投稿:

最終更新日時:
2026年5月24日(日) 17時41分13秒〔25時間前〕

動作サンプルです。 ご自由にお試し下さい。パスワードguest管理画面もお試し頂けます。
■いま見ているスキンは「昔のツイッターっぽいスキン(ピンク)」です。他に、 標準スキン昔のツイッターっぽいスキン(ブルー)付箋型スキンシンプル日記スキンジャーナル(日誌)スキンブログタイプスキン(タイトル付きブログっぽくできるスキン)、 黒板スキンチャットタイプスキンがあります。
てがろぐCGIの配布・解説ページに戻る