検索語「〔除外:$ci=;〕」の検索結果［1219件］（12ページ目）
メルティホワイト ピスタチオ フラペチーノを飲んできました。
🍯Re:4153◆tableはさすがに、Markdown記法で書いて、Markdownを解釈して表示してくれるJavaScriptなりを読む方が早いのではないかな……という気もします。(^_^;) 将来的にはHTMLソースをそのまま書ける何らかの方法も用意しようと思っていますので、（気の長い話ですが）それをお待ち頂くか、どちらかでしょうかね。
なお、既に自由装飾記法で頑張ったCSSが存在する場合は、てがろぐのコメント記法 [!-- ～ --] を以下のように使うと、その部分だけ自動改行を排除できますので、多少は見た目がマシになるかもしれません。
1行目 [!--
--] 2行目 [!--
--] 3行目 [!--
--] 4行目
このように書くと、（本来なら）行末に自動追加される改行タグは（コメントアウトされた結果として）出力されませんので、編集領域内での見た目には改行されていても、実際の表示では改行されません。
🍯Re:4154◆基本的には [[CATEGORYNAMES]] をお使い頂けば良いのですが、この記法は、カテゴリ名をプレーンテキストで出力するわけではなく、装飾用のspan要素や、もしアイコンもあればimg要素も出力します。なので、そのままRSSフィードのcategory要素に書いてしまうと、XMLとして正しくなくなってしまってシンタックスエラーになる可能性があります。（たとえエラーにならなくても、category要素ではなく、category要素内に含まれるspan要素等を取得しないと、望みの文字列は取得できない気がします。）
その問題を解決するには、XML内で指定範囲をXMLだとは解釈させなくする <![CDATA[ ～ ]]> の書き方を併用すると良いです。
RSS用スキンで、カテゴリ名を出力させたい箇所に、以下のように書いて下さい。
<category><![CDATA[ [[CATEGORYNAMES]] ]]></category>
すると、カテゴリ名（と、それに付随するHTMLソース）がRSSのcategory要素に出力されます。
お使いのPHPからは、それらをまとめて文字列として取得した上で、必要な箇所を抜き出すなどしてお使いになれば良いのではないかと思います。
🍯Re:4153◆tableはさすがに、Markdown記法で書いて、Markdownを解釈して表示してくれるJavaScriptなりを読む方が早いのではないかな……という気もします。(^_^;) 将来的にはHTMLソースをそのまま書ける何らかの方法も用意しようと思っていますので、（気の長い話ですが）それをお待ち頂くか、どちらかでしょうかね。
なお、既に自由装飾記法で頑張ったCSSが存在する場合は、てがろぐのコメント記法 [!-- ～ --] を以下のように使うと、その部分だけ自動改行を排除できますので、多少は見た目がマシになるかもしれません。
1行目 [!--
--] 2行目 [!--
--] 3行目 [!--
--] 4行目
このように書くと、（本来なら）行末に自動追加される改行タグは（コメントアウトされた結果として）出力されませんので、編集領域内での見た目には改行されていても、実際の表示では改行されません。
🍯Re:4154◆基本的には [[CATEGORYNAMES]] をお使い頂けば良いのですが、この記法は、カテゴリ名をプレーンテキストで出力するわけではなく、装飾用のspan要素や、もしアイコンもあればimg要素も出力します。なので、そのままRSSフィードのcategory要素に書いてしまうと、XMLとして正しくなくなってしまってシンタックスエラーになる可能性があります。（たとえエラーにならなくても、category要素ではなく、category要素内に含まれるspan要素等を取得しないと、望みの文字列は取得できない気がします。）
その問題を解決するには、XML内で指定範囲をXMLだとは解釈させなくする <![CDATA[ ～ ]]> の書き方を併用すると良いです。
RSS用スキンで、カテゴリ名を出力させたい箇所に、以下のように書いて下さい。
<category><![CDATA[ [[CATEGORYNAMES]] ]]></category>
すると、カテゴリ名（と、それに付随するHTMLソース）がRSSのcategory要素に出力されます。
お使いのPHPからは、それらをまとめて文字列として取得した上で、必要な箇所を抜き出すなどしてお使いになれば良いのではないかと思います。
Ver 4.1.4お疲れ様です
アップデートしました。IF文記法、今まで不要な部分をcssで非表示にしていてもやっぱりhtmlソース上には出力されているのが気になっていたので(気にしているのはサイト管理人だけでしょうけれども…)とても嬉しいです！開発放言を読んで、IF文の実装にソースを10行くらいしか追加していないと知ってさらにビックリ😲すごいです！
アップデートしました。IF文記法、今まで不要な部分をcssで非表示にしていてもやっぱりhtmlソース上には出力されているのが気になっていたので(気にしているのはサイト管理人だけでしょうけれども…)とても嬉しいです！開発放言を読んで、IF文の実装にソースを10行くらいしか追加していないと知ってさらにビックリ😲すごいです！
Ver 4.1.4βで実装したIF文の用途で、（あまりそうする需要はないんじゃないかな、とは思うのですけども）気付いたので一応解説しておきます。
IF文の条件指定は（全文検索機能と同様に）「完全一致」ではなく「部分一致」で解釈されますので、
「1件以上が表示される場合」に限定しようとして [[IF(hit):～～～ のように書いたとしても、 「1件もヒットしなかった場合」の nohit にも同時に該当してしまうために意味がありません。^^;
なので、もし「1件以上が表示される場合」に限定したい場合は、[[IF(hit -nohit):～～～ のように、マイナス記号を付けて「-nohit」として除外する条件を同時に加える必要があります。
……という話を、一応ヘルプドキュメントにも加えておきました。
➡そのときの表示状況に応じてページ出力を、IF文で切り替える方法
IF文の条件指定は（全文検索機能と同様に）「完全一致」ではなく「部分一致」で解釈されますので、
「1件以上が表示される場合」に限定しようとして [[IF(hit):～～～ のように書いたとしても、 「1件もヒットしなかった場合」の nohit にも同時に該当してしまうために意味がありません。^^;
なので、もし「1件以上が表示される場合」に限定したい場合は、[[IF(hit -nohit):～～～ のように、マイナス記号を付けて「-nohit」として除外する条件を同時に加える必要があります。
……という話を、一応ヘルプドキュメントにも加えておきました。
➡そのときの表示状況に応じてページ出力を、IF文で切り替える方法
開発進捗状況報告サイトで、てがろぐ Ver 4.1.4(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.1.4βの更新点(概要)：
《▼新機能》
●スキン内に IF文を使って、状況に応じてHTML自体の出力を切り替えられる機能（専用記法 [[IF(条件): ～ :IF]] ）を追加
●ランダム表示モードでも、表示対象を絞り込める機能を追加
●ユーザ紹介文を出力する記法 [[USERINTRO]] を追加
《▼仕様改善》
●これまで $howtogetpath の値を変更しないと正常動作しなかったサーバでも、(おそらく)書き換えなくても動作するように改善。
《▼スキン更新》
●画像一覧モードで使うための新スキン「skin-picts」内でIF文による条件分岐を使うことで、余計なHTMLを出力しないよう改善。
《▼不具合修正》
❎サーバのエラーログに「"my" variable $glr masks earlier declaration in same scope at tegalog.cgi line 1831」というアラートが大量に記録される問題を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
🆕 Ver 4.1.4βの更新点(概要)：
《▼新機能》
●スキン内に IF文を使って、状況に応じてHTML自体の出力を切り替えられる機能（専用記法 [[IF(条件): ～ :IF]] ）を追加
●ランダム表示モードでも、表示対象を絞り込める機能を追加
●ユーザ紹介文を出力する記法 [[USERINTRO]] を追加
《▼仕様改善》
●これまで $howtogetpath の値を変更しないと正常動作しなかったサーバでも、(おそらく)書き換えなくても動作するように改善。
《▼スキン更新》
●画像一覧モードで使うための新スキン「skin-picts」内でIF文による条件分岐を使うことで、余計なHTMLを出力しないよう改善。
《▼不具合修正》
❎サーバのエラーログに「"my" variable $glr masks earlier declaration in same scope at tegalog.cgi line 1831」というアラートが大量に記録される問題を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
ランダム表示モードでも、選ばれる対象を絞り込めるようになった Ver 4.1.4β（未配布）の動作テスト。>>4134,4131,4129
元々は ?mode=random のパラメータだけを使って全投稿からランダムに1件が表示される仕様ですが、その他の(表示対象を限定する用途の)あらゆるパラメータを併用して表示対象を限定できるようになったハズです。
▼従来から可能なランダム表示：
▼今回から可能な対象限定ランダム表示の例：
まず表示対象を絞り込んでから、そのURLの末尾に &mode=random を加えると良いと思います。だいたい何にでも加えられると思います。検索語は複数使えますし、AND・OR・NOT検索も使えます。
配布用のスキンに直接記述したい場合は [[RANDOM:URL]]&表示限定用パラメータ のように、[[RANDOM:URL]] の記法の直後に「&」記号を使って表示限定用パラメータを連結すると良いかもしれません。その場合、設置場所がどこなのか知らなくても正しいURLが出力されます。（もっとも、デフォルト設定では相対パスで出力されますから、自力で相対パスで書いた場合と結果は同じですが。）
なお、「下書き」投稿は表示対象になりません。「下げる」投稿は、表示対象が限定されていない場合には表示対象になりません。表示対象が限定されている場合に表示対象になるかどうかは設定次第です。
元々は ?mode=random のパラメータだけを使って全投稿からランダムに1件が表示される仕様ですが、その他の(表示対象を限定する用途の)あらゆるパラメータを併用して表示対象を限定できるようになったハズです。
▼従来から可能なランダム表示：
- ?mode=random 全投稿からランダム表示（対象限定なし）
- ?mode=random&skin=skin-twipink 全投稿からランダム表示（表示スキンは skin-twipink）
▼今回から可能な対象限定ランダム表示の例：
- ?cat=tsubo&mode=random カテゴリ「つぼやき」に限定して1件をランダム表示
- ?cat=hachi,diary&mode=random カテゴリ「つぶやき」と「つぼはち」に限定して1件をランダム表示
- ?tag=要望&mode=random ハッシュタグ「要望」の付いた投稿から1件をランダム表示
- ?date=2023&mode=random 2023年の投稿の中から1件をランダム表示
- ?userid=tomoyo&mode=random ユーザID「tomoyo」の投稿から1件をランダム表示
- ?posts=3920,3907,3872,3676,1786,880&mode=random 投稿No.3920、3907、3872、3676、1786、880の中から1件をランダム表示
- ?q=桜餅&mode=random 検索語「桜餅」が含まれる投稿から1件をランダム表示
- ?q=%5BPICT:&mode=random 画像の含まれる投稿から1件をランダム表示
まず表示対象を絞り込んでから、そのURLの末尾に &mode=random を加えると良いと思います。だいたい何にでも加えられると思います。検索語は複数使えますし、AND・OR・NOT検索も使えます。
配布用のスキンに直接記述したい場合は [[RANDOM:URL]]&表示限定用パラメータ のように、[[RANDOM:URL]] の記法の直後に「&」記号を使って表示限定用パラメータを連結すると良いかもしれません。その場合、設置場所がどこなのか知らなくても正しいURLが出力されます。（もっとも、デフォルト設定では相対パスで出力されますから、自力で相対パスで書いた場合と結果は同じですが。）
なお、「下書き」投稿は表示対象になりません。「下げる」投稿は、表示対象が限定されていない場合には表示対象になりません。表示対象が限定されている場合に表示対象になるかどうかは設定次第です。
草餅と煎餅を食べました。
🍘Re:4129◆そういえばユーザ紹介文だけは出力する方法がないままでしたね。かなり初期の頃から「いつかは対応しよう」と思っていたのですけども、需要が見えなかったのか（思い出すこともなく^^;）放置したままでした。たぶん次のバージョンで実装します。◆ランダム選択対象の絞り込みは、風呂の中で良さげなアルゴリズムを思いついた気がしますので実装できそうな気がしています。まだ試していませんが、思いついた内容に問題がなければそう遠くないうちに実装できると思います。なお、スキンの適用は今でも可能です。例えば、[[RANDOM:URL]]&skin=skin-twitter のような感じで、スキンの指定オプションを加えれば、そのスキンで表示できます。
🍘Re:4129◆そういえばユーザ紹介文だけは出力する方法がないままでしたね。かなり初期の頃から「いつかは対応しよう」と思っていたのですけども、需要が見えなかったのか（思い出すこともなく^^;）放置したままでした。たぶん次のバージョンで実装します。◆ランダム選択対象の絞り込みは、風呂の中で良さげなアルゴリズムを思いついた気がしますので実装できそうな気がしています。まだ試していませんが、思いついた内容に問題がなければそう遠くないうちに実装できると思います。なお、スキンの適用は今でも可能です。例えば、[[RANDOM:URL]]&skin=skin-twitter のような感じで、スキンの指定オプションを加えれば、そのスキンで表示できます。
にししさんこんにちは。いつもお世話になっております
要望を二つほどさせてください。
１）[[RANDOM:URL]]は現在
２）管理画面の「自分のIDを設定」にある「紹介文」を表示できるキーワードが欲しいです。（[ [USERINTRO]]みたいな…）
ご多忙とは思いますがご検討いただければ幸いです。
こまめなアップデート・細やかな解説いつも感謝しております。寒さも厳しくなってきた今日この頃ですがおからだお気をつけてお過ごしください🤗
#感謝 #要望
要望を二つほどさせてください。
１）[[RANDOM:URL]]は現在
全投稿番号を対象にしてランダムに選ばれる仕様とのことですが、これをカテゴリーを指定してその中から選ばれる記法が欲しいです。できれば、かつスキンの選択もできるとよりうれしいです。
２）管理画面の「自分のIDを設定」にある「紹介文」を表示できるキーワードが欲しいです。（[ [USERINTRO]]みたいな…）
ご多忙とは思いますがご検討いただければ幸いです。
こまめなアップデート・細やかな解説いつも感謝しております。寒さも厳しくなってきた今日この頃ですがおからだお気をつけてお過ごしください🤗
#感謝 #要望
天ぷらを食べ過ぎて、おなかいっぱいです……。_(┐｢ε:)_
🍘Re:4126◆てがろぐのご活用をありがとうございます。ご報告もありがとうございます。うっかり変数名の配慮を忘れていてアラートが記録されるようになっていました。Ver 4.1.3を実行すると、どんな環境でも必ず（てがろぐが実行される度に）毎回1つずつこのアラートが記録されます。ただ、てがろぐの動作上の問題はありませんので、そのまま使って頂いても大丈夫です（アラートが毎回記録されるのを気にしなければ、の話ですが）。 ローカルのソースでは既に修正しているのですが、既に「他の機能も作りかけている状態」なのでそのまま公開することはできず、先送りしました。近日中に配布する Ver 4.1.4 では解決していますので、アラートの記録が気になる場合にはそちらをお待ち下さい。（エラーログへのアラートの記録が気にならない場合は 4.1.3 をお使い頂いても特に問題はありません。）
🍘Re:4126◆てがろぐのご活用をありがとうございます。ご報告もありがとうございます。うっかり変数名の配慮を忘れていてアラートが記録されるようになっていました。Ver 4.1.3を実行すると、どんな環境でも必ず（てがろぐが実行される度に）毎回1つずつこのアラートが記録されます。ただ、てがろぐの動作上の問題はありませんので、そのまま使って頂いても大丈夫です（アラートが毎回記録されるのを気にしなければ、の話ですが）。 ローカルのソースでは既に修正しているのですが、既に「他の機能も作りかけている状態」なのでそのまま公開することはできず、先送りしました。近日中に配布する Ver 4.1.4 では解決していますので、アラートの記録が気になる場合にはそちらをお待ち下さい。（エラーログへのアラートの記録が気にならない場合は 4.1.3 をお使い頂いても特に問題はありません。）
ロリポップは（プランが同じでも）収容サーバによって仕様が異なりそうなので、一概に「こう設定すれば良い」とは言えなさそうな気がしつつあったり。1行目を書き換える必要がないケースと、書き換えないと動かないケースが混在している感じですね……。なんとなく。
🧀Re:4118◆もう長いことあの仕様のままでしたので深くは考えていなかったのですが、よくよく考えると $howtogetpath の値を設置者側に設定してもらわなくても自動で判断できそうな気がしまして、そのうち書き換えなくても済むようにできそうな気がしています。
🧀Re:4119◆ご使用ありがとうございます！ ヘルプドキュメントがお役に立っているようで嬉しいです。あれ書くの、本当に本当に大変なので。(笑) 「読む人は居るのか……!?!?」と毎回思いながら書いています。(笑)
🧀Re:4120◆ご指摘頂けなかったらずっと気付かなかったかもしれませんので、どうもありがとうございます。また、さんごよみもご活用下さっているとのこと、どうもありがとうございます。(╹◡╹)
🧀Re:4118◆もう長いことあの仕様のままでしたので深くは考えていなかったのですが、よくよく考えると $howtogetpath の値を設置者側に設定してもらわなくても自動で判断できそうな気がしまして、そのうち書き換えなくても済むようにできそうな気がしています。
🧀Re:4119◆ご使用ありがとうございます！ ヘルプドキュメントがお役に立っているようで嬉しいです。あれ書くの、本当に本当に大変なので。(笑) 「読む人は居るのか……!?!?」と毎回思いながら書いています。(笑)
🧀Re:4120◆ご指摘頂けなかったらずっと気付かなかったかもしれませんので、どうもありがとうございます。また、さんごよみもご活用下さっているとのこと、どうもありがとうございます。(╹◡╹)
こんにちは。Ver.4.1.3にバージョンアップしました！アップデート内容の解説ドキュメントも、いつもわかりやすくて助かります。てがろぐは私のサイトに無くてはならない存在です、ありがとうございます(^^) ローカル環境でさんごよみも使ってます！
私は諸事情でtegalog.cgiのファイル名を変えて、且つ.htaccessでの自動転送を使わずに運用しているのですが、4.1.3にアップデートしてから管理画面でログインボタンを押したら https://(略)/tegalog.cgi?mode=admin に遷移して404エラーになりました。cgiファイルの125行目付近 { $cginame = 'tegalog.cgi'; } の部分を、変更後のcgiファイル名に書き換えて事なきを得ました。サーバーはロリポップのライトプランです。かなりのレアケースだとは思いますが一応ご報告です。
私は諸事情でtegalog.cgiのファイル名を変えて、且つ.htaccessでの自動転送を使わずに運用しているのですが、4.1.3にアップデートしてから管理画面でログインボタンを押したら https://(略)/tegalog.cgi?mode=admin に遷移して404エラーになりました。cgiファイルの125行目付近 { $cginame = 'tegalog.cgi'; } の部分を、変更後のcgiファイル名に書き換えて事なきを得ました。サーバーはロリポップのライトプランです。かなりのレアケースだとは思いますが一応ご報告です。
開発進捗状況報告サイトで、てがろぐ Ver 4.1.3(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.1.3βの更新点(概要)：
《▼新機能》
●画像一覧モードの追加（投稿本文で使われているかどうかに関係なく、画像保存用ディレクトリに存在する画像すべてを一覧表示するモード）
●HOMEページの静的HTML出力機能の追加（HOMEページだけを index.html ファイルにも出力できる機能）
●トップページに戻るリンクを出力する記法 [[NAVI:TOPPAGE]] に、GALLERYやPICTS等のモード名を指定するオプションを追加可能に。
●様々な記法で :GALLERY や :SITEMAP のようなオプションを加えられるところには、他に :PICTS 、:KEEPMODE、 :RSS も使用可能に。
《▼仕様改善》
●ナビゲーション系の記法で、リンク先URLの末尾に余分な & 記号が付いた状態で出力されてしまうケースがあったが、付かないように改善。
●内側スキンで [[COMMENT:LINE:3]] のように、特定の1行だけを抽出する記法では、最後に必ず
タグが付加されていたが、付加されない仕様に改善。
《▼スキン更新》
●画像一覧モードで使うための新スキン「skin-picts」を追加。
《▼不具合修正》
❎新着画像リストの表示設定で、『サムネイル画像があればサムネイルの方を表示』を設定していても効いていなかった不具合を修正。
❎GALLERY、SITEMAPの各モードで日付境界バーを表示したときに、「この範囲を時系列順で読む」のリンクを使うと表示モードが解除されてしまう(＝表示モードを維持できない)不具合を解消。
❎新着画像リストの出力で [[IMAGELIST:GALLERY]] 等のように表示モードを指定しても効いていなかった不具合を修正。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
🆕 Ver 4.1.3βの更新点(概要)：
《▼新機能》
●画像一覧モードの追加（投稿本文で使われているかどうかに関係なく、画像保存用ディレクトリに存在する画像すべてを一覧表示するモード）
●HOMEページの静的HTML出力機能の追加（HOMEページだけを index.html ファイルにも出力できる機能）
●トップページに戻るリンクを出力する記法 [[NAVI:TOPPAGE]] に、GALLERYやPICTS等のモード名を指定するオプションを追加可能に。
●様々な記法で :GALLERY や :SITEMAP のようなオプションを加えられるところには、他に :PICTS 、:KEEPMODE、 :RSS も使用可能に。
《▼仕様改善》
●ナビゲーション系の記法で、リンク先URLの末尾に余分な & 記号が付いた状態で出力されてしまうケースがあったが、付かないように改善。
●内側スキンで [[COMMENT:LINE:3]] のように、特定の1行だけを抽出する記法では、最後に必ず
タグが付加されていたが、付加されない仕様に改善。
《▼スキン更新》
●画像一覧モードで使うための新スキン「skin-picts」を追加。
《▼不具合修正》
❎新着画像リストの表示設定で、『サムネイル画像があればサムネイルの方を表示』を設定していても効いていなかった不具合を修正。
❎GALLERY、SITEMAPの各モードで日付境界バーを表示したときに、「この範囲を時系列順で読む」のリンクを使うと表示モードが解除されてしまう(＝表示モードを維持できない)不具合を解消。
❎新着画像リストの出力で [[IMAGELIST:GALLERY]] 等のように表示モードを指定しても効いていなかった不具合を修正。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
- Mastodon(Pawoo)
- Bluesky
- Twitter：
（ツイート埋め込み処理中...）Twitterで見る
（これまで問題なく稼働していた）てがろぐにアクセスしたときに、503 Service Unavailable エラーに遭遇した場合は、サーバのコントロールパネル等からアクセスログを見て、Botからの大量アクセスを受けていないか確認してみて下さい。（てがろぐに限りませんが）CGIに毎秒毎秒アクセスされるような高頻度なアクセスがあるとサーバ負荷が高まってしまって、過負荷で 503エラーになることがあります。もしBotからの大量アクセスがあるようなら、.htaccessファイルを使って、そのBotからのアクセスを弾くとか、（robots.txtを読んでくれる紳士的なBotなら）robots.txtでクロール頻度を下げたりブロックしたりするなどの対処をする方が望ましいでしょう。（ずっと503エラーが続くなら対処が必要です。）
先日、うちのサイトでも複数のBotから莫大なアクセスがあって（※てがろぐだけにあったわけではなくてサイト全体にあったんですが）、CGIにも高い頻度でのアクセスがあったためかサーバの負荷が高まって、てがろぐの管理画面を表示するだけでも20秒とか掛かるようになってしまったことがありました。（503エラーになるほどではなかったのですが。ただ、どのくらいの負荷まで許容してくれるかはサーバや契約コースに依ると思います。） その話は改めてブログに書こうかと思っているのですが。.htaccessやrobots.txtを併用してBotのアクセス頻度を低下させたことで、普通の状態に戻りましたけども、何もしなかったら過負荷なままだったのではないかと思います。
先日、うちのサイトでも複数のBotから莫大なアクセスがあって（※てがろぐだけにあったわけではなくてサイト全体にあったんですが）、CGIにも高い頻度でのアクセスがあったためかサーバの負荷が高まって、てがろぐの管理画面を表示するだけでも20秒とか掛かるようになってしまったことがありました。（503エラーになるほどではなかったのですが。ただ、どのくらいの負荷まで許容してくれるかはサーバや契約コースに依ると思います。） その話は改めてブログに書こうかと思っているのですが。.htaccessやrobots.txtを併用してBotのアクセス頻度を低下させたことで、普通の状態に戻りましたけども、何もしなかったら過負荷なままだったのではないかと思います。
ロリポップで「ハイスピードプラン」以上のプランのサーバを契約している方って居ますかね？
ハイスピードプラン以上の場合は Apache ではなく LiteSpeed というWebサーバが稼働しているようで、それ以下のプランとはサーバ仕様が異なるようなんですが（そのせいなのかどうかは分かりませんが）、1行目を #! /usr/local/bin/perl に書き換えた上で、77行目を my $howtogetpath = 0; に書き換えないと動作しないですかね？ たまたまハイスピードプランのサーバを使う機会があったのですけども、そう設定変更しない限り動かなかったのでちょっと驚きました。77行目は、デフォルトの 2 だと（通常のページは表示されるものの、管理画面にログインしようとすると）Not Found になり、 1 にすると 500 Internal Server Errorになるので、0 に変更しないと使えませんでした。
「ハイスピードプラン以上」と「スタンダードプラン以下」とで必要な設定が異なるなら、ちょいとセットアップ方法ページに書き足さないといけないな……と思いまして。もし、スタンダードプラン以下でもそのように変更しないと動作しなかった、という方もいらっしゃったら教えて下さい。
🍵Re:4093◆早速のβ版のご試用をどうもありがとうございます。新機能もお役に立ったようで嬉しいです。(╹◡╹) [[SEARCHBOX:COMPLEX:]] の記述は確かに一見するとエラーになりそうな気はしますよね。識別子をいろいろ試す過程で0個にする人も居るかな、と思ってそのような動作にしたんだったような気がします。TegUpのβ版対応も進めたいですが、たぶんその前に Ver 4.2.0 正式版をリリースすることになるのではないかな、と思いますので、まずはβ版→4.2.0正式版へのバージョンアップでご体験下さい。(笑)
ハイスピードプラン以上の場合は Apache ではなく LiteSpeed というWebサーバが稼働しているようで、それ以下のプランとはサーバ仕様が異なるようなんですが（そのせいなのかどうかは分かりませんが）、1行目を #! /usr/local/bin/perl に書き換えた上で、77行目を my $howtogetpath = 0; に書き換えないと動作しないですかね？ たまたまハイスピードプランのサーバを使う機会があったのですけども、そう設定変更しない限り動かなかったのでちょっと驚きました。77行目は、デフォルトの 2 だと（通常のページは表示されるものの、管理画面にログインしようとすると）Not Found になり、 1 にすると 500 Internal Server Errorになるので、0 に変更しないと使えませんでした。
「ハイスピードプラン以上」と「スタンダードプラン以下」とで必要な設定が異なるなら、ちょいとセットアップ方法ページに書き足さないといけないな……と思いまして。もし、スタンダードプラン以下でもそのように変更しないと動作しなかった、という方もいらっしゃったら教えて下さい。
🍵Re:4093◆早速のβ版のご試用をどうもありがとうございます。新機能もお役に立ったようで嬉しいです。(╹◡╹) [[SEARCHBOX:COMPLEX:]] の記述は確かに一見するとエラーになりそうな気はしますよね。識別子をいろいろ試す過程で0個にする人も居るかな、と思ってそのような動作にしたんだったような気がします。TegUpのβ版対応も進めたいですが、たぶんその前に Ver 4.2.0 正式版をリリースすることになるのではないかな、と思いますので、まずはβ版→4.2.0正式版へのバージョンアップでご体験下さい。(笑)
4042です。Ver 4.1.2アップデートお疲れ様です！早速ダウンロードいたしました。検索結果の表示モード指定は勿論、ナビゲーション記法の拡充も楽しみにしていたので嬉しいです。
単独検索窓[[SEARCHBOX]]で運用していた部分を[[SEARCHBOX:COMPLEX:G]]にしたら、無事に検索結果をギャラリーモードに固定できるようになりました。痒いところに手が届くアップデートをいつもありがとうございます！
恥ずかしながら複合検索窓用の識別子指定は最低でも1個は記述しないといけないものだとずっと思い込んでいて、[[SEARCHBOX:COMPLEX]]ではなく[[SEARCHBOX:COMPLEX:]]にすれば[[SEARCHBOX]]と同じ表示になると今回初めて気付きました。識別子指定がないとエラーになりそうだという先入観はいけませんね(^^；)
TegUpのβ版対応も楽しみにしています。常に最新β版を使っているので、皆さんのTegUpの動作報告を見ながら私も早くお手軽アップデートを体験したくてうずうずしてます(笑)
単独検索窓[[SEARCHBOX]]で運用していた部分を[[SEARCHBOX:COMPLEX:G]]にしたら、無事に検索結果をギャラリーモードに固定できるようになりました。痒いところに手が届くアップデートをいつもありがとうございます！
恥ずかしながら複合検索窓用の識別子指定は最低でも1個は記述しないといけないものだとずっと思い込んでいて、[[SEARCHBOX:COMPLEX]]ではなく[[SEARCHBOX:COMPLEX:]]にすれば[[SEARCHBOX]]と同じ表示になると今回初めて気付きました。識別子指定がないとエラーになりそうだという先入観はいけませんね(^^；)
TegUpのβ版対応も楽しみにしています。常に最新β版を使っているので、皆さんのTegUpの動作報告を見ながら私も早くお手軽アップデートを体験したくてうずうずしてます(笑)
開発進捗状況報告サイトで、てがろぐ Ver 4.1.2(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.1.2βの更新点(概要)：
《▼新機能》
●複合検索機能で、検索結果を表示するモードを維持または強制指定できるオプションを追加。
●前のページに移動するリンク《だけ》を出力できる記法 [[NAVI:PREV]] を追加。
●次のページに移動するリンク《だけ》を出力できる記法 [[NAVI:NEXT]] を追加。
●「任意URLリンク」ボタンを押してリンク先URLを入力した際に、URLに縦棒記号「|」が含まれていれば自動的に %7C に置き換える仕様を追加。
●「任意URLリンク」ボタンを押したときに、範囲選択されている範囲内に半角角括弧がある場合は、それぞれ [ と ] に置き換える仕様を追加。
●サムネイル画像がUPされている画像には、画像情報編集画面でもサムネイル画像へのリンクが表示されるように。
●投稿一覧画面で表示対象を絞り込んでいる際には、「絞り込みを解除する」リンクも表示。
●管理画面のTOPに、稼働しているPerlのバージョンを表示。
《▼仕様改善》
●リンクを新規タブに表示するよう設定している場合は、「Twitterで見る」のリンクも同様に新規タブに表示するよう改善。
●検索窓に加わるチェックボックスで、ラベルとして表示される文字列だけを、さらにspan要素で囲むよう改善。（ラベルだけを装飾したい場合や、JavaScriptで書き換えたい場合などに処理しやすいように。）
《▼不具合修正》
❎ラベル付きリンクを書いた際に、リンク先URLの途中にさらに「 http:// 」の文字列が出てくるとリンク表示が崩れてしまうバグを修正。
❎ギャラリーモードやサイトマップページモードで複合検索窓を使うと、表示中のモードが解除されてしまう問題を解決。(※スキンの書き方によってはスキン側に識別子を追記する必要あり)
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
SNSアナウンス：Mastodon(Pawoo)
Twitter：
🆕 Ver 4.1.2βの更新点(概要)：
《▼新機能》
●複合検索機能で、検索結果を表示するモードを維持または強制指定できるオプションを追加。
●前のページに移動するリンク《だけ》を出力できる記法 [[NAVI:PREV]] を追加。
●次のページに移動するリンク《だけ》を出力できる記法 [[NAVI:NEXT]] を追加。
●「任意URLリンク」ボタンを押してリンク先URLを入力した際に、URLに縦棒記号「|」が含まれていれば自動的に %7C に置き換える仕様を追加。
●「任意URLリンク」ボタンを押したときに、範囲選択されている範囲内に半角角括弧がある場合は、それぞれ [ と ] に置き換える仕様を追加。
●サムネイル画像がUPされている画像には、画像情報編集画面でもサムネイル画像へのリンクが表示されるように。
●投稿一覧画面で表示対象を絞り込んでいる際には、「絞り込みを解除する」リンクも表示。
●管理画面のTOPに、稼働しているPerlのバージョンを表示。
《▼仕様改善》
●リンクを新規タブに表示するよう設定している場合は、「Twitterで見る」のリンクも同様に新規タブに表示するよう改善。
●検索窓に加わるチェックボックスで、ラベルとして表示される文字列だけを、さらにspan要素で囲むよう改善。（ラベルだけを装飾したい場合や、JavaScriptで書き換えたい場合などに処理しやすいように。）
《▼不具合修正》
❎ラベル付きリンクを書いた際に、リンク先URLの途中にさらに「 http:// 」の文字列が出てくるとリンク表示が崩れてしまうバグを修正。
❎ギャラリーモードやサイトマップページモードで複合検索窓を使うと、表示中のモードが解除されてしまう問題を解決。(※スキンの書き方によってはスキン側に識別子を追記する必要あり)
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
SNSアナウンス：Mastodon(Pawoo)
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
ねむぅい……。二度寝しようかな……。(:3[_____]
🌰Re:4081◆きききききき
🌰Re:4082◆fyaでも動いたとのこと、ご報告ありがとうございます。usamimi.infoのヘルプを読んでみると、
◆なお、usamimi.infoでは複数のPHPバージョンが提供されていてユーザが切り替えられるようです。汎用的なバージョン確認方法としては、テキストエディタに <?php phpinfo(); ?> という1行だけを書いて、test.php などのファイル名で保存してUPして、ブラウザで表示させてみる方法があります。すると、現在使えるPHPに関する情報がずらっと出てくるのですが、上端にPHPのバージョンが見えます。
あと、もし「サーバに最初から存在する cgi-bin ディレクトリ」の中に設置して動かそうとしているなら cgi-bin ディレクトリ以外の場所に設置して使って下さい。サーバに最初から存在する cgi-bin ディレクトリは特殊なディレクトリなので、そこではてがろぐCGI自体も正常に動かない可能性があります。いや、動くには動くのですがスキンが正常に適用されない可能性があります（理由はここ）。ただ、その辺はサーバの仕様次第なので、大丈夫なサーバもあるかもしれませんから一概には言えないのですけども。
🌰Re:4081◆きききききき
🌰Re:4082◆fyaでも動いたとのこと、ご報告ありがとうございます。usamimi.infoのヘルプを読んでみると、
パーミッションはPerlと同じ物を使用すること。と書いてあり、さらにWEBの仕様ページに、
推奨パーミッションという説明がありました。なので、tegup.phpのパーミッションは 700 にして頂かないと動かないっぽいです。PHPの場合はパーミッションは読めさえすればどうでも良いものだと思い込んでいたのですが、サーバによってはそうでもないんですね。
cgi、php 700
◆なお、usamimi.infoでは複数のPHPバージョンが提供されていてユーザが切り替えられるようです。汎用的なバージョン確認方法としては、テキストエディタに <?php phpinfo(); ?> という1行だけを書いて、test.php などのファイル名で保存してUPして、ブラウザで表示させてみる方法があります。すると、現在使えるPHPに関する情報がずらっと出てくるのですが、上端にPHPのバージョンが見えます。
あと、もし「サーバに最初から存在する cgi-bin ディレクトリ」の中に設置して動かそうとしているなら cgi-bin ディレクトリ以外の場所に設置して使って下さい。サーバに最初から存在する cgi-bin ディレクトリは特殊なディレクトリなので、そこではてがろぐCGI自体も正常に動かない可能性があります。いや、動くには動くのですがスキンが正常に適用されない可能性があります（理由はここ）。ただ、その辺はサーバの仕様次第なので、大丈夫なサーバもあるかもしれませんから一概には言えないのですけども。
お腹が減りました。ぐぅ。最近ケーキを食べていないな……。🍰🍰🍰
🌰Re:4077◆リトルサーバーでも問題なく動きましたか。ご試用ありがとうございます。不安解消に役立って良かったです。(╹◡╹)
🌰Re:4078◆画像だけでなくTwitterカード自体が表示されないのでしょうか？ 画像だけが表示されないのならTwitterにはよくあります。その場合は、待てばそのうち復活します。Twitterカード自体が読まれない場合は、ちょっと解決が必要でしょうね。まず、Twitterの公式Card validator https://cards-dev.twitter.com/validator にアクセスして、お使いのてがろぐのURLを入力してみて下さい。ここでLog欄に「Card loaded successfully」と緑色で表示されればTwitter Cardは読まれています。しかし、エラーが出るようならTwitter Cardの読み込みに失敗しています。CGI側の設定を弄っていないのなら、サーバ側でTwitterのBotからのアクセスを拒否するようになったとか何か事情がないか確認してみて下さい。表示されるエラー内容ももしかしたら参考になるかもしれません。（エラーがあれば赤色で表示されます。）
🌰Re:4079◆ご報告ありがとうございます。さくらインターネットでもいつの間にか Perl 5.32 とか選べるようになっていたんですね……！ キャプチャ画像もありがとうございます。
🌰Re:4077◆リトルサーバーでも問題なく動きましたか。ご試用ありがとうございます。不安解消に役立って良かったです。(╹◡╹)
🌰Re:4078◆画像だけでなくTwitterカード自体が表示されないのでしょうか？ 画像だけが表示されないのならTwitterにはよくあります。その場合は、待てばそのうち復活します。Twitterカード自体が読まれない場合は、ちょっと解決が必要でしょうね。まず、Twitterの公式Card validator https://cards-dev.twitter.com/validator にアクセスして、お使いのてがろぐのURLを入力してみて下さい。ここでLog欄に「Card loaded successfully」と緑色で表示されればTwitter Cardは読まれています。しかし、エラーが出るようならTwitter Cardの読み込みに失敗しています。CGI側の設定を弄っていないのなら、サーバ側でTwitterのBotからのアクセスを拒否するようになったとか何か事情がないか確認してみて下さい。表示されるエラー内容ももしかしたら参考になるかもしれません。（エラーがあれば赤色で表示されます。）
🌰Re:4079◆ご報告ありがとうございます。さくらインターネットでもいつの間にか Perl 5.32 とか選べるようになっていたんですね……！ キャプチャ画像もありがとうございます。
そろそろプリンが食べたいような気がします。まず買ってこないとないんですけども。🍮🍮🍮
🌰Re:4068◆いろいろ試して下さってありがとうございます！ 問題なく動いているようで良かったです。(╹◡╹)
🌰Re:4069◆ご試用ありがとうございます。本当に一瞬で終わりますね。なんでそんな一瞬で済むのか不思議です。^^; 私も脳内では「てがっぷ」と発音しています。^^
🌰Re:4068◆いろいろ試して下さってありがとうございます！ 問題なく動いているようで良かったです。(╹◡╹)
🌰Re:4069◆ご試用ありがとうございます。本当に一瞬で終わりますね。なんでそんな一瞬で済むのか不思議です。^^; 私も脳内では「てがっぷ」と発音しています。^^
てがろぐ本体を1クリックでバージョンUPできるPHPスクリプト「TegUp」Ver 0.9.0 ができたので配布しました。
➡ TegUp：てがろぐ本体を1クリックでバージョンUpできるPHPスクリプト
てがろぐと同じディレクトリに置いてブラウザでアクセスするだけで、新バージョンが存在するかどうかを調べて、あればボタンクリックだけで自動バージョンアップされます。
まだ最小限の機能だけなので、とりあえず Ver 0.9.0 ということで公開しました。もうちょっと機能増強したいとは思っています。
最新版をお使いでない方々は、ご活用頂ければ幸いです。
アナウンス：Twitter、Pawoo(Mastodon)
➡ TegUp：てがろぐ本体を1クリックでバージョンUpできるPHPスクリプト
てがろぐと同じディレクトリに置いてブラウザでアクセスするだけで、新バージョンが存在するかどうかを調べて、あればボタンクリックだけで自動バージョンアップされます。
まだ最小限の機能だけなので、とりあえず Ver 0.9.0 ということで公開しました。もうちょっと機能増強したいとは思っています。
最新版をお使いでない方々は、ご活用頂ければ幸いです。
アナウンス：Twitter、Pawoo(Mastodon)
てがろぐCGIをワンクリックでバージョンアップできるPHPが、ほぼ完成したような気がします。近日中には配布できるといいな……。（最初の画面イメージ、実行後の画面イメージ）
🌰Re:4062◆てがろぐのご活用をどうもありがとうございます。(╹◡╹) 下書き投稿へも移動ナビが出るのは、今のところは仕様です。当初は「ずっと下書き状態にしておく」という使用形態を想定していなかったこともありまして。将来的には改善したいと思っています。◆また、ご要望もどうもありがとうございます。[[NAVI:PREVNEXT]] の PREVとNEXTの分割挿入は需要もあるようですから、実装を検討します。現時点では No.4063 さんがご紹介下さったあたりのCSSテクニックを駆使してみて下さい。
🌰Re:4063◆サポートありがとうございます！
🌰Re:4062◆てがろぐのご活用をどうもありがとうございます。(╹◡╹) 下書き投稿へも移動ナビが出るのは、今のところは仕様です。当初は「ずっと下書き状態にしておく」という使用形態を想定していなかったこともありまして。将来的には改善したいと思っています。◆また、ご要望もどうもありがとうございます。[[NAVI:PREVNEXT]] の PREVとNEXTの分割挿入は需要もあるようですから、実装を検討します。現時点では No.4063 さんがご紹介下さったあたりのCSSテクニックを駆使してみて下さい。
🌰Re:4063◆サポートありがとうございます！
ベーシック認証を使うのにサーバーでの管理が必須だったのですが、データ量が多くhtmlで管理するのもなと調べていたところ、てがろぐを見つけて重宝しております。
開発方面はめっきりなのですが、ｈｔｍｌ／cssのみでカスタマイズができる点が大変便利で助かります。
本当にありがとうございます。
一点、機能的な部分で質問です。
「続きを読む」機能を一覧表示時には活用した状態で、単独ページ？を開いた際には全文表示にすることは可能でしょうか。
使い方のページやこちらのログも拝見したのですが見つけられず、もし方法があるようでしたらお時間あるときにでもご教授いただけましたら幸いです。
開発方面はめっきりなのですが、ｈｔｍｌ／cssのみでカスタマイズができる点が大変便利で助かります。
本当にありがとうございます。
一点、機能的な部分で質問です。
「続きを読む」機能を一覧表示時には活用した状態で、単独ページ？を開いた際には全文表示にすることは可能でしょうか。
使い方のページやこちらのログも拝見したのですが見つけられず、もし方法があるようでしたらお時間あるときにでもご教授いただけましたら幸いです。
食べたいアイスがまだそこそこあるんですけども、そろそろアイスの気温でもなくなってきた……？🍨🍨🍨
🍨Re:4044◆「あえて識別子に G を加えるなら、デフォルトでギャラリーモードで表示されるようにしたいのだろう」と考えて良さそうに思いますから、識別子 G の仕様は「最初からチェックが入っている状態の『ギャラリーモードで検索』チェックボックスを表示する」という仕様で良いのではないかな、と思います。とすると、おっしゃるようにCSSで非表示にすれば、強制的にギャラリーモードで検索結果が表示される検索窓になりますね。（まあ、たとえそういう仕様ではなくても、JavaScriptを使えば非表示状態でもチェックをONにできますが。）
ご要望ありがとうございます。その方向で実装してみます。
🍨Re:4044◆「あえて識別子に G を加えるなら、デフォルトでギャラリーモードで表示されるようにしたいのだろう」と考えて良さそうに思いますから、識別子 G の仕様は「最初からチェックが入っている状態の『ギャラリーモードで検索』チェックボックスを表示する」という仕様で良いのではないかな、と思います。とすると、おっしゃるようにCSSで非表示にすれば、強制的にギャラリーモードで検索結果が表示される検索窓になりますね。（まあ、たとえそういう仕様ではなくても、JavaScriptを使えば非表示状態でもチェックをONにできますが。）
ご要望ありがとうございます。その方向で実装してみます。
あずきバーを食べました。🍨🍨🍨
🍨ふと気付いたんですが、ギャラリーモードで複合検索窓を表示すると、ギャラリーモードを維持できない（＝検索結果が通常モードで表示されてしまう）問題がありますね。次のバージョンで解決します。
🍨Re:4041-4042◆なるほど。ご要望をありがとうございます。そういう動作の需要があるとは考えていませんでした。複合検索窓でオプションとして指定できる識別子を増やしましょうかね？ 例えば、
「ギャラリーモードで検索するオプションを追加」というよりは、「検索結果を強制的にギャラリーモードで表示する」という機能(動作)の方が望ましいですかね……？「こう動作すると望ましい」みたいな、細部の動作にご要望があればお知らせ下さい。
🍨ふと気付いたんですが、ギャラリーモードで複合検索窓を表示すると、ギャラリーモードを維持できない（＝検索結果が通常モードで表示されてしまう）問題がありますね。次のバージョンで解決します。
🍨Re:4041-4042◆なるほど。ご要望をありがとうございます。そういう動作の需要があるとは考えていませんでした。複合検索窓でオプションとして指定できる識別子を増やしましょうかね？ 例えば、
- G=ギャラリーモードで検索するオプションを追加
- S=サイトマップページモードで検索するオプションを追加
- N=いま適用されているスキン指定を解除して検索結果を表示するようにする
- 例えば [[SEARCHBOX:COMPLEX:CHG]] のように、識別子として「CHG」を指定すると、(C)カテゴリ→(H)ハッシュタグ→(G)ギャラリー内限定検索チェックボックスの順に出力されるとか。
- もちろん、「ギャラリー内に限定して検索」チェックボックスだけが必要なら [[SEARCHBOX:COMPLEX:G]] だけと書けば良い感じで。
「ギャラリーモードで検索するオプションを追加」というよりは、「検索結果を強制的にギャラリーモードで表示する」という機能(動作)の方が望ましいですかね……？「こう動作すると望ましい」みたいな、細部の動作にご要望があればお知らせ下さい。
🍨Re:4037◆複合検索窓の条件指定部分は1つ1つがli要素で出力されていますから、標準では縦に並んで表示されます。それが横に並んでいるということは、既に何らかのCSSが加えられているのだと思います。それが今どうなっているのかをお知らせ頂かないと、何とも言い難いです。現状でどう見えているのかの画面イメージ（スクリーンショット）を貼って頂くとか、それをどう見せるようにしたいのかを図示して頂くとか、現状のCSSソースを転記して頂くとかがあれば、何らかのアドバイスができるかもしれません。
とうとう10月になってしまいました。今年もあと4分の1……。いつの間に……。_(:3」z)_
🍨Re:4032◆ああ、ゲストブックでも投稿者が後から編集できる方が便利ですかね。その発想はありませんでした。ご要望ありがとうございます。使用イメージが分かると「何を実装すれば良いか」が考えやすくなるのでありがたいです。補足というか備考というか:現状の仕様が「IDは管理者だけが作る」という前提なので、ユーザ側の操作をそのまま受け入れる仕様になっているのですが、「IDを誰でも作成できる」となると、他の皆が tomoyo とか sakura とかなIDを使っている中で、1人だけ SupermanFromSriJayawardenepuraKotte みたいな長いID名で作成されたときの対策（※そのまま出力するとレイアウトが崩れる可能性があるので）とかが何もないのもちょっと問題なので(笑)、その辺も考慮しないといけないよな……という気がしていまして、もしかしたら「IDなしで投稿できる」（＝ログインしなかったらゲスト扱いの投稿にする）みたいな方がまだ楽だという可能性もあるな……とちょっと思ったのでした。いや、ID名の長さ1点だけが問題なら上限を設ければ良いだけなんですけども、他にも『今は思いつけていない』問題があるかもしれませんから、そこを洗い出すところから始めないといけないので。現状では「IDさえ違っていれば表示名は重複可能」な仕様ですけども、そこも重複を拒否するような設定も必要かもしれませんね。あとは、ログインフォームのID選択欄がセレクトボックスになっていると、人数が多くなりすぎたときに選ぶのが大変なので、IDも直接打ち込む方式にできるような設定も必要でしょうね。……というような感じで。他にもたぶん考えればもっと何かあるでしょうね……。^^;
🍨Re:4033◆誰でも書けるとなると、やはりスパム対策は必要になりますよね。既存の掲示板BBSとか、あっという間に自動投稿スパムで一杯になりますからね……。ここにそのような自動投稿スパムが来ないのは、ログインが必要だからなんでしょうね。……とすると、やはり自由に誰でも書けるようにできる設定を設けるとしても、ログインは必要にする方が良さそうな気もしますね……。
🍨Re:4034-5◆なるほど。内側スキンを空っぽにする発想もありませんでした。^^; あとは、エクスポート機能をログイン者に限るよう制限しておく方が望ましいでしょうね。（リンクが画面上に存在しなくても、そのURLを自力で作成してアクセスすることは可能ですから。Twilogの「ソースを取得」ボタンみたいな感じをイメージしていたので、デフォルト設定では「誰でも使用可能」な状態になっていますので。）
🍨Re:4032◆ああ、ゲストブックでも投稿者が後から編集できる方が便利ですかね。その発想はありませんでした。ご要望ありがとうございます。使用イメージが分かると「何を実装すれば良いか」が考えやすくなるのでありがたいです。補足というか備考というか:現状の仕様が「IDは管理者だけが作る」という前提なので、ユーザ側の操作をそのまま受け入れる仕様になっているのですが、「IDを誰でも作成できる」となると、他の皆が tomoyo とか sakura とかなIDを使っている中で、1人だけ SupermanFromSriJayawardenepuraKotte みたいな長いID名で作成されたときの対策（※そのまま出力するとレイアウトが崩れる可能性があるので）とかが何もないのもちょっと問題なので(笑)、その辺も考慮しないといけないよな……という気がしていまして、もしかしたら「IDなしで投稿できる」（＝ログインしなかったらゲスト扱いの投稿にする）みたいな方がまだ楽だという可能性もあるな……とちょっと思ったのでした。いや、ID名の長さ1点だけが問題なら上限を設ければ良いだけなんですけども、他にも『今は思いつけていない』問題があるかもしれませんから、そこを洗い出すところから始めないといけないので。現状では「IDさえ違っていれば表示名は重複可能」な仕様ですけども、そこも重複を拒否するような設定も必要かもしれませんね。あとは、ログインフォームのID選択欄がセレクトボックスになっていると、人数が多くなりすぎたときに選ぶのが大変なので、IDも直接打ち込む方式にできるような設定も必要でしょうね。……というような感じで。他にもたぶん考えればもっと何かあるでしょうね……。^^;
🍨Re:4033◆誰でも書けるとなると、やはりスパム対策は必要になりますよね。既存の掲示板BBSとか、あっという間に自動投稿スパムで一杯になりますからね……。ここにそのような自動投稿スパムが来ないのは、ログインが必要だからなんでしょうね。……とすると、やはり自由に誰でも書けるようにできる設定を設けるとしても、ログインは必要にする方が良さそうな気もしますね……。
🍨Re:4034-5◆なるほど。内側スキンを空っぽにする発想もありませんでした。^^; あとは、エクスポート機能をログイン者に限るよう制限しておく方が望ましいでしょうね。（リンクが画面上に存在しなくても、そのURLを自力で作成してアクセスすることは可能ですから。Twilogの「ソースを取得」ボタンみたいな感じをイメージしていたので、デフォルト設定では「誰でも使用可能」な状態になっていますので。）
昼食はピザ。🍕🍕🍕
🍕Re:4029◆ゲストブック的に誰でも投稿できる使い方を考えるとき、『IDなしで投稿できる』のと『IDを自由に作成できる』のとでは、どちらの動作が望ましいですかね？ まだ検討段階の域を出ていませんが、掲示板モードという動作はなんとなく考えてはいました。
なお、現状のバージョンでどうにかするには、例えば「1行目には必ず名前を書く」＆「2行目から本文を書く」という仕様を強制できれば、（行単位で分解する記法を使うことで）ゲストブック的に使えるスキンを作ることはできそうな気がします。（投稿に使うIDは全員共通のゲストIDを1つ用意する感じで。）
🍕Re:4029◆ゲストブック的に誰でも投稿できる使い方を考えるとき、『IDなしで投稿できる』のと『IDを自由に作成できる』のとでは、どちらの動作が望ましいですかね？ まだ検討段階の域を出ていませんが、掲示板モードという動作はなんとなく考えてはいました。
なお、現状のバージョンでどうにかするには、例えば「1行目には必ず名前を書く」＆「2行目から本文を書く」という仕様を強制できれば、（行単位で分解する記法を使うことで）ゲストブック的に使えるスキンを作ることはできそうな気がします。（投稿に使うIDは全員共通のゲストIDを1つ用意する感じで。）
たけのこの里を食べようかな……。🍫🍫🍫
🍫Re:4026◆情報をどうもありがとうございます。おかげさまで、カラフルボックスでのセットアップ手順を修正できました。mixhostもそうですが、標準モジュールもデフォルトでは入っていない仕様になっているというのは、もはや「CGIを使う」ということを積極的には考慮しない方針なんでしょうかね……。
🍫Re:4027◆Spotifyの埋め込みサイズは、管理画面の設定から自由に変更できますのでお試し下さい。660×175(px)にすると、だいたいApple Musicの埋め込みサイズと同じになると思います。てがろぐの設定では（従来からお使いの方々の表示が突然変わってしまわないように）Spotifyは「旧標準サイズ」がデフォルトになっていますが、今のSpotifyだとApple Musicのように「横長」が基本なようです。
🍫Re:4026◆情報をどうもありがとうございます。おかげさまで、カラフルボックスでのセットアップ手順を修正できました。mixhostもそうですが、標準モジュールもデフォルトでは入っていない仕様になっているというのは、もはや「CGIを使う」ということを積極的には考慮しない方針なんでしょうかね……。
🍫Re:4027◆Spotifyの埋め込みサイズは、管理画面の設定から自由に変更できますのでお試し下さい。660×175(px)にすると、だいたいApple Musicの埋め込みサイズと同じになると思います。てがろぐの設定では（従来からお使いの方々の表示が突然変わってしまわないように）Spotifyは「旧標準サイズ」がデフォルトになっていますが、今のSpotifyだとApple Musicのように「横長」が基本なようです。
