てがろぐ - Fumy Otegaru Memo Logger -
2025年8月10日(日) 16:06:13〔10時間前〕 更新
■ （ 5180 件 ）
■フリースペース： 編集
動作サンプルです。◆他のスキン：標準スキン, 昔のツイッターっぽいスキン(ピンク版), 付箋型スキン, シンプル日記スキン, ジャーナル(日誌)スキン, ブログタイプスキン, チャットタイプスキン, 黒板スキン 《てがろぐCGIの配布ページに戻る》
■日付検索：
■全文検索：
2024年10月 この範囲を時系列順で読む この範囲をファイルに出力する
〔52文字〕 編集
〔210文字〕 編集
2024/10/24 (Thu)
19:48:58
No.4770
by
あどみ
〔290日前〕
てがろぐでD＆Dまたはコピペで画像投稿するやつに文字入れ機能と処理待ち画面を入れました。
>>4765 こちらこそ使い勝手のいいブログソフトを開発していただいて助かっています、ありがとうございます。なんやかんや弄ってる間に警告が出なくなりました。代わりにGD周りでエラーが起きますが、無視しても問題なさそうなので無視しています。
〔205文字〕 編集
2024/10/24 (Thu)
17:20:58
No.4769
by
あどみ
〔290日前〕
ギャラリーモードではなく画像一覧モードですか？
てがろぐをDLした時に同梱されている「skin-picts」の中に『「その画像を掲載しているすべての投稿」を見るページ(検索結果)に移動するリンク』が記述されていると思いますのでご参考になれば。ちなみに以下のような表示になっています。
https://www.nishishi.org/testground/tegalog/?mode=pict...
2024/10/24 (Thu)
08:21:50
No.4768
by
あどみ
〔290日前〕
画像一覧モードで、新着画像リストのように画像を『「その画像を掲載しているすべての投稿」を見るページ(検索結果)に移動するリンク』にできる記述方法はありますか。
もしあったら教えていただけるとありがたいです。
〔77文字〕 編集
2024/10/22 (Tue)
23:51:12
No.4765
by
にしし
〔292日前〕
私の代わりにサポートして下さっているみなさん、ありがとうございます。^^
なんとか今月中に次のβ版を公開したいと思っています。なかなか開発は進められていないのですが、今日はちょっとだけ進みました。
さて、どれに返信が必要なのか分からなくなりつつありますが、とりあえず解決した様子の件についてはもう私からはいいですかね。(^_^;)
それ以外について書きます。もし返信漏れがあったら、催促して下さい。
🍘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]]で出力される更新日時は（投稿の更新日時ではなく）てがろぐ全体の更新日時ですが、それを併記したいということですか？ それとも、投稿の更新日時を表示できるような機能が欲しい、というご要望でしょうかね？
〔308文字〕 編集
2024/10/21 (Mon)
18:09:11
No.4764
by
さくら
〔293日前〕
「生成AIのクローラーをブロックする機能」や「画像の保存を拒否する機能」は、>>4759 さんでご紹介されているとおり、自力でrobots.txtを設置する又は検索避けのMETAタグを入れるなどの方法が確実ではないかなと思います
てがろぐを設置しているサーバーでrobots.txtの設置が難しい場合は、外部サイトになりますがXfolio にBot対策機能がありますので、イラストの展示にはそちらを利用された方がいいかもしれません
右クリックやコピー機能を無効化する方法もありますが、閲覧側がJavaScriptをオフにしていると意味がないようですので、昔から無断転載やBot対策は難しい問題ですね
〔70文字〕 編集
2024/10/21 (Mon)
10:30:11
No.4763
by
あどみ
〔293日前〕
[[INFO:LASTUPDATE]]を、内側スキンでも使えるようになると有難いです（投稿日時と更新日時を両方表記したいため）。
〔56文字〕 編集
〔313文字〕 編集
2024/10/20 (Sun)
21:48:34
No.4761
by
あどみ
〔294日前〕
>>4749 です
skin-cover.htmlの</body>直前あたりに
<script>
// 一覧外フラグ付きの場合
$('.imagelink.nolisted').removeAttr("data-fancybox");
// NSFWフラグ付きの場合
$('.imagelink.nsfw').removeAttr("data-fancybox");
</script>
としてもダメですか？
お使いの画像拡大スクリプトはFancyboxですか？
もしLightbox（てがろぐデフォルト）ならば上記コード内の「data-fancybox」を「data-lightbox」にする必要があります。
〔279文字〕 編集
2024/10/20 (Sun)
18:47:21
No.4760
by
ともよ
〔294日前〕
お答えありがとうございます！
質問後に気づいたのですが私が適応させたいのは「一覧外」フラグの画像ではなく「NSFW」の方でしたので
一応両方適用した画像などもテストに入れつつ
$('.imagelink.nolisted').removeAttr("data-fancybox");
$('.imagelink.nolisted.nsfw').removeAttr("data-fancybox");
としてみたのですが、動かず…。
こちらの設置ミスかもしれないのでリトライします。
お忙しい中お答えいただきありがとうございました！
〔201文字〕 編集
2024/10/19 (Sat)
20:06:33
No.4759
by
さくら
〔295日前〕
ご存知だったらすみません、doさんの「生成AIに作品を学習されたくない！個人サイト展示物をAI学習から保護する方法」 が参考になりますのでぜひ。
こういう手間を無くしたい！という趣旨の投稿かも…とも思いましたが念の為、差し出がましくすみません…。
画像の保存拒否については古からの方法ですが右クリック禁止ロングタップ禁止あたりが一応の対策になるのかも？
時流的に心配なところですよね…。
〔187文字〕 編集
2024/10/19 (Sat)
18:47:58
No.4758
by
あどみ
〔295日前〕
私も知識が少ないため、間違っていたら申し訳ないのですが、
1．テキストファイルを作って、
$('.imagelink.nolisted').removeAttr("data-fancybox");と記述し、ファイルの拡張子をjsに変更する。
2.ギャリーモードのskin-cover.htmlに、1のスクリプトのリンクを貼る。
で、大丈夫かなと思います。
〔166文字〕 編集
2024/10/19 (Sat)
18:42:09
No.4757
by
あどみ
〔295日前〕
〔303文字〕 編集
2024/10/19 (Sat)
15:03:00
No.4756
by
あどみ
〔295日前〕
ヘルプが充実しているおかげでweb制作関連の知識が浅い自分でもカスタマイズできていて大変ありがたいです。とても助かってます！！✨️
#要望 なのですが、日付境界バー〜次の日付境界バーまでをdivで囲むような設定ができたら嬉しいです！
例えば「日の境界で挿入」の設定にしている時、日付境界バー+その日1日分の投稿を一つのかたまりとして装飾したいのです。
（詳しくないなりに調べてみたところ、javascriptを使えば実現できそう…？なので、少し挑戦中なのですが、もし機能としてあったら良いなと思い…。もしなにか見落としがあったりしたらすみません。🙇）
〔75文字〕 編集
〔206文字〕 編集
2024/10/18 (Fri)
17:41:22
No.4752
by
あどみ
〔296日前〕
こんにちは。
以前作ったD＆Dまたはコピペで画像投稿できるコードに、サムネイル作成機能をつけました。
よければお使いください。…といいたいのですが、機能自体は問題ない程度のエラーが出るので無理やり消しています。理由がわかる方がいたらお教えください。
2024/10/16 (Wed)
22:56:24
No.4751
by
にしし
〔298日前〕
🧀Re:4748◆ご質問は、「特定のカテゴリに限定表示されている状況で、ハッシュタグ一覧にリストアップするハッシュタグを、そのカテゴリに属している投稿内で使われているハッシュタグだけに限定して表示することは可能か？」ということですかね？ そうだとすると、残念ながらその方法はありません。特定の条件を満たす投稿に含まれているハッシュタグだけをリストにしようとすると、表示する度に毎回「全投稿の中から指定の文字列があるかどうかを検索」することになるので、投稿総数が多くなればなるほど重たくなるからです。（そのような表示を作りたい場合は、おそらく、てがろぐCGIそのものを複数個設置して使い分ける方が良さそうな気がします。）
🧀Re:4749◆サポートありがとうございます。(╹◡╹)ﾉ そのテクニックは何か他にも拡大画像の表示有無の調整用途に使えそうな気もしますね。
🧀Re:4747,4750◆解決したようで良かったです～。
〔114文字〕 編集
2024/10/15 (Tue)
23:27:05
No.4749
by
あどみ
〔299日前〕
未検証なのでうまくいくかわかりませんが jQueryでギャラリースキンに
$('.imagelink.nolisted').removeAttr("data-fancybox");
とかしてみるのはどうですかね…
2024/10/15 (Tue)
23:05:15
No.4748
by
ともよ
〔299日前〕
昨日は投稿ボタンの配置についてご教示いただき、ありがとうございました。おかげさまで、無事に右側に配置することができ、とても快適に使用しております。
さて、現在私は「ギャラリーモード」を
設置URL/tegalog/?mode=gallery&cat=Illust
という形式で使用しており、「イラスト」カテゴリに投稿された画像のみを抽出して一覧表示しています。
そこで、「タグ一覧」についてもイラストカテゴリに限定して表示することは可能でしょうか？
連日での質問となり恐縮ではありますが、ご教示いただけますと幸いです。また、もし過去に同様の質問がありましたら、失礼いたしました。
どうぞよろしくお願いいたします。
〔213文字〕 編集
2024/10/15 (Tue)
19:42:52
No.4747
by
あどみ
〔299日前〕
ギャラリーモードでの画像の表示そのものは一覧外フラグで非表示に出来たのですが、ギャラリーモードでfancyBoxを立ち上げた時、横にスライドさせていくと、非表示にした画像もfancyBoxの表示の対象になってしまいます。これはどうにもならないでしょうか？
ギャラリーモードでのみ、fancyBoxの対象から外すことが出来る方法などがもしありましたら、教えて頂けますと幸いです。
〔147文字〕 編集
2024/10/15 (Tue)
07:47:01
No.4746
by
あどみ
〔299日前〕
にししさん、ありがとうございます！一覧外フラグを使う方法で解決しました！
にししさんのおっしゃる通り、要望の優先度が高いものから実装していく方が大切ですので、IMGでサムネイルは、とりあえず私はこのままで構いません。
本当に助かりました！重ね重ねありがとうございました🙇
2024/10/14 (Mon)
23:55:06
No.4745
by
にしし
〔300日前〕
🍘Re:4740,4743◆日付表記をいろいろ活用して下さってありがとうございます。解決したようで良かったです。(╹◡╹)
🍘Re:4741◆迅速サポートありがとうございます！
🍘Re:4742◆なるほど。解説をどうもありがとうございます。ギャラリーモード用にどんなソースのスキンをお使いなのかが分からないので正確な提案はできないのですが、例えば、figure:nth-of-type(n+5) { display: none; } とCSSを書くと（同じ親要素に含まれる）5番目以降のfigure要素が全部非表示になります。このような装飾を使えば、PICTとIMGをわざわざ使い分けなくても「ギャラリーモードでは4枚目までしか見せない」みたいなことは可能そうに思います。
とはいえ、記事によって見せたい枚数が不定の場合には、この方法は使えませんけども。
画像に付加できる「一覧外」フラグを使うと、その画像は class="embeddedpictbox nolisted" のように nolisted というclass名が付いて出力されますので、このclassがある場合に（ギャラリーモード用スキンでは）非表示にするようにしても良いかもしれません。この場合は、見せたい枚数が記事によって不定でも対応できますね。
ご要望頂いた仕様（＝PICT記法と同じように [IMG:*]URL 記法でもサムネイルを見せる機能）もToDoリストには入れておきます。ただ、IMGの方の記法を使って同サイト内の画像を表示する機能は（ほぼ）過去との互換性のために残してあるような感じですので、あまり機能拡張の優先度は高くならない気がしています。なので、当面は上記の方法などをご活用頂ければ幸いです。上記の方法が適用できなさそうなスキンになっている場合は、スキンの詳細を教えて頂ければ別の何らかの解決策を提示できるかもしれません。
🍘Re:4744◆てがろぐのご活用をどうもありがとうございます。削除ボタンを右寄せで表示する設定機能はありますが、そうではなく、削除ボタンは左側のままで投稿ボタンを右側にしたいということですかね。新規投稿/編集画面には自由なCSSを加えられますので、それで投稿ボタンが右側に表示されるよう書いて頂く方法はあります。実現方法は複数ありそうですが、例えば .submitcover { float: right; } というCSSを追加すれば、投稿ボタンは右端に寄ります。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173
---《緩募》---
投稿日時だけでなく更新日時も扱えるようになって欲しいというご要望をわりと頻繁に頂いている気がしますので、ちょっと具体的なイメージを考えてみました。
もし実装するとしたとして、下記の Ⓐ～Ⓒ、①～③、㋐～㋒ では、それぞれどれが望ましいですかね？
更新日時も扱えるようになって欲しいというご希望をお持ちの方は、番号でお知らせ頂けると今後の開発検討の参考になってありがたいです。
▼更新日時の扱い方：
- Ⓐ 更新日時は「編集した瞬間の日時」が自動で記録されれば良い。手動で入力する機能は不要。
- Ⓑ 更新日時は「編集した瞬間の日時」を自動で記録して欲しいが、手動で編集する機能も欲しい。
- Ⓒ 更新日時は自動では記録せず、常に手動で指定したい。
▼更新日時を指定するUI：（上記の回答がⒷ・Ⓒの場合）- ①は、現状の投稿日時とは別に『更新日時用の入力欄』を追加するパターン。
- ②は、現状の投稿日時欄に、追加で更新日時も入力できるようにするパターン。
- ③は、投稿日時欄は何も変わらず、本文にコメントの形で更新日時を書いておけるようにするパターン。
▼更新日時がない場合の表示：（新規投稿しただけで、まだ1度も編集していない場合の表示）🍕Re:4767◆よろしければ上記にご回答下さい。今後の参考にさせて頂きますので。
🍕Re:4768◆既に No.4769 さんがご回答下さっている通り、（専用の記法は用意していませんが）検索結果へのリンクを作れる書き方は用意していますので、その方法が使えます。
🍕Re:4768◆的確なサポートをありがとうございます！(╹◡╹)ﾉ
🍕Re:4769◆画像処理に関しては、Perlだとサーバ側にどんなモジュールがあると期待できるかは分からないわけですが、PHPだと少なくともGDライブラリはある前提にして良さそうなので、そこもPHPのメリットですねえ。