カテゴリ「回答/返信」に属する投稿［662件］（8ページ目）
ねむぅい……。二度寝しようかな……。(: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自体も正常に動かない可能性があります。いや、動くには動くのですがスキンが正常に適用されない可能性があります（理由はここ）。ただ、その辺はサーバの仕様次第なので、大丈夫なサーバもあるかもしれませんから一概には言えないのですけども。
by nishishi. ⌚2023年10月29日(日) 09:06:33〔1年以上前〕 回答/返信 ＜821文字＞ 編集
お腹が減りました。ぐぅ。最近ケーキを食べていないな……。🍰🍰🍰
🌰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 とか選べるようになっていたんですね……！ キャプチャ画像もありがとうございます。
by nishishi. ⌚2023年10月28日(土) 23:12:17〔1年以上前〕 回答/返信 ＜662文字＞ 編集
てがろぐCGIをワンクリックでバージョンアップできるPHPが、ほぼ完成したような気がします。近日中には配布できるといいな……。（最初の画面イメージ、実行後の画面イメージ）
🌰Re:4062◆てがろぐのご活用をどうもありがとうございます。(╹◡╹) 下書き投稿へも移動ナビが出るのは、今のところは仕様です。当初は「ずっと下書き状態にしておく」という使用形態を想定していなかったこともありまして。将来的には改善したいと思っています。◆また、ご要望もどうもありがとうございます。[[NAVI:PREVNEXT]] の PREVとNEXTの分割挿入は需要もあるようですから、実装を検討します。現時点では No.4063 さんがご紹介下さったあたりのCSSテクニックを駆使してみて下さい。
🌰Re:4063◆サポートありがとうございます！
🌰Re:4062◆てがろぐのご活用をどうもありがとうございます。(╹◡╹) 下書き投稿へも移動ナビが出るのは、今のところは仕様です。当初は「ずっと下書き状態にしておく」という使用形態を想定していなかったこともありまして。将来的には改善したいと思っています。◆また、ご要望もどうもありがとうございます。[[NAVI:PREVNEXT]] の PREVとNEXTの分割挿入は需要もあるようですから、実装を検討します。現時点では No.4063 さんがご紹介下さったあたりのCSSテクニックを駆使してみて下さい。
🌰Re:4063◆サポートありがとうございます！
by nishishi. ⌚2023年10月23日(月) 22:19:47〔1年以上前〕 回答/返信 ＜374文字＞ 編集
食べたいアイスがまだそこそこあるんですけども、そろそろアイスの気温でもなくなってきた……？🍨🍨🍨
🍨Re:4044◆「あえて識別子に G を加えるなら、デフォルトでギャラリーモードで表示されるようにしたいのだろう」と考えて良さそうに思いますから、識別子 G の仕様は「最初からチェックが入っている状態の『ギャラリーモードで検索』チェックボックスを表示する」という仕様で良いのではないかな、と思います。とすると、おっしゃるようにCSSで非表示にすれば、強制的にギャラリーモードで検索結果が表示される検索窓になりますね。（まあ、たとえそういう仕様ではなくても、JavaScriptを使えば非表示状態でもチェックをONにできますが。）
ご要望ありがとうございます。その方向で実装してみます。
🍨Re:4044◆「あえて識別子に G を加えるなら、デフォルトでギャラリーモードで表示されるようにしたいのだろう」と考えて良さそうに思いますから、識別子 G の仕様は「最初からチェックが入っている状態の『ギャラリーモードで検索』チェックボックスを表示する」という仕様で良いのではないかな、と思います。とすると、おっしゃるようにCSSで非表示にすれば、強制的にギャラリーモードで検索結果が表示される検索窓になりますね。（まあ、たとえそういう仕様ではなくても、JavaScriptを使えば非表示状態でもチェックをONにできますが。）
ご要望ありがとうございます。その方向で実装してみます。
by nishishi. ⌚2023年10月5日(木) 23:44:49〔1年以上前〕 回答/返信 ＜348文字＞ 編集
あずきバーを食べました。🍨🍨🍨
🍨ふと気付いたんですが、ギャラリーモードで複合検索窓を表示すると、ギャラリーモードを維持できない（＝検索結果が通常モードで表示されてしまう）問題がありますね。次のバージョンで解決します。
🍨Re:4041-4042◆なるほど。ご要望をありがとうございます。そういう動作の需要があるとは考えていませんでした。複合検索窓でオプションとして指定できる識別子を増やしましょうかね？ 例えば、
「ギャラリーモードで検索するオプションを追加」というよりは、「検索結果を強制的にギャラリーモードで表示する」という機能(動作)の方が望ましいですかね……？「こう動作すると望ましい」みたいな、細部の動作にご要望があればお知らせ下さい。
🍨ふと気付いたんですが、ギャラリーモードで複合検索窓を表示すると、ギャラリーモードを維持できない（＝検索結果が通常モードで表示されてしまう）問題がありますね。次のバージョンで解決します。
🍨Re:4041-4042◆なるほど。ご要望をありがとうございます。そういう動作の需要があるとは考えていませんでした。複合検索窓でオプションとして指定できる識別子を増やしましょうかね？ 例えば、
- G=ギャラリーモードで検索するオプションを追加
- S=サイトマップページモードで検索するオプションを追加
- N=いま適用されているスキン指定を解除して検索結果を表示するようにする
- 例えば [[SEARCHBOX:COMPLEX:CHG]] のように、識別子として「CHG」を指定すると、(C)カテゴリ→(H)ハッシュタグ→(G)ギャラリー内限定検索チェックボックスの順に出力されるとか。
- もちろん、「ギャラリー内に限定して検索」チェックボックスだけが必要なら [[SEARCHBOX:COMPLEX:G]] だけと書けば良い感じで。
「ギャラリーモードで検索するオプションを追加」というよりは、「検索結果を強制的にギャラリーモードで表示する」という機能(動作)の方が望ましいですかね……？「こう動作すると望ましい」みたいな、細部の動作にご要望があればお知らせ下さい。
by nishishi. ⌚2023年10月4日(水) 18:02:58〔1年以上前〕 回答/返信 ＜668文字＞ 編集
🍨Re:4037◆複合検索窓の条件指定部分は1つ1つがli要素で出力されていますから、標準では縦に並んで表示されます。それが横に並んでいるということは、既に何らかのCSSが加えられているのだと思います。それが今どうなっているのかをお知らせ頂かないと、何とも言い難いです。現状でどう見えているのかの画面イメージ（スクリーンショット）を貼って頂くとか、それをどう見せるようにしたいのかを図示して頂くとか、現状のCSSソースを転記して頂くとかがあれば、何らかのアドバイスができるかもしれません。
by nishishi. ⌚2023年10月3日(火) 14:12:31〔1年以上前〕 回答/返信 ＜326文字＞ 編集
とうとう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の「ソースを取得」ボタンみたいな感じをイメージしていたので、デフォルト設定では「誰でも使用可能」な状態になっていますので。）
by nishishi. ⌚2023年10月2日(月) 23:00:40〔1年以上前〕 回答/返信 ＜1186文字＞ 編集
昼食はピザ。🍕🍕🍕
🍕Re:4029◆ゲストブック的に誰でも投稿できる使い方を考えるとき、『IDなしで投稿できる』のと『IDを自由に作成できる』のとでは、どちらの動作が望ましいですかね？ まだ検討段階の域を出ていませんが、掲示板モードという動作はなんとなく考えてはいました。
なお、現状のバージョンでどうにかするには、例えば「1行目には必ず名前を書く」＆「2行目から本文を書く」という仕様を強制できれば、（行単位で分解する記法を使うことで）ゲストブック的に使えるスキンを作ることはできそうな気がします。（投稿に使うIDは全員共通のゲストIDを1つ用意する感じで。）
🍕Re:4029◆ゲストブック的に誰でも投稿できる使い方を考えるとき、『IDなしで投稿できる』のと『IDを自由に作成できる』のとでは、どちらの動作が望ましいですかね？ まだ検討段階の域を出ていませんが、掲示板モードという動作はなんとなく考えてはいました。
なお、現状のバージョンでどうにかするには、例えば「1行目には必ず名前を書く」＆「2行目から本文を書く」という仕様を強制できれば、（行単位で分解する記法を使うことで）ゲストブック的に使えるスキンを作ることはできそうな気がします。（投稿に使うIDは全員共通のゲストIDを1つ用意する感じで。）
by nishishi. ⌚2023年9月30日(土) 12:52:37〔1年以上前〕 回答/返信 ＜355文字＞ 編集
たけのこの里を食べようかな……。🍫🍫🍫
🍫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のように「横長」が基本なようです。
by nishishi. ⌚2023年9月29日(金) 19:24:07〔1年以上前〕 回答/返信 ＜394文字＞ 編集
果たして、追加のアイスは買っておく方が良いか、それとも在庫だけで残暑を乗り切れるか……？🍨🍨🍨
🍨Re:4012◆ご活用ありがとうございます。ご要望もありがとうございます。良さげな実装方法さえ思いつけば加えたいとは思っているのですが、今のところ思いついていません。気長にお待ち頂ければ幸いです。当面は、いかにスクリーンショットを楽にファイル化するかをお考え頂く方が現実的かもしれません。
🍨Re:4015◆設置ありがとうございます。お好きなようにご活用頂ければ幸いです。
🍨Re:4016◆スキンの配布をありがとうございます。活用の幅が広がって嬉しいです。(╹◡╹)ﾉ
🍨Re:4012◆ご活用ありがとうございます。ご要望もありがとうございます。良さげな実装方法さえ思いつけば加えたいとは思っているのですが、今のところ思いついていません。気長にお待ち頂ければ幸いです。当面は、いかにスクリーンショットを楽にファイル化するかをお考え頂く方が現実的かもしれません。
🍨Re:4015◆設置ありがとうございます。お好きなようにご活用頂ければ幸いです。
🍨Re:4016◆スキンの配布をありがとうございます。活用の幅が広がって嬉しいです。(╹◡╹)ﾉ
by nishishi. ⌚2023年9月24日(日) 22:50:53〔1年以上前〕 回答/返信 ＜302文字＞ 編集
おはようございます。🌰
🌰Re:4009◆はい。可能です。「所属カテゴリ別に装飾を変化させる方法」をご覧下さい。装飾関連についてはカスタマイズ方法ページにいろいろ書いてありますので、目次をざっと眺めたり、[Ctrl]＋[F]で検索したりしてみて下さい。
(追記)
おっと、回答を書いている間に新たな回答が。
🌰Re:4010◆サポートありがとうございます。(╹◡╹)ﾉ β版のご試用もどうもありがとうございます。
🌰Re:4009◆はい。可能です。「所属カテゴリ別に装飾を変化させる方法」をご覧下さい。装飾関連についてはカスタマイズ方法ページにいろいろ書いてありますので、目次をざっと眺めたり、[Ctrl]＋[F]で検索したりしてみて下さい。
(追記)
おっと、回答を書いている間に新たな回答が。
🌰Re:4010◆サポートありがとうございます。(╹◡╹)ﾉ β版のご試用もどうもありがとうございます。
by nishishi. ⌚2023年9月19日(火) 08:25:33〔1年以上前〕 回答/返信 ＜217文字＞ 編集
β版のご試用をどうもありがとうございます！
🌰Re:4003◆私はまさにそのDancemaniaシリーズのCD（をリッピングしたデータ）で聴くことが多いです。Smile.dkのアルバムは持っていないのに、プレーヤー上で検索してみると Butterfly は4枚のCDに収録されていました。（そのうちの1つは Dancemania10 でした。）Dancemaniaは配信されていないんですねえ。トラック間で連続するノンストップな仕様だと配信しにくいんでしょうかね……？
🌰Re:4004◆β版のご試用をありがとうございます。:NEWのご指摘もありがとうございます。うっかりしていました。ローカルのソースは修正しましたので次のバージョンでは直ります。もし今すぐご活用なさりたい場合は、No.4007の方法をお試し下さい。
🌰Re:4005◆お役に立ったようで嬉しいです。(╹◡╹)ﾉ
🌰Re:4006◆はい。日付の変更もできます。デフォルト設定では、投稿欄の下部に「日付」ボタンは出ていないのですが、管理画面の「設定」→「投稿欄の表示」→「日時ボタンの表示設定」で設定をONに変更すると「日付」ボタンが現れるようになり、投稿日時として認識される日時を自由に手動入力できます。また、手動入力された日時を使って全投稿を並べ直すこともできます。詳しくは、などもご参照下さい。
🌰Re:4003◆私はまさにそのDancemaniaシリーズのCD（をリッピングしたデータ）で聴くことが多いです。Smile.dkのアルバムは持っていないのに、プレーヤー上で検索してみると Butterfly は4枚のCDに収録されていました。（そのうちの1つは Dancemania10 でした。）Dancemaniaは配信されていないんですねえ。トラック間で連続するノンストップな仕様だと配信しにくいんでしょうかね……？
🌰Re:4004◆β版のご試用をありがとうございます。:NEWのご指摘もありがとうございます。うっかりしていました。ローカルのソースは修正しましたので次のバージョンでは直ります。もし今すぐご活用なさりたい場合は、No.4007の方法をお試し下さい。
🌰Re:4005◆お役に立ったようで嬉しいです。(╹◡╹)ﾉ
🌰Re:4006◆はい。日付の変更もできます。デフォルト設定では、投稿欄の下部に「日付」ボタンは出ていないのですが、管理画面の「設定」→「投稿欄の表示」→「日時ボタンの表示設定」で設定をONに変更すると「日付」ボタンが現れるようになり、投稿日時として認識される日時を自由に手動入力できます。また、手動入力された日時を使って全投稿を並べ直すこともできます。詳しくは、などもご参照下さい。
by nishishi. ⌚2023年9月19日(火) 02:21:34〔1年以上前〕 回答/返信 ＜661文字＞ 編集
Dub-I-Dub も Butterfly も今でも時々聴きます。
🌰Re:3998◆Apple Music公式サイトから「埋め込み用コード」を取得して静的なHTMLに埋め込んでみても、同様の問題が発生していますので、さすがにこれは仕様変更ではなく一時的な不具合ではないでしょうかね……？ 1曲目しか埋め込めない仕様になったのだとしたら、表示されている曲名と再生される曲が一致していない状態もおかしいですし。待っていれば、そのうち改善(解決)されるのではないでしょうか。
🌰Re:3998◆Apple Music公式サイトから「埋め込み用コード」を取得して静的なHTMLに埋め込んでみても、同様の問題が発生していますので、さすがにこれは仕様変更ではなく一時的な不具合ではないでしょうかね……？ 1曲目しか埋め込めない仕様になったのだとしたら、表示されている曲名と再生される曲が一致していない状態もおかしいですし。待っていれば、そのうち改善(解決)されるのではないでしょうか。
by nishishi. ⌚2023年9月16日(土) 22:35:18〔1年以上前〕 回答/返信 ＜237文字＞ 編集
🌰Re:3994◆ちょいと状況がよく見えないので、もう少し詳しく状況を教えて頂けますでしょうか。
例えば、1投稿の中に、画像Ⓐ→画像Ⓑ→画像Ⓒの順序で3枚の画像を掲載している場合、[[COMMENT:PICTS]] を使うと、Ⓐ→Ⓑ→Ⓒ の順序で3枚すべてが出力されます。にもかかわらず、『その投稿の最後の画像がサムネイルになる』という状況になる理由が分からないのですが。
もし、
どのようなスキンをお使いなのか、どのような本文を投稿しているのか、等の情報をもう少し詳しく教えて頂けると、何らかの回答ができるかもしれません。
例えば、1投稿の中に、画像Ⓐ→画像Ⓑ→画像Ⓒの順序で3枚の画像を掲載している場合、[[COMMENT:PICTS]] を使うと、Ⓐ→Ⓑ→Ⓒ の順序で3枚すべてが出力されます。にもかかわらず、『その投稿の最後の画像がサムネイルになる』という状況になる理由が分からないのですが。
もし、
- [[COMMENT:PICTS]] を使っているなら3枚の画像全部がⒶ→Ⓑ→Ⓒの順番で表示されるハズですし、
- デフォルトのギャラリー用スキンで使っている [[ONEPICT:1]] を使っているなら画像Ⓐの1枚だけが表示されるハズですから、
どのようなスキンをお使いなのか、どのような本文を投稿しているのか、等の情報をもう少し詳しく教えて頂けると、何らかの回答ができるかもしれません。
by nishishi. ⌚2023年9月15日(金) 21:44:28〔1年以上前〕 回答/返信 ＜439文字＞ 編集
栗の季節ですね。モンブランは大好物です。🌰🌰🌰
🌰Re:3991◆シェルにログインするなどして、シンボリックリンクを作成できるなら、サーバによっては実現できるかもしれません。ただ、たぶんレンタルサーバ等では（たとえシンボリックリンクを作成できても、実行が拒否される結果として）実際には機能しない気がしますが。
例えば、以下のような構造でファイルを配置します。
上記のようなディレクトリ構造を作ると、 tegalog.cgi ファイルと fumycts.pl ファイルの実体は、baseディレクトリに1セット置くだけで済みます。tegalogAディレクトリやtegalogBディレクトリにあるのは、あくまでも、baseディレクトリにある実体ファイルを参照しているだけですから。
このようなリンクを作成してプログラムを実行できる環境なら、お望みのようにバージョンアップ作業は1回だけで済みます。ただ、レンタルサーバではこのような方法でのプログラムの実行は拒否されるのではないかと思いますので、たぶん動作はしない気がします。もしうまくいくサーバがあったら教えて下さい。(^_^;)
🌰Re:3991◆シェルにログインするなどして、シンボリックリンクを作成できるなら、サーバによっては実現できるかもしれません。ただ、たぶんレンタルサーバ等では（たとえシンボリックリンクを作成できても、実行が拒否される結果として）実際には機能しない気がしますが。
例えば、以下のような構造でファイルを配置します。
Web
┃
┣━ base
┃ ├─ tegalog.cgi （＝Ⓐ）
┃ └─ fumycts.pl （＝Ⓑ）
┃
┣━ tegalogA
┃ ├─ Ⓐへのシンボリックリンクをリンク名 tegalog.cgi で作る
┃ ├─ Ⓑへのシンボリックリンクをリンク名 fumycts.pl で作る
┃ ：
┃
┣━ tegalogB
┃ ├─ Ⓐへのシンボリックリンクをリンク名 tegalog.cgi で作る
┃ ├─ Ⓑへのシンボリックリンクをリンク名 fumycts.pl で作る
┃ ：
上記のようなディレクトリ構造を作ると、 tegalog.cgi ファイルと fumycts.pl ファイルの実体は、baseディレクトリに1セット置くだけで済みます。tegalogAディレクトリやtegalogBディレクトリにあるのは、あくまでも、baseディレクトリにある実体ファイルを参照しているだけですから。
このようなリンクを作成してプログラムを実行できる環境なら、お望みのようにバージョンアップ作業は1回だけで済みます。ただ、レンタルサーバではこのような方法でのプログラムの実行は拒否されるのではないかと思いますので、たぶん動作はしない気がします。もしうまくいくサーバがあったら教えて下さい。(^_^;)
by nishishi. ⌚2023年9月14日(木) 23:06:30〔1年以上前〕 回答/返信 ＜749文字＞ 編集
かき氷を補充購入しておくべきか、それとももうアイスで充分と考えるか……。🍧🍧🍧
🍧Re:3985◆ありがとうございます。今後、カテゴリ周辺機能を拡充する際などで、一連の処理全体を見直すことがあったときに、半角記号も許容できるように検討します。
🍧Re:3985◆ありがとうございます。今後、カテゴリ周辺機能を拡充する際などで、一連の処理全体を見直すことがあったときに、半角記号も許容できるように検討します。
by nishishi. ⌚2023年9月7日(木) 23:34:18〔1年以上前〕 回答/返信 ＜123文字＞ 編集
バニラのカップアイスを食べました。🍨
🍨Re:3980◆参考情報をどうもありがとうございます。てがろぐでは、ユーザさんがどんなスキンを用意なさっているかが事前にはわかりませんので、極力CSSを強制出力するのは避けたいと思っていまして（スキンに影響を及ぼすかも知れませんから）、JavaScriptだけで対処する必要があるだろうな……と思っています。何か考えて試してみますので、気長にお待ち頂ければ幸いです。
🍨Re:3983◆ご愛用ありがとうございます！ 調べてみたところ、カテゴリ名の登録処理に関してはそこそこ横着な実装になっておりまして(^_^;)、半角記号5つ ' " > < & は使えない（強制的に消される）仕様になっていました。これを修正しようとすると、ちょいと確認しないといけない範囲が広くて、抜けがあるとバグの温床になってしまいますから、今のところは「仕様」だとご解釈頂いて、全角文字をお使い頂けますとありがたいです。
🍨Re:3980◆参考情報をどうもありがとうございます。てがろぐでは、ユーザさんがどんなスキンを用意なさっているかが事前にはわかりませんので、極力CSSを強制出力するのは避けたいと思っていまして（スキンに影響を及ぼすかも知れませんから）、JavaScriptだけで対処する必要があるだろうな……と思っています。何か考えて試してみますので、気長にお待ち頂ければ幸いです。
🍨Re:3983◆ご愛用ありがとうございます！ 調べてみたところ、カテゴリ名の登録処理に関してはそこそこ横着な実装になっておりまして(^_^;)、半角記号5つ ' " > < & は使えない（強制的に消される）仕様になっていました。これを修正しようとすると、ちょいと確認しないといけない範囲が広くて、抜けがあるとバグの温床になってしまいますから、今のところは「仕様」だとご解釈頂いて、全角文字をお使い頂けますとありがたいです。
by nishishi. ⌚2023年9月6日(水) 01:43:22〔1年以上前〕 回答/返信 ＜437文字＞ 編集
近所のスーパーで、かき氷の販売コーナーが大幅減少していた……！ まだ暑いのに……！🍧🍧🍧
返信が遅くなってすみません。気力が乏しすぎまして。_(┐｢ε:)_
🍧Re:3972◆涼しくなってくれることを期待したいです……！
🍧Re:3973◆「8月末まで夏休み」という人々の場合には「わぁ、休みがたくさんある！」みたいな感想になるかもしれませんが、「8月29日から2学期」みたいな場合だと40日まであっても「それがどうした……！」みたいな反応になりそうですね。^^;
🍧Re:3974◆そういえば、たしかにGMailは招待制でしたね。もう記憶がおぼろげですが。ググってみたところ、サービス開始が2004年4月で、日本で招待制が廃止されたのは2006年8月だったとか。
🍧Re:3975◆ご活用ありがとうございます。たしかにその問題はありますよね。過去にも度々要望はありまして、何かうまい解決方法はないかな……と思っているのですが。『隠されていた範囲の要素の高さから、画面(描画領域)の高さを引いて、値がマイナスにならなければその分だけ上方向にスクロールする』……みたいなJavaScriptでいけますかね？ 常に上方向にスクロールすれば良いわけではなくて、あくまでも「続きを展開した結果として（読み進めるために）スクロールが発生した場合にだけ、スクロールした分量だけ戻す」みたいな処理が要りそうな気がしているのですが。なんか、既にうまく解決した方がいらっしゃったら教えて下さい。(^_^;)
🍧Re:3976◆ご要望ありがとうございます。こんなOpenライセンスな地図サービスがあったんですねえ。詳しい解説をどうもありがとうございます。ちょいと見てみましたが、「共有リンクURL」から「埋込用HTMLのパラメータ」に変換する方法がなさそうなので、少なくとも「共有リンクURL」を書くだけで埋め込めるように作るのは無理っぽいですね。埋込用のHTMLから地図URLを抜き出して指定する仕様にすればいけそうですが。将来的には任意のHTMLソースをそのまま書ける機能も用意するつもりではいますので、それをお待ち頂くのが現実的かな……、という気が今のところはしています。気長にお待ち頂ければ幸いです。
🍧Re:3977◆任意のURLを読みに行く処理はPHPだと激しく簡単なんですが、Perlだと外部のモジュールを読まない限り難しいんですよね……。というわけで、外部ページのOGPを読む機能は作っていなかったのですが、よくよく考えたら（てがろぐ内部でリンク先HTMLを読みに行かなくても）JavaScriptで読みに行けば良さそうな気もしてきました。Twitterの埋め込みのように、最初の一瞬は「埋め込み中……」のような表示が見える可能性はありますが、JavaScriptでリンク先を読みに行ってOGPがあればテキストリンクを置き換える……という処理をすれば良さそうな気もしてきました。そういう方向で一度実装を考えてみましょうかね。例えば、[リンクテキスト:OGP]https://example.com/のような記法でリンクされたときにだけOGPを読みに行くJavaScriptを出力する……みたいな方法があるかな、と思いました。ちょっと考えてみます。
🍧Re:3978◆blosxom……！ ありましたね。私も一瞬だけ使った（使おうとした）ことはありましたが、Web上だけでは完結しない仕組みが面倒で使わなかった気がします。やはり作るとしたら、（たとえHTMLソースを自力で書くとしても）Web上の編集画面内から投稿できる仕組みの方が楽で望ましいですね。投稿するのはあくまでもコンテンツ本体部分だけで、タイトルや日付やカテゴリみたいなメタデータは別途CMS上で登録・管理できるようになっていないと、面倒すぎて使い続ける気が起きなさそうな気はしています。
返信が遅くなってすみません。気力が乏しすぎまして。_(┐｢ε:)_
🍧Re:3972◆涼しくなってくれることを期待したいです……！
🍧Re:3973◆「8月末まで夏休み」という人々の場合には「わぁ、休みがたくさんある！」みたいな感想になるかもしれませんが、「8月29日から2学期」みたいな場合だと40日まであっても「それがどうした……！」みたいな反応になりそうですね。^^;
🍧Re:3974◆そういえば、たしかにGMailは招待制でしたね。もう記憶がおぼろげですが。ググってみたところ、サービス開始が2004年4月で、日本で招待制が廃止されたのは2006年8月だったとか。
🍧Re:3975◆ご活用ありがとうございます。たしかにその問題はありますよね。過去にも度々要望はありまして、何かうまい解決方法はないかな……と思っているのですが。『隠されていた範囲の要素の高さから、画面(描画領域)の高さを引いて、値がマイナスにならなければその分だけ上方向にスクロールする』……みたいなJavaScriptでいけますかね？ 常に上方向にスクロールすれば良いわけではなくて、あくまでも「続きを展開した結果として（読み進めるために）スクロールが発生した場合にだけ、スクロールした分量だけ戻す」みたいな処理が要りそうな気がしているのですが。なんか、既にうまく解決した方がいらっしゃったら教えて下さい。(^_^;)
🍧Re:3976◆ご要望ありがとうございます。こんなOpenライセンスな地図サービスがあったんですねえ。詳しい解説をどうもありがとうございます。ちょいと見てみましたが、「共有リンクURL」から「埋込用HTMLのパラメータ」に変換する方法がなさそうなので、少なくとも「共有リンクURL」を書くだけで埋め込めるように作るのは無理っぽいですね。埋込用のHTMLから地図URLを抜き出して指定する仕様にすればいけそうですが。将来的には任意のHTMLソースをそのまま書ける機能も用意するつもりではいますので、それをお待ち頂くのが現実的かな……、という気が今のところはしています。気長にお待ち頂ければ幸いです。
🍧Re:3977◆任意のURLを読みに行く処理はPHPだと激しく簡単なんですが、Perlだと外部のモジュールを読まない限り難しいんですよね……。というわけで、外部ページのOGPを読む機能は作っていなかったのですが、よくよく考えたら（てがろぐ内部でリンク先HTMLを読みに行かなくても）JavaScriptで読みに行けば良さそうな気もしてきました。Twitterの埋め込みのように、最初の一瞬は「埋め込み中……」のような表示が見える可能性はありますが、JavaScriptでリンク先を読みに行ってOGPがあればテキストリンクを置き換える……という処理をすれば良さそうな気もしてきました。そういう方向で一度実装を考えてみましょうかね。例えば、[リンクテキスト:OGP]https://example.com/のような記法でリンクされたときにだけOGPを読みに行くJavaScriptを出力する……みたいな方法があるかな、と思いました。ちょっと考えてみます。
🍧Re:3978◆blosxom……！ ありましたね。私も一瞬だけ使った（使おうとした）ことはありましたが、Web上だけでは完結しない仕組みが面倒で使わなかった気がします。やはり作るとしたら、（たとえHTMLソースを自力で書くとしても）Web上の編集画面内から投稿できる仕組みの方が楽で望ましいですね。投稿するのはあくまでもコンテンツ本体部分だけで、タイトルや日付やカテゴリみたいなメタデータは別途CMS上で登録・管理できるようになっていないと、面倒すぎて使い続ける気が起きなさそうな気はしています。
by nishishi. ⌚2023年9月4日(月) 19:48:53〔1年以上前〕 回答/返信 ＜1676文字＞ 編集
今日も暑くなりそう……。_(┐｢ε:)_ ただ、今の時点ではまだ扇風機だけで大丈夫ですが。
🍧Re:3969◆ご要望をありがとうございます。訪問者が自力でIDを作成できる機能については、一応は開発ToDoリストに含まれてはいるものの、そうそう直近には実現できなさそうに思いますので、現状ではWordPress等をお使いになるのが現実的な気がします。
参考までに、てがろぐにどんな機能を追加すれば実現できそうかを記してみます。
（長くなりますので畳んでおきます）
誰でもIDを作成できるようにする場合は、弱いパスワードを拒否するような仕組みもある方が望ましいかもしれませんね。
あと、「返信お知らせメール」を送信するためには、以下の5・6も必要です。
たぶんですが、本格運用するためには以下の機能も必要な気がします。
畳む
……というわけで、上記の機能を加えれば、概ねご要望の機能になるのではないかと思います。
てがろぐに将来的に上記のような機能が加わる可能性がないとは言えませんが、仮に加わるとしてもずいぶん先になると思います。
現状では、WordPressをお使い頂くのが一番現実的なような気がします。（もちろんMastodonやMisskeyのようなSNSでも良いですが、それらよりはWordPressの方がまだ設置は容易でしょう。）
なお、WordPressには、だれでもユーザー登録ができるようにするオプションが存在しますし、登録したメールアドレス宛てに通知メールが送信される機能もあるようです。
🍧Re:3969◆ご要望をありがとうございます。訪問者が自力でIDを作成できる機能については、一応は開発ToDoリストに含まれてはいるものの、そうそう直近には実現できなさそうに思いますので、現状ではWordPress等をお使いになるのが現実的な気がします。
参考までに、てがろぐにどんな機能を追加すれば実現できそうかを記してみます。
（長くなりますので畳んでおきます）
- メールを送信できる機能を用意する。
- 訪問者が自分でIDを作成できる機能を用意する。
- （これにはいくつかの方法がありますが例えば以下のような方法が考えられます）
- ユーザIDの新規作成画面だけは非ログイン状態でも表示できるように作り替える。
- 一時的にダミーのIDでログインされているような状態になるよう作り替えて、ユーザIDの新規作成画面だけは表示できるようにする。
- そもそもログイン画面に、ユーザIDの新規作成機能も持たせるよう作り替える。
- （これにはいくつかの方法がありますが例えば以下のような方法が考えられます）
- ユーザID作成画面にメールアドレスの登録項目を加える。
- メールアドレスの実在を確認するためのURLを(指定のメールアドレスに)送信する機能を加える。
- （これには以下の3つの機能が必要なように思います）
- メールアドレスの実在を確認するための一時的なURLを生成する機能
- そのURLにアクセスがあった場合にだけ、新規に作成されたユーザIDを有効にする設定機能
- 管理者が自力でIDを作成した場合に限っては上記の確認作業を不要にする機能（※これは現状の手軽さを維持するために必要だと思います）
- （これには以下の3つの機能が必要なように思います）
誰でもIDを作成できるようにする場合は、弱いパスワードを拒否するような仕組みもある方が望ましいかもしれませんね。
あと、「返信お知らせメール」を送信するためには、以下の5・6も必要です。
- 投稿に対して返信が付いたかどうかを認識する機能を加える。
- （現状では、SNSのように返信する機能がありませんので、以下のどちらかが必要です。）
- SNSのように、ある投稿に対して「返信」を繋げられるようにする機能を加える。
- 本文中に書かれた >>3969 のような記述を探してそれを「返信」だと解釈する機能を加える。
- （現状では、SNSのように返信する機能がありませんので、以下のどちらかが必要です。）
- 返信が付いたときにお知らせメールを送信する機能を加える。
- （ただし、これには以下の2つの機能が必要だと思います。）
- 既に返信お知らせメールを送信済みの投稿が再編集された場合には送信しないようにする仕様。
- 既存の投稿が再編集された結果として、そこに返信が追記された場合にはお知らせメールを送信する機能。
- （ただし、これには以下の2つの機能が必要だと思います。）
たぶんですが、本格運用するためには以下の機能も必要な気がします。
- お知らせメール送信時に不達でエラーメールが返ってきた場合に対処する機能を加える。（そうしないと、ユーザID作成後にメールアドレスが削除された場合、そのメールアドレス宛に何度も送信してしまうことになりますから。）
- ただ、これはちょっと難しくて、以下の機能が必要です。
- メールボックスを自動で定期的にチェックする仕組みを用意する。(これが大変そうです)
- メールの中身を読んで、それが不達エラーメールかどうかを判定する機能を作る。
- 不達エラーだった場合には、そのメールアドレスが登録されているIDを停止するなどの処置をする。
- ただ、これはちょっと難しくて、以下の機能が必要です。
畳む
……というわけで、上記の機能を加えれば、概ねご要望の機能になるのではないかと思います。
てがろぐに将来的に上記のような機能が加わる可能性がないとは言えませんが、仮に加わるとしてもずいぶん先になると思います。
現状では、WordPressをお使い頂くのが一番現実的なような気がします。（もちろんMastodonやMisskeyのようなSNSでも良いですが、それらよりはWordPressの方がまだ設置は容易でしょう。）
なお、WordPressには、だれでもユーザー登録ができるようにするオプションが存在しますし、登録したメールアドレス宛てに通知メールが送信される機能もあるようです。
by nishishi. ⌚2023年8月29日(火) 09:00:14〔1年以上前〕 回答/返信 ＜1824文字＞ 編集
今日もかき氷（宇治金時）を食べました！ あつい……！🍧🍧🍧
🍧Re:3962◆お役に立ったようで良かったです！(╹◡╹)ﾉ
🍧Re:3964◆私も知りたかったんですが、No.3965さんの解説が詳しいですね！
🍧Re:3965◆詳しい解説をどうもありがとうございます！ Blobcatはそういう背景で、いろんな人によって作られたキャラクターなんですねえ。参考リンクもありがとうございます。分かりやすくて助かります。
🍧Re:3966◆イーロン……!!! たしかにツイートの埋め込み機能は、URLが twitter.com ドメインであることを前提にしていますので x.com だと埋め込まれませんね。次のバージョンでは対処します。現状では、埋め込みたいツイートのURLのうち x.com の部分を twitter.com に自力で書き換えて頂くと埋め込まれないでしょうか？ お手数ですが、お試し頂ければ幸いです。
🍧Re:3962◆お役に立ったようで良かったです！(╹◡╹)ﾉ
🍧Re:3964◆私も知りたかったんですが、No.3965さんの解説が詳しいですね！
🍧Re:3965◆詳しい解説をどうもありがとうございます！ Blobcatはそういう背景で、いろんな人によって作られたキャラクターなんですねえ。参考リンクもありがとうございます。分かりやすくて助かります。
🍧Re:3966◆イーロン……!!! たしかにツイートの埋め込み機能は、URLが twitter.com ドメインであることを前提にしていますので x.com だと埋め込まれませんね。次のバージョンでは対処します。現状では、埋め込みたいツイートのURLのうち x.com の部分を twitter.com に自力で書き換えて頂くと埋め込まれないでしょうか？ お手数ですが、お試し頂ければ幸いです。
by nishishi. ⌚2023年8月28日(月) 17:35:53〔1年以上前〕 回答/返信 ＜432文字＞ 編集
こしあんのあずきバー食べたい。（明日から発売らしい）🍨
🍨Re:3957◆この動作試験場ではUPできる画像のファイルサイズを最大500KBに制限しています。ご自身で設置してお使いになる場合は任意に設定できます（デフォルトでは無制限です）。
🍨Re:3958◆ご活用頂ければ幸いです。(╹◡╹)ﾉ
🍨Re:3960◆はい。個別鍵は投稿本文中のどこに書いても同じです。複数書くと鍵を複数個用意することもできます。なお、「鍵付きでも1行目だけは見せたい」という場合には『鍵が掛かっていても一部を見えるようにする設定方法』がありますのでご活用下さい。鍵の記載位置に関係なく、本文の1行目だけは常時見えるように設定できます。
なお、個別鍵の仕様については、「個別鍵を指定する操作方法」もご参照頂くと良いと思います。
🍨Re:3957◆この動作試験場ではUPできる画像のファイルサイズを最大500KBに制限しています。ご自身で設置してお使いになる場合は任意に設定できます（デフォルトでは無制限です）。
🍨Re:3958◆ご活用頂ければ幸いです。(╹◡╹)ﾉ
🍨Re:3960◆はい。個別鍵は投稿本文中のどこに書いても同じです。複数書くと鍵を複数個用意することもできます。なお、「鍵付きでも1行目だけは見せたい」という場合には『鍵が掛かっていても一部を見えるようにする設定方法』がありますのでご活用下さい。鍵の記載位置に関係なく、本文の1行目だけは常時見えるように設定できます。
なお、個別鍵の仕様については、「個別鍵を指定する操作方法」もご参照頂くと良いと思います。
by nishishi. ⌚2023年8月27日(日) 13:13:52〔1年以上前〕 回答/返信 ＜443文字＞ 編集
かき氷（宇治金時）を食べました。🍧
🍘Re:3936◆複数の画像ファイルを同時に選択した場合の掲載順序は、お使いの環境次第で変わります。ブラウザ側が提供しているファイル選択UIを利用しているため、てがろぐ側では（実際にどんな順序で画像が送信されてくるのかを）制御できないのです。
なので、確実に指定の順序で掲載するためには、以下のような方法を採る必要があります。
方法Ⓐ：とりあえず複数UPしてから編集画面で順序を入れ替える。
1. 複数画像を選択して新規投稿します。
2. 画像の掲載順が望み通りでなかったら、編集画面を出して順序を変更します。
（一時的にも表示されてしまうのを避けたい場合は、1の時点で「下書き」にチェックを入れて投稿すれば、自分だけがプレビュー表示できます。）
方法Ⓑ：先に画像管理画面で画像をUPしておいて、好きな順序で新規投稿に使う。
1. 画像管理画面にアクセスして複数画像をUPします。
2. 使いたい画像にチェックを入れて、「新規投稿に使う」を選択した上で「実行」ボタンを押します。
3. すると、それらの画像が編集領域に入った状態で新規投稿画面が出ますので、そこで望みの順序に変更して新規投稿します。
たぶん、上記のどちらかの方法しかないと思います。
これらの方法だと、画像を文中に分散して挿入することもできますので、（一手間増えますが）自由度は上がります。
ご活用頂ければ幸いです。
🍘Re:3936◆複数の画像ファイルを同時に選択した場合の掲載順序は、お使いの環境次第で変わります。ブラウザ側が提供しているファイル選択UIを利用しているため、てがろぐ側では（実際にどんな順序で画像が送信されてくるのかを）制御できないのです。
なので、確実に指定の順序で掲載するためには、以下のような方法を採る必要があります。
方法Ⓐ：とりあえず複数UPしてから編集画面で順序を入れ替える。
1. 複数画像を選択して新規投稿します。
2. 画像の掲載順が望み通りでなかったら、編集画面を出して順序を変更します。
（一時的にも表示されてしまうのを避けたい場合は、1の時点で「下書き」にチェックを入れて投稿すれば、自分だけがプレビュー表示できます。）
方法Ⓑ：先に画像管理画面で画像をUPしておいて、好きな順序で新規投稿に使う。
1. 画像管理画面にアクセスして複数画像をUPします。
2. 使いたい画像にチェックを入れて、「新規投稿に使う」を選択した上で「実行」ボタンを押します。
3. すると、それらの画像が編集領域に入った状態で新規投稿画面が出ますので、そこで望みの順序に変更して新規投稿します。
たぶん、上記のどちらかの方法しかないと思います。
これらの方法だと、画像を文中に分散して挿入することもできますので、（一手間増えますが）自由度は上がります。
ご活用頂ければ幸いです。
by nishishi. ⌚2023年8月18日(金) 19:00:45〔1年以上前〕 回答/返信 ＜618文字＞ 編集
今日もあつい……。_(┐｢ε:)_
🍘Re:3933◆ああ、このページがありましたね。ありがとうございます。
🍘Re:3928◆「てがろぐ個別記事の前後移動リンク」で解説されている方法が分かりやすいですのでお試し下さい。
🍘Re:3933◆ああ、このページがありましたね。ありがとうございます。
🍘Re:3928◆「てがろぐ個別記事の前後移動リンク」で解説されている方法が分かりやすいですのでお試し下さい。
by nishishi. ⌚2023年8月18日(金) 11:14:15〔1年以上前〕 回答/返信 ＜147文字＞ 編集
Spotifyの新URLと、YouTubeのショート動画の埋め込みに対応した Ver 4.0.6β(未配布)の動作テスト。
🍘Re:3928◆残念ながら edit.css や edit.js は編集画面だけで読み込まれるファイルですので、記事一覧画面の表示をどうにかする方法は今のところありません。なお、隣接投稿への移動リンクに記事タイトル(1行目)を使うには、（てがろぐ側の機能には存在しませんが）JavaScriptを活用して実現する方法はあります。例えば、CMSkin for てがろぐという多機能スキンでも実現されています。隣接リンクに記事タイトルを使いたいというご要望はちらほら頂いていますので、将来的には実装する可能性はあります。今のところはJavaScriptでご対応頂ければ幸いです。
（追記）JavaScriptの解説は「てがろぐ個別記事の前後移動リンク」にあります。
🍘Re:3929◆なんと、SpotifyのURL構成がいつの間にか変わっていたんですね……。お知らせ下さってありがとうございます。うちのWin10にインストールされている Spotify 1.2.9.743 だと問題ないので、気付きませんでした。とりあえず既に新URLへの対応はさせましたので、次のバージョンからは「シェア＞曲のリンクをコピー」の新しいURLでも埋め込めるようになります。（今ご覧になっているこの動作試験場では新バージョンを稼働させていますので、No.3929でテスト頂いた記述も正しく埋め込まれるようになっています。）
🍘Re:3930◆そうですね。いつ頃のバージョンからか分かりませんが、今は intl-ja/ という文字列がURLに含まれるようになっていたようですね。Spotify側の新仕様がハッキリとは分かりませんが、とりあえず任意の「英小文字とハイフン」がURLに加わっていてもそこを無視して埋め込みURLを生成できるように修正してみました。（短縮URLは埋め込めないままですが。）
🍘YouTubeのショート動画も、[YouTube]https://youtube.com/shorts/～ みたいに（その他の動画と同様の記法で）埋め込めるようになりました。
表示例：
ただ、ショート動画は縦長なので、埋め込み空間の左右に大きな余白ができてしまいますが。
🍘Re:3928◆残念ながら edit.css や edit.js は編集画面だけで読み込まれるファイルですので、記事一覧画面の表示をどうにかする方法は今のところありません。なお、隣接投稿への移動リンクに記事タイトル(1行目)を使うには、（てがろぐ側の機能には存在しませんが）JavaScriptを活用して実現する方法はあります。例えば、CMSkin for てがろぐという多機能スキンでも実現されています。隣接リンクに記事タイトルを使いたいというご要望はちらほら頂いていますので、将来的には実装する可能性はあります。今のところはJavaScriptでご対応頂ければ幸いです。
（追記）JavaScriptの解説は「てがろぐ個別記事の前後移動リンク」にあります。
🍘Re:3929◆なんと、SpotifyのURL構成がいつの間にか変わっていたんですね……。お知らせ下さってありがとうございます。うちのWin10にインストールされている Spotify 1.2.9.743 だと問題ないので、気付きませんでした。とりあえず既に新URLへの対応はさせましたので、次のバージョンからは「シェア＞曲のリンクをコピー」の新しいURLでも埋め込めるようになります。（今ご覧になっているこの動作試験場では新バージョンを稼働させていますので、No.3929でテスト頂いた記述も正しく埋め込まれるようになっています。）
🍘Re:3930◆そうですね。いつ頃のバージョンからか分かりませんが、今は intl-ja/ という文字列がURLに含まれるようになっていたようですね。Spotify側の新仕様がハッキリとは分かりませんが、とりあえず任意の「英小文字とハイフン」がURLに加わっていてもそこを無視して埋め込みURLを生成できるように修正してみました。（短縮URLは埋め込めないままですが。）
🍘YouTubeのショート動画も、[YouTube]https://youtube.com/shorts/～ みたいに（その他の動画と同様の記法で）埋め込めるようになりました。
表示例：
ただ、ショート動画は縦長なので、埋め込み空間の左右に大きな余白ができてしまいますが。
by nishishi. ⌚2023年8月17日(木) 23:54:48〔1年以上前〕 回答/返信 ＜1081文字＞ 編集
おなかがすいた……！
Re:3913◆たしかに、iOS用ブラウザだと、ダブルタップでズームしてしまいますね。同時にコピーもできてはいるようですけども（iPadではズームせずにコピーできました）。試しに、touch-action: manipulation;を加えてみたんですが（今この試験場で動作をお試し頂けます戻しました）、そうするとiOS用ブラウザではそもそもダブルタップによるコピー自体もできなくなってしまったような気がします……。(^_^;;; どうですかね？ もしかして、touch-action: manipulation;を加えた要素では、ダブルタップのイベント自体が無効にされてしまう仕様なんですかね……。Android用ブラウザだと問題ないんですけども。
Re:3914◆Androidでは確かに問題ないですね。iPadでも問題ありませんでした。（もしかしたらスキンと画面サイズの問題かもしれませんが。）
Re:3913◆たしかに、iOS用ブラウザだと、ダブルタップでズームしてしまいますね。同時にコピーもできてはいるようですけども（iPadではズームせずにコピーできました）。試しに、touch-action: manipulation;を加えてみたんですが（Re:3914◆Androidでは確かに問題ないですね。iPadでも問題ありませんでした。（もしかしたらスキンと画面サイズの問題かもしれませんが。）by nishishi. ⌚2023年8月14日(月) 00:00:15〔1年以上前〕 回答/返信 ＜487文字＞ 編集
ご報告ありがとうございます。
Re:3898◆ご報告ありがとうございます。iOS版Safariで確認してみたところ、たしかにご指摘の表示になりますね。もしかしてMac版Safariでもそうなるのでしょうか？ 解決策が2通りありますので、後述します。
Re:3899◆たこ焼きアイコンありがとうございます！ たこ焼きが並べられて嬉しいです。(笑) また、解決策もありがとうございます。おっしゃる方法どちらもうまくいきました。以下に記します。
▼SVG画像でのカスタム絵文字が横方向に並ばない場合の対処方法(1)
➡ SVG画像をテキストエディタで開き、1行目にあるwidthとheightの値を書き換える。
▼SVG画像でのカスタム絵文字が横方向に並ばない場合の対処方法(2)
➡ 横幅の最大値も制限するCSSを追記する。
個人的には、SVG画像のソースを書き換えた方が良いのではないかと思いますけども。大きく表示させたいケースがある場合には、SVGソースはそのままで、CSSで対処する方が良いかもしれませんが。
（たぶん、Safariの問題なんでしょうね……？）
🍘動作テスト：
➡ここでは、SVG画像のソースを直接書き換えたバージョンを置いています。
➡開発放言では、SVG画像はそのままで、CSSソースを追記して対処しています。
どちらもiOSで確認しても同じように横並びになっていました。
🍘注意：
上記の対策を施しても、iOS側でブラウザのキャッシュをクリアしないと表示に反映されないのでご注意下さい。
iOS版ブラウザにスーパーリロードの仕組みはないっぽいので、例えばここで紹介されている「閲覧履歴とタブを維持したい場合」の方法で操作するのが良いかもしれません。
Re:3898◆ご報告ありがとうございます。iOS版Safariで確認してみたところ、たしかにご指摘の表示になりますね。もしかしてMac版Safariでもそうなるのでしょうか？ 解決策が2通りありますので、後述します。Re:3899◆たこ焼きアイコンありがとうございます！ たこ焼きが並べられて嬉しいです。(笑) また、解決策もありがとうございます。おっしゃる方法どちらもうまくいきました。以下に記します。▼SVG画像でのカスタム絵文字が横方向に並ばない場合の対処方法(1)
➡ SVG画像をテキストエディタで開き、1行目にあるwidthとheightの値を書き換える。
例えば、<svg width="100%" height="100%" viewBox="0 0 32 32" ... のように書かれているなら、このようにすると、CSSに関係なくSVG画像は（iOSでも）横並びになってくれます。
ここを、<svg width="32" height="32" viewBox="0 0 32 32" ... のように書き換えます。
ここが、<svg width="100%" height="100%" viewBox="0 0 50 65" ... のように書かれているなら、
ここを、<svg width="50" height="65" viewBox="0 0 50 65" ... のように書き換えます。
▼SVG画像でのカスタム絵文字が横方向に並ばない場合の対処方法(2)
➡ 横幅の最大値も制限するCSSを追記する。
デフォルト設定では、（カスタム絵文字に対して）てがろぐは style="width:auto; height:auto; max-height:2em; vertical-align:middle;" というCSSを挿入します。ここでは高さの最大値は指定されていますが、横幅の最大値は指定されていません。どうやらiOS版のSafariは、（SVG画像にwidth="100%"があるとき）描画空間として横幅100％を確保してしまうっぽいですね。なので、以下のCSSをスキン等に追記すれば解決します。
.cemoji img { max-width:2em; }
これで横幅も最大2文字分に制限されますので、下図の右側の通り、横に並んでくれました。
ただ、これだと、あらゆる絵文字の横幅が 2em になりますので、もし takoyaki だけに限定して適用したいなら、
.ce-takoyaki img { max-width:2em; }
のようにすると良いかもしれません。
個人的には、SVG画像のソースを書き換えた方が良いのではないかと思いますけども。大きく表示させたいケースがある場合には、SVGソースはそのままで、CSSで対処する方が良いかもしれませんが。
（たぶん、Safariの問題なんでしょうね……？）
🍘動作テスト：
➡ここでは、SVG画像のソースを直接書き換えたバージョンを置いています。
➡開発放言では、SVG画像はそのままで、CSSソースを追記して対処しています。
どちらもiOSで確認しても同じように横並びになっていました。
🍘注意：
上記の対策を施しても、iOS側でブラウザのキャッシュをクリアしないと表示に反映されないのでご注意下さい。
iOS版ブラウザにスーパーリロードの仕組みはないっぽいので、例えばここで紹介されている「閲覧履歴とタブを維持したい場合」の方法で操作するのが良いかもしれません。
by nishishi. ⌚2023年8月6日(日) 18:23:32〔1年以上前〕 回答/返信 ＜1599文字＞ 編集
ツイート埋め込み用の記述は今後も[Tweet]のままです。イーロンの気が変わってまた名称が変わらないとも限りませんし。
Re:3891◆無事に動いたようで何よりです。ご愛用頂ければ幸いです。(╹◡╹)ﾉ
Re:3892◆その機能は既にありますので、No.3893～3894さんのアドバイスとリンク先ヘルプをご参照下さい。
Re:3893◆ピンポイントにヘルプを示して下さってありがとうございます。
Re:3894◆詳しい解説をありがとうございます！
塩分が足りない気がする。塩を舐めたい……。_(┐｢ε:)_ 🍘🍘🍘
Re:3891◆無事に動いたようで何よりです。ご愛用頂ければ幸いです。(╹◡╹)ﾉRe:3892◆その機能は既にありますので、No.3893～3894さんのアドバイスとリンク先ヘルプをご参照下さい。Re:3893◆ピンポイントにヘルプを示して下さってありがとうございます。Re:3894◆詳しい解説をありがとうございます！塩分が足りない気がする。塩を舐めたい……。_(┐｢ε:)_ 🍘🍘🍘
by nishishi. ⌚2023年8月6日(日) 10:27:38〔1年以上前〕 回答/返信 ＜333文字＞ 編集
ハイスピードプラン以上の場合は 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正式版へのバージョンアップでご体験下さい。(笑)