てがろぐ
- Fumy Otegaru Memo Logger -
先頭固定（←ここの文字列も自由に変更可能。非表示にも設定可能）
開発進捗状況報告サイトでフォロー頂くと、てがろぐCGIの最新β版や正式版の公開時にメールで連絡を受け取ることもできますので、ぜひご活用下さい。(╹◡╹)ﾉ
フォロー数が増えると、私の開発モチベーションが向上するメリットもあります。(笑)
フォロー数が増えると、私の開発モチベーションが向上するメリットもあります。(笑)
2026年8月 この範囲を時系列順で読む この範囲をファイルに出力する
すみません、原因はSpotify埋め込みではなく記号の連続使用でした！（！！をたくさん並べていました）
解決できました！
解決できました！
Spotify埋め込みを使うと、スマホから閲覧したときにレイアウトが崩れてしまう（PC横幅表示になってしまう）現象が修正できずヨヨヨ…となっています
以下のcssで対処できていないのですが、これ以上にできそうなことってありますか……？
.embeddedmusic,
.post iframe,
iframe[src*="spotify.com"] {
max-width: 100% !important;
width: 100% !important;
min-width: 0 !important;
box-sizing: border-box !important;
}
.post,
.post .main {
max-width: 100% !important;
overflow-x: hidden !important;
}
以下のcssで対処できていないのですが、これ以上にできそうなことってありますか……？
.embeddedmusic,
.post iframe,
iframe[src*="spotify.com"] {
max-width: 100% !important;
width: 100% !important;
min-width: 0 !important;
box-sizing: border-box !important;
}
.post,
.post .main {
max-width: 100% !important;
overflow-x: hidden !important;
}
東から西へ台風が進む場合は、むしろ「台風の中心が去った後」の方が雨が強くなるんですねえ。
🥮Re:6030◆おっしゃるとおりclassを使うのが一番だと思いますが、classを使いにくい理由は何でしょうか？ class名を入力するのが面倒だとか、覚えていられないとか。その場合は「何でも簡単入力ボタン機能」が使えるかもしれません。何か事情があれば教えて下さい。むしろ、その原因を改善する方が役に立つかもしれませんから。
🥮Re:6031◆FTPでアクセスしてもファイルが見えなくて、Webから見て404なら、ファイルが消えているということですよね。サーバ側にバックアップがあれば良いのですけども……。FTP等でのアクセス手段がなくWebからしか接続できなくて404なら、ユーザディレクトリ機能の設定がおかしくなったとかで（ファイルの実体はあるものの）アクセスできなくなっただけ、という可能性もありそうですけども。◆階段は、下から上まで連続して握り続けられる手すりがあれば良いんですけども、両側に壁しかない場合は危ないですね。いざというときにどうしようもなくて。
🥮Re:6030◆おっしゃるとおりclassを使うのが一番だと思いますが、classを使いにくい理由は何でしょうか？ class名を入力するのが面倒だとか、覚えていられないとか。その場合は「何でも簡単入力ボタン機能」が使えるかもしれません。何か事情があれば教えて下さい。むしろ、その原因を改善する方が役に立つかもしれませんから。
🥮Re:6031◆FTPでアクセスしてもファイルが見えなくて、Webから見て404なら、ファイルが消えているということですよね。サーバ側にバックアップがあれば良いのですけども……。FTP等でのアクセス手段がなくWebからしか接続できなくて404なら、ユーザディレクトリ機能の設定がおかしくなったとかで（ファイルの実体はあるものの）アクセスできなくなっただけ、という可能性もありそうですけども。◆階段は、下から上まで連続して握り続けられる手すりがあれば良いんですけども、両側に壁しかない場合は危ないですね。いざというときにどうしようもなくて。
書いたものを一時的に置いておくブログを置いてたサーバーが、管理人氏に何か起こったのか、｢メンテしましたー｣と言うアナウンスの後からずーっと404のままで、そこにしか置いてない文章も大量にあって、今青くなってるところ。
連絡は入れたが反応なしで10日が過ぎたところ。
いずれサイトに移すーって思って何年か経ってて、自分の怠惰を恨むしかないが、(管理人氏もサイトも)無事に戻って来て欲しいと今冷や汗を流しながら祈ってるところ。
一時体が自由に動かなかった時期があって、その頃は自宅の階段の昇り降りが大変で、その後アパートに引っ越したら６、７歩で台所にもお風呂にも寝室にも行ける、なんて便利なんだ！と思ったと言う話。
階段は意外と大変ですよね。
連絡は入れたが反応なしで10日が過ぎたところ。
いずれサイトに移すーって思って何年か経ってて、自分の怠惰を恨むしかないが、(管理人氏もサイトも)無事に戻って来て欲しいと今冷や汗を流しながら祈ってるところ。
一時体が自由に動かなかった時期があって、その頃は自宅の階段の昇り降りが大変で、その後アパートに引っ越したら６、７歩で台所にもお風呂にも寝室にも行ける、なんて便利なんだ！と思ったと言う話。
階段は意外と大変ですよね。
お疲れ様です。
個人的に欲しい機能ですが、デコレーションをCSSで設定していたら10個じゃ足りなくなってきてしまいましたので、任意で増やす機能があったらいいな…と思いました
本来クラス名を入力して区別するべきなのは分かってはいるのですが…
個人的に欲しい機能ですが、デコレーションをCSSで設定していたら10個じゃ足りなくなってきてしまいましたので、任意で増やす機能があったらいいな…と思いました
本来クラス名を入力して区別するべきなのは分かってはいるのですが…
テスト
改行はできるのか？段落は？？
😋😋🎉✅✅
協調
太字
デカフォントできる？
：
：
：
できないのかな？
：
：
：
改行はできるのか？段落は？？
😋😋🎉✅✅
協調
太字
デカフォントできる？
：
：
：
できないのかな？
：
：
：
🍧Re:6027◆内臓に脂肪が蓄積されすぎると危険ですからね……。_(:3」z)_
企業サイトのメンテ承継問題も時々ありますねえ。個人的には、誰が作ったか分からない、どんな構造かも（調べないと）分からないWebサイトの場合、（ちょっとした更新をスポット対応することはあり得ても）日常のメンテを引き継ぐのは ない ですね。^^; 完全に本当に100％静的なサイトで規模が小さければ別ですけども。たいていは、（引き継げるのかどうかを判断するために）どんな構造なのかを把握するだけでも労力的に大変なケースがありますし、（特に動的生成部分に）予想外の問題があったときに責任は取れませんからねえ。私の場合は、そういう承継問題では「この機会に、現代的なデザインにアップグレードするために、新規構築し直しましょう」みたいな提案をしています。(^_^;) 基本的に自分で書いていないコードはメンテしようがありませんからね。
なが～く運営されてきた企業サイトの場合、まともにモバイル対応できていないケースもありますから、そういう場合だと「モバイル端末でもまともに閲覧できるように、この機会にリニューアルしましょう」という提案はそれなりに受け入れられることもありました。
企業サイトのメンテ承継問題も時々ありますねえ。個人的には、誰が作ったか分からない、どんな構造かも（調べないと）分からないWebサイトの場合、（ちょっとした更新をスポット対応することはあり得ても）日常のメンテを引き継ぐのは ない ですね。^^; 完全に本当に100％静的なサイトで規模が小さければ別ですけども。たいていは、（引き継げるのかどうかを判断するために）どんな構造なのかを把握するだけでも労力的に大変なケースがありますし、（特に動的生成部分に）予想外の問題があったときに責任は取れませんからねえ。私の場合は、そういう承継問題では「この機会に、現代的なデザインにアップグレードするために、新規構築し直しましょう」みたいな提案をしています。(^_^;) 基本的に自分で書いていないコードはメンテしようがありませんからね。
なが～く運営されてきた企業サイトの場合、まともにモバイル対応できていないケースもありますから、そういう場合だと「モバイル端末でもまともに閲覧できるように、この機会にリニューアルしましょう」という提案はそれなりに受け入れられることもありました。
ちゃんと運動しようと言うにししさんはえらいなあと思いました(暑さにだらだらしながら)。
威嚇射撃した弾は一体どうなるんだ、と言うのは西部警察で散々擦られてたなあと思い出すなど。
仕事のホームページは外部の専門の人に作ってもらったんだが、その人は｢ほぼ引退状態｣とかで、そう言えば人に作ってもらってメンテもしてもらってるホームページとかは、その人がもうやめますって言ったらどうなるんだろうなって突然思いました。怖いので思うだけで上に人には何も言わないぞ。
スペースの保持、ドメインの保持、メンテで月額料金が高過ぎるのではってウチの上の人は言うんですが、調べても特に高くもないし、何かあったら責任持って直してもらえるってすごいことですよと、古のタグ手打ち個人サイトの持ち主である自分は思う。
プロの仕事には敬意を払おうと、人生が長く続くにつれ強く思うようになった今日この頃。
威嚇射撃した弾は一体どうなるんだ、と言うのは西部警察で散々擦られてたなあと思い出すなど。
仕事のホームページは外部の専門の人に作ってもらったんだが、その人は｢ほぼ引退状態｣とかで、そう言えば人に作ってもらってメンテもしてもらってるホームページとかは、その人がもうやめますって言ったらどうなるんだろうなって突然思いました。怖いので思うだけで上に人には何も言わないぞ。
スペースの保持、ドメインの保持、メンテで月額料金が高過ぎるのではってウチの上の人は言うんですが、調べても特に高くもないし、何かあったら責任持って直してもらえるってすごいことですよと、古のタグ手打ち個人サイトの持ち主である自分は思う。
プロの仕事には敬意を払おうと、人生が長く続くにつれ強く思うようになった今日この頃。
🍘Re:6025◆ああ、そういえば通常とプレイリストとで属性が結構異なりますね。これは単に、「通常の埋め込み機能」と「プレイリストの埋め込み機能」を実装した時期が異なるからです。YouTubeの埋め込み機能を最初に実装したのはずーいぶん前なので、その当時のYouTube公式埋め込みコードには referrerpolicy属性がなかったのだと思います。次のバージョンアップ時に、その辺も最新のコードにアップデートしておきます。
こんばんは、いつも便利に利用させていただいております。
youtubeの埋め込みの際、プレイリストではreferrerpolicy="strict-origin-when-cross-origin"の文字がありますが、通常の埋め込みの場合はこれがないのは仕様でしょうか？ ふとコードを見ていて気になったので質問しました。
youtubeの埋め込みの際、プレイリストではreferrerpolicy="strict-origin-when-cross-origin"の文字がありますが、通常の埋め込みの場合はこれがないのは仕様でしょうか？ ふとコードを見ていて気になったので質問しました。
返答ありがとうございます。そうなのですね。
cgi側はあまりいじりたくないので、素直にhtmlに書いておきます。ありがとうございます。
cgi側はあまりいじりたくないので、素直にhtmlに書いておきます。ありがとうございます。
朝食はホットドッグ。🌭🌭🌭
🌭Re:6021◆URLを教えて頂ければこちらからアクセスしてみることもできますよ。アクセス制限が強すぎて、そもそも人間の閲覧者に対しても（使っているネットワークによっては）403 Forbiddenを返してしまっているケースを時々見かけます。
🌭Re:6022◆安全のために（※管理画面が乗っ取られた際に変なスクリプトを埋め込まれないように。そうでなくても意図せずコピー＆ペーストで変なスクリプトを埋め込んでしまわないように）HTMLが書ける場所でもscript要素は書けない仕様になっています。
ただ、どうしても書きたい場合は、CGI本体ファイルに直接記述する高度な設定群で示したように、CGIのソースコード内の設定値を直接書き換える方法を使って、「セーフモードの選択」(54行目)を 0 に書き換えれば、script要素も書けるようにはなります。が、お勧めはしません。（ローカルで実行しているような、「インターネット側からはアクセスできない」と分かっている場所で使う場合に限る方が無難だと思います。）
※WAFでブロックされる場合は、そもそも保存操作が完了せずに 403 Forbidden エラーが出ます。
🌭Re:6021◆URLを教えて頂ければこちらからアクセスしてみることもできますよ。アクセス制限が強すぎて、そもそも人間の閲覧者に対しても（使っているネットワークによっては）403 Forbiddenを返してしまっているケースを時々見かけます。
🌭Re:6022◆安全のために（※管理画面が乗っ取られた際に変なスクリプトを埋め込まれないように。そうでなくても意図せずコピー＆ペーストで変なスクリプトを埋め込んでしまわないように）HTMLが書ける場所でもscript要素は書けない仕様になっています。
ただ、どうしても書きたい場合は、CGI本体ファイルに直接記述する高度な設定群で示したように、CGIのソースコード内の設定値を直接書き換える方法を使って、「セーフモードの選択」(54行目)を 0 に書き換えれば、script要素も書けるようにはなります。が、お勧めはしません。（ローカルで実行しているような、「インターネット側からはアクセスできない」と分かっている場所で使う場合に限る方が無難だと思います。）
※WAFでブロックされる場合は、そもそも保存操作が完了せずに 403 Forbidden エラーが出ます。
一行フリースペースに
script:<script src="～～～"></script>
と書いても出力が＆lt;script src="～～～">＆lt;/script>
になるのは、てがろぐヘルプに記載されている通りWAFの影響なのでしょうか？
script:<script src="～～～"></script>
と書いても出力が＆lt;script src="～～～">＆lt;/script>
になるのは、てがろぐヘルプに記載されている通りWAFの影響なのでしょうか？
2026年7月 この範囲を時系列順で読む この範囲をファイルに出力する
こんばんは。6016で.htaccessの質問した者です。分かりやすい説明ありがとうございます。
てがりんくに登録するため、サイトにあるのを一度取ったんですが、それでもエラーが表示されるので他の部分に原因があるようです。
そういうことで一旦登録を断念します。サイトやてがろぐの手入れしてまた登録させていただこうと思います。
お忙しいところ質問に答えて下さりありがとうございました。
てがりんくに登録するため、サイトにあるのを一度取ったんですが、それでもエラーが表示されるので他の部分に原因があるようです。
そういうことで一旦登録を断念します。サイトやてがろぐの手入れしてまた登録させていただこうと思います。
お忙しいところ質問に答えて下さりありがとうございました。
便利なツールのアップデートをありがとうございます。(╹◡╹)ﾉ >>6018
先月末からちょくちょく方々で注意喚起として書いていますが、てがろぐ Ver 4.9.0で修正した脆弱性について、昨日にJVN（Japan Vulnerability Notes）からも公表されました。それに併せて再度のアナウンスです。
6月末に公開した、てがろぐ Ver 4.9.0 では1件の脆弱性を修正しています。古いバージョンすべてに存在する脆弱性で危険ですから、過去のバージョンは絶対に使い続けてはいけません。いま古いバージョンをお使いならどんな場合でもバージョンアップして頂く必要があります。特に、
先月末から断続的に各所でいろいろアナウンスしましたので、おそらくどれかを見て下さった方々は既にバージョンアップして頂いているとは思うのですが、こういうツールの場合、わざわざ作者のアナウンスを普段からチェックしていない方々もいらっしゃると思います。管理画面の端に表示されるバージョンアップ案内も（気付きやすいように）かなり煩めのアニメーションGIFに変更していますが、モバイル環境のような狭い画面でしか使っていない場合は（位置的に）目に入らない可能性があります。
もし、今でも古いバージョンを使い続けている方を見かけた場合には、上記の脆弱性とバージョンアップの必要性（必須性）について教えて差し上げて頂けると助かります。（注意喚起用ページ）
6月末に公開した、てがろぐ Ver 4.9.0 では1件の脆弱性を修正しています。古いバージョンすべてに存在する脆弱性で危険ですから、過去のバージョンは絶対に使い続けてはいけません。いま古いバージョンをお使いならどんな場合でもバージョンアップして頂く必要があります。特に、
- 複数個を併用していて、最近は使っていなくて存在を忘れているもの
- 移転前のウェブサイトに設置していて、もう更新しないからと放置しているもの
先月末から断続的に各所でいろいろアナウンスしましたので、おそらくどれかを見て下さった方々は既にバージョンアップして頂いているとは思うのですが、こういうツールの場合、わざわざ作者のアナウンスを普段からチェックしていない方々もいらっしゃると思います。管理画面の端に表示されるバージョンアップ案内も（気付きやすいように）かなり煩めのアニメーションGIFに変更していますが、モバイル環境のような狭い画面でしか使っていない場合は（位置的に）目に入らない可能性があります。
もし、今でも古いバージョンを使い続けている方を見かけた場合には、上記の脆弱性とバージョンアップの必要性（必須性）について教えて差し上げて頂けると助かります。（注意喚起用ページ）
以前ここで紹介させていただいた拡張画像アップローダーを更新しました。>>4888
http://tekitote.s324.xrea.com/?postid=2
前回更新からトリミング・ログイン判定・一覧外/NSFWをアップロード時に設定できる機能を主に追加しています。
PHPが使える環境であればぜひお使いください。
最近はここ数年の夏の例に漏れず酷暑になってきましたね。先月ごろまでの涼しさが恋しいです。
皆様、にしし様どうか熱中症には気を付けでお過ごしください。
http://tekitote.s324.xrea.com/?postid=2
前回更新からトリミング・ログイン判定・一覧外/NSFWをアップロード時に設定できる機能を主に追加しています。
PHPが使える環境であればぜひお使いください。
最近はここ数年の夏の例に漏れず酷暑になってきましたね。先月ごろまでの涼しさが恋しいです。
皆様、にしし様どうか熱中症には気を付けでお過ごしください。
朝食はサンドイッチ。🥪🥪🥪
🥪Re:6015◆ぜひ、ログインしてご利用下さい！ ご登録をお待ちしています～。(╹◡╹)ﾉ
🥪Re:6016◆.htaccessファイルは、設置したディレクトリだけでなく、そこに含まれているすべてのサブディレクトリにも影響します。なので、「てがろぐフォルダ内にある.htaccess」だけを無効にしても、親ディレクトリ側に.htaccessファイルがあるなら、それらの.htaccessの影響も受けます。したがって、それらもすべて無効にしてみる必要があります。
例えば、てがろぐを www.example.com/hoge/tegalog/tegalog.cgi の位置に設置しているのだとしたら、以下のすべての.htaccessの影響を受けます。
※例えば、上記の 1と3 に同じアクセス制限を記述していたなら、1だけからその制限を削除しても、3が有効なので意味がありません。（逆にいえば、3にアクセス制限を記述しているなら、それはサイト内の全ディレクトリに影響しますから、1に同じアクセス制限を書いておく意味はありません。）
上記を試した結果として（てがりんく登録を試したときに）エラーが出なくなるのであれば、それが原因です。原因になっている.htaccessファイルを突き止められたら、その中の記述から原因になっているっぽい記述を探してみて下さい。
🥪Re:6015◆ぜひ、ログインしてご利用下さい！ ご登録をお待ちしています～。(╹◡╹)ﾉ
🥪Re:6016◆.htaccessファイルは、設置したディレクトリだけでなく、そこに含まれているすべてのサブディレクトリにも影響します。なので、「てがろぐフォルダ内にある.htaccess」だけを無効にしても、親ディレクトリ側に.htaccessファイルがあるなら、それらの.htaccessの影響も受けます。したがって、それらもすべて無効にしてみる必要があります。
例えば、てがろぐを www.example.com/hoge/tegalog/tegalog.cgi の位置に設置しているのだとしたら、以下のすべての.htaccessの影響を受けます。
- www.example.com/hoge/tegalog/.htaccess
- www.example.com/hoge/.htaccess
- www.example.com/.htaccess
※例えば、上記の 1と3 に同じアクセス制限を記述していたなら、1だけからその制限を削除しても、3が有効なので意味がありません。（逆にいえば、3にアクセス制限を記述しているなら、それはサイト内の全ディレクトリに影響しますから、1に同じアクセス制限を書いておく意味はありません。）
上記を試した結果として（てがりんく登録を試したときに）エラーが出なくなるのであれば、それが原因です。原因になっている.htaccessファイルを突き止められたら、その中の記述から原因になっているっぽい記述を探してみて下さい。
こんばんは。6012の者です。アドバイスありがとうございます。
サーバーに置いてるrobots.txtと、てがろぐのフォルダ内にある.htaccessを一旦取っ払ってみましたが、変わらず同じエラーが出ます。ご指摘どおり別に原因があるのかもしれません。
それと初歩的な質問です。
自サイトの場合同じサーバーに、てがろぐや他のコンテンツを置いて、それぞれのフォルダに.htaccessを置いてアクセス対策しています。この場合、他のフォルダ内の.htaccessが、てがろぐのフォルダに何らかの影響があったりするのでしょうか。
てがりんく、賑やかな感じで大変気になってるのですが、私の場合初歩的な部分で躓いているので、他のサイト見たりして勉強して改めようと思います。ありがとうございます。
サーバーに置いてるrobots.txtと、てがろぐのフォルダ内にある.htaccessを一旦取っ払ってみましたが、変わらず同じエラーが出ます。ご指摘どおり別に原因があるのかもしれません。
それと初歩的な質問です。
自サイトの場合同じサーバーに、てがろぐや他のコンテンツを置いて、それぞれのフォルダに.htaccessを置いてアクセス対策しています。この場合、他のフォルダ内の.htaccessが、てがろぐのフォルダに何らかの影響があったりするのでしょうか。
てがりんく、賑やかな感じで大変気になってるのですが、私の場合初歩的な部分で躓いているので、他のサイト見たりして勉強して改めようと思います。ありがとうございます。
昼食はピザとサラダ。🥗🍕
🥗Re:6012◆一時的にアクセス制限(.htaccess)ファイルを取り除いた状態でエラーが出ずに済むかどうかを確かめてみると、「アクセス制限が原因なのか、それ以外の場所に原因があるのか」の切り分けができます。まず、そこを確かめてみることをお勧めします。
🥗Re:6013◆ああ、確かに controlslist="nodownload nofullscreen noremoteplayback" のように含めると、キャプション扱いになってしまいますね。属性値の中に半角スペースの存在を許容していなかったのでそうなるようです。次のバージョンで修正します。
※なお、HTMLの文法的には、カンマ区切りcontrolslist="nodownload,nofullscreen,noremoteplayback"ではなくスペース区切りcontrolslist="nodownload nofullscreen noremoteplayback"です。（どちらにせよ今のバージョンでは認識されませんけども。）
🥗Re:6012◆一時的にアクセス制限(.htaccess)ファイルを取り除いた状態でエラーが出ずに済むかどうかを確かめてみると、「アクセス制限が原因なのか、それ以外の場所に原因があるのか」の切り分けができます。まず、そこを確かめてみることをお勧めします。
🥗Re:6013◆ああ、確かに controlslist="nodownload nofullscreen noremoteplayback" のように含めると、キャプション扱いになってしまいますね。属性値の中に半角スペースの存在を許容していなかったのでそうなるようです。次のバージョンで修正します。
※なお、HTMLの文法的には、カンマ区切りcontrolslist="nodownload,nofullscreen,noremoteplayback"ではなくスペース区切りcontrolslist="nodownload nofullscreen noremoteplayback"です。（どちらにせよ今のバージョンでは認識されませんけども。）
[VIDEO:ATT(～～～)]の中身って、controlslist="nodownload,nofullscreen,noremoteplayback"これは書けないんですか？
6009で質問した者です。
ご回答ありがとうございます。てがろぐりんくのbotを許可したのですが、ずっと同じ画面が出ます。
自分でも原因がわからないので、その辺の勉強しながらまた登録させていただきます。お手数おかけしました。
ご回答ありがとうございます。てがろぐりんくのbotを許可したのですが、ずっと同じ画面が出ます。
自分でも原因がわからないので、その辺の勉強しながらまた登録させていただきます。お手数おかけしました。
6007です！
ありがとうございます😭ちゃんとできました。
こういうときの解決策がヘルプにあったな～と思って自分で探してたんですがパスワードを忘れてしまった場合の対処方法の真下にあったんですね；；
ありがとうございます😭ちゃんとできました。
こういうときの解決策がヘルプにあったな～と思って自分で探してたんですがパスワードを忘れてしまった場合の対処方法の真下にあったんですね；；
こんばんは。個人サイトでてがろぐ使わせてもらっている者です。
先日、リンクの存在を知って自サイトを登録しようとしたのですが、
「てがろぐCGIの存在を確認できませんでした。てがろぐCGIが稼働しているURLかどうかを再度確認して下さい。」
とエラーが表示されます。
私のサイトはてがろぐが複数あるので、メインを登録しようとurlを入力しているのですが、これがずっと出ます。原因は何でしょうか。アプデは最新にしています。
お手すきの時にお返事いただけたら助かります。
先日、リンクの存在を知って自サイトを登録しようとしたのですが、
「てがろぐCGIの存在を確認できませんでした。てがろぐCGIが稼働しているURLかどうかを再度確認して下さい。」
とエラーが表示されます。
私のサイトはてがろぐが複数あるので、メインを登録しようとurlを入力しているのですが、これがずっと出ます。原因は何でしょうか。アプデは最新にしています。
お手すきの時にお返事いただけたら助かります。
備蓄を追加するならアイスかかき氷か迷う……。🍨🍧🍨🍧🍨🍧
🍨Re:6006◆詳しい背景情報をありがとうございます。状況がよく分かって助かります。
その場合、<body class="[[FREELINE:a]]"> と書いて、名前付き1行単位フリースペースにはclass名だけを書くようにしてはどうでしょうか。その場合、classが何もない場合は <body class=""> という出力になるだけですから、余分な空白で不自然に見えることはありませんし。属性値が空の属性は普通によくある記述ですし。
空の属性も嫌な場合は、<body class="[[FREELINE:a]]normal"> と書いておく手もあります。すると、
畳む
この方が、スキン側に直接classを追記したくなった場合にも対応できるので便利だと思います。
🍨Re:6007◆セットアップ方法ページにある「管理者権限を持つIDが消えてしまって、設定も何もできなくなってしまった場合の対処方法」の手順で操作してみて下さい。（もしそれでもうまくいかない場合は、再度お知らせ下さい。）
🍨Re:6006◆詳しい背景情報をありがとうございます。状況がよく分かって助かります。
その場合、<body class="[[FREELINE:a]]"> と書いて、名前付き1行単位フリースペースにはclass名だけを書くようにしてはどうでしょうか。その場合、classが何もない場合は <body class=""> という出力になるだけですから、余分な空白で不自然に見えることはありませんし。属性値が空の属性は普通によくある記述ですし。
空の属性も嫌な場合は、<body class="[[FREELINE:a]]normal"> と書いておく手もあります。すると、
- classが何もなければ <body class="normal"> という出力になりますし、
- 1行フリースペースにnotと書かれていれば、 <body class="notnormal"> という出力になります。
畳む
この方が、スキン側に直接classを追記したくなった場合にも対応できるので便利だと思います。
🍨Re:6007◆セットアップ方法ページにある「管理者権限を持つIDが消えてしまって、設定も何もできなくなってしまった場合の対処方法」の手順で操作してみて下さい。（もしそれでもうまくいかない場合は、再度お知らせ下さい。）
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195
