てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［663件］（7ページ目）
昼食のうどんで、おなかいっぱい……。_(:3」∠)_
🍘Re:4269◆アップロードありがとうございます。私が所有している Pixel6a（Android14）のChromeで表示してみましたが、特に画面が明るくなることはありませんでした。画像そのものが原因だとすると、下記の3パターンすべてで同様の現象が起きると思いますが、起きますでしょうか？（また、普段お使いのとは別のブラウザで表示してみるとどうなるでしょうか？ それによって、ブラウザが原因なのか、OS(または端末)の問題なのかが分かります。）
① てがろぐ画像管理画面でその画像のあるページを見た場合。
② 静的HTMLページにその画像を貼った場合。
③ 画像だけを単独で表示させた場合。
※スマートフォンをお持ちの方は、もしよろしければお試し下さい。
🍘Re:4269◆アップロードありがとうございます。私が所有している Pixel6a（Android14）のChromeで表示してみましたが、特に画面が明るくなることはありませんでした。画像そのものが原因だとすると、下記の3パターンすべてで同様の現象が起きると思いますが、起きますでしょうか？（また、普段お使いのとは別のブラウザで表示してみるとどうなるでしょうか？ それによって、ブラウザが原因なのか、OS(または端末)の問題なのかが分かります。）
① てがろぐ画像管理画面でその画像のあるページを見た場合。
② 静的HTMLページにその画像を貼った場合。
③ 画像だけを単独で表示させた場合。
※スマートフォンをお持ちの方は、もしよろしければお試し下さい。
シフォンケーキを食べました。
🍰Re:4265◆お使いの端末の標準カメラアプリで撮影した無加工の写真なら何でも該当するっぽいのですね。その条件で撮影した何かテキトーな（当たり障りのない）写真をここに1枚UPして頂ければ、他の方々も含めて多種の端末で実験ができると思いますので、もしよければ何かUPしてみて下さい。
🍰Re:4265◆お使いの端末の標準カメラアプリで撮影した無加工の写真なら何でも該当するっぽいのですね。その条件で撮影した何かテキトーな（当たり障りのない）写真をここに1枚UPして頂ければ、他の方々も含めて多種の端末で実験ができると思いますので、もしよければ何かUPしてみて下さい。
Unicode、梅干しの絵文字もない……？
🍘Re:4259◆結果報告をどうもありがとうございます。画像が原因とは、なかなか意外でした。てっきり動画かなと思っていましたら。「少しでも加工すれば発生しない」ということは、画像の見た目はおそらく関係ないのでしょうから、たまたまその画像のバイナリデータの中に、画面の明るさを調節させるコードと同じバイナリが偶然存在していて、ブラウザかOSが誤解して動作してしまう……とか何かがあったんでしょうかね……。おもしろいケースです。何にせよ解決して良かったです。(╹◡╹)
🍘Re:4259◆結果報告をどうもありがとうございます。画像が原因とは、なかなか意外でした。てっきり動画かなと思っていましたら。「少しでも加工すれば発生しない」ということは、画像の見た目はおそらく関係ないのでしょうから、たまたまその画像のバイナリデータの中に、画面の明るさを調節させるコードと同じバイナリが偶然存在していて、ブラウザかOSが誤解して動作してしまう……とか何かがあったんでしょうかね……。おもしろいケースです。何にせよ解決して良かったです。(╹◡╹)
パインアメの在庫を補充しました。🍍🍬🍍🍬🍍🍬
🍍Re:4257◆てがろぐ側にスマートフォンの明るさをどうにかする機能はありませんので（単純にWebページを出力しているだけですから）、可能性としては以下のどれかではないかな、と思います。
➊ブラウザ側の機能。
➋OSの機能。
➌埋め込み動画(YouTube)で読み込まれているスクリプトの機能。
てがろぐを「復旧した後から事象が発生」したとのことですが、てがろぐ側にはそういった調整機能がありませんので、タイミングがたまたま一致しただけで、その頃にブラウザが自動バージョンアップしたとか、OSがアップデートされたとか、何か別の要因があるのだと思います。（「どこかの構造を弄ったりはしていません」とのことなので、なおさら。）
例えば、別のブラウザを使ってみた場合にはどうなるでしょうか？
別のブラウザで発生しないのならブラウザが原因ですし、別のブラウザでも発生するならOS側の機能か、もしくは動画（YouTube）のスクリプトに何かあるのかもしれません。
ブラウザ上で発生する問題なら、お使いのCSSやJavaScriptにも要因がある可能性があります。（※例えば「従来のバージョンのブラウザでは何も反応しなかったが、最新版では何か反応して自動調整されるような要素がある」とか。）
例えば、別のスキンを適用して表示した場合でも同様の問題があるでしょうか？（例えば標準スキンに切り替えて見たときなど）
ないならスキンが原因（の1つ）ですし、あればスキンの問題ではなさそうですね。
原因を特定するには、「同じ動画を埋め込んだ別の投稿で同現象が発生するかどうか」、「同じ画像を表示した別の投稿で同現象が発生するかどうか」……のように絞り込んでいくしかない気がします。（対象が13投稿あるのなら、それらの投稿を1つずつ個別ページで見た場合にも同現象が発生するのでしょうか？）
問題を解決するには、まずは問題の発生要因を絞り込んでいって特定する必要があります。（※要因は1つだけとは限りません。）
URLを教えて頂けばこちらでも見てみることはできますが。（ここにお書きいただければ、表示確認に協力して下さる方々もいらっしゃるでしょう。）
🍍Re:4257◆てがろぐ側にスマートフォンの明るさをどうにかする機能はありませんので（単純にWebページを出力しているだけですから）、可能性としては以下のどれかではないかな、と思います。
➊ブラウザ側の機能。
➋OSの機能。
➌埋め込み動画(YouTube)で読み込まれているスクリプトの機能。
てがろぐを「復旧した後から事象が発生」したとのことですが、てがろぐ側にはそういった調整機能がありませんので、タイミングがたまたま一致しただけで、その頃にブラウザが自動バージョンアップしたとか、OSがアップデートされたとか、何か別の要因があるのだと思います。（「どこかの構造を弄ったりはしていません」とのことなので、なおさら。）
例えば、別のブラウザを使ってみた場合にはどうなるでしょうか？
別のブラウザで発生しないのならブラウザが原因ですし、別のブラウザでも発生するならOS側の機能か、もしくは動画（YouTube）のスクリプトに何かあるのかもしれません。
ブラウザ上で発生する問題なら、お使いのCSSやJavaScriptにも要因がある可能性があります。（※例えば「従来のバージョンのブラウザでは何も反応しなかったが、最新版では何か反応して自動調整されるような要素がある」とか。）
例えば、別のスキンを適用して表示した場合でも同様の問題があるでしょうか？（例えば標準スキンに切り替えて見たときなど）
ないならスキンが原因（の1つ）ですし、あればスキンの問題ではなさそうですね。
原因を特定するには、「同じ動画を埋め込んだ別の投稿で同現象が発生するかどうか」、「同じ画像を表示した別の投稿で同現象が発生するかどうか」……のように絞り込んでいくしかない気がします。（対象が13投稿あるのなら、それらの投稿を1つずつ個別ページで見た場合にも同現象が発生するのでしょうか？）
問題を解決するには、まずは問題の発生要因を絞り込んでいって特定する必要があります。（※要因は1つだけとは限りません。）
URLを教えて頂けばこちらでも見てみることはできますが。（ここにお書きいただければ、表示確認に協力して下さる方々もいらっしゃるでしょう。）
なぜか異様にねむい……。☕️☕️☕️
☕️Re:4254◆ご要望をどうもありがとうございます。開発検討にある「メッセージ送信機能」は、昨年6月に実施した機能投票の『Ⓐ⓮メッセージ送信機能（管理者へのメール送信機能）』のことでして、（「送信されたメッセージをそのままメールとして再送信する」という方法の方が構造は単純ですから）実装するとしたら実装の順番としては、メール送信が先になりそうです。その後、内部でも保持できるようにする機能を追加する感じになると思います。（あくまでも実装するとしたら、の話ですが。）というわけで、実装するとしたらメール送信機能も作りますのでご安心下さい。ただ、どちらにしてもそうそう直近で作り始めることはなさそうな気がしていますので、気長にお待ち頂ければ幸いです。
☕️Re:4255◆何かわりと簡単に行けそうな気がしてきましたので、近々できるかもしれません。もうちょいとお待ち下さい。
☕️Re:4254◆ご要望をどうもありがとうございます。開発検討にある「メッセージ送信機能」は、昨年6月に実施した機能投票の『Ⓐ⓮メッセージ送信機能（管理者へのメール送信機能）』のことでして、（「送信されたメッセージをそのままメールとして再送信する」という方法の方が構造は単純ですから）実装するとしたら実装の順番としては、メール送信が先になりそうです。その後、内部でも保持できるようにする機能を追加する感じになると思います。（あくまでも実装するとしたら、の話ですが。）というわけで、実装するとしたらメール送信機能も作りますのでご安心下さい。ただ、どちらにしてもそうそう直近で作り始めることはなさそうな気がしていますので、気長にお待ち頂ければ幸いです。
☕️Re:4255◆何かわりと簡単に行けそうな気がしてきましたので、近々できるかもしれません。もうちょいとお待ち下さい。
ケーキは食べました。🍰🍰🍰
🍰Re:4250◆なるほど、了解しました。内部で保持するとなると、保持する仕組みの他に、一覧表示、削除機能等々いろいろ周辺機能が必要になりますので、もし実現するとしてもかな～り先になると思いますが、気長にお待ち頂ければ幸いです。
🍰Re:4251◆よろしくです。
🍰Re:4252◆動作報告をどうもありがとうございます。てがろぐVer 4.2.0からは、まさしくその管理画面TOPのバージョンアップ案内ボタンをクリックした際に（※tegalog.cgi と同じディレクトリに tegup.php が存在する場合にだけ）設置されているTegUpへリンクするようになっていますので、今後はそこをクリックするだけでTegUpにアクセスできます。(╹◡╹)
🍰Re:4250◆なるほど、了解しました。内部で保持するとなると、保持する仕組みの他に、一覧表示、削除機能等々いろいろ周辺機能が必要になりますので、もし実現するとしてもかな～り先になると思いますが、気長にお待ち頂ければ幸いです。
🍰Re:4251◆よろしくです。
🍰Re:4252◆動作報告をどうもありがとうございます。てがろぐVer 4.2.0からは、まさしくその管理画面TOPのバージョンアップ案内ボタンをクリックした際に（※tegalog.cgi と同じディレクトリに tegup.php が存在する場合にだけ）設置されているTegUpへリンクするようになっていますので、今後はそこをクリックするだけでTegUpにアクセスできます。(╹◡╹)
🍰Re:4248◆php.iniに書けるすべての設定が.htaccessに書けるわけではないと思いますので、可能なのかどうかサーバの窓口に問い合わせてみて下さい。（というか、サーバの窓口に問い合わせるなら、そもそも PHPでZipArchive クラスが使えるのか、使えないなら使えるようにする方法はないのか、の方をお問い合わせになる方が良いとも思いますが。^^;）
明日はケーキを食べる……！（たぶん）🍰🍰🍰
🍰Re:4246◆詳しい情報をありがとうございます。助かりました。どうやら、お使いのサーバではPHPで ZipArchive クラスが使えないようですね。もしお使いのサーバのコントロールパネルで（PHPの言語設定関連の項目あたりで）php.ini を編集可能なら、
extension=zip
という1行を追記してみて下さい。（※もし ;extension=zip という行があるなら、先頭のセミコロン「;」を削除すれば良いです。）
その上で再度TegUpの動作をお試し下さい。
なお、上記の方法が採れない場合（＝そのような方法が用意されていない場合）や、上記の方法を使っても同様のエラーが表示される場合は、残念ながら対処方法がなさそうです。ZipArchive クラスは、PHPでZIPの圧縮/展開をするための組み込みクラスなんですが、あえて無効に設定されているケース（＝ZIPサポートを無効にしてビルドされているか、ZIP関連のライブラリがインストールされていないか等）もあるっぽいですね。それがお使いのレンタルサーバの方針の場合には、残念ながらそのサーバでTegUpを使うのは無理です。（ZIPの圧縮/展開ができないとどうしようもありませんので。サーバ会社側に PHPで ZipArchive クラスを使えるようにして……！ と要望するくらいでしょうかね……。^^;）
※他にJust-Size.Networksをお使いの方で、TegUpが問題なく動作した方がいらっしゃったら、設定次第でどうにかなるということだと思うんですけども。（たぶん）
🍰Re:4246◆詳しい情報をありがとうございます。助かりました。どうやら、お使いのサーバではPHPで ZipArchive クラスが使えないようですね。もしお使いのサーバのコントロールパネルで（PHPの言語設定関連の項目あたりで）php.ini を編集可能なら、
extension=zip
という1行を追記してみて下さい。（※もし ;extension=zip という行があるなら、先頭のセミコロン「;」を削除すれば良いです。）
その上で再度TegUpの動作をお試し下さい。
なお、上記の方法が採れない場合（＝そのような方法が用意されていない場合）や、上記の方法を使っても同様のエラーが表示される場合は、残念ながら対処方法がなさそうです。ZipArchive クラスは、PHPでZIPの圧縮/展開をするための組み込みクラスなんですが、あえて無効に設定されているケース（＝ZIPサポートを無効にしてビルドされているか、ZIP関連のライブラリがインストールされていないか等）もあるっぽいですね。それがお使いのレンタルサーバの方針の場合には、残念ながらそのサーバでTegUpを使うのは無理です。（ZIPの圧縮/展開ができないとどうしようもありませんので。サーバ会社側に PHPで ZipArchive クラスを使えるようにして……！ と要望するくらいでしょうかね……。^^;）
※他にJust-Size.Networksをお使いの方で、TegUpが問題なく動作した方がいらっしゃったら、設定次第でどうにかなるということだと思うんですけども。（たぶん）
今日は誕生日なんですが、ケーキがないので後日食べます。スタバとかで。🍰🍰🍰
🍰Re:4237◆おおぅ。たしかに改行が消えていますね。詳しいキャプチャ画像をありがとうございます。よく分かりました。
フリースペースに入力なさっているHTMLソースは、おそらく別のテキストエディタ等でお書きになったものをコピー＆ペーストされていますよね？ どんなエディタをお使いでしょうか？
あと、もしかしてスキンの適用云々を経なくても、①「多目的フリースペース」欄にペースト→②「設定を保存する」ボタンクリック→③「管理メニューに戻る」→④「設定」→⑤「フリースペース」のように保存後すぐに再度フリースペースの設定画面を見た場合でも改行は消えていないでしょうか？
「多目的フリースペース」欄に入力されたソースを保存する処理では、一旦、改行コードを別の文字列に置き換えているのですが、このとき [CR＋LF] のセットを改行コードとして決め打ちしています。（※これは少々問題のある処理ですね。次のバージョンで改善します。Macユーザの方とか動作は大丈夫ですかね……？^^;）
なので、もしかして、お使いのテキストエディタが（保存時ではなく画面上でコピーする際にも）改行コードとして [LF]だけ や [CR]だけ として扱っている場合には、コピー＆ペーストすると（ブラウザの画面上では改行できていても）保存したときに改行が正しく認識されずに、改行がないものとして処理されている（＝改行が消える）のかもしれません。
※➊テキストエディタ側の仕様なのか、➋ブラウザ側の仕様なのか、➌その両方が合わさった場合にだけ発生するのか、は分かりませんが。これまで長年、同種の報告がなかったことを考えると、➌なのかもしれません。
もし上記が原因だとすれば、以下のⒶ～Ⓓのどれかの方法で回避できるかもしれません。
というか、試しに、「多目的フリースペース」欄を一旦空っぽにした上で、（コピー＆ペーストはせずに）何か適当な文字列を複数行ほど入力してみて、それを保存して、問題が再現するかどうかをご確認頂くと良いかもしれません。それで問題が解消するなら、上記のⒶ～Ⓓのどれかで解決する気がします。
「別のフォルダにインストールしたてがろぐではこのような現象は起こりませんでした」というのが、ダミーの適当なソースを直接入力してみてお試しになったのなら、なお、上記の可能性が高そうな気がします。
🍰Re:4237◆おおぅ。たしかに改行が消えていますね。詳しいキャプチャ画像をありがとうございます。よく分かりました。
フリースペースに入力なさっているHTMLソースは、おそらく別のテキストエディタ等でお書きになったものをコピー＆ペーストされていますよね？ どんなエディタをお使いでしょうか？
あと、もしかしてスキンの適用云々を経なくても、①「多目的フリースペース」欄にペースト→②「設定を保存する」ボタンクリック→③「管理メニューに戻る」→④「設定」→⑤「フリースペース」のように保存後すぐに再度フリースペースの設定画面を見た場合でも改行は消えていないでしょうか？
「多目的フリースペース」欄に入力されたソースを保存する処理では、一旦、改行コードを別の文字列に置き換えているのですが、このとき [CR＋LF] のセットを改行コードとして決め打ちしています。（※これは少々問題のある処理ですね。次のバージョンで改善します。Macユーザの方とか動作は大丈夫ですかね……？^^;）
なので、もしかして、お使いのテキストエディタが（保存時ではなく画面上でコピーする際にも）改行コードとして [LF]だけ や [CR]だけ として扱っている場合には、コピー＆ペーストすると（ブラウザの画面上では改行できていても）保存したときに改行が正しく認識されずに、改行がないものとして処理されている（＝改行が消える）のかもしれません。
※➊テキストエディタ側の仕様なのか、➋ブラウザ側の仕様なのか、➌その両方が合わさった場合にだけ発生するのか、は分かりませんが。これまで長年、同種の報告がなかったことを考えると、➌なのかもしれません。
もし上記が原因だとすれば、以下のⒶ～Ⓓのどれかの方法で回避できるかもしれません。
- Ⓐ 別のテキストエディタからコピー＆ペーストしてみる。
- Ⓑ 別のブラウザを使って「多目的フリースペース」欄にペーストして保存してみる。
- Ⓒ 「多目的フリースペース」欄にソースをペーストしたあと、『各行末にカーソルを移動して [Del]キーで一度改行を消してから、[Enter]キーで改行を打つ』という操作を全行に繰り返してから保存してみる。
- Ⓓ テキストエディタ上で、一旦すべての改行を消して「長～い1行」にする。その状態で「多目的フリースペース」欄にコピー＆ペーストした後、[Enter]キーを使って手動で改行する。
というか、試しに、「多目的フリースペース」欄を一旦空っぽにした上で、（コピー＆ペーストはせずに）何か適当な文字列を複数行ほど入力してみて、それを保存して、問題が再現するかどうかをご確認頂くと良いかもしれません。それで問題が解消するなら、上記のⒶ～Ⓓのどれかで解決する気がします。
「別のフォルダにインストールしたてがろぐではこのような現象は起こりませんでした」というのが、ダミーの適当なソースを直接入力してみてお試しになったのなら、なお、上記の可能性が高そうな気がします。
昼食のピザとパンで、おなかいっぱい……！🍕🍕🍕🍞🍞🍞
食ーべー過ーぎーたー。_(┐｢ε:)_
ぐっふぅ...。
🍔Re:4232◆ああ、なるほど。ご活用例をありがとうございます。No.2669の実装だと（カテゴリ以外の場合との組み合わせとか）設定UIが複雑になりそうだなと思っていたのですが、SITUATIONとは別に直下に表示するということなら、[[INFO:CAT:DESCRIPTION]] 的なものでもあれば良いのかも知れませんね。何らかのカテゴリに限定されているときだけに表示できるよう、IF文と組み合わせて、[[IF(selected-cat):[[INFO:CAT:DESCRIPTION]]:IF]] のように書けると、管理画面上から編集できて便利でしょうかね？
🍔Re:4233◆腕に持ったリングのJoy-Conと、左太股に付けたJoy-Conとの2つだけで、かなり良い感じに姿勢を認識できているのは確かに驚きです。あと、Joy-ConはSwitch本体と無線で繋がっているわけですけども、かなりリアルタイムに（向きや動きを）認識して画面に反映する通信と処理の速度もすごいな……と感じています。
🍔Re:4234◆うーん、もう少し具体的に設定内容やどんなスキンをお使いなのかを教えて頂けないと正確なところは分かりませんが、「消去される」というのは「設定画面の編集領域の中から消えてなくなる」という意味ではありませんよね？ 「ページの表示に反映されない」という意味ではないかと思うのですが、そもそも区切り文字はどんな場合でもページ上には表示(出力)されません。ヘルプドキュメントの『フリースペースの書き方（複数のフリースペースを設ける方法）』に書いてある仕様もご参照頂きたいのですが、
また、改行が反映されないのは、フリースペースの編集領域の下部にある『入力した改行は、実際の表示上でも改行する』項目がOFFになっていないか確認してみて下さい。ここがOFFだと、編集領域内で改行しても無視されます。（HTMLソースを直接記述する際には、改行が強制的に <br> に置き換わると困るケースがありますので、そういう場合のために用意してある設定機能です。）なお、自力で記述した<br>タグが消えてしまうという問題でしたら、『フリースペース内にHTMLソースを書く場合の設定』項目の「フリースペース内での改行(br)タグについて (既知の問題点)」もご参照下さい。<br /> という書き方をして頂くと消えずに残ります。
もし、「特定のスキンを適用した場合にのみ発生する」という場合には、何のスキンを適用したのかを教えて頂ければ調査ができます。
食ーべー過ーぎーたー。_(┐｢ε:)_
ぐっふぅ...。
🍔Re:4232◆ああ、なるほど。ご活用例をありがとうございます。No.2669の実装だと（カテゴリ以外の場合との組み合わせとか）設定UIが複雑になりそうだなと思っていたのですが、SITUATIONとは別に直下に表示するということなら、[[INFO:CAT:DESCRIPTION]] 的なものでもあれば良いのかも知れませんね。何らかのカテゴリに限定されているときだけに表示できるよう、IF文と組み合わせて、[[IF(selected-cat):[[INFO:CAT:DESCRIPTION]]:IF]] のように書けると、管理画面上から編集できて便利でしょうかね？
🍔Re:4233◆腕に持ったリングのJoy-Conと、左太股に付けたJoy-Conとの2つだけで、かなり良い感じに姿勢を認識できているのは確かに驚きです。あと、Joy-ConはSwitch本体と無線で繋がっているわけですけども、かなりリアルタイムに（向きや動きを）認識して画面に反映する通信と処理の速度もすごいな……と感じています。
🍔Re:4234◆うーん、もう少し具体的に設定内容やどんなスキンをお使いなのかを教えて頂けないと正確なところは分かりませんが、「消去される」というのは「設定画面の編集領域の中から消えてなくなる」という意味ではありませんよね？ 「ページの表示に反映されない」という意味ではないかと思うのですが、そもそも区切り文字はどんな場合でもページ上には表示(出力)されません。ヘルプドキュメントの『フリースペースの書き方（複数のフリースペースを設ける方法）』に書いてある仕様もご参照頂きたいのですが、
区切り文字を使用している場合でも、[[FREESPACE]] のように数字を付けずに記述した場所には、全文が挿入されます。(ただし、区切り文字そのものは表示されません。)ということではないでしょうか？ 区切り文字を使って複数のフリースペースに分割したい場合は、[[FREESPACE:0]]、[[FREESPACE:1]]…のように、番号を付けて頂く必要があります。（どちらにしても、区切り文字そのものは表示されません。）
また、改行が反映されないのは、フリースペースの編集領域の下部にある『入力した改行は、実際の表示上でも改行する』項目がOFFになっていないか確認してみて下さい。ここがOFFだと、編集領域内で改行しても無視されます。（HTMLソースを直接記述する際には、改行が強制的に <br> に置き換わると困るケースがありますので、そういう場合のために用意してある設定機能です。）なお、自力で記述した<br>タグが消えてしまうという問題でしたら、『フリースペース内にHTMLソースを書く場合の設定』項目の「フリースペース内での改行(br)タグについて (既知の問題点)」もご参照下さい。<br /> という書き方をして頂くと消えずに残ります。
もし、「特定のスキンを適用した場合にのみ発生する」という場合には、何のスキンを適用したのかを教えて頂ければ調査ができます。
🧇Re:4229◆JavaScriptを使って埋め込む方法でも構わないなら、なおさら簡単なように思います。
何もページ全部を丸ごと埋め込まなくても、ページの一部分（本当に目次として機能する部分）だけを抜き出して埋め込めば良いのです。
例えば、サイトマップページ用スキンに <div id="kokodake">～</div> という空間を用意して、その内部に全記事リストが出力されるように作っておきます。（ヘッダとかフッタとか著作権表示とかはその外側に配置しておけば問題ありません。）
あとは、JavaScriptでその id="kokodake" の範囲だけを抜き出して埋め込めば済みます。
以下は、ChatGPTから返ってきたままのソースで動作確認はしていないのですが、以下のコードをお使いのスキンに貼り付ければ、その位置（正確には <div id="targetDiv"></div> の位置）に、サイトマップページモード内の <div id="kokodake">～</div> の範囲だけが埋め込まれます。
<div id="targetDiv"></div>
<script>
// 対象のURL
var targetUrl = 'https://お使いのドメイン/てがろぐ設置場所/tegalog.cgi?mode=sitemap';
var xhr = new XMLHttpRequest();
xhr.open('GET', targetUrl, true);
xhr.onreadystatechange = function () {
if (xhr.readyState == 4 && xhr.status == 200) {
var parser = new DOMParser();
var doc = parser.parseFromString(xhr.responseText, 'text/html');
var targetElement = doc.getElementById('kokodake');
var targetDiv = document.getElementById('targetDiv');
targetDiv.innerHTML = targetElement.innerHTML;
}
};
xhr.send();
</script>
既にJavaScriptでの埋め込みをお試しになったとのことですから、別に上記のソースを使わなくても、そのときのソースを流用なさるのでも良いと思います。要は「ページ全体を丸ごと取得する」のではなく、「ページ内の指定要素だけを取得する」という方法に変えれば良いだけですから。
畳む
何もページ全部を丸ごと埋め込まなくても、ページの一部分（本当に目次として機能する部分）だけを抜き出して埋め込めば良いのです。
例えば、サイトマップページ用スキンに <div id="kokodake">～</div> という空間を用意して、その内部に全記事リストが出力されるように作っておきます。（ヘッダとかフッタとか著作権表示とかはその外側に配置しておけば問題ありません。）
あとは、JavaScriptでその id="kokodake" の範囲だけを抜き出して埋め込めば済みます。
以下は、ChatGPTから返ってきたままのソースで動作確認はしていないのですが、以下のコードをお使いのスキンに貼り付ければ、その位置（正確には <div id="targetDiv"></div> の位置）に、サイトマップページモード内の <div id="kokodake">～</div> の範囲だけが埋め込まれます。
<div id="targetDiv"></div>
<script>
// 対象のURL
var targetUrl = 'https://お使いのドメイン/てがろぐ設置場所/tegalog.cgi?mode=sitemap';
var xhr = new XMLHttpRequest();
xhr.open('GET', targetUrl, true);
xhr.onreadystatechange = function () {
if (xhr.readyState == 4 && xhr.status == 200) {
var parser = new DOMParser();
var doc = parser.parseFromString(xhr.responseText, 'text/html');
var targetElement = doc.getElementById('kokodake');
var targetDiv = document.getElementById('targetDiv');
targetDiv.innerHTML = targetElement.innerHTML;
}
};
xhr.send();
</script>
既にJavaScriptでの埋め込みをお試しになったとのことですから、別に上記のソースを使わなくても、そのときのソースを流用なさるのでも良いと思います。要は「ページ全体を丸ごと取得する」のではなく、「ページ内の指定要素だけを取得する」という方法に変えれば良いだけですから。
畳む
今日は、さむい……！☕
🧇Re:4226◆目次専用のスキンを作る方法をお使い頂けば、お望みのことは今でも実現できそうに思いますが、例えばサイトマップページモードを活用してそこを目次にする……という方法ではダメなのですか？ 確かに、別のスキンにする場合、先頭固定やフリースペースのように同一ページ内に配置することはできませんが、その代わり、
🧇Re:4226◆目次専用のスキンを作る方法をお使い頂けば、お望みのことは今でも実現できそうに思いますが、例えばサイトマップページモードを活用してそこを目次にする……という方法ではダメなのですか？ 確かに、別のスキンにする場合、先頭固定やフリースペースのように同一ページ内に配置することはできませんが、その代わり、
- どんな表示形式でも好きに作れますし、
- 全タイトル一覧にもできますし（＝管理画面の設定→補助出力からサイトマップページモード用の「1ページあたりに表示される投稿数」を別に設定できますし、スキン側に個数を強制指定する方法もありますから、10000とか充分大きな値にすれば全部を一括出力できます）、
- 「タイトルと２行目の部分等任意の部分」だけを抜き出すこともできます。
昼食はカレーうどん。🍛🍜
🍩Re:4223◆まさしくその新着投稿リストのオプション記法を使うと、指定したカテゴリIDに該当する投稿に限定して新着投稿リストを表示できます。詳しくは、カスタマイズ方法ページ内の『新着投稿リストの掲載対象をスキン側で限定する方法（掲載する対象を選択）』項目をご覧下さい。先頭固定した記事に加えることはできませんが、外側スキンファイルを使って先頭付近に表示させれば、同じことができると思います。
※なお、新着投稿リストの表示記法(オプション記法も含めて)は、フリースペースの中に記述することもできます。なので、スキンを直接編集せずに中身を（てがろぐ上から）編集できるようにしたい場合は、フリースペースを使うのでも良いと思います。（※新着投稿リストをフリースペース内に含められるのは、外側スキンの中で最低1回でも何らかの新着投稿リストが掲載されている場合のみです。外側スキンで新着投稿リストの挿入記法が1度も使われていないスキンでは、フリースペース内に新着投稿リストの記法を書いても展開されず、記法がそのまま文字として表示されるだけになりますのでご注意下さい。）
🍩Re:4223◆まさしくその新着投稿リストのオプション記法を使うと、指定したカテゴリIDに該当する投稿に限定して新着投稿リストを表示できます。詳しくは、カスタマイズ方法ページ内の『新着投稿リストの掲載対象をスキン側で限定する方法（掲載する対象を選択）』項目をご覧下さい。先頭固定した記事に加えることはできませんが、外側スキンファイルを使って先頭付近に表示させれば、同じことができると思います。
※なお、新着投稿リストの表示記法(オプション記法も含めて)は、フリースペースの中に記述することもできます。なので、スキンを直接編集せずに中身を（てがろぐ上から）編集できるようにしたい場合は、フリースペースを使うのでも良いと思います。（※新着投稿リストをフリースペース内に含められるのは、外側スキンの中で最低1回でも何らかの新着投稿リストが掲載されている場合のみです。外側スキンで新着投稿リストの挿入記法が1度も使われていないスキンでは、フリースペース内に新着投稿リストの記法を書いても展開されず、記法がそのまま文字として表示されるだけになりますのでご注意下さい。）
たこ焼き食べたい……。
🍩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 をお使い頂いても特に問題はありません。）
