検索語「〔除外:$ci=;〕」の検索結果［1187件］（19ページ目）
➡ 2022年11月2日(水) 17時36分 〔2年以上前〕 回答/返信 No.3194 ✎ ！
脂肪を減らさねば……。🍔🍩🍫
🍪Re:3193◆アドバイスをありがとうございます。こうして見ると、BBCのclass名の付け方が謎ですね。本当にそこまでclass分けする必要があるのかと。たぶんCMSがランダムに割り振っているだけなんでしょうけども、16pexesとかwoxom8とか、ぱっと見て何か意味があるのかな、と思ってしまいます。(^_^;)
🍪Re:3192◆管理画面もスキン式にとは斬新なアイデアですね！ そこには思い至りませんでした。面白そうですね。ただ、実装が大変そうですけども。^^; それこそ >>3193 さんの方法が役に立たないでしょうか？ CSSだけで実現可能な範囲でなら何でも対処できそうな気がします。
🍪Re:3193◆アドバイスをありがとうございます。こうして見ると、BBCのclass名の付け方が謎ですね。本当にそこまでclass分けする必要があるのかと。たぶんCMSがランダムに割り振っているだけなんでしょうけども、16pexesとかwoxom8とか、ぱっと見て何か意味があるのかな、と思ってしまいます。(^_^;)
🍪Re:3192◆管理画面もスキン式にとは斬新なアイデアですね！ そこには思い至りませんでした。面白そうですね。ただ、実装が大変そうですけども。^^; それこそ >>3193 さんの方法が役に立たないでしょうか？ CSSだけで実現可能な範囲でなら何でも対処できそうな気がします。
➡ 2022年10月30日(日) 21時39分 〔2年以上前〕 回答/返信 No.3191 ✎ ！
落花飴が美味しいので2日で1袋くらい舐めきってしまう……。🍬🍬🍬
🍪Re:3188◆詳しい分析と背景と解説をありがとうございます。どんな動作になると望ましいかがよく分かって参考になります。[[NO-LINKADJUSTMENT]] に関しては、外側スキンと内側スキンで別々に記述でき、それぞれお互いには影響しない仕様で行こうと思います。本文からハッシュタグだけを抽出して掲載する [[COMMENT:TAGS]] に関しては、[[COMMENT:TAGS:PURE]] というオプションを設けると便利かもしれませんね。（ただ、「本文中に挿入されているハッシュタグリンクからはskinパラメータを抜く」というJavaScriptを用意している場合は、それがそのまま [[COMMENT:TAGS]] で出力される内容も対象にして処理するでしょうから、記法として存在してもあまり意味はないかもしれませんけども。^^;）
🍪Re:3188◆詳しい分析と背景と解説をありがとうございます。どんな動作になると望ましいかがよく分かって参考になります。[[NO-LINKADJUSTMENT]] に関しては、外側スキンと内側スキンで別々に記述でき、それぞれお互いには影響しない仕様で行こうと思います。本文からハッシュタグだけを抽出して掲載する [[COMMENT:TAGS]] に関しては、[[COMMENT:TAGS:PURE]] というオプションを設けると便利かもしれませんね。（ただ、「本文中に挿入されているハッシュタグリンクからはskinパラメータを抜く」というJavaScriptを用意している場合は、それがそのまま [[COMMENT:TAGS]] で出力される内容も対象にして処理するでしょうから、記法として存在してもあまり意味はないかもしれませんけども。^^;）
➡ 2022年10月30日(日) 14時56分 〔2年以上前〕 回答/返信 No.3188 ✎ ！
たこ焼きの絵文字の追加が待たれる。誰かUnicodeの偉い人に提案しているだろうか？
🍪Re:3187◆アンケートへのご回答もどうもありがとうございました！β版の新機能もご活用頂けているようで嬉しいです。◆レンタルサーバは、同じコースでも契約時期によって収容サーバが異なりますけども、ロリポップはそのサーバ間での仕様に開きがあるっぽいような感じですね。なんとなく、公式の「言語のパスはサーバーにより異なります」のあたりとかを読むと。その辺で違いがあるのかもしれません。何にせよ、suEXECのパーミッションで動作しているなら、（既に実践頂いている通り）全部suEXECの値にするのが良いです。
🍪Re:3187◆アンケートへのご回答もどうもありがとうございました！β版の新機能もご活用頂けているようで嬉しいです。◆レンタルサーバは、同じコースでも契約時期によって収容サーバが異なりますけども、ロリポップはそのサーバ間での仕様に開きがあるっぽいような感じですね。なんとなく、公式の「言語のパスはサーバーにより異なります」のあたりとかを読むと。その辺で違いがあるのかもしれません。何にせよ、suEXECのパーミッションで動作しているなら、（既に実践頂いている通り）全部suEXECの値にするのが良いです。
➡ 2022年10月29日(土) 12時09分 〔2年以上前〕 回答/返信 No.3186 ✎ ！
昼食は明太子ピザ(198円)。🍕🍕🍕
🍪Re:3185◆β版のご試用をどうもありがとうございます。そして、ご指摘もありがとうございます！ たしかに、おっしゃる動作になりますね……。各機能は行き当たりばったりでその都度追加しているので、1カ所でまとめて処理するようなスマートな仕組みになっていないために漏れていたようです。(^_^;;; 調べたところ、どうもハッシュタグに関しては、「本文中に挿入するハッシュタグリンク」と「ハッシュタグ一覧として出力するハッシュタグリンク」を同じ処理で出力していることが原因っぽいことが分かりました。次のバージョンでは修正します。
それと同時に気付いたんですけども、[[NO-LINKADJUSTMENT]] の記述は投稿本文とか「内側スキンで生成される内容」に含まれるリンクには影響しないのですよね……。これは、影響するように仕様を修正する方が良いか、それとも、内側スキンにも [[NO-LINKADJUSTMENT]] を書けるようにして、その場合にだけリンクを修正するか、検討しています。『外側スキンで [[NO-LINKADJUSTMENT]] を書いておきながら、内側スキンではリンクを修正されたくない』というケースはあまりなさそうな気がするので、手間を省くためにも前者（＝外側スキンに書いていれば内側スキンにも影響する）の方が良いかな、という気もしますが。でも、そういうケースがある可能性もないとは言い切れないかもしれませんから、後者（＝内側スキンにも [[NO-LINKADJUSTMENT]] を書ける）の方が自由度が高くて良いのかな……という気もしているのですけども。
🍪Re:3185◆β版のご試用をどうもありがとうございます。そして、ご指摘もありがとうございます！ たしかに、おっしゃる動作になりますね……。各機能は行き当たりばったりでその都度追加しているので、1カ所でまとめて処理するようなスマートな仕組みになっていないために漏れていたようです。(^_^;;; 調べたところ、どうもハッシュタグに関しては、「本文中に挿入するハッシュタグリンク」と「ハッシュタグ一覧として出力するハッシュタグリンク」を同じ処理で出力していることが原因っぽいことが分かりました。次のバージョンでは修正します。
それと同時に気付いたんですけども、[[NO-LINKADJUSTMENT]] の記述は投稿本文とか「内側スキンで生成される内容」に含まれるリンクには影響しないのですよね……。これは、影響するように仕様を修正する方が良いか、それとも、内側スキンにも [[NO-LINKADJUSTMENT]] を書けるようにして、その場合にだけリンクを修正するか、検討しています。『外側スキンで [[NO-LINKADJUSTMENT]] を書いておきながら、内側スキンではリンクを修正されたくない』というケースはあまりなさそうな気がするので、手間を省くためにも前者（＝外側スキンに書いていれば内側スキンにも影響する）の方が良いかな、という気もしますが。でも、そういうケースがある可能性もないとは言い切れないかもしれませんから、後者（＝内側スキンにも [[NO-LINKADJUSTMENT]] を書ける）の方が自由度が高くて良いのかな……という気もしているのですけども。
➡ 2022年10月27日(木) 15時59分 〔2年以上前〕 アップデート✨ No.3181 ✎ ！
開発進捗状況報告サイトで、てがろぐ Ver 3.8.4(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 3.8.4βの更新点(概要)：
《▼新機能・仕様改善》
●相対時間表示（n分前、n時間前、n日前……のような表示）ができる日付表記オプションを追加。
●ログイン画面下部に表示させるメッセージを独立ファイル loginmsg.html に書いておけるよう仕様改善。
●RSS Auto-Discoveryを挿入する記法 [[RSS:AUTODISCOVERY]] を追加。(外側スキンのみ)
●投稿本文の行数が得られる記法 [[TOTALLINES]] を追加。(内側スキンのみ)
●スキン内に記述されている link要素やform要素に対して、「現在のスキンでの表示を維持する」目的で自動挿入される各種記述をスキップできる記法 [[NO-LINKADJUSTMENT]] を追加。
●[[INCLUDE:～]] 記法と [[PATH:～]] 記法を、内側スキンでも使用可能に。(従来は外側スキン専用でした)
●任意のファイルを挿入できる INCLUDE 記法の仕様拡充。
《▼スキン更新》
●標準添付の各スキンを更新
《▼不具合修正》
●スキンを簡易適用中のとき、[[PATH:SKINDIR]] でそのスキンのディレクトリが得られなかった不具合を修正。
●[[PATH:～]] 記法を複数書いたとき、出力HTMLが崩れてしまう可能性がある不具合を修正。
●投稿単独ページのURLを挿入する [[PARMAURL]] のスペル修正版 [[PERMAURL]] を追加。(従来のスペルのままでも使用可能)
ファイルの読み書き時の安全処理をちょっと足したので、全体的に普段通りの動作ができるかどうか確認して頂ければ幸いです。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
🆕 Ver 3.8.4βの更新点(概要)：
《▼新機能・仕様改善》
●相対時間表示（n分前、n時間前、n日前……のような表示）ができる日付表記オプションを追加。
●ログイン画面下部に表示させるメッセージを独立ファイル loginmsg.html に書いておけるよう仕様改善。
●RSS Auto-Discoveryを挿入する記法 [[RSS:AUTODISCOVERY]] を追加。(外側スキンのみ)
●投稿本文の行数が得られる記法 [[TOTALLINES]] を追加。(内側スキンのみ)
●スキン内に記述されている link要素やform要素に対して、「現在のスキンでの表示を維持する」目的で自動挿入される各種記述をスキップできる記法 [[NO-LINKADJUSTMENT]] を追加。
●[[INCLUDE:～]] 記法と [[PATH:～]] 記法を、内側スキンでも使用可能に。(従来は外側スキン専用でした)
●任意のファイルを挿入できる INCLUDE 記法の仕様拡充。
- 今読んでいるスキンディレクトリに存在する特定のファイルを読み込む [[INCLUDE:FROM-THIS-SKIN-DIR:ファイル名]] 記法を追加。
- [[INCLUDE:～]] 記法の中で [[PATH:～]] 記法によるパス指定が可能に。
- [[INCLUDE:～]] 記法で合成されたファイルの中に書かれている [[INCLUDE:～]] 記法も解釈するよう仕様改善。(ただし3階層まで)
- [[INCLUDE:～]] 記法で合成されたファイルの中に [[CALENDAR]]、[[DATEBOX]]、[[LATESTLIST]] 等、一部の記述があるとき、それが正しく解釈されない可能性があった点を修正。
- [[INCLUDE:～]] 記法で埋め込むファイル名として「/」で始まる絶対パスが指定された場合は、DOCUMENT ROOTからのパスとして解釈するよう仕様改善。(従来は相対パスでの記述を求めていました)
《▼スキン更新》
●標準添付の各スキンを更新
- head要素にあるRSS Auto-Descovery部分を [[RSS:AUTODISCOVERY]] に更新。
- 内側スキンの [[PARMAURL]] を [[PERMAURL]] に修正。
- 投稿日時の相対時間表示を、付箋スキン、チャットスキン、サイトマップページスキンに追加。
《▼不具合修正》
●スキンを簡易適用中のとき、[[PATH:SKINDIR]] でそのスキンのディレクトリが得られなかった不具合を修正。
●[[PATH:～]] 記法を複数書いたとき、出力HTMLが崩れてしまう可能性がある不具合を修正。
●投稿単独ページのURLを挿入する [[PARMAURL]] のスペル修正版 [[PERMAURL]] を追加。(従来のスペルのままでも使用可能)
ファイルの読み書き時の安全処理をちょっと足したので、全体的に普段通りの動作ができるかどうか確認して頂ければ幸いです。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
➡ 2022年10月27日(木) 15時59分 〔2年以上前〕 回答/返信 No.3180 ✎ ！
昼食はピザ。（198円）🍕🍕🍕
🍘Re:3179◆詳しいご報告をどうもありがとうございます。参考になって助かります。$howtogetpathの値で動作が変わるのは、CGIモジュールのバージョンも影響していそうな気がします。前は正しく動作しなかった、とすると、前のサーバ（マイグレーション前のサーバ）では、CGIモジュールが古かったとか何かそういうことも影響しているのかもしれません。今まであまり気にしてきませんでしたが、Perlにバージョンがあるのと同じように、各Perlモジュールにもバージョンがあるんですよね。^^; 同じレンタルサーバ会社で、同じコース（プラン）でも、契約時期によって収容サーバの仕様が異なる可能性はあるので、他者の情報が参考にできるときとできないときがあって、いざトラブルに見舞われるとなかなか一筋縄にはいかないものですね……。^^; とりあえず、無事に動作するようになったとのことですし、引き続きご愛用頂ければ幸いです。
🍘てがろぐ稼働サーバアンケートにご回答下さった方々もどうもありがとうございます。ご回答頂いた情報もまとめて、セットアップ面でのヘルプ情報を増やしておこうと思います。とはいえ、大半の方は「何も書き換えずにそのまま動いた」的な感じなのですけども（もちろん、その情報も役に立ちます）。回答はまだ（というかずっと）受け付けておりますので、よろしければご回答をお願い致します。
🍘Re:3179◆詳しいご報告をどうもありがとうございます。参考になって助かります。$howtogetpathの値で動作が変わるのは、CGIモジュールのバージョンも影響していそうな気がします。前は正しく動作しなかった、とすると、前のサーバ（マイグレーション前のサーバ）では、CGIモジュールが古かったとか何かそういうことも影響しているのかもしれません。今まであまり気にしてきませんでしたが、Perlにバージョンがあるのと同じように、各Perlモジュールにもバージョンがあるんですよね。^^; 同じレンタルサーバ会社で、同じコース（プラン）でも、契約時期によって収容サーバの仕様が異なる可能性はあるので、他者の情報が参考にできるときとできないときがあって、いざトラブルに見舞われるとなかなか一筋縄にはいかないものですね……。^^; とりあえず、無事に動作するようになったとのことですし、引き続きご愛用頂ければ幸いです。
🍘てがろぐ稼働サーバアンケートにご回答下さった方々もどうもありがとうございます。ご回答頂いた情報もまとめて、セットアップ面でのヘルプ情報を増やしておこうと思います。とはいえ、大半の方は「何も書き換えずにそのまま動いた」的な感じなのですけども（もちろん、その情報も役に立ちます）。回答はまだ（というかずっと）受け付けておりますので、よろしければご回答をお願い致します。
➡ 2022年10月24日(月) 21時19分 〔2年以上前〕 回答/返信 No.3173 ✎ ！
サッポロポテトとポテチを食べたのでおなかいっぱいになりました。🍠🍠🍠
🍟Re:3162◆アンケート回答ありがとうございます。アップデートもスマートフォンだけで済むのはなかなかすごいですね。
🍟Re:3163,3167◆無事に動きましたか。良かったです。私が寝ている間にすべてが解決していて驚きました。^^; mixhostではコントロールパネルからPerlモジュールを追加可能なのですね。だから標準モジュールすらも最初からは入れない方針なのかもしれませんが、せめて標準モジュールくらいは最初から入れておいて欲しかったですね。^^;（事実、マイグレーション前のサーバには標準で入っていたようですし。） いずれにせよ、お疲れさまでした。無事に復活頂けて私も嬉しいです。詳しい情報もどうもありがとうございます。後日、アンケート結果も参照しつつサーバ別のセットアップ情報を公開するつもりですが、その際にもご報告頂いた対処方法を活用させて頂きます。
🍟Re:3165◆Perl 5.26で「@INCからカレントディレクトリが削除された」仕様は、初期の頃のてがろぐなら影響を受けていたのですが、（いつかは忘れましたが）いつかのバージョンからは対策しまして、今では影響を受けなくなっているのでした。
【緩募】アンケートは継続して受け付けておりますので、もしよろしければ（まだの方は）ご回答をお願いできるとありがたいです。
➡緩募：てがろぐ稼働サーバについてアンケート回答のお願い
既にアンケートにご回答下さった皆様、どうもありがとうございます！ とても参考になります。
🍟Re:3162◆アンケート回答ありがとうございます。アップデートもスマートフォンだけで済むのはなかなかすごいですね。
🍟Re:3163,3167◆無事に動きましたか。良かったです。私が寝ている間にすべてが解決していて驚きました。^^; mixhostではコントロールパネルからPerlモジュールを追加可能なのですね。だから標準モジュールすらも最初からは入れない方針なのかもしれませんが、せめて標準モジュールくらいは最初から入れておいて欲しかったですね。^^;（事実、マイグレーション前のサーバには標準で入っていたようですし。） いずれにせよ、お疲れさまでした。無事に復活頂けて私も嬉しいです。詳しい情報もどうもありがとうございます。後日、アンケート結果も参照しつつサーバ別のセットアップ情報を公開するつもりですが、その際にもご報告頂いた対処方法を活用させて頂きます。
🍟Re:3165◆Perl 5.26で「@INCからカレントディレクトリが削除された」仕様は、初期の頃のてがろぐなら影響を受けていたのですが、（いつかは忘れましたが）いつかのバージョンからは対策しまして、今では影響を受けなくなっているのでした。
【緩募】アンケートは継続して受け付けておりますので、もしよろしければ（まだの方は）ご回答をお願いできるとありがたいです。
➡緩募：てがろぐ稼働サーバについてアンケート回答のお願い
既にアンケートにご回答下さった皆様、どうもありがとうございます！ とても参考になります。
➡
2022年10月23日(日)
18時36分
〔2年以上前〕
つぼやき
No.3160
✎
！
ピザの安売りがそろそろ終わりそうだったのでたくさん買ってきました。🍕🍕🍕
🍩Re:3154◆テキストエディタの説明ってなかなか面倒ですよね。何の装飾もされていない文書がWordファイルで送られてくるケースはよくありました。いや、今でもあるでしょうけども。^^;
🍩Re:3156◆「灰色」の英単語は何の疑問もなく gray で覚えていたんですが、昔は gray だと色名として認識されなかったんですねえ。たぶんその当時は、#808080 みたいに16進数でしか指定しない（ブラウザに色名の解釈を期待しない）方針で居たので問題に直面せずに済んでいたのかもしれません。^^;
🍩Re:3159◆まあ、インターネットは米国が作った技術ですしね、と言おうかと思ったのですけども、そういえばHTMLを考案したティム・バーナーズ＝リーは英国人でした。┌(:3」└)┐ ◆今のWordってHTMLを吐けるんですかね？ ……と思ったので試したところ、たしかに今でも .html で保存する機能がありました。あるのか……。
🍩Re:3154◆テキストエディタの説明ってなかなか面倒ですよね。何の装飾もされていない文書がWordファイルで送られてくるケースはよくありました。いや、今でもあるでしょうけども。^^;
🍩Re:3156◆「灰色」の英単語は何の疑問もなく gray で覚えていたんですが、昔は gray だと色名として認識されなかったんですねえ。たぶんその当時は、#808080 みたいに16進数でしか指定しない（ブラウザに色名の解釈を期待しない）方針で居たので問題に直面せずに済んでいたのかもしれません。^^;
🍩Re:3159◆まあ、インターネットは米国が作った技術ですしね、と言おうかと思ったのですけども、そういえばHTMLを考案したティム・バーナーズ＝リーは英国人でした。┌(:3」└)┐ ◆今のWordってHTMLを吐けるんですかね？ ……と思ったので試したところ、たしかに今でも .html で保存する機能がありました。あるのか……。
➡ 2022年10月23日(日) 09時02分 〔2年以上前〕 回答/返信 No.3158 ✎ ！
🍩Re:3157◆なかなか一筋縄にはいきませんな……。^^;
次に、以下の5行を（改行LFで）保存してUPしてブラウザでアクセスしてみて頂けますでしょうか。
てがろぐを実行するには、CGIモジュールとTime::Localモジュールが必須なので、この2つを呼び出せるかどうかを確認するためです。（これらは標準モジュールなので普通は「最初から入っている」と考えて良いとは思うのですが。最初に転載して頂いたサーバのサポートさんの回答に「@INCの仕様変更があり～」という内容がありましたよね。これはつまり、「必要なモジュールが入っていないから、自力でモジュールを入れている」みたいな状況を前提としてそう語っているのかな、とちょっと思いました。だとしたら、『マイグレーション後のty10003サーバー』にはこれらのモジュールが存在しない可能性もあるな、と思いまして。）
あとこれは参考までの話ですが、改行コードは1ファイル内で混在ができます。「大半の行は[LF]だが、ある特定の行だけ[CR+LF]になっている」みたいなこともあり得ます。なので、転載して頂いた1枚目のMeryの画面では、そのファイル内の全部の改行コードが[LF]かどうかは分からない可能性があります。2枚目の画面のように、保存画面で[LF (UNIX)]を選択した上で上書き保存して頂ければ確実です。
次に、以下の5行を（改行LFで）保存してUPしてブラウザでアクセスしてみて頂けますでしょうか。
#! /usr/bin/perl
use CGI;
use Time::Local;
print "Content-type: text/html \n\n";
print "Hello World!";
てがろぐを実行するには、CGIモジュールとTime::Localモジュールが必須なので、この2つを呼び出せるかどうかを確認するためです。（これらは標準モジュールなので普通は「最初から入っている」と考えて良いとは思うのですが。最初に転載して頂いたサーバのサポートさんの回答に「@INCの仕様変更があり～」という内容がありましたよね。これはつまり、「必要なモジュールが入っていないから、自力でモジュールを入れている」みたいな状況を前提としてそう語っているのかな、とちょっと思いました。だとしたら、『マイグレーション後のty10003サーバー』にはこれらのモジュールが存在しない可能性もあるな、と思いまして。）
あとこれは参考までの話ですが、改行コードは1ファイル内で混在ができます。「大半の行は[LF]だが、ある特定の行だけ[CR+LF]になっている」みたいなこともあり得ます。なので、転載して頂いた1枚目のMeryの画面では、そのファイル内の全部の改行コードが[LF]かどうかは分からない可能性があります。2枚目の画面のように、保存画面で[LF (UNIX)]を選択した上で上書き保存して頂ければ確実です。
➡
2022年10月22日(土)
17時24分
〔2年以上前〕
つぼやき
No.3154
✎
！
簡単にHTMLについて習ってた時に(初心者レベル)、いちばん最初に言われたのがHTMLは絶対にテキストエディタで書け！絶対にWordで開いたり書いたりいじったりするな保存したらｺﾛｽ！！！！だった、と言うことをふと思い出した。
自分はそのことをすでに知ってたが知らない人もクラスには多くて、なぜかと言う説明からして通じない以前に、テキストエディタとは？と言うレベルだったなあとか、フォントとかの色指定するのにコードじゃなくて色名で書くなら、灰色はgray(英国綴)じゃなくてgrey(米国綴)だ！とか、そんなことをふと思い出した。
自分はそのことをすでに知ってたが知らない人もクラスには多くて、なぜかと言う説明からして通じない以前に、テキストエディタとは？と言うレベルだったなあとか、フォントとかの色指定するのにコードじゃなくて色名で書くなら、灰色はgray(英国綴)じゃなくてgrey(米国綴)だ！とか、そんなことをふと思い出した。
➡ 2022年10月22日(土) 15時34分 〔2年以上前〕 回答/返信 No.3153 ✎ ！
🍩Re:3152◆うーむ。サーバのサポートさんの指摘は的を射ていなかったようですね。(^_^;)
▼改行コードかな……？
なんとなく改行コードが問題の可能性もあるかな……という気もしてきました。
サーバのファイルマネージャが、どんな改行コードを出力しているのかが分かりませんので。
🍘対処方法1：
サーバのファイルマネージャの編集機能に、改行コードを指定して保存する機能はありますでしょうか？ あれば LF だけにして保存した上で再度アクセスを試して頂きたいのですが。
🍘対処方法2：
もし、そのような機能がない場合は、
一度、ローカルで tegalog.cgi を編集して、改行コードが LF だけになるようにして上書き保存した上で、FTPのバイナリモードでアップロードしてみて頂けますでしょうか。
お使いのPCは、Windowsでしょうか？
タイムリーなことに、昨夜、WitchServerのサポートさんがその具体的な操作手順を案内して下さっていますので参考になさって下さい。
※文字コードを UTF-8 にしているとき、BOM（Byte Order Mark）が先頭に付与されるとたぶんマズいので、UTF-8で保存する際には、「UTF-8（BOMなし）」とか「UTF-8N」のような選択肢を選択して保存する必要がある点にもご注意下さい。
🍘対処方法3：
tegalog.cgi の1行目を #! /usr/bin/perl -- にしてみて下さい。「perl」の後に半角空白を開けてから半角ハイフン記号を2つ並べます。
それでもダメな場合は、
tegalog.cgi の1行目を #!!/usr/bin/perlml にしてみて下さい。mixhostで「lscgid: execve():〜〜〜: No such file or directory」というエラーが報告される場合の対処法としてググったら出てきましたので。^^;
▼.htaccessはどうかな
500エラーが出るときの、ブラウザのアドレス欄には、tegalog.cgi というファイル名が見えていますか？
もしかして、 500.shtml というファイル名が見えていないでしょうか。（お書き下さったエラーは、「500.shtml がない」というエラーですので……。）
もし、500エラーが出るときに「元々のURL」ではなく「エラー画面専用のURL」に移動してしまっている場合は、.htaccessの書き方に問題があります。
エラーページに恒久的に転送するよう記述してしまうと、ブラウザが「500エラーページへの転送」をキャッシュしてしまうので、CGIの動作に問題がなくなった以後でも最初から問答無用で500エラーページに転送されてしまいます。
🍘対処方法：
今まで tegalog.cgi にアクセスしたことのないブラウザを使ってアクセスして見て下さい。
もしくは、ブラウザのキャッシュを全削除してからアクセスしてみて下さい。
▼ただの転記ミスだとは思うのですが
tegalog.cgi の1行目を編集なさったということで 「 #! /usr/local/bin/per 」とお書き頂いていますが、これは「 #! /usr/local/bin/perl 」の転記ミスでしょうかね？
もし転記ミスではなくて本当に「 per 」と書いているなら、「 perl 」にして下さい。
（ただ、mixhost側が指定しているPerlパスは /usr/bin/perl のようです。）
▼他のCGIは動作していますか？
てがろぐ以外に何かCGIはお使いでしょうか。それらは動作していますか？
てがろぐ以外にCGIがない場合は、以下の3行を test.cgi 等のファイル名で保存してUPして、パーミッションを 700 または 705 または 755 にして、ブラウザでアクセスしてみて下さい。
#! /usr/bin/perl
print "Content-type: text/html \n\n";
print "Hello World!";
これで、ブラウザに「Hello Wold!」と表示されるかどうかを確かめてみて下さい。
これでも500エラーが出る場合、改行コードが LF だけになっているかどうかを確かめてみて下さい。
それでも500エラーになる場合は、もっと何か根本的なところに問題がある気がします。
▼改行コードかな……？
なんとなく改行コードが問題の可能性もあるかな……という気もしてきました。
サーバのファイルマネージャが、どんな改行コードを出力しているのかが分かりませんので。
🍘対処方法1：
サーバのファイルマネージャの編集機能に、改行コードを指定して保存する機能はありますでしょうか？ あれば LF だけにして保存した上で再度アクセスを試して頂きたいのですが。
🍘対処方法2：
もし、そのような機能がない場合は、
一度、ローカルで tegalog.cgi を編集して、改行コードが LF だけになるようにして上書き保存した上で、FTPのバイナリモードでアップロードしてみて頂けますでしょうか。
お使いのPCは、Windowsでしょうか？
タイムリーなことに、昨夜、WitchServerのサポートさんがその具体的な操作手順を案内して下さっていますので参考になさって下さい。
※文字コードを UTF-8 にしているとき、BOM（Byte Order Mark）が先頭に付与されるとたぶんマズいので、UTF-8で保存する際には、「UTF-8（BOMなし）」とか「UTF-8N」のような選択肢を選択して保存する必要がある点にもご注意下さい。
🍘対処方法3：
tegalog.cgi の1行目を #! /usr/bin/perl -- にしてみて下さい。「perl」の後に半角空白を開けてから半角ハイフン記号を2つ並べます。
それでもダメな場合は、
tegalog.cgi の1行目を #!!/usr/bin/perlml にしてみて下さい。mixhostで「lscgid: execve():〜〜〜: No such file or directory」というエラーが報告される場合の対処法としてググったら出てきましたので。^^;
▼.htaccessはどうかな
500エラーが出るときの、ブラウザのアドレス欄には、tegalog.cgi というファイル名が見えていますか？
もしかして、 500.shtml というファイル名が見えていないでしょうか。（お書き下さったエラーは、「500.shtml がない」というエラーですので……。）
もし、500エラーが出るときに「元々のURL」ではなく「エラー画面専用のURL」に移動してしまっている場合は、.htaccessの書き方に問題があります。
エラーページに恒久的に転送するよう記述してしまうと、ブラウザが「500エラーページへの転送」をキャッシュしてしまうので、CGIの動作に問題がなくなった以後でも最初から問答無用で500エラーページに転送されてしまいます。
🍘対処方法：
今まで tegalog.cgi にアクセスしたことのないブラウザを使ってアクセスして見て下さい。
もしくは、ブラウザのキャッシュを全削除してからアクセスしてみて下さい。
▼ただの転記ミスだとは思うのですが
tegalog.cgi の1行目を編集なさったということで 「 #! /usr/local/bin/per 」とお書き頂いていますが、これは「 #! /usr/local/bin/perl 」の転記ミスでしょうかね？
もし転記ミスではなくて本当に「 per 」と書いているなら、「 perl 」にして下さい。
（ただ、mixhost側が指定しているPerlパスは /usr/bin/perl のようです。）
▼他のCGIは動作していますか？
てがろぐ以外に何かCGIはお使いでしょうか。それらは動作していますか？
てがろぐ以外にCGIがない場合は、以下の3行を test.cgi 等のファイル名で保存してUPして、パーミッションを 700 または 705 または 755 にして、ブラウザでアクセスしてみて下さい。
#! /usr/bin/perl
print "Content-type: text/html \n\n";
print "Hello World!";
これで、ブラウザに「Hello Wold!」と表示されるかどうかを確かめてみて下さい。
これでも500エラーが出る場合、改行コードが LF だけになっているかどうかを確かめてみて下さい。
それでも500エラーになる場合は、もっと何か根本的なところに問題がある気がします。
➡ 2022年10月21日(金) 19時31分 〔2年以上前〕 回答/返信 No.3150 ✎ ！
🍏Re:3149◆ああ、なるほど。サポートの回答を転載下さって助かりました。たぶん、以下の方法で解決します。
tegalog.cgiの89行目付近に、以下のような行があります。
この行の先頭にある「 # 」記号を消して、以下のようにして上書き保存して下さい。
この状態で tegalog.cgi をアップロードすると、解決すると思います。（解決できなかった場合は、サーバのエラーログをもし閲覧可能なら、どんなエラーが出ているのかを教えて頂けるとありがたいです。）
参考までに教えて頂けるとありがたいのですが、「CGIモジュール」か「Time::Localモジュール」のファイルを、てがろぐ設置ディレクトリに自力で置かれたりしましたでしょうか？（上記の89行目は、本来は「サーバにインストールされていないモジュールを自力で置いた場合に、それを読み込ませるための対処方法」として用意しているものなのですが。） 自力でそのようなことをしていないにも関わらず、この89行目のような修正が必要になるケースがあるのだろうか……？ とちょっと疑問に思ったもので。
tegalog.cgiの89行目付近に、以下のような行があります。
#use lib '.'; # サーバにインストールされていないモジュールを自力で置いた場合は～(略)
この行の先頭にある「 # 」記号を消して、以下のようにして上書き保存して下さい。
use lib '.';
この状態で tegalog.cgi をアップロードすると、解決すると思います。（解決できなかった場合は、サーバのエラーログをもし閲覧可能なら、どんなエラーが出ているのかを教えて頂けるとありがたいです。）
参考までに教えて頂けるとありがたいのですが、「CGIモジュール」か「Time::Localモジュール」のファイルを、てがろぐ設置ディレクトリに自力で置かれたりしましたでしょうか？（上記の89行目は、本来は「サーバにインストールされていないモジュールを自力で置いた場合に、それを読み込ませるための対処方法」として用意しているものなのですが。） 自力でそのようなことをしていないにも関わらず、この89行目のような修正が必要になるケースがあるのだろうか……？ とちょっと疑問に思ったもので。
➡ 2022年10月20日(木) 18時14分 〔2年以上前〕 アップデート✨ No.3142 ✎ ！
開発進捗状況報告サイトで、てがろぐ Ver 3.8.3(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 3.8.3βの更新点(概要)：
《▼新機能・仕様改善》
●リストを表示するための専用記法。（箇条書きリストや番号付きリストが表示可能に）
●ページ番号の省略を始める総ページ数を自由に設定できる機能。
●ページ番号リンクの両端（先頭と末尾）に何ページずつ固定表示するかを変更できる機能。
●記法 [!-- 中身 --] で、任意の範囲をコメントアウトできる仕様。
●記述サンプルを自動入力するかどうかの設定項目を追加（リスト、文字色、背景色のサンプル自動入力のON/OFFをまとめて設定）
《▼不具合修正》
●鍵付き投稿に含まれる画像が、記法 [[COMMENT:PICTS]] で抽出されるかどうかを、設定項目『n枚目の画像を [[ONEPICT:n]] 記法等で表示する』の設定値に従うよう修正。
●内側スキンに記述できる [[PARMAURL]] キーワードのスペルを [[PERMAURL]] でも認識するよう改善。┌(:3」└)┐ （※両方使用可能）
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
🆕 Ver 3.8.3βの更新点(概要)：
《▼新機能・仕様改善》
●リストを表示するための専用記法。（箇条書きリストや番号付きリストが表示可能に）
●ページ番号の省略を始める総ページ数を自由に設定できる機能。
●ページ番号リンクの両端（先頭と末尾）に何ページずつ固定表示するかを変更できる機能。
●記法 [!-- 中身 --] で、任意の範囲をコメントアウトできる仕様。
●記述サンプルを自動入力するかどうかの設定項目を追加（リスト、文字色、背景色のサンプル自動入力のON/OFFをまとめて設定）
《▼不具合修正》
●鍵付き投稿に含まれる画像が、記法 [[COMMENT:PICTS]] で抽出されるかどうかを、設定項目『n枚目の画像を [[ONEPICT:n]] 記法等で表示する』の設定値に従うよう修正。
●内側スキンに記述できる [[PARMAURL]] キーワードのスペルを [[PERMAURL]] でも認識するよう改善。┌(:3」└)┐ （※両方使用可能）
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
➡ 2022年10月20日(木) 18時14分 〔2年以上前〕 回答/返信 No.3141 ✎ ！
🌰Re:3140◆残念ながら、今のところ欠番ができるのを回避する方法はありません。（下書き機能とは関係なく）全投稿を1から採番し直す機能の実装を計画はしていますので、それができれば欠番をなくすことはできます。気長にお待ち頂ければ幸いです。
➡ 2022年10月20日(木) 10時15分 〔2年以上前〕 回答/返信 No.3137 ✎ ！
おなかすいた……。_(┐｢ε:)_
🌰Re:3132◆できるだけ説明なくても直感だけで使えるようなツールを目指したいとは思っているのですけどもね。^^; 機能が増えてくると、なかなか難しいものですね。
🌰Re:3136◆下書きを本番公開するときに、投稿番号を新たに採番するには、公式ヘルプの「使い方：下書き状態を解除して公開する方法」にある図で、水色矢印の方を選択した上で、紫色矢印の部分にチェックを入れた状態（※デフォルトでチェックが入っていますが）で投稿して下さい。すると、最新投稿として先頭に投稿されます。
🌰Re:3132◆できるだけ説明なくても直感だけで使えるようなツールを目指したいとは思っているのですけどもね。^^; 機能が増えてくると、なかなか難しいものですね。
🌰Re:3136◆下書きを本番公開するときに、投稿番号を新たに採番するには、公式ヘルプの「使い方：下書き状態を解除して公開する方法」にある図で、水色矢印の方を選択した上で、紫色矢印の部分にチェックを入れた状態（※デフォルトでチェックが入っていますが）で投稿して下さい。すると、最新投稿として先頭に投稿されます。
➡ 2022年10月19日(水) 22時08分 〔2年以上前〕 回答/返信 No.3131 ✎ ！
ね……、む……、い……。_(┐｢ε:)_
🌰Re:3128◆ご要望をありがとうございます。検討します。現状ではとりあえず「日付の自由入力ボタン」を表示させて、日付入力欄を空っぽにしてから投稿すると、投稿した瞬間の日時で投稿できますのでご活用頂ければ幸いです。
🌰Re:3129◆WYSIWYG編集(＝見たままに編集できる機能)を実装しようとすると、読み込むファイル数も増えて重たくなる上に実装が大変だと思いますので、てがろぐでは（将来的にも）実装はしない考えでおります。ご期待に添えず申し訳ありませんが、軽さ第一で考えておりますのでご理解頂ければ幸いです。。既存のライブラリを読み込むことでもっと簡単に実装できる可能性もありますが、そうすると記法の仕様を修正しないといけないでしょうし、読み込むファイルが増えて重たくなる点には変わりないでしょうから。◆リスト機能は、もう間もなくβ版としてご提供できる予定です。
🌰Re:3130◆非公開、下げる、鍵付きでの絞り込み機能は既にありますので、公式ヘルプの「下書き、鍵付き、下げる投稿だけを探す検索コマンド」をご覧下さい。検索コマンドを使わなくても、「 draft 」や「 lock 」等とだけ検索してもヒットします（※検索コマンドを使わない場合は、余分な投稿も同時にヒットしてしまう可能性はありますが）。絞り込み検索窓に自力で入力しなくても、例えば「下書き」投稿のカテゴリID欄に表示されている「下書き」というリンクをクリックすることでも、下書き投稿の絞り込み検索ができます。（「下げる」や「鍵付き」も同様です。）ご活用頂ければ幸いです。
🌰Re:3128◆ご要望をありがとうございます。検討します。現状ではとりあえず「日付の自由入力ボタン」を表示させて、日付入力欄を空っぽにしてから投稿すると、投稿した瞬間の日時で投稿できますのでご活用頂ければ幸いです。
🌰Re:3129◆WYSIWYG編集(＝見たままに編集できる機能)を実装しようとすると、読み込むファイル数も増えて重たくなる上に実装が大変だと思いますので、てがろぐでは（将来的にも）実装はしない考えでおります。ご期待に添えず申し訳ありませんが、軽さ第一で考えておりますのでご理解頂ければ幸いです。。既存のライブラリを読み込むことでもっと簡単に実装できる可能性もありますが、そうすると記法の仕様を修正しないといけないでしょうし、読み込むファイルが増えて重たくなる点には変わりないでしょうから。◆リスト機能は、もう間もなくβ版としてご提供できる予定です。
🌰Re:3130◆非公開、下げる、鍵付きでの絞り込み機能は既にありますので、公式ヘルプの「下書き、鍵付き、下げる投稿だけを探す検索コマンド」をご覧下さい。検索コマンドを使わなくても、「 draft 」や「 lock 」等とだけ検索してもヒットします（※検索コマンドを使わない場合は、余分な投稿も同時にヒットしてしまう可能性はありますが）。絞り込み検索窓に自力で入力しなくても、例えば「下書き」投稿のカテゴリID欄に表示されている「下書き」というリンクをクリックすることでも、下書き投稿の絞り込み検索ができます。（「下げる」や「鍵付き」も同様です。）ご活用頂ければ幸いです。
➡
2022年10月13日(木)
22時54分
〔2年以上前〕
テスト
No.3120
✎
！
セントラルリーグ
パシフィックリーグ
- ヤクルト
- DeNA
- 阪神
- 読売
- 広島
- 中日
パシフィックリーグ
- オリックス
- ソフトバンク
- 西武
- 楽天
- ロッテ
- 日本ハム
➡ 2022年10月9日(日) 21時09分 〔2年以上前〕 アップデート✨ No.3110 ✎ ！
開発進捗状況報告サイトで、てがろぐ Ver 3.8.2(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 3.8.2βの更新点(概要)：
《▼新機能・仕様改善》
●インスタグラムの埋め込み機能。
●新着画像リスト（最近に投稿された画像だけの一覧）の出力機能。
●投稿本文内に含まれる画像をすべて抽出して表示できる記法 [[COMMENT:PICTS]] の追加。
●全文検索の強調表示では、半角英字の大文字小文字が一致しなくても強調対象になるよう仕様改善。
《▼不具合修正》
●「skin=」パラメータでスキンが指定されているとき、投稿本文内のハッシュタグをすべて抜き出す記法 [[COMMENT:TAGS]] が動作しない不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
🆕 Ver 3.8.2βの更新点(概要)：
《▼新機能・仕様改善》
●インスタグラムの埋め込み機能。
●新着画像リスト（最近に投稿された画像だけの一覧）の出力機能。
●投稿本文内に含まれる画像をすべて抽出して表示できる記法 [[COMMENT:PICTS]] の追加。
●全文検索の強調表示では、半角英字の大文字小文字が一致しなくても強調対象になるよう仕様改善。
《▼不具合修正》
●「skin=」パラメータでスキンが指定されているとき、投稿本文内のハッシュタグをすべて抜き出す記法 [[COMMENT:TAGS]] が動作しない不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
➡ 2022年9月30日(金) 23時28分 〔2年以上前〕 アップデート✨ No.3090 ✎ ！
開発進捗状況報告サイトで、てがろぐ Ver 3.8.1(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 3.8.1βの更新点(概要)：
《▼新機能・仕様改善》
●「続きを読む」ボタンのラベルをその都度指定できる新記法 [H:ボタンラベル:～中身～] を追加。
●サイドコンテンツ各種(例えばハッシュタグ一覧やカレンダー等)でも、ギャラリーモードやサイトマップページを維持したリンクを出力できる新記法を追加。 >>3037でご要望
●各種ディレクトリのパス(PATH)を得られる新記法 [[PATH:CGIDIR]] や [[PATH:SKINDIR]] 等を追加。 >>3055でご要望
●拡大画像をLightboxで表示できるテキストリンクを作る記法 [リンクラベル:LB] に、「画像リンクに独自のclass属性値を追加する」と同じclass属性値も追加されるよう仕様改善。 >>3077でご要望
●投稿本文中にAmazonのURLが書かれたとき、自動で極力短く加工する機能を追加（標準ではOFF）。
《▼不具合修正》
●ハッシュタグに半角アンダーバー「_」を使うと、投稿欄下部の既存ハッシュタグ簡単入力用プルダウンメニューでは角括弧付きでリストアップされる不具合を修正。 >>3087
●内側スキンで [[CATEGORYLINKS:FULL]] と書いても、カテゴリページへのURLがフルパスでは出力されない不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
🆕 Ver 3.8.1βの更新点(概要)：
《▼新機能・仕様改善》
●「続きを読む」ボタンのラベルをその都度指定できる新記法 [H:ボタンラベル:～中身～] を追加。
●サイドコンテンツ各種(例えばハッシュタグ一覧やカレンダー等)でも、ギャラリーモードやサイトマップページを維持したリンクを出力できる新記法を追加。 >>3037でご要望
●各種ディレクトリのパス(PATH)を得られる新記法 [[PATH:CGIDIR]] や [[PATH:SKINDIR]] 等を追加。 >>3055でご要望
●拡大画像をLightboxで表示できるテキストリンクを作る記法 [リンクラベル:LB] に、「画像リンクに独自のclass属性値を追加する」と同じclass属性値も追加されるよう仕様改善。 >>3077でご要望
●投稿本文中にAmazonのURLが書かれたとき、自動で極力短く加工する機能を追加（標準ではOFF）。
《▼不具合修正》
●ハッシュタグに半角アンダーバー「_」を使うと、投稿欄下部の既存ハッシュタグ簡単入力用プルダウンメニューでは角括弧付きでリストアップされる不具合を修正。 >>3087
●内側スキンで [[CATEGORYLINKS:FULL]] と書いても、カテゴリページへのURLがフルパスでは出力されない不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
➡ 2022年9月25日(日) 17時01分 〔2年以上前〕 回答/返信 No.3088 ✎ ！
焼きプリンを食べました。昨日。🍮🍮🍮
🍮Re:3087◆oh……。たしかに、おっしゃるとおりの現象になりますね。今まで気付いていませんでした。問題のソースは突き止めましたので、次のバージョンでは修正します。ご報告をどうもありがとうございます！ なお、おっしゃるとおり角括弧はあってもなくても同じハッシュタグだと認識されます。また、ハッシュタグの角括弧を表示上では消す方法も用意はしてありますので、（現在のバージョンの時点で）入力時に角括弧を取り除くのが面倒な場合にはご活用頂ければ幸いです。（ローカルのソースは既に修正しましたので、次に配布するバージョンからは確実に直ります。）
🍮Re:3087◆oh……。たしかに、おっしゃるとおりの現象になりますね。今まで気付いていませんでした。問題のソースは突き止めましたので、次のバージョンでは修正します。ご報告をどうもありがとうございます！ なお、おっしゃるとおり角括弧はあってもなくても同じハッシュタグだと認識されます。また、ハッシュタグの角括弧を表示上では消す方法も用意はしてありますので、（現在のバージョンの時点で）入力時に角括弧を取り除くのが面倒な場合にはご活用頂ければ幸いです。（ローカルのソースは既に修正しましたので、次に配布するバージョンからは確実に直ります。）
➡ 2022年9月24日(土) 14時40分 〔2年以上前〕 回答/返信 No.3086 ✎ ！
プリン買ってこようかな……。🍮🍮🍮
各種パス(PATH)を得られる記法として、とりあえず以下の7種類を実装してみましたが、他に何か要りますかね？
>>3057,3056,3055
➊[[PATH:CGI]] : CGIのパスが得られる (例: /tsubuyaki/tegalog.cgi )
➋[[PATH:CGIDIR]] : CGIのディレクトリが得られる (例: /tsubuyaki/ ) ←No.3055でご要望のROOTPATH
➌[[PATH:SKINDIR]] : 適用中スキンのディレクトリが得られる (例: /tsubuyaki/skin-twitter/ )
➍[[PATH:IMAGEDIR]] : 画像保存用ディレクトリが得られる (例: /tsubuyaki/images/ )
➎[[PATH:SKINDIR:GALLERY]] : ギャラリーモード用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/skin-gallery/ )
➏[[PATH:SKINDIR:SITEMAP]] : サイトマップページ用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/skin-sitemap/ )
➐[[PATH:SKINDIR:RSS]] : RSSモード用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/rss/ )
まあ、➍以降は使い道が特になさそうな気がしますけども。
各種パス(PATH)を得られる記法として、とりあえず以下の7種類を実装してみましたが、他に何か要りますかね？
>>3057,3056,3055
➊[[PATH:CGI]] : CGIのパスが得られる (例: /tsubuyaki/tegalog.cgi )
➋[[PATH:CGIDIR]] : CGIのディレクトリが得られる (例: /tsubuyaki/ ) ←No.3055でご要望のROOTPATH
➌[[PATH:SKINDIR]] : 適用中スキンのディレクトリが得られる (例: /tsubuyaki/skin-twitter/ )
➍[[PATH:IMAGEDIR]] : 画像保存用ディレクトリが得られる (例: /tsubuyaki/images/ )
➎[[PATH:SKINDIR:GALLERY]] : ギャラリーモード用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/skin-gallery/ )
➏[[PATH:SKINDIR:SITEMAP]] : サイトマップページ用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/skin-sitemap/ )
➐[[PATH:SKINDIR:RSS]] : RSSモード用に指定されているスキンのディレクトリが得られる (例: /tsubuyaki/rss/ )
まあ、➍以降は使い道が特になさそうな気がしますけども。
