2024年11月 この範囲を時系列順で読む この範囲をファイルに出力する
>>4790さん滅茶苦茶天才
急な対応がもし出たとしても十分余裕を持って行動できるの最高すぎます。
原稿回収する人からすればとても助かると思いますよ
急な対応がもし出たとしても十分余裕を持って行動できるの最高すぎます。
原稿回収する人からすればとても助かると思いますよ
>>4789 素早いご対応ありがとうございます
11/4の最新ver.をダウンロードし、下記のようにコメントアウトを書き換えて使用させて頂きました
function addTextAreaToImage($filePath, $text) {
$fontFile = 'Mplus1-Regular.ttf'; //使用するフォントファイル
//文字化けする場合、以下のどちらかを試してみてください。(//を消してください。)
// $text = mb_convert_encoding($text, 'UTF-8', 'auto');
$text = mb_convert_encoding($text, 'SJIS', 'auto');
すると文字の合成自体が行われなかったので、当方のChatGPTのログを確認しましたら
とありましたので、エンコードに関する記述をimagettfbboxの直前に変更しました
$text = mb_convert_encoding($text, 'SJIS', 'auto');
$bbox = imagettfbbox($fontSize, 0, $fontFile, $text);
$textWidth = $bbox[2] - $bbox[0];
$xPosition = $imageWidth - $textWidth - 20;
$yPosition = $imageHeight - 20;
$outlineOffset = 1;
以上で正常に動いたことを確認できました
>>4788 にて情報不足な報告をしてしまい大変申し訳ございませんでした
最新ver.で更に使いやすくなりました！この度は本当にありがとうございます！
11/4の最新ver.をダウンロードし、下記のようにコメントアウトを書き換えて使用させて頂きました
function addTextAreaToImage($filePath, $text) {
$fontFile = 'Mplus1-Regular.ttf'; //使用するフォントファイル
//文字化けする場合、以下のどちらかを試してみてください。(//を消してください。)
// $text = mb_convert_encoding($text, 'UTF-8', 'auto');
$text = mb_convert_encoding($text, 'SJIS', 'auto');
すると文字の合成自体が行われなかったので、当方のChatGPTのログを確認しましたら
とありましたので、エンコードに関する記述をimagettfbboxの直前に変更しました
$text = mb_convert_encoding($text, 'SJIS', 'auto');
$bbox = imagettfbbox($fontSize, 0, $fontFile, $text);
$textWidth = $bbox[2] - $bbox[0];
$xPosition = $imageWidth - $textWidth - 20;
$yPosition = $imageHeight - 20;
$outlineOffset = 1;
以上で正常に動いたことを確認できました
>>4788 にて情報不足な報告をしてしまい大変申し訳ございませんでした
最新ver.で更に使いやすくなりました！この度は本当にありがとうございます！
11/11締め切りと思った原稿をさっさと上げて先方に送ったら、｢早いですね、締め切り来年なのに！｣って言われて、は？と思って確認したら1/11だったorz
少し前に夏が締め切りだった原稿を最近やっと上げたと言う迷惑行為があったので(オンライン発表なので遅刻も大丈夫と言われた)、今回の締め切りはちゃんと守る！と思ったらこれですよ。まあ遅刻よりいいですけれどもー。
進捗上げないとやる気出ないタイプですが、SNSで公開するのは好みではないのでてがろぐで進捗も壁打ち放流してひとり頑張ってますので誰か褒めて。
少し前に夏が締め切りだった原稿を最近やっと上げたと言う迷惑行為があったので(オンライン発表なので遅刻も大丈夫と言われた)、今回の締め切りはちゃんと守る！と思ったらこれですよ。まあ遅刻よりいいですけれどもー。
進捗上げないとやる気出ないタイプですが、SNSで公開するのは好みではないのでてがろぐで進捗も壁打ち放流してひとり頑張ってますので誰か褒めて。
>>4784 さん、便利なツールをありがとうございます！
note登録してないためコメントできずこの場をお借りして申し訳ありません
>>4787 にししさんがおっしゃる通りブラウザがfirefoxだとZIPのダウンロード時に警告が出ますね（おま環だと思ったので自分だけじゃなくてちょびっと安心）
また、画像と文字を合成する場合、日本語部分が文字化けするので有志によるてがろぐプラグイン「D＆Dまたはコピペで画像投稿するやつ 」試してみました こちらとChatGPTを参照にupload.phpに下記を付け加えたらうまくいったのでご報告します
// 日本語エンコードに対応
$text = mb_convert_encoding($text, 'SJIS', 'auto');
note登録してないためコメントできずこの場をお借りして申し訳ありません
>>4787 にししさんがおっしゃる通りブラウザがfirefoxだとZIPのダウンロード時に警告が出ますね（おま環だと思ったので自分だけじゃなくてちょびっと安心）
また、画像と文字を合成する場合、日本語部分が文字化けするので有志によるてがろぐプラグイン「D＆Dまたはコピペで画像投稿するやつ 」試してみました こちらとChatGPTを参照にupload.phpに下記を付け加えたらうまくいったのでご報告します
// 日本語エンコードに対応
$text = mb_convert_encoding($text, 'SJIS', 'auto');
昨日の夕食はカレーライス。🍛🍛🍛
🍛Re:4783◆ご要望ありがとうございます。そうですよね、バランス的にはあった方が良いですよね。^^; カテゴリなしをカウントしていないのは（詳細は忘れましたが）なんか実装上の都合があったんだと思います。「ある物は簡単に数えられるけど、ない物は数えにくい」みたいな。とはいえ不可能ではないので、ToDoリストには入れておきます。気長にお待ち頂ければ幸いです。
🍛Re:4784◆ChromeやEdgeではZIPを問題なくダウンロードできますが、Firefoxだと警告が出るのはなんででしょうかね……？ たぶん、Firefox側の何らかの検出ミスなんでしょうけども。便利な拡張ツールをありがとうございます。
🍛Re:4785◆ご報告をどうもありがとうございます！ 助かります。確かに、不具合がありますね。
まだハッキリと原因は掴んでいませんが、たぶん正規表現の書き方に問題があるのだと思いますので、次のバージョンで修正します。
🍛Re:4786◆回答ありがとうございます。参考にさせて頂きます。^^ 実装の手間で言えば、何の入力欄も拡張しない③が一番楽ではあります。
🍛Re:4783◆ご要望ありがとうございます。そうですよね、バランス的にはあった方が良いですよね。^^; カテゴリなしをカウントしていないのは（詳細は忘れましたが）なんか実装上の都合があったんだと思います。「ある物は簡単に数えられるけど、ない物は数えにくい」みたいな。とはいえ不可能ではないので、ToDoリストには入れておきます。気長にお待ち頂ければ幸いです。
🍛Re:4784◆ChromeやEdgeではZIPを問題なくダウンロードできますが、Firefoxだと警告が出るのはなんででしょうかね……？ たぶん、Firefox側の何らかの検出ミスなんでしょうけども。便利な拡張ツールをありがとうございます。
🍛Re:4785◆ご報告をどうもありがとうございます！ 助かります。確かに、不具合がありますね。
- NG [1:def:あい[2:abc:う]えお] ←defがclass名とは解釈されずに見えてしまう。
- OK [1:def:あ[B:い[2:abc:う]え]お] ←間に別の装飾を入れれば問題ない。
- OK [3:あい[4:う]えお] ←class名を使わない汎用装飾なら入れ子にしても何も問題ない。
- OK [5:abc:あい[6:う]えお] ←外側が「class名あり」でも内側が「class名なし」の汎用装飾なら問題ない。
- OK [5:あい[6:abc:う]えお] ←内側が「class名あり」でも外側が「class名なし」の汎用装飾なら問題ない。
- NG [1:ghi:あ[2:def:い[3:abc:う]え]お] ←3重入れ子：一番外側のghiは問題ないが、2番目のdefはテキストとして見えてしまう。
- OK [1:def:あ[2:い[3:abc:う]え]お] ←3重入れ子：2番目の汎用装飾を「classなし」にすると問題ない。
まだハッキリと原因は掴んでいませんが、たぶん正規表現の書き方に問題があるのだと思いますので、次のバージョンで修正します。
🍛Re:4786◆回答ありがとうございます。参考にさせて頂きます。^^ 実装の手間で言えば、何の入力欄も拡張しない③が一番楽ではあります。
>>4772 Ⓑ-③-㋐か㋑だとありがたいです。自分は過去記事を頻繁に更新することがあるので【yyyy/mm/dd：記事修正】等の表示のときにタイムスタンプをボタン一つで記事内に挿入したい・手間を減らしたい気持ちがあります。
こんばんは。
Ver 4.4.4βにアップデートして自由装飾ボタンを試してみたのですが、従来の装飾機能と異なり入れ子は出来ない仕様でしょうか？仕様なのかバグなのか自分では判断できないので、念のためお伝えします。
これまでのもの
[F:クラス名①:[F:クラス名②:本文]]
入れ子の装飾も適用される
4.4.4の自由装飾
[1:クラス名①:[1:クラス名②:本文]]
入れ子にならない。出力されたhtmlソースを見ると、クラス名①が本来のタグ内に収まらずテキストデータとして出力されている
<span class="decoration1">クラス名①:<span class="decoration1 deco-クラス名②">本文</span></span>
以上よろしくお願いします
Ver 4.4.4βにアップデートして自由装飾ボタンを試してみたのですが、従来の装飾機能と異なり入れ子は出来ない仕様でしょうか？仕様なのかバグなのか自分では判断できないので、念のためお伝えします。
これまでのもの
[F:クラス名①:[F:クラス名②:本文]]
入れ子の装飾も適用される
4.4.4の自由装飾
[1:クラス名①:[1:クラス名②:本文]]
入れ子にならない。出力されたhtmlソースを見ると、クラス名①が本来のタグ内に収まらずテキストデータとして出力されている
<span class="decoration1">クラス名①:<span class="decoration1 deco-クラス名②">本文</span></span>
以上よろしくお願いします
https://note.com/tekito_note/n/nbdf0de9b571b?sub_rt=sh...
「てがろぐでD＆Dまたはコピペで画像投稿するやつ」に・複数画像D＆D・リサイズオプション・WEBP対応、WEBP変換機能 を追加しました。まとめたZIPファイルも配布しているので、ぜひ試してみてください。
「てがろぐでD＆Dまたはコピペで画像投稿するやつ」に・複数画像D＆D・リサイズオプション・WEBP対応、WEBP変換機能 を追加しました。まとめたZIPファイルも配布しているので、ぜひ試してみてください。
2024年10月 この範囲を時系列順で読む この範囲をファイルに出力する
>>4782 こんにちは！β版試させていただいています。
今回は要望ですが、「カテゴリなし」の該当数表示が欲しいです。（負荷などの兼ね合いでしたらすみません）
個人的に表示上のバランスからあった方がいいかなと思っただけですが…。
今回は要望ですが、「カテゴリなし」の該当数表示が欲しいです。（負荷などの兼ね合いでしたらすみません）
個人的に表示上のバランスからあった方がいいかなと思っただけですが…。
開発進捗状況報告サイトで、てがろぐ Ver 4.4.4(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🆕 Ver 4.4.4βの更新点(概要)：
《▼新機能》
●複数カテゴリの一括(生データ)編集機能
●自由装飾ボタンの追加：汎用装飾1～9
●リスト記法の拡充：丸囲み記号のサポート
《▼仕様改善》
●画像一覧画面に「一覧外・NSFW」の各フラグ付き画像だけを一覧できるリンクを追加。
●何でも簡単入力ボタン機能の登録欄で、入力欄の右端で折り返されないよう表示仕様を改善。
《▼不具合修正》
❎カテゴリツリーの表示時に『末尾に「カテゴリなし」を追加』をONにしていても追加されない不具合を修正。
❎本文中にカスタム絵文字があるとき、プレーンテキストで出力される場面では、絵文字の位置にJavaScriptソース等がそのまま出力されてしまう不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
🆕 Ver 4.4.4βの更新点(概要)：
《▼新機能》
●複数カテゴリの一括(生データ)編集機能
●自由装飾ボタンの追加：汎用装飾1～9
●リスト記法の拡充：丸囲み記号のサポート
《▼仕様改善》
●画像一覧画面に「一覧外・NSFW」の各フラグ付き画像だけを一覧できるリンクを追加。
●何でも簡単入力ボタン機能の登録欄で、入力欄の右端で折り返されないよう表示仕様を改善。
《▼不具合修正》
❎カテゴリツリーの表示時に『末尾に「カテゴリなし」を追加』をONにしていても追加されない不具合を修正。
❎本文中にカスタム絵文字があるとき、プレーンテキストで出力される場面では、絵文字の位置にJavaScriptソース等がそのまま出力されてしまう不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。
🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：
（ツイート埋め込み処理中...）Twitterで見る
ハロウィン帽子を被ったピカチュウは手に入れました（ポケモンスリープ）。🎃
🎃Re:4779◆ご回答ありがとうございます。更新日時を記録する場合でも、強制的に表示されるようなことにはならないのでご安心下さい。それ専用の記法を新たに用意して、（その記法がスキンに使われている場合に）そこに表示される形にしかならないと思いますので。
🎃Re:4779◆ご回答ありがとうございます。更新日時を記録する場合でも、強制的に表示されるようなことにはならないのでご安心下さい。それ専用の記法を新たに用意して、（その記法がスキンに使われている場合に）そこに表示される形にしかならないと思いますので。
いつもお世話になっております。
>>4772の緩募についてですが、正直言って私の使い方では更新日は必要ないので
「更新日時の扱い方」にはⒹ「更新日時を記録（表示）しない」という選択項目を設けていただけると嬉しいです！
よろしくお願いいたします。
それはそれとして、どうしても更新日を記録する仕様になるのであれば
Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
③は、投稿日時欄は何も変わらず、本文にコメントの形で更新日時を書いておけるようにするパターン。
㋑ 何も出力しない。
という形が折衷かなあと思っています。
一利用者の勝手な要望ですが、もしご負担でなければお時間のある折にご一考いただければ幸いです。
>>4772の緩募についてですが、正直言って私の使い方では更新日は必要ないので
「更新日時の扱い方」にはⒹ「更新日時を記録（表示）しない」という選択項目を設けていただけると嬉しいです！
よろしくお願いいたします。
それはそれとして、どうしても更新日を記録する仕様になるのであれば
Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
③は、投稿日時欄は何も変わらず、本文にコメントの形で更新日時を書いておけるようにするパターン。
㋑ 何も出力しない。
という形が折衷かなあと思っています。
一利用者の勝手な要望ですが、もしご負担でなければお時間のある折にご一考いただければ幸いです。
テスト
いつの間にか10月も最終週になってしまいました。はやい。_(┐｢ε:)_...🎃
🎃Re:4773,4774◆ご回答ありがとうございます。参考にさせて頂きます～。
🎃Re:4776◆画像保存用ディレクトリ以外にある画像が指定されていたり、画像保存用ディレクトリにある画像でも「まだ画像インデックスが更新されていなくて情報が載っていない画像」が指定されている場合には「キャプション自動取得対象外」という文字列が挿入されます。
🎃Re:4777◆ご指摘をどうもありがとうございます！ 設計では「先頭固定・下書き・予約待ち」だけを表示対象から除外しているつもりだったのですが、実際にソースを確認すると、うっかり「下げる」も表示対象外にしていました。次のβ版（近日中に公開予定です）で修正します。
🎃Re:4773,4774◆ご回答ありがとうございます。参考にさせて頂きます～。
🎃Re:4776◆画像保存用ディレクトリ以外にある画像が指定されていたり、画像保存用ディレクトリにある画像でも「まだ画像インデックスが更新されていなくて情報が載っていない画像」が指定されている場合には「キャプション自動取得対象外」という文字列が挿入されます。
- 画像保存用ディレクトリにある画像なら（画像管理画面を1度表示するなどして）画像インデックスファイルを更新させれば通常のalt属性値が入ります。
- なお、[PICT:ほげほげ:画像位置]のように書けば、（画像保存用ディレクトリ以外にある画像でも）任意のalt属性値（この例では「ほげほげ」）をその都度指定できます。
🎃Re:4777◆ご指摘をどうもありがとうございます！ 設計では「先頭固定・下書き・予約待ち」だけを表示対象から除外しているつもりだったのですが、実際にソースを確認すると、うっかり「下げる」も表示対象外にしていました。次のβ版（近日中に公開予定です）で修正します。
いつもお世話になっております！
もしかしたら不具合かも？と思い、#報告 失礼します。
てがろぐver4.3.3を利用しています。
記法 [[INFO:LATESTPOSTDATE(NOWCOND)]] でカテゴリ内の最新投稿日時を表示させたとき、「下げる」に設定した投稿が反映されないようです。
カテゴリ内の最新投稿が「下げる」だった場合はその前にある下げていない投稿の投稿日時が表示され、カテゴリ内に「下げる」投稿しかない場合は何も表示されません。
用途としては、?cat=カテゴリ&mode=rss&skin=専用スキン で、RSSから投稿日時を取得してサイト内他ページに載せるというような使い方をするつもりでした。
RSSモード場合にのみ起こる現象かと思い通常モードでも試してみましたが、同様の結果になりました。
（ついでですみません）>>4772
Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
① 現状の投稿日時とは別に『更新日時用の入力欄』を追加するパターン。
㋑ 何も出力しない。
だと自分は嬉しいです。
もしかしたら不具合かも？と思い、#報告 失礼します。
てがろぐver4.3.3を利用しています。
記法 [[INFO:LATESTPOSTDATE(NOWCOND)]] でカテゴリ内の最新投稿日時を表示させたとき、「下げる」に設定した投稿が反映されないようです。
カテゴリ内の最新投稿が「下げる」だった場合はその前にある下げていない投稿の投稿日時が表示され、カテゴリ内に「下げる」投稿しかない場合は何も表示されません。
用途としては、?cat=カテゴリ&mode=rss&skin=専用スキン で、RSSから投稿日時を取得してサイト内他ページに載せるというような使い方をするつもりでした。
RSSモード場合にのみ起こる現象かと思い通常モードでも試してみましたが、同様の結果になりました。
（ついでですみません）>>4772
Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
① 現状の投稿日時とは別に『更新日時用の入力欄』を追加するパターン。
㋑ 何も出力しない。
だと自分は嬉しいです。
同じように画像を投稿しているのですが、altがきちんとあったり（20241029062103-admin.pngのような）、alt="(キャプション自動取得対象外)"になってるのってどういう条件で別れてるのでしょうか……？
テスト
4767です。ご検討ありがとうございます。
個人的にはですが、
Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
①の、現状の投稿日時とは別に『更新日時用の入力欄』を追加するパターン。
㋑ 何も出力しない。
で、お願いしたいです。
ただ、色々な要望があるかと思いますので、にししさんの負担になってしまわない範囲で、自由にカスタム出来ると有難いなと思います。
個人的にはですが、
Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
①の、現状の投稿日時とは別に『更新日時用の入力欄』を追加するパターン。
㋑ 何も出力しない。
で、お願いしたいです。
ただ、色々な要望があるかと思いますので、にししさんの負担になってしまわない範囲で、自由にカスタム出来ると有難いなと思います。
>>4772
自分は、
Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
①現状の投稿日時とは別に『更新日時用の入力欄』を追加するパターン。
㋐(投稿日時と編集日時を同じにする)または、㋒(未編集と出す。)
自分は、
Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
①現状の投稿日時とは別に『更新日時用の入力欄』を追加するパターン。
㋐(投稿日時と編集日時を同じにする)または、㋒(未編集と出す。)
昼食はジェノベーゼピザ。🍕
---《緩募》---
投稿日時だけでなく更新日時も扱えるようになって欲しいというご要望をわりと頻繁に頂いている気がしますので、ちょっと具体的なイメージを考えてみました。
もし実装するとしたとして、下記の Ⓐ～Ⓒ、①～③、㋐～㋒ では、それぞれどれが望ましいですかね？
更新日時も扱えるようになって欲しいというご希望をお持ちの方は、番号でお知らせ頂けると今後の開発検討の参考になってありがたいです。
▼更新日時の扱い方：
🍕Re:4767◆よろしければ上記にご回答下さい。今後の参考にさせて頂きますので。
🍕Re:4768◆既に No.4769 さんがご回答下さっている通り、（専用の記法は用意していませんが）検索結果へのリンクを作れる書き方は用意していますので、その方法が使えます。
🍕Re:4768◆的確なサポートをありがとうございます！(╹◡╹)ﾉ
🍕Re:4769◆画像処理に関しては、Perlだとサーバ側にどんなモジュールがあると期待できるかは分からないわけですが、PHPだと少なくともGDライブラリはある前提にして良さそうなので、そこもPHPのメリットですねえ。
---《緩募》---
投稿日時だけでなく更新日時も扱えるようになって欲しいというご要望をわりと頻繁に頂いている気がしますので、ちょっと具体的なイメージを考えてみました。
もし実装するとしたとして、下記の Ⓐ～Ⓒ、①～③、㋐～㋒ では、それぞれどれが望ましいですかね？
更新日時も扱えるようになって欲しいというご希望をお持ちの方は、番号でお知らせ頂けると今後の開発検討の参考になってありがたいです。
▼更新日時の扱い方：
- Ⓐ 更新日時は「編集した瞬間の日時」が自動で記録されれば良い。手動で入力する機能は不要。
- Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
- Ⓒ 更新日時は自動では記録せず、常に手動で指定したい。
- ①は、現状の投稿日時とは別に『更新日時用の入力欄』を追加するパターン。
- ②は、現状の投稿日時欄に、追加で更新日時も入力できるようにするパターン。
- ③は、投稿日時欄は何も変わらず、本文にコメントの形で更新日時を書いておけるようにするパターン。
- ㋐ 投稿日時を出力する。
- ㋑ 何も出力しない。
- ㋒ 「未更新」のような任意の文字列を出力する。
🍕Re:4767◆よろしければ上記にご回答下さい。今後の参考にさせて頂きますので。
🍕Re:4768◆既に No.4769 さんがご回答下さっている通り、（専用の記法は用意していませんが）検索結果へのリンクを作れる書き方は用意していますので、その方法が使えます。
🍕Re:4768◆的確なサポートをありがとうございます！(╹◡╹)ﾉ
🍕Re:4769◆画像処理に関しては、Perlだとサーバ側にどんなモジュールがあると期待できるかは分からないわけですが、PHPだと少なくともGDライブラリはある前提にして良さそうなので、そこもPHPのメリットですねえ。
4769
ありがとうございます。見落としていました。
無事に理想の画像一覧ページを作ることができました。
ありがとうございます。見落としていました。
無事に理想の画像一覧ページを作ることができました。
https://note.com/tekito_note/n/nbdf0de9b571b
てがろぐでD＆Dまたはコピペで画像投稿するやつに文字入れ機能と処理待ち画面を入れました。
>>4765 こちらこそ使い勝手のいいブログソフトを開発していただいて助かっています、ありがとうございます。なんやかんや弄ってる間に警告が出なくなりました。代わりにGD周りでエラーが起きますが、無視しても問題なさそうなので無視しています。
てがろぐでD＆Dまたはコピペで画像投稿するやつに文字入れ機能と処理待ち画面を入れました。
>>4765 こちらこそ使い勝手のいいブログソフトを開発していただいて助かっています、ありがとうございます。なんやかんや弄ってる間に警告が出なくなりました。代わりにGD周りでエラーが起きますが、無視しても問題なさそうなので無視しています。
>>4768
ギャラリーモードではなく画像一覧モードですか？
てがろぐをDLした時に同梱されている「skin-picts」の中に『「その画像を掲載しているすべての投稿」を見るページ(検索結果)に移動するリンク』が記述されていると思いますのでご参考になれば。ちなみに以下のような表示になっています。
https://www.nishishi.org/testground/tegalog/?mode=pict...
ギャラリーモードではなく画像一覧モードですか？
てがろぐをDLした時に同梱されている「skin-picts」の中に『「その画像を掲載しているすべての投稿」を見るページ(検索結果)に移動するリンク』が記述されていると思いますのでご参考になれば。ちなみに以下のような表示になっています。
https://www.nishishi.org/testground/tegalog/?mode=pict...
質問したいです。
画像一覧モードで、新着画像リストのように画像を『「その画像を掲載しているすべての投稿」を見るページ(検索結果)に移動するリンク』にできる記述方法はありますか。
もしあったら教えていただけるとありがたいです。
画像一覧モードで、新着画像リストのように画像を『「その画像を掲載しているすべての投稿」を見るページ(検索結果)に移動するリンク』にできる記述方法はありますか。
もしあったら教えていただけるとありがたいです。
にししさんお疲れ様です。>>4763 です。
はい、「投稿の更新日時を表示」できる機能があればとても有難いです。
もしよろしければご検討をお願い致します。
はい、「投稿の更新日時を表示」できる機能があればとても有難いです。
もしよろしければご検討をお願い致します。
今日は、たこ焼きを食べました。6個。
ちょいと仕事が忙しくなってきまして、返信が放置気味ですみません。
私の代わりにサポートして下さっているみなさん、ありがとうございます。^^
なんとか今月中に次のβ版を公開したいと思っています。なかなか開発は進められていないのですが、今日はちょっとだけ進みました。
さて、どれに返信が必要なのか分からなくなりつつありますが、とりあえず解決した様子の件についてはもう私からはいいですかね。(^_^;)
それ以外について書きます。もし返信漏れがあったら、催促して下さい。
🍘Re:4752◆便利なツールをありがとうございます。私もてがろぐの機能増強分をPHPで書きたくなってきました。^^; Deprecatedの警告は「将来的に廃止される予定の機能」を使っている場合に出ます（だから古いバージョンのPHPでは警告が出ません）。なので、今のバージョンのPHPでは動いても、将来的なバージョンのPHPでは動かなくなる可能性があります。Function xxx() is deprecatedのように表示されるのだとしたら、その「xxx」が警告の対象です。そこを別の手段で実現するのが正攻法ですね。とりあえず、動作確認(開発)に使ったPHPのバージョンも併記なさると、今後に使おうとする方々の参考になって望ましいかもしれません。
🍘Re:4756◆ご要望をどうもありがとうございます。なるほど、その発想はありませんでした。ToDoリストに加えておきます。ただ、ToDoリストは既に莫大になっていますので、とりあえず直近でどうにかしたい場合はJavaScriptを使うのが良いと思います。日付境界バーは class="dateseparator" が付加されたブロック(現状ではp要素固定ですが)で出力されていますので、
🍘Re:4757◆ご要望をありがとうございます。しかしながら、クローラーをブロックするのはサーバ側の機能で、画像の保存を云々するのはスキン側の機能なので、それぞれサーバ設定（＝.htaccessファイル）やスキン自体のカスタマイズでご対応頂くのが最も望ましいと思います。もちろん、てがろぐ本体側でそこまで面倒を見ることは技術的に不可能ではありませんが、費用対効果（というか「実装の手間」と効果）が見合わない気がしますから、よほど何か事情がない限り開発の優先度は高まらないと思いますので。
それぞれ手動で対応する場合には、
ところが、てがろぐ側でこれらの面倒を見ようとすると、
前者については、
後者については、
そもそも、Web上に表示されている画像の保存を厳密に禁止する方法はありません。同種のテクニックはいろいろありますが、どれも「保存しにくくする」程度のものです。なので、どれくらい保存しにくくしたいか、という希望の程度に応じて採用テクニックを選択する必要があります。つまり「これ1種類で万人がOK」というテクニックはないので、そもそも ⓐ が用意しにくいのですよね。もし複数のテクニックを用意するなら、どれを出力したいのかを選択する機能を設ける必要もありますし。
……というわけで、てがろぐ側で面倒を見ることは技術的には可能ですけども、それを実装するだけのメリットがない（実装の手間が掛かるのに、ユーザ側の自由度は減る）と思うのです。
なので、その辺はサーバ設定とスキン編集で（手動で）ご対応頂くのが一番だと思います。畳む
それに、手動で.htaccess（やrobots.txt）を書く方が、てがろぐだけでなくサイト全体を一括で対象にできるので（クローラーをブロックしたいなら特に）保守が楽になるメリットもあります。
🍘Re:4763◆[[INFO:LASTUPDATE]]で出力される更新日時は（投稿の更新日時ではなく）てがろぐ全体の更新日時ですが、それを併記したいということですか？ それとも、投稿の更新日時を表示できるような機能が欲しい、というご要望でしょうかね？
私の代わりにサポートして下さっているみなさん、ありがとうございます。^^
なんとか今月中に次のβ版を公開したいと思っています。なかなか開発は進められていないのですが、今日はちょっとだけ進みました。
さて、どれに返信が必要なのか分からなくなりつつありますが、とりあえず解決した様子の件についてはもう私からはいいですかね。(^_^;)
それ以外について書きます。もし返信漏れがあったら、催促して下さい。
🍘Re:4752◆便利なツールをありがとうございます。私もてがろぐの機能増強分をPHPで書きたくなってきました。^^; Deprecatedの警告は「将来的に廃止される予定の機能」を使っている場合に出ます（だから古いバージョンのPHPでは警告が出ません）。なので、今のバージョンのPHPでは動いても、将来的なバージョンのPHPでは動かなくなる可能性があります。Function xxx() is deprecatedのように表示されるのだとしたら、その「xxx」が警告の対象です。そこを別の手段で実現するのが正攻法ですね。とりあえず、動作確認(開発)に使ったPHPのバージョンも併記なさると、今後に使おうとする方々の参考になって望ましいかもしれません。
🍘Re:4756◆ご要望をどうもありがとうございます。なるほど、その発想はありませんでした。ToDoリストに加えておきます。ただ、ToDoリストは既に莫大になっていますので、とりあえず直近でどうにかしたい場合はJavaScriptを使うのが良いと思います。日付境界バーは class="dateseparator" が付加されたブロック(現状ではp要素固定ですが)で出力されていますので、
- 初めて class="dateseparator" が出てきたらその直前に <div> を加える。
- 2度目以降に class="dateseparator" が出てきたらその直前に </div><div> を加える。
- 外側スキンの [[TEGALOG]] の直後に、例えば <!-- CLOSETAG --> などとコメントタグを書いておいて、上記1が実行されている場合に限って、そのコメントタグを </div> に置き換える。
🍘Re:4757◆ご要望をありがとうございます。しかしながら、クローラーをブロックするのはサーバ側の機能で、画像の保存を云々するのはスキン側の機能なので、それぞれサーバ設定（＝.htaccessファイル）やスキン自体のカスタマイズでご対応頂くのが最も望ましいと思います。もちろん、てがろぐ本体側でそこまで面倒を見ることは技術的に不可能ではありませんが、費用対効果（というか「実装の手間」と効果）が見合わない気がしますから、よほど何か事情がない限り開発の優先度は高まらないと思いますので。
それぞれ手動で対応する場合には、
- .htaccessファイル（紳士的なクローラーを対象にするならrobots.txtも使えますが）にクローラーをブロックする記述を加える。
- 外側スキンファイルに、画像に対する操作を抑止するようなJavaScriptなりを加える。
ところが、てがろぐ側でこれらの面倒を見ようとすると、
前者については、
- どんなクローラーを対象にするのかを設定できる項目を用意する。
- それが設定されていたら、
- Ⓐ.htaccessファイルがあるかどうかを確認して、
- Ⓑある場合には指定のクローラーに対する指示が既に含まれていないかどうかを確認して、
- Ⓒ含まれていない場合には書き加える。
- Ⓓ設定がOFFにされた場合には、書き加えた部分だけを削除して出力しなおす。
後者については、
- ⓐ 画像の保存を阻止するような何らかの制限を施すソースを用意しておく。
- ⓑ 専用の記法 [[PROTECTIMAGES]] があったら、そのソースを出力する。
そもそも、Web上に表示されている画像の保存を厳密に禁止する方法はありません。同種のテクニックはいろいろありますが、どれも「保存しにくくする」程度のものです。なので、どれくらい保存しにくくしたいか、という希望の程度に応じて採用テクニックを選択する必要があります。つまり「これ1種類で万人がOK」というテクニックはないので、そもそも ⓐ が用意しにくいのですよね。もし複数のテクニックを用意するなら、どれを出力したいのかを選択する機能を設ける必要もありますし。
……というわけで、てがろぐ側で面倒を見ることは技術的には可能ですけども、それを実装するだけのメリットがない（実装の手間が掛かるのに、ユーザ側の自由度は減る）と思うのです。
なので、その辺はサーバ設定とスキン編集で（手動で）ご対応頂くのが一番だと思います。畳む
それに、手動で.htaccess（やrobots.txt）を書く方が、てがろぐだけでなくサイト全体を一括で対象にできるので（クローラーをブロックしたいなら特に）保守が楽になるメリットもあります。
🍘Re:4763◆[[INFO:LASTUPDATE]]で出力される更新日時は（投稿の更新日時ではなく）てがろぐ全体の更新日時ですが、それを併記したいということですか？ それとも、投稿の更新日時を表示できるような機能が欲しい、というご要望でしょうかね？
>>4757
「生成AIのクローラーをブロックする機能」や「画像の保存を拒否する機能」は、>>4759 さんでご紹介されているとおり、自力でrobots.txtを設置する又は検索避けのMETAタグを入れるなどの方法が確実ではないかなと思います
てがろぐを設置しているサーバーでrobots.txtの設置が難しい場合は、外部サイトになりますがXfolio にBot対策機能がありますので、イラストの展示にはそちらを利用された方がいいかもしれません
右クリックやコピー機能を無効化する方法もありますが、閲覧側がJavaScriptをオフにしていると意味がないようですので、昔から無断転載やBot対策は難しい問題ですね
「生成AIのクローラーをブロックする機能」や「画像の保存を拒否する機能」は、>>4759 さんでご紹介されているとおり、自力でrobots.txtを設置する又は検索避けのMETAタグを入れるなどの方法が確実ではないかなと思います
てがろぐを設置しているサーバーでrobots.txtの設置が難しい場合は、外部サイトになりますがXfolio にBot対策機能がありますので、イラストの展示にはそちらを利用された方がいいかもしれません
右クリックやコピー機能を無効化する方法もありますが、閲覧側がJavaScriptをオフにしていると意味がないようですので、昔から無断転載やBot対策は難しい問題ですね
要望です。
[[INFO:LASTUPDATE]]を、内側スキンでも使えるようになると有難いです（投稿日時と更新日時を両方表記したいため）。
[[INFO:LASTUPDATE]]を、内側スキンでも使えるようになると有難いです（投稿日時と更新日時を両方表記したいため）。
