てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［650件］（7ページ目）
たこ焼き食べたい……。
🍩Re:4221◆PHP5.5でも動きましたか～。動作報告をどうもありがとうございます！
🍩Re:4221◆PHP5.5でも動きましたか～。動作報告をどうもありがとうございます！
蕎麦を食べました。おなかいっぱいです。_(┐｢ε:)_
🍜Re:4211◆ご要望をありがとうございます。むしろ、何の要素を使うのかの要素名を手動で入力可能なようにしましょうかね（デフォルト値がstrongで）。参考までにお尋ねしたいのですが、なぜ（どんな理由で）strongではなくemで出力したいのでしょうか？
🍜Re:4211◆ご要望をありがとうございます。むしろ、何の要素を使うのかの要素名を手動で入力可能なようにしましょうかね（デフォルト値がstrongで）。参考までにお尋ねしたいのですが、なぜ（どんな理由で）strongではなくemで出力したいのでしょうか？
空豆煎餅（鬼フライ）を食べています。
🍘Re:4209◆やはり、かなり早い段階でエラーになっているようですね。ご確認をありがとうございました。
たぶん、何かの読み込みに失敗しているのだとは思うのですが。500エラーになってしまって、かつ、エラーログが「End of script output before headers」だと現状ではどうしようもない感じです。(^_^;) TegUpは一応ステップごとに作業ログを記録してはいるものの、あくまでもメモリ上の話であってファイルに出力はしていないのが敗因でした。次にTegUpを改修する際には、作業ログを（一時的に）ファイルに出力できる仕様にして、たとえ500エラーが出てもそのファイルを読めば「どこまで作業が進んだのか」(＝どの処理でエラーが起きたのか)が確認できるようにしようと思います。
とりあえず、今回に関しては手動でバージョンアップして頂ければ幸いです。
🍘Re:4209◆やはり、かなり早い段階でエラーになっているようですね。ご確認をありがとうございました。
たぶん、何かの読み込みに失敗しているのだとは思うのですが。500エラーになってしまって、かつ、エラーログが「End of script output before headers」だと現状ではどうしようもない感じです。(^_^;) TegUpは一応ステップごとに作業ログを記録してはいるものの、あくまでもメモリ上の話であってファイルに出力はしていないのが敗因でした。次にTegUpを改修する際には、作業ログを（一時的に）ファイルに出力できる仕様にして、たとえ500エラーが出てもそのファイルを読めば「どこまで作業が進んだのか」(＝どの処理でエラーが起きたのか)が確認できるようにしようと思います。
とりあえず、今回に関しては手動でバージョンアップして頂ければ幸いです。
リングフィットアドベンチャーを買いました。脂肪を燃焼させるべく！
プリン食べたい。🍮🍮🍮
🍰Re:4204◆なるほど、詳しい情報をどうもありがとうございます。tegaup.phpの存在するディレクトリ（＝てがろぐの設置ディレクトリ）には、自動生成された何らかのZIPファイルやサブディレクトリは存在するでしょうか？
※自動生成されるファイル名やディレクトリ名の一部には、ランダムな（ 5GPQglrs8L のような）文字列が使われていますので、あればすぐ分かると思います。もしあれば、少なくとも途中までは作業が進んだ（もしくはほぼ終わりまで進んだ）ということですね。バージョンアップできていないのであれば「ほぼ終わりまで進んだ」とは考えられませんから、なければ、本当に最初の段階でコケていることになります。なので、どの辺まで処理が進んでいたのかを（できれば）知りたいのです。
プリン食べたい。🍮🍮🍮
🍰Re:4204◆なるほど、詳しい情報をどうもありがとうございます。tegaup.phpの存在するディレクトリ（＝てがろぐの設置ディレクトリ）には、自動生成された何らかのZIPファイルやサブディレクトリは存在するでしょうか？
※自動生成されるファイル名やディレクトリ名の一部には、ランダムな（ 5GPQglrs8L のような）文字列が使われていますので、あればすぐ分かると思います。もしあれば、少なくとも途中までは作業が進んだ（もしくはほぼ終わりまで進んだ）ということですね。バージョンアップできていないのであれば「ほぼ終わりまで進んだ」とは考えられませんから、なければ、本当に最初の段階でコケていることになります。なので、どの辺まで処理が進んでいたのかを（できれば）知りたいのです。
パインアメを舐めています。🍍🍬🍍🍬🍍🍬
🍍Re:4201◆うーん、なるほど……。最初に tegup.php にアクセスしたときにはバージョンアップ用のボタンが見えていて、それを押すと 500エラーになる、という動作ですかね？
🍍Re:4202◆解決したようで良かったです。tegalog.cgi の後に / を加えてもCGIそのものは動作するんですねえ。いま初めて気付きました。(^_^;) たしかに / を付けるとそのような動作になりますね。CSSの相対パスが正しくなくなるからでしょうけども、なぜその状態でもCGIは稼働するのかがちょっと謎です……。何にしても、ご愛用頂ければ幸いです。(╹◡╹)
🍍Re:4201◆うーん、なるほど……。最初に tegup.php にアクセスしたときにはバージョンアップ用のボタンが見えていて、それを押すと 500エラーになる、という動作ですかね？
🍍Re:4202◆解決したようで良かったです。tegalog.cgi の後に / を加えてもCGIそのものは動作するんですねえ。いま初めて気付きました。(^_^;) たしかに / を付けるとそのような動作になりますね。CSSの相対パスが正しくなくなるからでしょうけども、なぜその状態でもCGIは稼働するのかがちょっと謎です……。何にしても、ご愛用頂ければ幸いです。(╹◡╹)
パウンドケーキを食べました。今は黒豆煎餅を食べています。美味しいです。🍘🍘🍘
🍘Re:4196◆おっと、500エラーが出てしまいましたか。リトルサーバーではWebサイト用ファイルを置く /pub ディレクトリではなく /log というディレクトリの方にアクセスログとエラーログが出力されています。TegUpを動作させて500エラーが出た直後に、/log/error_log ファイルの中をテキストエディタでご確認頂いて、どんなエラーが出ているのかを教えて頂けましたらとても助かります。もし可能でしたらよろしくお願い致します。m(_ _)m
🍘Re:4197◆そうですよね！ 私もハッシュタグは時々しか使いませんので、顕在意識にまでは昇ってこなかったんでしょうね。(笑)
🍘Re:4198◆なるほど、cgi-binディレクトリではありませんでしたか。試しにお使いのブラウザで、設置されているCSSファイル（ tegalog.css ）に直接アクセスすると、どうなりますか？ 例えば、 https://www.nishishi.org/testground/tegalog/tegalog.cs... のような感じです。ここと同じように、ブラウザ上でCSSソースが見えるでしょうか？ もし見えない場合は、どのようなエラー（404、403、500）が出るのかを教えて下さい。（※注：お使いのスキンによっては、CSSファイルのファイル名は tegalog.css ではない場合もありますので、その場合はスキンに含まれているCSSファイル名でアクセスしてみて下さい。）
🍘Re:4196◆おっと、500エラーが出てしまいましたか。リトルサーバーではWebサイト用ファイルを置く /pub ディレクトリではなく /log というディレクトリの方にアクセスログとエラーログが出力されています。TegUpを動作させて500エラーが出た直後に、/log/error_log ファイルの中をテキストエディタでご確認頂いて、どんなエラーが出ているのかを教えて頂けましたらとても助かります。もし可能でしたらよろしくお願い致します。m(_ _)m
🍘Re:4197◆そうですよね！ 私もハッシュタグは時々しか使いませんので、顕在意識にまでは昇ってこなかったんでしょうね。(笑)
🍘Re:4198◆なるほど、cgi-binディレクトリではありませんでしたか。試しにお使いのブラウザで、設置されているCSSファイル（ tegalog.css ）に直接アクセスすると、どうなりますか？ 例えば、 https://www.nishishi.org/testground/tegalog/tegalog.cs... のような感じです。ここと同じように、ブラウザ上でCSSソースが見えるでしょうか？ もし見えない場合は、どのようなエラー（404、403、500）が出るのかを教えて下さい。（※注：お使いのスキンによっては、CSSファイルのファイル名は tegalog.css ではない場合もありますので、その場合はスキンに含まれているCSSファイル名でアクセスしてみて下さい。）
ケーキ食べたい！ しかし、寒すぎて買いに行く気が起きない……！🍰🍰🍰
🍰Re:4191◆TegUp動作報告ありがとうございます。(╹◡╹)
🍰Re:4193◆バージョンアップありがとうございます。TegUpもお役に立って良かったです。
🍰Re:4194◆もしかして、サーバの cgi-bin ディレクトリの中にセットアップしていないでしょうか？ そこにセットアップしてしまうと、そのような現象になります。まずは、 cgi-bin ディレクトリ以外の場所にセットアップしてみて下さい。詳しくは、『設置方法2：ウェブサーバへのファイルのアップロード方法』区画内で1つ目にある ●水色備考枠 内の説明「※1」部分の後半もご参照下さい。
🍰Re:4191◆TegUp動作報告ありがとうございます。(╹◡╹)
🍰Re:4193◆バージョンアップありがとうございます。TegUpもお役に立って良かったです。
🍰Re:4194◆もしかして、サーバの cgi-bin ディレクトリの中にセットアップしていないでしょうか？ そこにセットアップしてしまうと、そのような現象になります。まずは、 cgi-bin ディレクトリ以外の場所にセットアップしてみて下さい。詳しくは、『設置方法2：ウェブサーバへのファイルのアップロード方法』区画内で1つ目にある ●水色備考枠 内の説明「※1」部分の後半もご参照下さい。
栗饅頭、売っていない……。(´･ω･`)🌰🌰🌰
🌰Re:4184◆分かりやすい言語化をどうもありがとうございます！ そうですよね。そこ気になりますよね。(笑) 私もそういえば毎回余分な半角スペースを消すのが面倒だな、となんとなく思っていました。そういえば。明確に脳内で言語化されて認識できるほどの面倒さではなかったので今まで気付きませんでしたが。たしかに、自動挿入される半角スペースは「前」の方が便利かもしれませんね。設定で「前に挿入する」か「後に挿入する」かを選択できるようにしようと思います。今の時点でそう設定する方法はないのですが、次のバージョンをお待ち下さい。
🌰Re:4185◆「宛先が1カ所で、複数個を一括して送る」のなら、（少なくとも今は）荷物個数の欄に発送個数を打つだけで済むようです。しかもその方法だと複数口減額が適用されて2個目からは100円引きになります。Webから使ったことはないのですが複数口減額は昔からあったような気がします。「複数個をバラバラの宛先に送る」のなら、私のケース（送り状の印字も頼む場合）なら1件ずつの登録が必要だったんですが、送り状が既にあるなら単に荷物の個数を入力するだけで集荷を依頼できます。ただ、送り状はWebで入力して印字伝票を貼ってもらう方が、手間がない上にデジタル割が効くので安くて便利なんですよね（いや、自前のプリンタでA4用紙に伝票を印刷する方法なら、デジタル割を効かせた上で伝票はあらかじめ用意可能ですけども）。クロネコの集荷依頼は、昔は「一度依頼したら修正もキャンセルも電話しか無理」な仕様でしたが、今では確認もキャンセルもWebでできるようになって便利になりました。
🌰Re:4187◆ありがとうございます。2つ併用する形でよろしくご活用下さい。(╹◡╹)
🌰Re:4189◆TegUp稼働報告をありがとうございます。てがろぐもお役に立っているようで嬉しいです。
🌰Re:4184◆分かりやすい言語化をどうもありがとうございます！ そうですよね。そこ気になりますよね。(笑) 私もそういえば毎回余分な半角スペースを消すのが面倒だな、となんとなく思っていました。そういえば。明確に脳内で言語化されて認識できるほどの面倒さではなかったので今まで気付きませんでしたが。たしかに、自動挿入される半角スペースは「前」の方が便利かもしれませんね。設定で「前に挿入する」か「後に挿入する」かを選択できるようにしようと思います。今の時点でそう設定する方法はないのですが、次のバージョンをお待ち下さい。
🌰Re:4185◆「宛先が1カ所で、複数個を一括して送る」のなら、（少なくとも今は）荷物個数の欄に発送個数を打つだけで済むようです。しかもその方法だと複数口減額が適用されて2個目からは100円引きになります。Webから使ったことはないのですが複数口減額は昔からあったような気がします。「複数個をバラバラの宛先に送る」のなら、私のケース（送り状の印字も頼む場合）なら1件ずつの登録が必要だったんですが、送り状が既にあるなら単に荷物の個数を入力するだけで集荷を依頼できます。ただ、送り状はWebで入力して印字伝票を貼ってもらう方が、手間がない上にデジタル割が効くので安くて便利なんですよね（いや、自前のプリンタでA4用紙に伝票を印刷する方法なら、デジタル割を効かせた上で伝票はあらかじめ用意可能ですけども）。クロネコの集荷依頼は、昔は「一度依頼したら修正もキャンセルも電話しか無理」な仕様でしたが、今では確認もキャンセルもWebでできるようになって便利になりました。
🌰Re:4187◆ありがとうございます。2つ併用する形でよろしくご活用下さい。(╹◡╹)
🌰Re:4189◆TegUp稼働報告をありがとうございます。てがろぐもお役に立っているようで嬉しいです。
風が強い……。明日からめちゃくちゃ寒くなるっぽいですね。もうちょっと暖冬を維持してくれるとありがたいのですけども。
🌰Re:4176◆てがろぐもTegUpもご活用をどうもありがとうございます！ お役に立っているようで嬉しいです。(╹◡╹)ﾉ
🌰Re:4177◆ご返信ありがとうございます。その運用方法だと、カテゴリCに属する投稿をする際には毎回「下げる」にチェックを入れないといけないのですね？ だとすると、たしかにおっしゃるとおり、もう1つてがろぐを設置してカテゴリCだけを単独で運営なさるのが最も手軽なように思います。(^_^;) そうすれば全部を「下げる」必要もないわけですし。ご要望のように、投稿ごとに表示設定ができるようにしようと思うと、UIがすごく複雑になってしまいますので、よほど何かうまい方法を思いつかない限りは実装は難しいかな、という気がしています。TegUpをお使い頂くとバージョンアップもボタン1つですから、てがろぐを2つ併用してもバージョンアップの手間はさして増えないと思いますので、2つ併用頂くのが最も望ましそうに思います。
FAQ「1つのてがろぐで運営していた内容を2つのてがろぐに分割したい」の方法で2分割できます（投稿本文に関しては）。下げる必要がなくなった投稿については <flag>rear</flag> の部分から一括して <flag></flag> のようにフラグを消すと楽だと思います。
🌰Re:4179◆詳しい稼働報告はとてもありがたいです。どうもありがとうございます。お役に立っているなら嬉しいです。今後ともご愛用頂ければ幸いです！
🌰Re:4182◆そうなんです。いつの間にか6周年になっていました。ありがとうございます！😊
🌰Re:4176◆てがろぐもTegUpもご活用をどうもありがとうございます！ お役に立っているようで嬉しいです。(╹◡╹)ﾉ
🌰Re:4177◆ご返信ありがとうございます。その運用方法だと、カテゴリCに属する投稿をする際には毎回「下げる」にチェックを入れないといけないのですね？ だとすると、たしかにおっしゃるとおり、もう1つてがろぐを設置してカテゴリCだけを単独で運営なさるのが最も手軽なように思います。(^_^;) そうすれば全部を「下げる」必要もないわけですし。ご要望のように、投稿ごとに表示設定ができるようにしようと思うと、UIがすごく複雑になってしまいますので、よほど何かうまい方法を思いつかない限りは実装は難しいかな、という気がしています。TegUpをお使い頂くとバージョンアップもボタン1つですから、てがろぐを2つ併用してもバージョンアップの手間はさして増えないと思いますので、2つ併用頂くのが最も望ましそうに思います。
FAQ「1つのてがろぐで運営していた内容を2つのてがろぐに分割したい」の方法で2分割できます（投稿本文に関しては）。下げる必要がなくなった投稿については <flag>rear</flag> の部分から一括して <flag></flag> のようにフラグを消すと楽だと思います。
🌰Re:4179◆詳しい稼働報告はとてもありがたいです。どうもありがとうございます。お役に立っているなら嬉しいです。今後ともご愛用頂ければ幸いです！
🌰Re:4182◆そうなんです。いつの間にか6周年になっていました。ありがとうございます！😊
栗饅頭を食べたいな……と思っているのですけども、栗饅頭が陳列されているハズのコーナーに2度ほど行ってみたものの2回とも売り切れで存在しませんでした……。(´･ω･`)🌰🌰🌰
🌰Re:4167◆うまくいったようで良かったです。(╹◡╹)
🌰Re:4168◆ご要望をありがとうございます。運用形態の背景がイマイチ想像できないので参考までに教えて欲しいのですが、カテゴリに属していながら「カテゴリ限定表示時に表示したい投稿」のほかに「カテゴリ限定表示時に表示したくない投稿」があるのですね？ その場合、後者の投稿をカテゴリに属させる意味は何なのでしょう？
🌰Re:4169◆私もその想定はありませんでした。バックアップされているファイルは管理画面の「バックアップ」からダウンロードできますので、時々思い出したときにでもローカルにダウンロードしておくことをお勧め致します。バックアップの一覧にはファイルサイズも表示されていますので、もし大幅に減っていればここからも気付けると思いますので。
🌰Re:4167◆うまくいったようで良かったです。(╹◡╹)
🌰Re:4168◆ご要望をありがとうございます。運用形態の背景がイマイチ想像できないので参考までに教えて欲しいのですが、カテゴリに属していながら「カテゴリ限定表示時に表示したい投稿」のほかに「カテゴリ限定表示時に表示したくない投稿」があるのですね？ その場合、後者の投稿をカテゴリに属させる意味は何なのでしょう？
🌰Re:4169◆私もその想定はありませんでした。バックアップされているファイルは管理画面の「バックアップ」からダウンロードできますので、時々思い出したときにでもローカルにダウンロードしておくことをお勧め致します。バックアップの一覧にはファイルサイズも表示されていますので、もし大幅に減っていればここからも気付けると思いますので。
塩の利いた煎餅が美味しい……。🍘🍘🍘
🍘Re:4163◆ご紹介頂いたサイトにも少し書いてありますが（その全部が要るわけではなく）、例えばCSSに次の4行を追記するといけそうです。
.instagram-media {
min-width: initial !important;
max-width: 320px !important;
}
どうやら、Instagram側のJavaScriptが埋め込んでくるiframeに min-width: 326px; の指定が含まれているので、狭い端末だとはみ出るのですね。なので、
なお、ブラウザはCSSをキャッシュしますし、何よりiOS用ブラウザにはスーパーリロードの仕組みが用意されていませんので、CSSを書き換えた後にはキャッシュを読まれなくする対策が必要ですのでご注意下さい。（外側スキンでCSSを読み込んでいるところで skin-tegalog.css?20231210_1244 のような感じでテキトーなクエリ文字列を加えれば良いです。）
🍘Re:4164◆投稿の一括削除ができる機能は、たしかにおっしゃるとおり投稿一覧画面にしかありません。また、自動で投稿を削除するような仕組みもありません。ううーん、原因がさっぱりですね。もし「新しい投稿が消えている」のなら「バックアップから書き戻された」という可能性がありますが、新しい投稿は存在していて、古い投稿だけが消えているという状況の原因は想像できません。消えた時点の操作や、消えた時点前後のデータファイルを比較できたら何かが分かるかもしれませんが、既にバックアップも消え去った後なのですね。そうなると、残念ながら何とも推測しようがありません。（パスワードが漏れたか暴かれたかして第三者にログインされて悪戯された、というような可能性ならありますが。）
今回の件と直接の関係はありませんが、できるだけ最新版をお使い下さい。発見されている細かな不具合もその都度解消していますし、Ver.4以降ではログインセキュリティ機能も加わっていますので、より安全になっています。1クリックでバージョンアップできるPHPスクリプト「TegUp」もありますので、ご活用頂ければ幸いです。
🍘Re:4165◆うまくいって良かったです。(╹◡╹)
🍘Re:4163◆ご紹介頂いたサイトにも少し書いてありますが（その全部が要るわけではなく）、例えばCSSに次の4行を追記するといけそうです。
.instagram-media {
min-width: initial !important;
max-width: 320px !important;
}
どうやら、Instagram側のJavaScriptが埋め込んでくるiframeに min-width: 326px; の指定が含まれているので、狭い端末だとはみ出るのですね。なので、
- この min-widthの値を取り消して(＝initialで上書きして)、
- 念のために max-widthで最大幅を指定してやれば
なお、ブラウザはCSSをキャッシュしますし、何よりiOS用ブラウザにはスーパーリロードの仕組みが用意されていませんので、CSSを書き換えた後にはキャッシュを読まれなくする対策が必要ですのでご注意下さい。（外側スキンでCSSを読み込んでいるところで skin-tegalog.css?20231210_1244 のような感じでテキトーなクエリ文字列を加えれば良いです。）
🍘Re:4164◆投稿の一括削除ができる機能は、たしかにおっしゃるとおり投稿一覧画面にしかありません。また、自動で投稿を削除するような仕組みもありません。ううーん、原因がさっぱりですね。もし「新しい投稿が消えている」のなら「バックアップから書き戻された」という可能性がありますが、新しい投稿は存在していて、古い投稿だけが消えているという状況の原因は想像できません。消えた時点の操作や、消えた時点前後のデータファイルを比較できたら何かが分かるかもしれませんが、既にバックアップも消え去った後なのですね。そうなると、残念ながら何とも推測しようがありません。（パスワードが漏れたか暴かれたかして第三者にログインされて悪戯された、というような可能性ならありますが。）
今回の件と直接の関係はありませんが、できるだけ最新版をお使い下さい。発見されている細かな不具合もその都度解消していますし、Ver.4以降ではログインセキュリティ機能も加わっていますので、より安全になっています。1クリックでバージョンアップできるPHPスクリプト「TegUp」もありますので、ご活用頂ければ幸いです。
🍘Re:4165◆うまくいって良かったです。(╹◡╹)
昼食はピザ。🍕🍕🍕
🍵Re:4159◆No.4160さんご提示のHTMLソースを外側スキンに貼り付ける方法も良さそうですね。Markdownを解釈して表示する仕組みさえできてしまえば、Tableは単に半角縦棒「|」を組み合わせて書くだけなので楽だと思います。
🍵Re:4160◆力作をありがとうございます！(╹◡╹) なお、URLの自動リンク機能を有効にしたまま、URLの自動リンク化を避けたい場合は、例えば https:// を https\:// と書く方法はあります。詳しくは、自動でリンクにはならないURLを一時的に書きたい場合の書き方もご参照下さい。(詳しい、というほどの解説はないですが。^^;）
🍵Re:4159◆No.4160さんご提示のHTMLソースを外側スキンに貼り付ける方法も良さそうですね。Markdownを解釈して表示する仕組みさえできてしまえば、Tableは単に半角縦棒「|」を組み合わせて書くだけなので楽だと思います。
🍵Re:4160◆力作をありがとうございます！(╹◡╹) なお、URLの自動リンク機能を有効にしたまま、URLの自動リンク化を避けたい場合は、例えば https:// を https\:// と書く方法はあります。詳しくは、自動でリンクにはならないURLを一時的に書きたい場合の書き方もご参照下さい。(詳しい、というほどの解説はないですが。^^;）
メルティホワイト ピスタチオ フラペチーノを飲んできました。
🍯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からは、それらをまとめて文字列として取得した上で、必要な箇所を抜き出すなどしてお使いになれば良いのではないかと思います。
草餅と煎餅を食べました。
🍘Re:4129◆そういえばユーザ紹介文だけは出力する方法がないままでしたね。かなり初期の頃から「いつかは対応しよう」と思っていたのですけども、需要が見えなかったのか（思い出すこともなく^^;）放置したままでした。たぶん次のバージョンで実装します。◆ランダム選択対象の絞り込みは、風呂の中で良さげなアルゴリズムを思いついた気がしますので実装できそうな気がしています。まだ試していませんが、思いついた内容に問題がなければそう遠くないうちに実装できると思います。なお、スキンの適用は今でも可能です。例えば、[[RANDOM:URL]]&skin=skin-twitter のような感じで、スキンの指定オプションを加えれば、そのスキンで表示できます。
🍘Re:4129◆そういえばユーザ紹介文だけは出力する方法がないままでしたね。かなり初期の頃から「いつかは対応しよう」と思っていたのですけども、需要が見えなかったのか（思い出すこともなく^^;）放置したままでした。たぶん次のバージョンで実装します。◆ランダム選択対象の絞り込みは、風呂の中で良さげなアルゴリズムを思いついた気がしますので実装できそうな気がしています。まだ試していませんが、思いついた内容に問題がなければそう遠くないうちに実装できると思います。なお、スキンの適用は今でも可能です。例えば、[[RANDOM:URL]]&skin=skin-twitter のような感じで、スキンの指定オプションを加えれば、そのスキンで表示できます。
天ぷらを食べ過ぎて、おなかいっぱいです……。_(┐｢ε:)_
🍘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◆ご指摘頂けなかったらずっと気付かなかったかもしれませんので、どうもありがとうございます。また、さんごよみもご活用下さっているとのこと、どうもありがとうございます。(╹◡╹)
ロリポップで「ハイスピードプラン」以上のプランのサーバを契約している方って居ますかね？
ハイスピードプラン以上の場合は 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正式版へのバージョンアップでご体験下さい。(笑)
ねむぅい……。二度寝しようかな……。(: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 とか選べるようになっていたんですね……！ キャプチャ画像もありがとうございます。
てがろぐCGIをワンクリックでバージョンアップできるPHPが、ほぼ完成したような気がします。近日中には配布できるといいな……。（最初の画面イメージ、実行後の画面イメージ）
🌰Re:4062◆てがろぐのご活用をどうもありがとうございます。(╹◡╹) 下書き投稿へも移動ナビが出るのは、今のところは仕様です。当初は「ずっと下書き状態にしておく」という使用形態を想定していなかったこともありまして。将来的には改善したいと思っています。◆また、ご要望もどうもありがとうございます。[[NAVI:PREVNEXT]] の PREVとNEXTの分割挿入は需要もあるようですから、実装を検討します。現時点では No.4063 さんがご紹介下さったあたりのCSSテクニックを駆使してみて下さい。
🌰Re:4063◆サポートありがとうございます！
🌰Re:4062◆てがろぐのご活用をどうもありがとうございます。(╹◡╹) 下書き投稿へも移動ナビが出るのは、今のところは仕様です。当初は「ずっと下書き状態にしておく」という使用形態を想定していなかったこともありまして。将来的には改善したいと思っています。◆また、ご要望もどうもありがとうございます。[[NAVI:PREVNEXT]] の PREVとNEXTの分割挿入は需要もあるようですから、実装を検討します。現時点では No.4063 さんがご紹介下さったあたりのCSSテクニックを駆使してみて下さい。
🌰Re:4063◆サポートありがとうございます！
食べたいアイスがまだそこそこあるんですけども、そろそろアイスの気温でもなくなってきた……？🍨🍨🍨
🍨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]] だけと書けば良い感じで。
「ギャラリーモードで検索するオプションを追加」というよりは、「検索結果を強制的にギャラリーモードで表示する」という機能(動作)の方が望ましいですかね……？「こう動作すると望ましい」みたいな、細部の動作にご要望があればお知らせ下さい。
とうとう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: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のように「横長」が基本なようです。
