てがろぐ
- Fumy Otegaru Memo Logger -
2024年7月 この範囲を時系列順で読む この範囲をファイルに出力する
>>4595
てがろぐ同梱のデフォルトスキンできちんと見られるかまず確認してみてはいかがでしょうか？
doさんのスキンだけきちんと見れないならdoさんに質問したほうが解決しそうな気がします
てがろぐ同梱のデフォルトスキンできちんと見られるかまず確認してみてはいかがでしょうか？
doさんのスキンだけきちんと見れないならdoさんに質問したほうが解決しそうな気がします
スキンを利用しようとしているのですが、
①スキンが適用された一ページ目（ホーム）は表示される
②画像はアップロードでき、ホームに表示される
ただし、
③通常の投稿は画面上ではできるもののてがろぐページには反映されない。『投稿の削除・編集』を見ると、きちんと投稿はされている
④同様に、ギャラリーモードも機能しない
⑤③、④に関しては、投稿やギャラリーを表すタブをクリックしても、そもそも反応しない
『INCLUDEエラー》対象ファイルが読み込めませんでした。』と出ます。スキンはdoさんのskin-profileを使用
一部は機能するためどこが問題なのかがわかりません。ご助力をお願いいたします。
①スキンが適用された一ページ目（ホーム）は表示される
②画像はアップロードでき、ホームに表示される
ただし、
③通常の投稿は画面上ではできるもののてがろぐページには反映されない。『投稿の削除・編集』を見ると、きちんと投稿はされている
④同様に、ギャラリーモードも機能しない
⑤③、④に関しては、投稿やギャラリーを表すタブをクリックしても、そもそも反応しない
『INCLUDEエラー》対象ファイルが読み込めませんでした。』と出ます。スキンはdoさんのskin-profileを使用
一部は機能するためどこが問題なのかがわかりません。ご助力をお願いいたします。
>>4592
1000枚には及びませんが800枚以上アップしてます(毎日1枚はアップ)。アップしてるのはスマホでのスクリーンショット(ゲーム画面)ですが、ファイルサイズを300KB以下に圧縮してるのもあるのでしょうけど動作が重いと感じたことはありません。なお、管理も投稿も全てスマホ(Android14、ブラウザはFennec)で行ってます。
1000枚には及びませんが800枚以上アップしてます(毎日1枚はアップ)。アップしてるのはスマホでのスクリーンショット(ゲーム画面)ですが、ファイルサイズを300KB以下に圧縮してるのもあるのでしょうけど動作が重いと感じたことはありません。なお、管理も投稿も全てスマホ(Android14、ブラウザはFennec)で行ってます。
>>4592
画像1500枚ほどアップしてます。
他のページに比べれば表示は遅いですが、0.2秒くらいかな？という感じでそれほど気になりません。画像だけ後で出現する（遅延？）くらいです。
画像管理画面の表示枚数15枚。
ゲームのスクショが大半で2MBくらいのデータが多いです。
＞PC
Windows10
Firefox（最新版
サーバー：ロリポップのエコノミープラン
【追記】
そういえばですが、管理画面は重くありませんが投稿画面で参照ファイルが10を超えると重いです。
15～16枚を超えるとそもそもアップが遅くて何度かに分けてアップしています。
画像保存容量の設定はしておりませんm(__)m
画像1500枚ほどアップしてます。
他のページに比べれば表示は遅いですが、0.2秒くらいかな？という感じでそれほど気になりません。画像だけ後で出現する（遅延？）くらいです。
画像管理画面の表示枚数15枚。
ゲームのスクショが大半で2MBくらいのデータが多いです。
＞PC
Windows10
Firefox（最新版
サーバー：ロリポップのエコノミープラン
【追記】
そういえばですが、管理画面は重くありませんが投稿画面で参照ファイルが10を超えると重いです。
15～16枚を超えるとそもそもアップが遅くて何度かに分けてアップしています。
画像保存容量の設定はしておりませんm(__)m
《緩募》てがろぐ上で画像を1,000枚とか2,000枚とか、たくさんアップロードしている方がいらっしゃったらちょいと教えて欲しいのですが、画像の管理画面を表示するときとか、動作は重たくないですか？
本日の昼食は、そばめし。
Ver 4.4.1(未配布)の動作テスト。
🍵Re:4590◆お役に立っているようで嬉しいです～。(╹◡╹)ﾉ
Ver 4.4.1(未配布)の動作テスト。
🍵Re:4590◆お役に立っているようで嬉しいです～。(╹◡╹)ﾉ
色々メモとか備忘録みたいなのを自分のてがろぐに流す事が多いので、文字装飾が色々簡単にできるのが大変便利。#感謝
大量のそこそこ長文箇条書きとかも後から読み返すのに読みやすくてとても助かってます。
大量のそこそこ長文箇条書きとかも後から読み返すのに読みやすくてとても助かってます。
とり🐓
うま🐎
うし🐄
>>4585
4584です。
fumycts.plについて詳しく教えてくださりありがとうございます。外部からの攻撃を防ぐための機能なんですね。安易にいじらずお尋ねしてよかったです。
他のXREAユーザーも共有SSLを使っていれば同じss1.xrea.comからのリクエストを送れてしまうので、これを例外許可するとまずいということですよね…
https://ss1〜〜〜tegalog.cgi
のQUICKPOSTからでも同じエラーが出てしまうので、
自分だけhttpを使う方向で考えてみようかと思います。
ありがとうございます！🍹
#感謝
4584です。
fumycts.plについて詳しく教えてくださりありがとうございます。外部からの攻撃を防ぐための機能なんですね。安易にいじらずお尋ねしてよかったです。
他のXREAユーザーも共有SSLを使っていれば同じss1.xrea.comからのリクエストを送れてしまうので、これを例外許可するとまずいということですよね…
https://ss1〜〜〜tegalog.cgi
のQUICKPOSTからでも同じエラーが出てしまうので、
自分だけhttpを使う方向で考えてみようかと思います。
ありがとうございます！🍹
#感謝
たこ焼きを食べました。6個。
🥞Re:4584◆ss1.xrea.com ドメインを使った、お使いのてがろぐのURL（例えば、https://ss1.xrea.com/ ID.SERVER.xrea.com /tegalog/tegalog.cgi 等）にアクセスした状態で、そこに見えているQUICKPOSTから投稿しても、同様のエラーが出ますか？
もしそうなら、お使いの環境では「閲覧者に向けてはhttpsの方を公開しておいて、自分だけはhttpの方を使う」という方法しかなさそうに思います。
---
> FAQの「fumycts.plを書き換える」で解決できるケースでしょうか？
> おすすめではないと書かれている点について、よければ詳しく教えていただけませんか？
お使いの状況では、fumycts.plを書き換える方法で解決してはいけません。（書き換えると、エラーは出なくなりますが。）
これは、フィッシング攻撃や、CSRF(クロスサイト・リクエスト・フォージェリ)攻撃を防ぐ機能の1つだからです。他所のWebサイトに攻撃用のページを作成しておいて、そこに何らかの方法であなた（＝てがろぐにログインする権利を持った人物）を誘導した上で、その攻撃用ページから何らかの情報（ログイン情報なり投稿データなり設定変更情報なり）をてがろぐに向けて送信することで、パスワードを盗んだり変更したり、意図しない投稿をさせたり、意図しない設定変更をさせたりする……、というのを防ぐ機能です。
そのために、「そのてがろぐが稼働しているドメイン」ではないドメインから送られてきたリクエストは拒否する仕様になっています。
この機能を無効にしてしまうと、フィッシング攻撃やCSRF攻撃を防げなくなってしまいます。なので、一般のWeb上に公開されているてがろぐでは無効にしてはいけません。無効にする方法を用意しているのは、あくまでも「ローカルで稼働させている」とか「何らかの別のセキュリティで守られた空間で稼働させている」とか、第三者がアクセスすることはないと断言できる場所で稼働させている場合のためです。
なお、「例外のドメインを1つ設定できたら良いのでは？」と思われるかもしれませんが、今回の場合、もし ss1.xrea.com ドメインを例外として許容してしまうと、同じドメインの使用権を持つ他者からの攻撃が防げなくなる問題がありますので、そうはできないのです。
（根本的に解決するには、「自分だけが使えるサブドメイン」でhttpsを使わせてくれるサーバを使う、という手しかないと思います。）
🥞Re:4584◆ss1.xrea.com ドメインを使った、お使いのてがろぐのURL（例えば、https://ss1.xrea.com/ ID.SERVER.xrea.com /tegalog/tegalog.cgi 等）にアクセスした状態で、そこに見えているQUICKPOSTから投稿しても、同様のエラーが出ますか？
もしそうなら、お使いの環境では「閲覧者に向けてはhttpsの方を公開しておいて、自分だけはhttpの方を使う」という方法しかなさそうに思います。
---
> FAQの「fumycts.plを書き換える」で解決できるケースでしょうか？
> おすすめではないと書かれている点について、よければ詳しく教えていただけませんか？
お使いの状況では、fumycts.plを書き換える方法で解決してはいけません。（書き換えると、エラーは出なくなりますが。）
これは、フィッシング攻撃や、CSRF(クロスサイト・リクエスト・フォージェリ)攻撃を防ぐ機能の1つだからです。他所のWebサイトに攻撃用のページを作成しておいて、そこに何らかの方法であなた（＝てがろぐにログインする権利を持った人物）を誘導した上で、その攻撃用ページから何らかの情報（ログイン情報なり投稿データなり設定変更情報なり）をてがろぐに向けて送信することで、パスワードを盗んだり変更したり、意図しない投稿をさせたり、意図しない設定変更をさせたりする……、というのを防ぐ機能です。
そのために、「そのてがろぐが稼働しているドメイン」ではないドメインから送られてきたリクエストは拒否する仕様になっています。
この機能を無効にしてしまうと、フィッシング攻撃やCSRF攻撃を防げなくなってしまいます。なので、一般のWeb上に公開されているてがろぐでは無効にしてはいけません。無効にする方法を用意しているのは、あくまでも「ローカルで稼働させている」とか「何らかの別のセキュリティで守られた空間で稼働させている」とか、第三者がアクセスすることはないと断言できる場所で稼働させている場合のためです。
なお、「例外のドメインを1つ設定できたら良いのでは？」と思われるかもしれませんが、今回の場合、もし ss1.xrea.com ドメインを例外として許容してしまうと、同じドメインの使用権を持つ他者からの攻撃が防げなくなる問題がありますので、そうはできないのです。
（根本的に解決するには、「自分だけが使えるサブドメイン」でhttpsを使わせてくれるサーバを使う、という手しかないと思います。）
#質問
XREAにて運用していたてがろぐサイトをSSL化するため作業中なのですが、
共有SSLを使ったhttpsの方から投稿や管理画面で何かすると、以下のエラーメッセージが出るようになりました。（IDとサーバー名は伏せてます）
XREAの共有SSLのURLは
https://ss1.xrea.com/ID.サーバー名.xrea.com/
非SSLの本体部分？は
http://ID.サーバー名.xrea.com/
にあります。
そのためこういうドメイン違いのエラーが出るのかなと思い、httpの方から試すと投稿や設定は問題なく（今まで非SSLで運用していた通りに）できました。
この状況だと、常にhttpの方から投稿や管理作業をするしか選択肢はないですか？
QUICKPOSTを常用していたので、もしhttpsの方からそのままQUICKPOSTで投稿できる方法があったら嬉しいのですが…
（それか、閲覧者に向けてはhttpsの方を公開しておいて、自分は今まで通りhttpの方を使い続けるのが一番丸いですかね？）
FAQの「fumycts.plを書き換える」で解決できるケースでしょうか？
https://www.nishishi.com/cgi/tegalog/faq/#differentpla...
あまりおすすめではないと書かれている点について、よければ詳しく教えていただけませんか？
何か見落としてる設定とかあったらすみませんがご指摘ください。
よろしくお願いします。
XREAにて運用していたてがろぐサイトをSSL化するため作業中なのですが、
共有SSLを使ったhttpsの方から投稿や管理画面で何かすると、以下のエラーメッセージが出るようになりました。（IDとサーバー名は伏せてます）
CGIの設置ドメインとは異なる場所からデータが送信されました。リクエストは受け付けられませんでした。
（データ送信元: //ss1.xrea.com /
実行位置: //ID.サーバー名.xrea.com）
XREAの共有SSLのURLは
https://ss1.xrea.com/ID.サーバー名.xrea.com/
非SSLの本体部分？は
http://ID.サーバー名.xrea.com/
にあります。
そのためこういうドメイン違いのエラーが出るのかなと思い、httpの方から試すと投稿や設定は問題なく（今まで非SSLで運用していた通りに）できました。
この状況だと、常にhttpの方から投稿や管理作業をするしか選択肢はないですか？
QUICKPOSTを常用していたので、もしhttpsの方からそのままQUICKPOSTで投稿できる方法があったら嬉しいのですが…
（それか、閲覧者に向けてはhttpsの方を公開しておいて、自分は今まで通りhttpの方を使い続けるのが一番丸いですかね？）
FAQの「fumycts.plを書き換える」で解決できるケースでしょうか？
https://www.nishishi.com/cgi/tegalog/faq/#differentpla...
あまりおすすめではないと書かれている点について、よければ詳しく教えていただけませんか？
何か見落としてる設定とかあったらすみませんがご指摘ください。
よろしくお願いします。
>>4579,4580
4578です。詳しく解説していただきありがとうございます。
DirectoryIndexはそういう仕組みになってるんですね。index.***が複数ある場合はどうなるの？みたいな疑問も解消しました。
（実際には名前が「index」であるかどうかが重要でなく、あくまで）DirectoryIndexで指定されたファイル名と記述順によって表示される対象が決まる、って感じなんですね。
403エラーについては考えも及びませんでした。質問してなかったらここで躓いていたと思います。ありがとうございます。
てがろぐのファイル群とURLはできるだけ触らずに違うページを表示できないかと考えていたので、にししさんに教えていただいたとおりに.htaccessを編集すれば解決しそうです。ありがとうございます！
🍕 #感謝
4578です。詳しく解説していただきありがとうございます。
DirectoryIndexはそういう仕組みになってるんですね。index.***が複数ある場合はどうなるの？みたいな疑問も解消しました。
（実際には名前が「index」であるかどうかが重要でなく、あくまで）DirectoryIndexで指定されたファイル名と記述順によって表示される対象が決まる、って感じなんですね。
403エラーについては考えも及びませんでした。質問してなかったらここで躓いていたと思います。ありがとうございます。
てがろぐのファイル群とURLはできるだけ触らずに違うページを表示できないかと考えていたので、にししさんに教えていただいたとおりに.htaccessを編集すれば解決しそうです。ありがとうございます！
🍕 #感謝
TEST
🍕🍔🍟🌭🍿🧇🥞🧀🥖🥪🌮🥡
昼食はピザ🍕
🍕Re:4578◆これは、No.4579さんがご説明下さった通りです。.htaccessファイルに DirectoryIndex tegalog.cgi とだけ書いた場合は、index.html とか index.htm とか index.php とかが同階層にあっても（ファイル名を省略したアクセスでは） tegalog.cgi だけしか表示されません。この場合、その階層から tegalog.cgi を削除しても、（ファイル名を省略したアクセスでは）403 Forbidden エラーになるかファイル一覧が出るかするだけで、（たとえその階層にindex.htmlが存在していても）index.htmlが表示に使われることはありません。
一般的なサーバでは「 index.html があればそれを表示し、なくても index.htm があればそれを表示し、それもなくても index.cgi があればそれを表示し……」みたいな感じになっていますが、それは、
DirectoryIndex index.html index.htm index.cgi index.php
……という感じのデフォルト設定になっているためです。(順序はこうではないかも。他にもindex.shtmlとかもっと多数含まれているかもしれません。)
なのでもし、てがろぐ設置ディレクトリの .htaccess ファイルに、
DirectoryIndex tegalog.cgi index.html
……と2つのファイル名を列挙しておいた場合は、（ファイル名を省略したアクセス時には）「 tegalog.cgi があればそれを表示し、ない場合には、index.html があればそれを表示する」というような動作になります。
ファイルが探される順番は、DirectoryIndex に並べた順番です。左側から順番にファイルを探して、最初に見つかったファイルが表示されるわけです。どれも見つからなかったら、403 Forbidden エラー（またはファイル一覧）が表示されます。
したがって、てがろぐ設置ディレクトリの .htaccess ファイルに、以下の順序で書いた場合は、
DirectoryIndex index.html tegalog.cgi
ファイル名を省略したアクセス時には、もし index.html ファイルがあれば（たとえ同時に tegalog.cgiも存在していても）index.htmlの方が表示されます。
🍕Re:4579◆サポートをどうもありがとうございます！(╹◡╹)ﾉ
🍕Re:4578◆これは、No.4579さんがご説明下さった通りです。.htaccessファイルに DirectoryIndex tegalog.cgi とだけ書いた場合は、index.html とか index.htm とか index.php とかが同階層にあっても（ファイル名を省略したアクセスでは） tegalog.cgi だけしか表示されません。この場合、その階層から tegalog.cgi を削除しても、（ファイル名を省略したアクセスでは）403 Forbidden エラーになるかファイル一覧が出るかするだけで、（たとえその階層にindex.htmlが存在していても）index.htmlが表示に使われることはありません。
一般的なサーバでは「 index.html があればそれを表示し、なくても index.htm があればそれを表示し、それもなくても index.cgi があればそれを表示し……」みたいな感じになっていますが、それは、
DirectoryIndex index.html index.htm index.cgi index.php
……という感じのデフォルト設定になっているためです。(順序はこうではないかも。他にもindex.shtmlとかもっと多数含まれているかもしれません。)
なのでもし、てがろぐ設置ディレクトリの .htaccess ファイルに、
DirectoryIndex tegalog.cgi index.html
……と2つのファイル名を列挙しておいた場合は、（ファイル名を省略したアクセス時には）「 tegalog.cgi があればそれを表示し、ない場合には、index.html があればそれを表示する」というような動作になります。
ファイルが探される順番は、DirectoryIndex に並べた順番です。左側から順番にファイルを探して、最初に見つかったファイルが表示されるわけです。どれも見つからなかったら、403 Forbidden エラー（またはファイル一覧）が表示されます。
したがって、てがろぐ設置ディレクトリの .htaccess ファイルに、以下の順序で書いた場合は、
DirectoryIndex index.html tegalog.cgi
ファイル名を省略したアクセス時には、もし index.html ファイルがあれば（たとえ同時に tegalog.cgiも存在していても）index.htmlの方が表示されます。
🍕Re:4579◆サポートをどうもありがとうございます！(╹◡╹)ﾉ
>>4578 さん
にししさんではないですが試してみたのでご報告です
DirectoryIndexとはディレクトリにファイル指定無しのアクセスがあった場合に、どのファイルを表示するかを設定するものなので
てがろぐおすすめの.htaccessを置いたままだと「/」で終わるURLでアクセスしたときはtegalog.cgiが表示され、index.htmlを表示したい場合は「ｈttps://URL/index.html」というふうにindex.htmlまでＵＲＬに含めないとアクセスできません。
「ｈttps://URL/」でアクセスしたときにindex.htmlを表示させたい場合は.htaccessの「DirectoryIndex tegalog.cgi」という記述を削除してください。
にししさんではないですが試してみたのでご報告です
DirectoryIndexとはディレクトリにファイル指定無しのアクセスがあった場合に、どのファイルを表示するかを設定するものなので
てがろぐおすすめの.htaccessを置いたままだと「/」で終わるURLでアクセスしたときはtegalog.cgiが表示され、index.htmlを表示したい場合は「ｈttps://URL/index.html」というふうにindex.htmlまでＵＲＬに含めないとアクセスできません。
「ｈttps://URL/」でアクセスしたときにindex.htmlを表示させたい場合は.htaccessの「DirectoryIndex tegalog.cgi」という記述を削除してください。
>>No.4576
ありがとうございます！試してみます。
ありがとうございます！試してみます。
昼食は、そうめん。
🍧Re:4573◆てがろぐユーザ層とおたく層は100％一致していると思って良いですかね？(笑)
🍧Re:4575◆直接その値を得る方法はありませんが、日付限定で表示している状況で [[INFO:TARGETPOSTS]] を出力すると、お望みの数値が得られます。例えばこの動作試験場で ?date=2024/07/14 のパラメータで表示させると、サイドバーの下部付近にある『▼現在の表示条件での投稿総数：』の部分に「 3 」と出力されます（※単位の「件」は直接スキンにそう書いてあるだけです）。
なので、「pos1の日付を更新履歴に出力する」ように既にできているのなら、それと同じ方法で、「その日付を date= パラメータに置き換えてアクセスしたページ」から、 [[INFO:TARGETPOSTS]] 部分の数値を抜き出してご使用になれば良いのではないかと思います。
<span id="todayposts">[[INFO:TARGETPOSTS]]</span> みたいに書いておけばJavaScriptで抜き出しやすいでしょう。それ専用のスキンを作っておく方が動作が軽くて良いかもしれませんね。
🍧Re:4573◆てがろぐユーザ層とおたく層は100％一致していると思って良いですかね？(笑)
🍧Re:4575◆直接その値を得る方法はありませんが、日付限定で表示している状況で [[INFO:TARGETPOSTS]] を出力すると、お望みの数値が得られます。例えばこの動作試験場で ?date=2024/07/14 のパラメータで表示させると、サイドバーの下部付近にある『▼現在の表示条件での投稿総数：』の部分に「 3 」と出力されます（※単位の「件」は直接スキンにそう書いてあるだけです）。
なので、「pos1の日付を更新履歴に出力する」ように既にできているのなら、それと同じ方法で、「その日付を date= パラメータに置き換えてアクセスしたページ」から、 [[INFO:TARGETPOSTS]] 部分の数値を抜き出してご使用になれば良いのではないかと思います。
<span id="todayposts">[[INFO:TARGETPOSTS]]</span> みたいに書いておけばJavaScriptで抜き出しやすいでしょう。それ専用のスキンを作っておく方が動作が軽くて良いかもしれませんね。
その日にてがろぐになにかを投稿している場合に限り投稿数を出力するキーワードとかってありますか？今はpos1の日付を更新履歴に出力するようにしてるのですが、これを｢日付＋その日の投稿数」のような表記にしたいなと思ったのでもしあれば教えていただきたいです。
>4572さん
4571です。できました！ありがとうございました
4571です。できました！ありがとうございました
てがろぐユーザーも増えたので、エアコン設置業を営む人、あるいはそれに関係する人もきっとユーザーの中にいるに違いないと思いました。(夏休みの日記)
>>4571
＆のところを「%26」にしたらどうでしょうか？
https://hoge.jp/?skin=（スキン）%26postid=（数字）
のようにしてください
＆のところを「%26」にしたらどうでしょうか？
https://hoge.jp/?skin=（スキン）%26postid=（数字）
のようにしてください
お世話になっています
ツイッター（自称X）でシェアボタンを作ったのですが、うまくいきません。
個別表示のものにスキンを適用させようとしたのですが、
https://hoge.jp/?skin=（スキン）&postid=（数字）
のURLをシェアボタンを押したらツイートの所に吐き出させようとすると&以降から消えてしまいました。
対処方法ってありますか？
ツイッター（自称X）でシェアボタンを作ったのですが、うまくいきません。
個別表示のものにスキンを適用させようとしたのですが、
https://hoge.jp/?skin=（スキン）&postid=（数字）
のURLをシェアボタンを押したらツイートの所に吐き出させようとすると&以降から消えてしまいました。
対処方法ってありますか？
テスト
LOVE＆PEACHフラペチーノを飲んできました。🍑🍑🍑
🍑Re:4566◆おっと。ご指摘をどうもありがとうございます。確かに、内側スキン(skin-onelog.html)の中でINCLUDE記法を使って挿入するファイルの中にIF文を書いてもIF文だとは認識されないですね。これは不具合でした。内側スキンでは、INCLUDE文を処理するよりも前の段階でIF文の解釈を済ませてしまっていたので、INCLUDEで合成されるファイルの中に書いたIF文が処理されないまま（文字としてそのまま）出力されてしまっていたのでした。
こちらのローカルにあるソースでは修正しましたので、次のバージョンでは解決しています。公開までしばらくお待ち下さい。
🍑Re:4567◆なるほど！ 事情の解説をどうもありがとうございます。とても参考になりました。なんとなく「CGIを自力で設置しようと考える人なら、HTML＋CSSくらいは読めるし書ける」というような前提で居た感じがあったんですけども(笑)、たしかに最近は（ありがたいことに）HTML＋CSSがそんなに分からない状態でも、てがろぐを使おう、と考えて下さる方々も多々いらっしゃるようですね。もし、そういう方々の個人サイト開設の入口になれているならとても嬉しいです。(╹◡╹) （いや、入口になっているかどうかは分かりませんけども。WordPress等のCMSで既にサイト自体はあった可能性もありますしね。^^;）
さて、カテゴリ別の先頭固定機能は、あれば使い処はありそうですから、将来的には実装したいと思います。ただ、実装に掛かる分量が結構多そうなので、直近での実装ができるとは限りませんので、気長にお待ち頂ければ幸いです。
🍑Re:4566◆おっと。ご指摘をどうもありがとうございます。確かに、内側スキン(skin-onelog.html)の中でINCLUDE記法を使って挿入するファイルの中にIF文を書いてもIF文だとは認識されないですね。これは不具合でした。内側スキンでは、INCLUDE文を処理するよりも前の段階でIF文の解釈を済ませてしまっていたので、INCLUDEで合成されるファイルの中に書いたIF文が処理されないまま（文字としてそのまま）出力されてしまっていたのでした。
こちらのローカルにあるソースでは修正しましたので、次のバージョンでは解決しています。公開までしばらくお待ち下さい。
🍑Re:4567◆なるほど！ 事情の解説をどうもありがとうございます。とても参考になりました。なんとなく「CGIを自力で設置しようと考える人なら、HTML＋CSSくらいは読めるし書ける」というような前提で居た感じがあったんですけども(笑)、たしかに最近は（ありがたいことに）HTML＋CSSがそんなに分からない状態でも、てがろぐを使おう、と考えて下さる方々も多々いらっしゃるようですね。もし、そういう方々の個人サイト開設の入口になれているならとても嬉しいです。(╹◡╹) （いや、入口になっているかどうかは分かりませんけども。WordPress等のCMSで既にサイト自体はあった可能性もありますしね。^^;）
さて、カテゴリ別の先頭固定機能は、あれば使い処はありそうですから、将来的には実装したいと思います。ただ、実装に掛かる分量が結構多そうなので、直近での実装ができるとは限りませんので、気長にお待ち頂ければ幸いです。
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
