カテゴリ「雑記」・「つぶやき」・「情報」のどれかに属する投稿［77件］（2ページ目）
てがろぐ本体を1クリックでバージョンUPできるPHPスクリプト「TegUp」Ver 0.9.0 ができたので配布しました。
➡ TegUp：てがろぐ本体を1クリックでバージョンUpできるPHPスクリプト
てがろぐと同じディレクトリに置いてブラウザでアクセスするだけで、新バージョンが存在するかどうかを調べて、あればボタンクリックだけで自動バージョンアップされます。
まだ最小限の機能だけなので、とりあえず Ver 0.9.0 ということで公開しました。もうちょっと機能増強したいとは思っています。
最新版をお使いでない方々は、ご活用頂ければ幸いです。
アナウンス：Twitter、Pawoo(Mastodon)
➡ TegUp：てがろぐ本体を1クリックでバージョンUpできるPHPスクリプト
てがろぐと同じディレクトリに置いてブラウザでアクセスするだけで、新バージョンが存在するかどうかを調べて、あればボタンクリックだけで自動バージョンアップされます。
まだ最小限の機能だけなので、とりあえず Ver 0.9.0 ということで公開しました。もうちょっと機能増強したいとは思っています。
最新版をお使いでない方々は、ご活用頂ければ幸いです。
アナウンス：Twitter、Pawoo(Mastodon)
by nishishi. ⌚2023年10月24日(火) 22:17:40〔1年以上前〕 情報 ＜307文字＞ 編集
リンク先を別タブで開く [ラベル:NEW]URL の記法を使った場合に、リンクテキストにそのまま :NEW の文字が出てしまう問題を今すぐ解決するには、以下の手順で tegalog.cgi を編集して下さい。
1. Ver 4.1.1βの tegalog.cgi をテキストエディタで開きます。
2. 4409～4410行目に移動します。すると、以下のような記述が見えるハズです。（見えない場合は、バージョンが違います。）
3. ここに1行追加して、以下のような3行になるようにします。
4. 上書き保存して、サーバにUPして下さい。
すると、リンクテキストに :NEW が出ないようになります。
この機能を今すぐ使う場合には、お手数ですが上記の手順をお試し下さい。この機能を使わないか、次のバージョンまで待てる場合には、何もしなくて大丈夫です。
1. Ver 4.1.1βの tegalog.cgi をテキストエディタで開きます。
2. 4409～4410行目に移動します。すると、以下のような記述が見えるハズです。（見えない場合は、バージョンが違います。）
# 新規ウインドウ
$addatt .= ' target="_blank"';
3. ここに1行追加して、以下のような3行になるようにします。
# 新規ウインドウ
$linklabel =~ s/(.+):NEW/$1/;
$addatt .= ' target="_blank"';
4. 上書き保存して、サーバにUPして下さい。
すると、リンクテキストに :NEW が出ないようになります。
この機能を今すぐ使う場合には、お手数ですが上記の手順をお試し下さい。この機能を使わないか、次のバージョンまで待てる場合には、何もしなくて大丈夫です。
by nishishi. ⌚2023年9月19日(火) 02:20:29〔1年以上前〕 情報 ＜488文字＞ 編集
ユニクロ×CLAMP。
個人的にはGUが小島秀夫氏とコラボしたのが一番衝撃でした。うちにTシャツあるですよ…。
個人的にはGUが小島秀夫氏とコラボしたのが一番衝撃でした。うちにTシャツあるですよ…。
by admin.
⌚2023年7月17日(月) 15:29:44〔2年以上前〕
つぶやき
＜56文字＞
編集
2週間ほど実施してきました「てがろぐ機能追加検討リストの投票」はさきほど締め切らせて頂きました。たいへんありがたいことに147件の回答が得られまして、わりと需要の傾向が把握できました。投票頂いた回答は、今後の開発機能の優先度を判断する参考等に活用させて頂きます。ご協力下さった方々、誠にありがとうございました。また、作者宛にメッセージをお書き添え下さった方々もどうもありがとうございました。すべてありがたく読ませて頂きました。
by nishishi. ⌚2023年7月7日(金) 01:48:16〔2年以上前〕 情報 ＜213文字＞ 編集
β版含めたリリース情報はPixivFanboxのメール通知とTwitterで得てます。ここのRSSは豆知識などの情報もあるので全ての投稿をLINEで取得してます。カテゴリやハッシュタグを使い分けての投稿はそれほど多くないので…。
by admin.
⌚2023年7月6日(木) 14:28:51〔2年以上前〕
つぶやき
＜114文字＞
編集
にししさんの今日のひとことログ No.9792 より
アップデート✨カテゴリ且つ投稿者をにししさんに限定 すれば万が一悪戯されても問題なさそうですね✌️
てがろぐのRSSフィードはこうして様々な条件にも対応できるのがありがたいです！
β版が出るたびにアップデートしてます。いつもありがとうございます。
β版の配布情報も含めて知りたい場合は、動作テスト場の「アップデート✨」カテゴリに限定したRSSフィードを使う手はある。ただし、このカテゴリには誰でも試験投稿できるので悪戯されると困るが。
アップデート✨カテゴリ且つ投稿者をにししさんに限定 すれば万が一悪戯されても問題なさそうですね✌️
てがろぐのRSSフィードはこうして様々な条件にも対応できるのがありがたいです！
β版が出るたびにアップデートしてます。いつもありがとうございます。
by tomoyo.
⌚2023年7月6日(木) 13:59:57〔2年以上前〕
つぶやき
＜245文字＞
編集
てがろぐ追加機能の検討候補がたくさん増えてきましたので、次に何の機能を追加開発しようかな……と迷いつつあります。
で、最近はユーザさんも増えてきたような気配がしていますので、望みの機能(検討候補)に投票して頂いて、その得票数を参考に検討したら良いかな……と思いまして、追加検討機能リストと投票フォームを用意してみました。
お望みの機能への投票にご協力頂ければ、開発検討の参考になってたいへんありがたいです。
ぜひ、よろしくお願い致しますです。(╹◡╹)ﾉ
で、最近はユーザさんも増えてきたような気配がしていますので、望みの機能(検討候補)に投票して頂いて、その得票数を参考に検討したら良いかな……と思いまして、追加検討機能リストと投票フォームを用意してみました。
お望みの機能への投票にご協力頂ければ、開発検討の参考になってたいへんありがたいです。
（ツイート埋め込み処理中...）Twitterで見る
ぜひ、よろしくお願い致しますです。(╹◡╹)ﾉ
by nishishi. ⌚2023年6月23日(金) 23:16:36〔2年以上前〕 情報 ＜229文字＞ 編集
あれ……？ 「サムネイル画像もアップロードされていれば、サムネイルの方を表示する」という機能は、たしか新着画像リストにも適用される仕様だったような気がするのですけども、気のせいだったかな……？ それとも、画像管理方法のアップデートの過程で、機能が失われてしまった……？（どなたか覚えている方はいらっしゃいます？^^;）
by nishishi.
⌚2023年6月20日(火) 23:46:37〔2年以上前〕
つぶやき
＜159文字＞
編集
>>3693
以前ロリポップサーバーで「etc/アルファベット4文字」の文字列をフォームで送信すると403エラーになる現象に悩まされていた者です。にししさんがご提示下さった別ディレクトリからリダイレクトする方法を使って、WAFなどの設定は変更せずにずっとそのまま運用しておりました。
>>3692さんの有力な方法を試す前に、相変わらずetc/abcdのような文字列で403エラーが出る様子を確認しておこうとしたら…なんとエラーが出ませんでした┌(:3」└)┐ 少なくともここ数日で、てがろぐを含めた私のサイト内の様々なフォームから試した限りだとetc/abcdのような文字列を送信しても403エラーが全く出なくなっていました。い…一体いつの間に制限を緩和したんですロリポップさん…┌(:3」└)┐ いや、もしかしたらロリポップをお使いの他のサイトではまだ403エラーが発生するかもしれないですし、私のサイトでもたまたま最近発生してないだけかもしれないので制限が緩和されたかどうかは定かではありませんが…。
ともあれ、また403エラーが出るようになったら3692さんの方法を試してみようと思います。>>3692さん、にししさん、ありがとうございました。
先ほど気付いたのですが、にししさんがFAQ・豆知識ページに記載して下さった文だと
と書かれていますが、>>3692さんおよびリンク先のロリポップ公式の記事だと
…とのことなので「spd」か「ent」ではないサーバを、が正しいですね。
最後に、Ver.4.0.0.アップデートお疲れ様です！私もサイト内に設置しているてがろぐを全て4.0.0にバージョンアップしました。これからもてがろぐのお世話になります。いつもありがとうございます！#報告 #感謝
以前ロリポップサーバーで「etc/アルファベット4文字」の文字列をフォームで送信すると403エラーになる現象に悩まされていた者です。にししさんがご提示下さった別ディレクトリからリダイレクトする方法を使って、WAFなどの設定は変更せずにずっとそのまま運用しておりました。
>>3692さんの有力な方法を試す前に、相変わらずetc/abcdのような文字列で403エラーが出る様子を確認しておこうとしたら…なんとエラーが出ませんでした┌(:3」└)┐ 少なくともここ数日で、てがろぐを含めた私のサイト内の様々なフォームから試した限りだとetc/abcdのような文字列を送信しても403エラーが全く出なくなっていました。い…一体いつの間に制限を緩和したんですロリポップさん…┌(:3」└)┐ いや、もしかしたらロリポップをお使いの他のサイトではまだ403エラーが発生するかもしれないですし、私のサイトでもたまたま最近発生してないだけかもしれないので制限が緩和されたかどうかは定かではありませんが…。
ともあれ、また403エラーが出るようになったら3692さんの方法を試してみようと思います。>>3692さん、にししさん、ありがとうございました。
先ほど気付いたのですが、にししさんがFAQ・豆知識ページに記載して下さった文だと
ロリポップのサーバのうち、先頭が「spd」か「ent」のサーバをお使いの場合は、
と書かれていますが、>>3692さんおよびリンク先のロリポップ公式の記事だと
※頭に「spd」と「ent」がつくサーバだと、この対策はできないようです。
…とのことなので「spd」か「ent」ではないサーバを、が正しいですね。
最後に、Ver.4.0.0.アップデートお疲れ様です！私もサイト内に設置しているてがろぐを全て4.0.0にバージョンアップしました。これからもてがろぐのお世話になります。いつもありがとうございます！#報告 #感謝
by admin.
⌚2023年5月2日(火) 01:56:29〔2年以上前〕
つぶやき
＜833文字＞
編集
Ver 4.0.0リリースの寸前に加えたのでリリースノートとかには書いていないんですが、（標準添付の各スキンでは）ツイートの埋め込みサイズが小さくなるようにCSSを加えました。スマートフォンで見ると従来と何も変わらないと思いますが、タブレットやPCのような比較的広いディスプレイで見ると、埋め込みツイートの横幅が狭くなっていて、文字も小さく見えると思います。
↓表示例
これは、CSSに以下の4行を加えただけです。（4行というか、中身は3行ですし、そもそも1行で書ける分量ですけども。^^;）
/* ▼埋め込みツイートの横幅を強制的に制限 */
div.twitter-tweet {
max-width: 350px !important;
}
埋め込みツイートは、横幅が350pxあたりを下回ると小さな文字で表示されるっぽいですので、とりあえず350pxにしてみました。!importantが付いているのは、これがないと、Twitter側が埋め込んでくる要素に直接書かれたスタイルを上書きできないからです。サイズはお好みに調節して頂ければ良いと思います。 #🌱豆知識
↓表示例
（ツイート埋め込み処理中...）Twitterで見る
これは、CSSに以下の4行を加えただけです。（4行というか、中身は3行ですし、そもそも1行で書ける分量ですけども。^^;）
/* ▼埋め込みツイートの横幅を強制的に制限 */
div.twitter-tweet {
max-width: 350px !important;
}
埋め込みツイートは、横幅が350pxあたりを下回ると小さな文字で表示されるっぽいですので、とりあえず350pxにしてみました。!importantが付いているのは、これがないと、Twitter側が埋め込んでくる要素に直接書かれたスタイルを上書きできないからです。サイズはお好みに調節して頂ければ良いと思います。 #🌱豆知識
by nishishi. ⌚2023年4月29日(土) 19:39:28〔2年以上前〕 情報 ＜491文字＞ 編集
ロリポップのWAF対策について
.htaccessを使用して除外設定する事が出来たので報告させて頂きます。
※頭に「spd」と「ent」がつくサーバだと、この対策はできないようです。
参考サイト
PHPやCGIでプログラムの記述変更をしたところ403errorが表示されます – ロリポップ！レンタルサーバー
https://support.lolipop.jp/hc/ja/articles/360048375814
シグネチャで除外設定する
コードの確認は、WAF設定のログ参照から確認する必要があります。
また私の環境ではてがろぐで投稿しWAFでエラーが出た場合、
1つ目のコードを除外設定した後にもエラーが発生しましたが、
ログ参照し、2つ目のコードも除外設定する事で回避出来ました。
なので、複数のコードを除外する必要があるようです。
コード例
# AAA-11,BBB-12を確認したコードに変更
SiteGuard_User_ExcludeSig AAA-11
SiteGuard_User_ExcludeSig BBB-12
IPアドレスで除外設定する
IPアドレスが固定なら、この方法が楽かもしれません。
コード例
# カッコ内のxxx.xxx.xxx.xxxをご自身のIPアドレスに変更
SiteGuard_User_ExcludeSig ip(xxx.xxx.xxx.xxx)
この2つのどちらかを.htaccessに記述すれば、
/etc/abcdのような文字列でも問題なく投稿できました。
ロリポップをお使いで403エラーにお困りの場合は、お試しください。
.htaccessを使用して除外設定する事が出来たので報告させて頂きます。
※頭に「spd」と「ent」がつくサーバだと、この対策はできないようです。
参考サイト
PHPやCGIでプログラムの記述変更をしたところ403errorが表示されます – ロリポップ！レンタルサーバー
https://support.lolipop.jp/hc/ja/articles/360048375814
シグネチャで除外設定する
コードの確認は、WAF設定のログ参照から確認する必要があります。
また私の環境ではてがろぐで投稿しWAFでエラーが出た場合、
1つ目のコードを除外設定した後にもエラーが発生しましたが、
ログ参照し、2つ目のコードも除外設定する事で回避出来ました。
なので、複数のコードを除外する必要があるようです。
コード例
# AAA-11,BBB-12を確認したコードに変更
SiteGuard_User_ExcludeSig AAA-11
SiteGuard_User_ExcludeSig BBB-12
IPアドレスで除外設定する
IPアドレスが固定なら、この方法が楽かもしれません。
コード例
# カッコ内のxxx.xxx.xxx.xxxをご自身のIPアドレスに変更
SiteGuard_User_ExcludeSig ip(xxx.xxx.xxx.xxx)
この2つのどちらかを.htaccessに記述すれば、
/etc/abcdのような文字列でも問題なく投稿できました。
ロリポップをお使いで403エラーにお困りの場合は、お試しください。
by admin. ⌚2023年4月25日(火) 11:25:45〔2年以上前〕 情報 ＜699文字＞ 編集
隠れハッシュタグを非表示にすることで「見えないフラグ」のように活用するのは良いアイデアだな、と思ったのでヘルプドキュメントに書き加えておきました。➡見えないハッシュタグを作ってフラグのように活用する方法
ネタの提供をありがとうございます！(╹◡╹)ﾉ
ネタの提供をありがとうございます！(╹◡╹)ﾉ
by nishishi. ⌚2023年3月21日(火) 21:32:24〔2年以上前〕 情報 ＜125文字＞ 編集
Ver 3.9.3βで、ギャラリーモードやサイトマップページモードでの「状況に応じた見出し」部分が <span class="situation-mode">ギャラリー</span> みたいなマークアップで出力される仕様に改善されたのですが、意図しない副作用で、ギャラリーモードでもサイトマップモードでもない状況でも <span class="situation-mode"></span> という「中身のない要素」が出力されてしまっていました。(^_^;;;
全体としては <p class="situation"><span class="situation-mode"></span></p> という出力になります。表示されるテキストがないことに違いはないのですが、外側のp要素 <p class="situation">～</p> には中身があることになります（emptyではなくなります）。すると、CSSで .situation に適用しているスタイルによっては、「状況に応じた見出し」部分が（見出しとしての文字列は何も出力されていなくても）意図しない装飾になってしまう可能性があります。
もし、「Ver 3.9.3βにバージョンアップしたことによって、状況に応じた見出しの位置に何か余計な装飾が現れた」という場合は、次のβバージョンで解消しますので、そのままお待ち下さい。m(_ _)m
標準添付スキンだと、ブログタイプスキンで下図のように余計なバーが出ます。ブログタイプスキンをそのままお使いの場合はもちろん、ブログタイプスキンをベースにしてカスタマイズしたり独自スキンを作ったりしている場合に同様の問題が出る可能性があります。今の段階でスキンを修正したりせず、次のβ版をお待ちください。（気になる場合は、3.9.2にバージョンダウンしても良いと思います。）
全体としては <p class="situation"><span class="situation-mode"></span></p> という出力になります。表示されるテキストがないことに違いはないのですが、外側のp要素 <p class="situation">～</p> には中身があることになります（emptyではなくなります）。すると、CSSで .situation に適用しているスタイルによっては、「状況に応じた見出し」部分が（見出しとしての文字列は何も出力されていなくても）意図しない装飾になってしまう可能性があります。
もし、「Ver 3.9.3βにバージョンアップしたことによって、状況に応じた見出しの位置に何か余計な装飾が現れた」という場合は、次のβバージョンで解消しますので、そのままお待ち下さい。m(_ _)m
標準添付スキンだと、ブログタイプスキンで下図のように余計なバーが出ます。ブログタイプスキンをそのままお使いの場合はもちろん、ブログタイプスキンをベースにしてカスタマイズしたり独自スキンを作ったりしている場合に同様の問題が出る可能性があります。今の段階でスキンを修正したりせず、次のβ版をお待ちください。（気になる場合は、3.9.2にバージョンダウンしても良いと思います。）
by nishishi. ⌚2023年3月13日(月) 22:46:11〔2年以上前〕 情報 ＜791文字＞ 編集
🍘作らないものの話：
ありがたいことに最近はユーザさんも増えてきましたので、「何を作らないか」についても語っておく方が良いのかなという気もしまして、ちょっと長くなりますが語ってみます。そのうちFAQにまとめようと思いますが、とりあえずここに。
長々と書くほどの話ではなくて、要するに『利便性と手軽さの両立はなかなか難しいよね……』というだけの話なんですが。
■スキンが増えて欲しい
今のところ、てがろぐのパッケージに含んでいる標準添付スキンは9種類（モード別も合わせれば12種類）あるわけですが、私個人でこれ以上増やすのは（管理の面で）なかなか難しいかな、と感じているのですよね。
なので、できるだけたくさんの方々がスキンを作って配布して下さると（その他のユーザさんへの選択肢が増えるので）嬉しいな……と思っています。
で、そのためには、『スキンを作るハードルは低い方が望ましい』と考えています。（WordPressのテーマとか作るのめちゃくちゃ大変ですよね。）畳む
■スキン側の仕様が複雑にならないようにしたい
WordPressのように管理画面上からいろいろカスタマイズできれば確かに便利かもしれないのですが、そういう仕組みを用意すればするほど、スキン側の仕様が複雑になってしまって、スキン製作の手間が増えてしまう問題があります(たぶん)。
何でも至れり尽くせりなWordPress等CMSのテーマを作るのが大変な理由は、テーマ側に配慮しないといけない要素が莫大だからですよね。（いや、まあ、もちろんツールそのものの規模も全然違うわけですから、今のてがろぐがどれだけ機能を増やしたところで、スキンがあそこまで複雑・大規模になることはありませんけども。）畳む
■管理画面で何でもしようと思うと(たぶん)際限がなく、スキンが複雑になる
仮に、掲載要素の「表示/非表示」が管理画面上で選べるようになったとしても、それだけでは掲載位置や掲載順序は変化しませんし、もちろんレイアウトも変わらなければ配色も変わらないので、ほとんど自由度は上がりません。
そうすると、次には「掲載順序も管理画面から選べるようになって欲しい」、「配色も管理画面上で指定できるようになって欲しい」……というような要望が出てくると思うんですよね。
そうなると、だんだんWordPress的になってきて、管理画面そのものも複雑になる上に、その設定を反映できるスキンを製作する手間も跳ね上がると思います。（管理画面で指定された順序や配色が表示に反映されるようスキンを作るのはたぶん大変になるでしょう。）畳む
■スキン製作の手間を低く抑えたい（同時にカスタマイズの手間も低くなります）
てがろぐは利用者総数も多くないツールなので、あえて莫大な手間を掛けてまでスキンを作って配布しようとはあまり思われないでしょう。
今、てがろぐのスキンを作って配布して下さっている方々も、「作るのが簡単だから作ってみた」というケースも多々あるのではないかと思っています。
なので、（管理画面上の設定をスキンに反映する仕組みが複雑になるなどして）スキン製作の手間が増えれば増えるほど、第三者がスキンを作ってくれにくくなるだろうという懸念があります。
なので、「スキン製作の手間は低く抑え続けたい」と考えています。
※もちろんそれは、（配布を前提にしたスキンでなくても）多くのユーザさんにとって「自分用のスキンのカスタマイズも楽にできる」というメリットにもなります。畳む
■できるだけシンプルに留めたい
もちろん機能の増加はしたいと思っているのですが、しかし、できるだけシンプルにも留めておきたいと思っています。（まあ、現状を「シンプル」と言えるかどうかはよく分かりませんが。^^; 少なくとも大規模なCMSに比べれば、よっぽどシンプルなことは間違いないでしょう。ファイル数も少ないですし。）
なので、管理画面上から表示/非表示を切り替えたり、掲載順序を入れ替えたり、配色を指定したり、といった大規模CMS的な機能は用意しない方針でいます。
※とはいえ、スキンに書きようがないものについては、管理画面上から出力仕様やON/OFFを切り替えられるようにはなっていますが。
■HTMLから不要部分を削除する程度のスキルはあることが前提
てがろぐに限らずフリーCGIはたいていそうだと思いますが、HTMLを編集する程度のスキルはあることが前提のツールです。そこはたぶん、今後も変わらないです。
「機能を増やしたい」とは思っていますが、「WordPressのようにしたい」とは思っていないので。設計思想の違いと言っても良いのかもしれませんが。（まあ、規模も全然違いますけども。）
せっかく独特の有用さがあったのにFacebookに似せすぎてユーザ離れを起こしたmixiのようにはなりたくないと思っています。(^_^;)畳む
■スキンHTMLから要らない部分を消すのは本当に簡単
スキンHTMLから不要な部分を削除したり順序を入れ替えたりするのは、本当に大したスキルは要らず簡単ですから、そこはなんとか頑張ってHTMLを編集できるようになって頂くのが一番だと思っています。（どうしてもそれを避けたい場合は、WordPressのような至れり尽くせりのツールを選択する方が幸せになれると思います。）
要らない部分は、ただ消せばいいだけ、なんです。ほとんどスキルは要りません。
少なくとも標準添付の各スキンには、わりと詳しめにHTMLソース内にコメントを加えて「ここが何々の部分ですよ、ここは何々の部分ですよ」と示してありますから、消すのにスキルはそれほど要らないと思います。（必要なのは、せいぜい削除範囲を見極める能力くらいでしょうか。それもインデントで示してありますから、把握は難しくないと思います。）
標準添付の各スキンを、あえて「機能全部盛り」な状態で作ってあるのは、そのためなんです。
なので、カスタマイズといっても「消すだけ」なら簡単なハズですから。まずは試してみて下さい。畳む
■CGIの設置ができるなら、HTMLの編集も絶対にできる！^^;
というか、CGIの設置ができるスキルがあるなら、それくらいのHTML編集は絶対にできます！
だって、HTMLを「書け」と言っているわけではなくて、「消すだけ」ですから。
しかも、標準添付スキンのHTMLソース内にはコメントが日本語で書いてありますから！
ここまで書いてあって、しかも、自分で用意した個人サイトにCGIの設置すらもできているのに、スキンHTMLから不要部分の削除だけはできない、……という人が居るとはあまり思えないんですよね。^^;
なので、もし「自分はスキルがないのでスキン編集は難しいはずだ」と思って（思い込んで）いるなら、まずはスキンHTMLをテキストエディタで読み込んでみて、中を見てみて下さい。
CGIが設置できたのなら、それくらいは難なくできるでしょう。
すると、スキンHTMLの編集も、意外と簡単だと分かるのではないかと思います。
だって、それでもどうしても「消すことすらもできない」と言われる場合、その人はそもそも個人サイトを作れていないと思うんですよね……。^^;
「個人サイトを用意する」という最初のハードルを越えられている人なら、スキンHTMLから不要な部分を消すくらい、絶対できると思うんですよ。(^_^;;;
※いや、本当にそのスキルが今はなかったとしても、「個人サイトを用意する」という気力がある時点で、HTMLから不要な部分を消せるようになるスキルくらい、あっという間に身につけられると思うんですよね。^^;畳む
■利便性と手軽さの両立が難しい場合は、手軽さを取る
結局、「管理画面上で何でもできる」ことと「スキン(HTML＋CSS)ソースがカスタマイズしやすい」こととは、トレードオフの関係になるのではないかな……と思っています。全部が全部そうだとは限りませんから、スキン側のシンプルさを維持したまま管理画面でいろいろできるようにできるなら、そうしたい気はあるのですけども。（ただ、あれもこれも試す余裕があるとは限りませんので、「それは複雑になるのではないかな？」くらいの疑念を持った段階で、詳しい検討を保留にすることもありますが。）畳む
管理画面に設定を増やしたがためにスキンが作りにくく(カスタマイズしにくく)なった、ということにはならないようにする方針で居ます。
なので、管理画面上から装飾やレイアウトに手を出すような仕組みは、(よほど何かシンプルさを保てるうまい方法を思いつかない限りは)作らない方針だと解釈して頂いておくと良いのではないかと思います。
畳む
ありがたいことに最近はユーザさんも増えてきましたので、「何を作らないか」についても語っておく方が良いのかなという気もしまして、ちょっと長くなりますが語ってみます。そのうちFAQにまとめようと思いますが、とりあえずここに。
長々と書くほどの話ではなくて、要するに『利便性と手軽さの両立はなかなか難しいよね……』というだけの話なんですが。
■スキンが増えて欲しい
今のところ、てがろぐのパッケージに含んでいる標準添付スキンは9種類（モード別も合わせれば12種類）あるわけですが、私個人でこれ以上増やすのは（管理の面で）なかなか難しいかな、と感じているのですよね。
なので、できるだけたくさんの方々がスキンを作って配布して下さると（その他のユーザさんへの選択肢が増えるので）嬉しいな……と思っています。
で、そのためには、『スキンを作るハードルは低い方が望ましい』と考えています。（WordPressのテーマとか作るのめちゃくちゃ大変ですよね。）畳む
■スキン側の仕様が複雑にならないようにしたい
WordPressのように管理画面上からいろいろカスタマイズできれば確かに便利かもしれないのですが、そういう仕組みを用意すればするほど、スキン側の仕様が複雑になってしまって、スキン製作の手間が増えてしまう問題があります(たぶん)。
何でも至れり尽くせりなWordPress等CMSのテーマを作るのが大変な理由は、テーマ側に配慮しないといけない要素が莫大だからですよね。（いや、まあ、もちろんツールそのものの規模も全然違うわけですから、今のてがろぐがどれだけ機能を増やしたところで、スキンがあそこまで複雑・大規模になることはありませんけども。）畳む
■管理画面で何でもしようと思うと(たぶん)際限がなく、スキンが複雑になる
仮に、掲載要素の「表示/非表示」が管理画面上で選べるようになったとしても、それだけでは掲載位置や掲載順序は変化しませんし、もちろんレイアウトも変わらなければ配色も変わらないので、ほとんど自由度は上がりません。
そうすると、次には「掲載順序も管理画面から選べるようになって欲しい」、「配色も管理画面上で指定できるようになって欲しい」……というような要望が出てくると思うんですよね。
そうなると、だんだんWordPress的になってきて、管理画面そのものも複雑になる上に、その設定を反映できるスキンを製作する手間も跳ね上がると思います。（管理画面で指定された順序や配色が表示に反映されるようスキンを作るのはたぶん大変になるでしょう。）畳む
■スキン製作の手間を低く抑えたい（同時にカスタマイズの手間も低くなります）
てがろぐは利用者総数も多くないツールなので、あえて莫大な手間を掛けてまでスキンを作って配布しようとはあまり思われないでしょう。
今、てがろぐのスキンを作って配布して下さっている方々も、「作るのが簡単だから作ってみた」というケースも多々あるのではないかと思っています。
なので、（管理画面上の設定をスキンに反映する仕組みが複雑になるなどして）スキン製作の手間が増えれば増えるほど、第三者がスキンを作ってくれにくくなるだろうという懸念があります。
なので、「スキン製作の手間は低く抑え続けたい」と考えています。
※もちろんそれは、（配布を前提にしたスキンでなくても）多くのユーザさんにとって「自分用のスキンのカスタマイズも楽にできる」というメリットにもなります。畳む
■できるだけシンプルに留めたい
もちろん機能の増加はしたいと思っているのですが、しかし、できるだけシンプルにも留めておきたいと思っています。（まあ、現状を「シンプル」と言えるかどうかはよく分かりませんが。^^; 少なくとも大規模なCMSに比べれば、よっぽどシンプルなことは間違いないでしょう。ファイル数も少ないですし。）
なので、管理画面上から表示/非表示を切り替えたり、掲載順序を入れ替えたり、配色を指定したり、といった大規模CMS的な機能は用意しない方針でいます。
※とはいえ、スキンに書きようがないものについては、管理画面上から出力仕様やON/OFFを切り替えられるようにはなっていますが。
- 例えば、「日付境界バー」は日付の境目に出てくるので、スキン側で「ここ」とは位置を指定できません。
- ナビゲーションリンクは、（てがろぐでは一覧表示も単独表示も共通のスキンなので）スキン側で状況を判別しての出力調整ができません。（※今はCSSで見えなくできますが、昔の仕様はそうではなかったので。）
■HTMLから不要部分を削除する程度のスキルはあることが前提
てがろぐに限らずフリーCGIはたいていそうだと思いますが、HTMLを編集する程度のスキルはあることが前提のツールです。そこはたぶん、今後も変わらないです。
「機能を増やしたい」とは思っていますが、「WordPressのようにしたい」とは思っていないので。設計思想の違いと言っても良いのかもしれませんが。（まあ、規模も全然違いますけども。）
せっかく独特の有用さがあったのにFacebookに似せすぎてユーザ離れを起こしたmixiのようにはなりたくないと思っています。(^_^;)畳む
■スキンHTMLから要らない部分を消すのは本当に簡単
スキンHTMLから不要な部分を削除したり順序を入れ替えたりするのは、本当に大したスキルは要らず簡単ですから、そこはなんとか頑張ってHTMLを編集できるようになって頂くのが一番だと思っています。（どうしてもそれを避けたい場合は、WordPressのような至れり尽くせりのツールを選択する方が幸せになれると思います。）
要らない部分は、ただ消せばいいだけ、なんです。ほとんどスキルは要りません。
少なくとも標準添付の各スキンには、わりと詳しめにHTMLソース内にコメントを加えて「ここが何々の部分ですよ、ここは何々の部分ですよ」と示してありますから、消すのにスキルはそれほど要らないと思います。（必要なのは、せいぜい削除範囲を見極める能力くらいでしょうか。それもインデントで示してありますから、把握は難しくないと思います。）
標準添付の各スキンを、あえて「機能全部盛り」な状態で作ってあるのは、そのためなんです。
- 白紙に近い状態から「必要なものを加えていく」タイプだと、最初に「何をどうやって書き足せば良いのか？」を調べる必要があるのでハードルが高いですよね。（そもそも、「何を付け加えられるのか？」の選択肢も最初には全然分からないわけで。）
- でも、逆に「全部盛りの中から不要な物を消していく」タイプだと「ただ消せば良いだけ」なので話が簡単です。
なので、カスタマイズといっても「消すだけ」なら簡単なハズですから。まずは試してみて下さい。畳む
■CGIの設置ができるなら、HTMLの編集も絶対にできる！^^;
というか、CGIの設置ができるスキルがあるなら、それくらいのHTML編集は絶対にできます！
だって、HTMLを「書け」と言っているわけではなくて、「消すだけ」ですから。
しかも、標準添付スキンのHTMLソース内にはコメントが日本語で書いてありますから！
ここまで書いてあって、しかも、自分で用意した個人サイトにCGIの設置すらもできているのに、スキンHTMLから不要部分の削除だけはできない、……という人が居るとはあまり思えないんですよね。^^;
なので、もし「自分はスキルがないのでスキン編集は難しいはずだ」と思って（思い込んで）いるなら、まずはスキンHTMLをテキストエディタで読み込んでみて、中を見てみて下さい。
CGIが設置できたのなら、それくらいは難なくできるでしょう。
すると、スキンHTMLの編集も、意外と簡単だと分かるのではないかと思います。
だって、それでもどうしても「消すことすらもできない」と言われる場合、その人はそもそも個人サイトを作れていないと思うんですよね……。^^;
「個人サイトを用意する」という最初のハードルを越えられている人なら、スキンHTMLから不要な部分を消すくらい、絶対できると思うんですよ。(^_^;;;
※いや、本当にそのスキルが今はなかったとしても、「個人サイトを用意する」という気力がある時点で、HTMLから不要な部分を消せるようになるスキルくらい、あっという間に身につけられると思うんですよね。^^;畳む
■利便性と手軽さの両立が難しい場合は、手軽さを取る
結局、「管理画面上で何でもできる」ことと「スキン(HTML＋CSS)ソースがカスタマイズしやすい」こととは、トレードオフの関係になるのではないかな……と思っています。全部が全部そうだとは限りませんから、スキン側のシンプルさを維持したまま管理画面でいろいろできるようにできるなら、そうしたい気はあるのですけども。（ただ、あれもこれも試す余裕があるとは限りませんので、「それは複雑になるのではないかな？」くらいの疑念を持った段階で、詳しい検討を保留にすることもありますが。）畳む
管理画面に設定を増やしたがためにスキンが作りにくく(カスタマイズしにくく)なった、ということにはならないようにする方針で居ます。
なので、管理画面上から装飾やレイアウトに手を出すような仕組みは、(よほど何かシンプルさを保てるうまい方法を思いつかない限りは)作らない方針だと解釈して頂いておくと良いのではないかと思います。
畳む
by nishishi. ⌚2023年3月13日(月) 22:36:56〔2年以上前〕 情報 ＜4042文字＞ 編集
てがろぐでは、投稿内に含まれる1つ目の画像をOGPの og:image に出力する機能がありまして、デフォルトで有効になっています。
この機能では、投稿内にある1つ目の画像を問答無用で採用するので、1つ目の画像が「Twitter側がCardに求める様式」に該当していない場合は、Twitter Cardには画像が表示されないことになります。#🌱豆知識
一番よくありそうなケースは、SVGな気がします。Twitter CardはSVG形式の画像をサポートしていないので、SVG画像が1枚目にあるとTwitter Cardに画像は出ません。WebPは使えます。
あと、Twitter側が指定している条件は下記の通りです。
▼summary(小画像の場合)：Twitterのドキュメント
▼summary_large_image(大画像の場合)：Twitterのドキュメント
この機能では、投稿内にある1つ目の画像を問答無用で採用するので、1つ目の画像が「Twitter側がCardに求める様式」に該当していない場合は、Twitter Cardには画像が表示されないことになります。#🌱豆知識
一番よくありそうなケースは、SVGな気がします。Twitter CardはSVG形式の画像をサポートしていないので、SVG画像が1枚目にあるとTwitter Cardに画像は出ません。WebPは使えます。
JPG, PNG, WEBP and GIF formats are supported. Only the first frame of an animated GIF will be used. SVG is not supported.
https://developer.twitter.com/en/docs/twitter-for-webs...
あと、Twitter側が指定している条件は下記の通りです。
▼summary(小画像の場合)：Twitterのドキュメント
Images for this Card support an aspect ratio of 1:1 with minimum dimensions of 144x144 or maximum of 4096x4096 pixels. Images must be less than 5MB in size. The image will be cropped to a square on all platforms.
➡ 縦横比 1:1、最小サイズ 144x144、最大サイズ 4096x4096 ピクセル。画像サイズは 5MB まで。画像は正方形にトリミングされる。
▼summary_large_image(大画像の場合)：Twitterのドキュメント
Images for this Card support an aspect ratio of 2:1 with minimum dimensions of 300x157 or maximum of 4096x4096 pixels. Images must be less than 5MB in size.
➡ 縦横比 2:1、最小サイズ 300x157、最大サイズ 4096x4096 ピクセル。画像サイズは 5MB まで。
by nishishi. ⌚2023年2月23日(木) 22:15:43〔2年以上前〕 情報 ＜1100文字＞ 編集
てがろぐ一式をサーバにUPした後、「どんなURLでアクセスできるのか分からん」とか「404エラーになったり500エラーになったりする」という場合は、とりあえず tegalog.cgi ではなく skin-cover.html を表示してみると良いかもしれません。
https://なんとなく想像するパス/tegalog.cgi ではなく
https://なんとなく想像するパス/skin-cover.html のように。
それで、
「404エラーになったり500エラーになったりする」という場合、可能性としては「そもそもアクセスするURLが間違っている」場合と、「URLは合っているが動作していない」場合とがありますので、まずは「そのどちらなのか」を先に確定させる方が望ましいと思います。（アクセスできない原因が1つとは限りませんから、一気に解決させようとせずに、1つずつ可能性を潰していって特定する方が近道だと思います。）
https://なんとなく想像するパス/tegalog.cgi ではなく
https://なんとなく想像するパス/skin-cover.html のように。
それで、
- skin-cover.html すらも 404 Not Found エラーになるなら、間違いなくURLが違います。
- その場合は、なんとかして正しいURLを探る必要があります。
- skin-cover.html は表示されるなら、URL自体は正しいです。
- URLが正しいなら、あとは、500エラーを解消する方策を探れば良いだけです。
「404エラーになったり500エラーになったりする」という場合、可能性としては「そもそもアクセスするURLが間違っている」場合と、「URLは合っているが動作していない」場合とがありますので、まずは「そのどちらなのか」を先に確定させる方が望ましいと思います。（アクセスできない原因が1つとは限りませんから、一気に解決させようとせずに、1つずつ可能性を潰していって特定する方が近道だと思います。）
by nishishi. ⌚2023年2月20日(月) 23:45:36〔2年以上前〕 情報 ＜594文字＞ 編集
ご報告に感謝致します。
🧀Re:3438◆なるほど、スペースが2つ入っていましたか……。もしかして『画像リンクに独自のclass属性値を追加』にチェックが入っていて、なおかつ直下の「class=" "」の入力欄は空っぽになっていたりしないでしょうか？（下図の緑色矢印の先です。その条件だと、こちらでも不具合が再現しました。）その場合、『画像リンクに独自のclass属性値を追加』のチェックをOFFにすると解決すると思います。
緑色矢印の先が空欄で、その直上のチェックボックスがONのとき
画像をリンクにするa要素部分は、正確には <a class="● ▲ ■" ～> のように3種類のclass名が出力されるようになっています。●はimagelink固定で必ず含まれます。▲は『画像リンクに独自のclass属性値を追加』のチェックがONの時に限って直下のテキスト入力欄に設定された文字列が出力されます。■には画像に付加されたフラグがある場合に限ってフラグに対応する文字列(nsfwやnolisted)が出力されます。なので、●は必ず出力されますが、▲と■は状況によって出力されたりされなかったりします。
このとき、『画像リンクに独自のclass属性値を追加』にチェックが入っている状態で、直下のテキスト入力欄が空っぽだと、● ▲ ■ の「▲」が0文字になるため、たしかに空白が2つ連続で挿入されてしまいます。通常のHTMLならそうなっても問題ありませんが、別の設定項目『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』がONの場合（※デフォルトでONです）には、連続する2つ以上の空白が という文字実体参照に変換される機能が働いてしまって（本当は働いてはいけないのですが）、それが悪影響を及ぼしてしまうのだと分かりました。(^_^;;;
ううーん、そんな問題があったとは……。今までは（画像フラグの実装前までは）ここに2種類のclassしか入らなかったので、空白が2つ以上連続する状況があり得なかったから問題なかったのでしょうね。次のバージョンで仕様を修正します。畳む
とりあえず今のバージョンでは、
🍩解決策1：『画像リンクに独自のclass属性値を追加』のチェックをOFFにする。
🍩解決策2：『画像リンクに独自のclass属性値を追加』直下のテキスト入力欄に半角英数字を1文字以上書く。
🍩解決策3：『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』のチェックをOFFにする。
……のどれかで解決はできます。（どれか1つだけで大丈夫です。）
ご報告をどうもありがとうございました！
これも絶対に誰かから報告されないと気付かなかったでしょうね……。(^_^;;; 「スペースが2つ入っていた」という情報が重要なヒントになりました。ありがとうございます。
🧀Re:3438◆なるほど、スペースが2つ入っていましたか……。もしかして『画像リンクに独自のclass属性値を追加』にチェックが入っていて、なおかつ直下の「class=" "」の入力欄は空っぽになっていたりしないでしょうか？（下図の緑色矢印の先です。その条件だと、こちらでも不具合が再現しました。）その場合、『画像リンクに独自のclass属性値を追加』のチェックをOFFにすると解決すると思います。
画像をリンクにするa要素部分は、正確には <a class="● ▲ ■" ～> のように3種類のclass名が出力されるようになっています。●はimagelink固定で必ず含まれます。▲は『画像リンクに独自のclass属性値を追加』のチェックがONの時に限って直下のテキスト入力欄に設定された文字列が出力されます。■には画像に付加されたフラグがある場合に限ってフラグに対応する文字列(nsfwやnolisted)が出力されます。なので、●は必ず出力されますが、▲と■は状況によって出力されたりされなかったりします。
このとき、『画像リンクに独自のclass属性値を追加』にチェックが入っている状態で、直下のテキスト入力欄が空っぽだと、● ▲ ■ の「▲」が0文字になるため、たしかに空白が2つ連続で挿入されてしまいます。通常のHTMLならそうなっても問題ありませんが、別の設定項目『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』がONの場合（※デフォルトでONです）には、連続する2つ以上の空白が という文字実体参照に変換される機能が働いてしまって（本当は働いてはいけないのですが）、それが悪影響を及ぼしてしまうのだと分かりました。(^_^;;;
ううーん、そんな問題があったとは……。今までは（画像フラグの実装前までは）ここに2種類のclassしか入らなかったので、空白が2つ以上連続する状況があり得なかったから問題なかったのでしょうね。次のバージョンで仕様を修正します。畳む
とりあえず今のバージョンでは、
🍩解決策1：『画像リンクに独自のclass属性値を追加』のチェックをOFFにする。
🍩解決策2：『画像リンクに独自のclass属性値を追加』直下のテキスト入力欄に半角英数字を1文字以上書く。
🍩解決策3：『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』のチェックをOFFにする。
……のどれかで解決はできます。（どれか1つだけで大丈夫です。）
ご報告をどうもありがとうございました！
これも絶対に誰かから報告されないと気付かなかったでしょうね……。(^_^;;; 「スペースが2つ入っていた」という情報が重要なヒントになりました。ありがとうございます。
by nishishi. ⌚2023年1月31日(火) 00:36:05〔2年以上前〕 情報,回答/返信 ＜1182文字＞ 編集
かわいい！😍 かわいい！😍
はにゃーん！😍はにゃーん！😍はにゃーん！😍
何かNSFWフラグな画像が単独で置いてあるなと思ったら😍
フラグのテスト
はにゃーん！😍はにゃーん！😍はにゃーん！😍
何かNSFWフラグな画像が単独で置いてあるなと思ったら😍
by nishishi.
⌚2023年1月21日(土) 23:51:57〔2年以上前〕
つぶやき
＜66文字＞
編集
ご質問を頂きましたので、カスタマイズ方法ページにも回答を書いておきました。#🌱豆知識
➡『先頭固定機能を使いつつ、最新の1件を別ページに埋め込みたい場合の方法』（『あるスキンの出力結果を別のページに埋め込む方法』の補足）
SSIやPHP等を使って「最新の1件」を別ページに埋め込んでいるとき、先頭固定機能も同時に使うと、そのままでは「先頭固定された投稿」だけがずっと固定的に埋め込まれてしまって役に立ちません。^^; そんなときには、「表示条件が限定されているときには先頭固定機能は働かない」という仕様を利用するとうまくいきます。……という解説を加えました。
➡『先頭固定機能を使いつつ、最新の1件を別ページに埋め込みたい場合の方法』（『あるスキンの出力結果を別のページに埋め込む方法』の補足）
SSIやPHP等を使って「最新の1件」を別ページに埋め込んでいるとき、先頭固定機能も同時に使うと、そのままでは「先頭固定された投稿」だけがずっと固定的に埋め込まれてしまって役に立ちません。^^; そんなときには、「表示条件が限定されているときには先頭固定機能は働かない」という仕様を利用するとうまくいきます。……という解説を加えました。
by nishishi. ⌚2022年12月7日(水) 01:47:17〔2年以上前〕 情報 ＜281文字＞ 編集
先月から実施中の「てがろぐユーザアンケート」について、今月10日に回答数67件の時点で一旦集計してブログ記事で紹介しました。
その『稼働サーバ』集計のアップデート版を掲載します。回答総数は78件（※レンタルサーバ名の記述がない回答を除く）です。
ご協力下さった方々、どうもありがとうございます。これらのデータを元に、昨日レンタルサーバ別のセットアップ方法各ページを公式サイトに加えました。
（アンケート自体は今後も継続して受け付けております。）
各レンタルサーバの内訳は以下の通りでした。
※ブログ記事中で紹介した集計結果から減っているのがあります（ロリポップとスターサーバーが1ずつ減っています）が、集計がミスっていたようです。^^;
その『稼働サーバ』集計のアップデート版を掲載します。回答総数は78件（※レンタルサーバ名の記述がない回答を除く）です。
ご協力下さった方々、どうもありがとうございます。これらのデータを元に、昨日レンタルサーバ別のセットアップ方法各ページを公式サイトに加えました。
（アンケート自体は今後も継続して受け付けております。）
各レンタルサーバの内訳は以下の通りでした。
- さくらインターネット：ライト11、スタンダード7
- リトルサーバー：ミニ5、ワード4、リトル2、ビッグ1、不明1
- ロリポップ：エコノミー3、ライト8、ハイスピード1
- スターサーバー：フリー4、エコノミー2、ライト1、ハイスピード2
- XREA：全員Free
- mixhost：スタンダード2、プレミアム1
- Just-Size.Networks：サブドメイン2、エコノミー1
※ブログ記事中で紹介した集計結果から減っているのがあります（ロリポップとスターサーバーが1ずつ減っています）が、集計がミスっていたようです。^^;
by nishishi. ⌚2022年11月24日(木) 22:01:58〔2年以上前〕 情報 ＜553文字＞ 編集
てがろぐ設置方法の解説ページを拡充して、レンタルサーバ別のセットアップ方法(15件)を加えました。これからセットアップされる方は参考にして下さい。
➡ https://www.nishishi.com/cgi/tegalog/setup/#howtoset
➡ https://www.nishishi.com/cgi/tegalog/setup/#howtoset
by nishishi. ⌚2022年11月23日(水) 22:42:41〔2年以上前〕 情報 ＜129文字＞ 編集
てがろぐ Ver 3.7.0 を公開しました。下書きプレビュー機能、下げる投稿機能、状況に応じた見出しのバリエーション選択機能や装飾仕様の追加、CGIの1行目を書き換えずに済む仕様改善などが主な更新点です。その他、細かな機能追加と(セキュリティ面を含む)不具合修正を含んでいます。
➡ https://www.nishishi.com/cgi/tegalog/
アップデートするには、tegalog.cgi と fumycts.pl の2ファイルだけを上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。(Ver.2以下も含む過去のどのバージョンからでも)
※セキュリティ面に影響する不具合を修正しました（詳細は最下部）ので、できるだけ早めのバージョンアップをお勧め致します。（特に、不特定多数からのゲスト投稿を認める形態で運営している場合は早急なバージョンアップを強くお勧め致します。）
🆕 Ver 3.7.0の更新点(概要)：
●下書き投稿を（非公開状態のままで）プレビューできる機能を追加。
●下げる(一覧外)投稿機能を追加。（通常では表示されないが、指定条件下や単独表示時のみ表示されるようにする機能）
●状況に応じた見出しの表示バリエーション選択機能と装飾仕様を追加。
●tegalog.cgi の1行目を、書き換えなくても済む可能性の高い「 #! /usr/bin/env perl 」に変更。
●管理画面に表示される各種「削除ボタン」を（左寄せではなく）右寄せで表示できる設定機能を追加。
●管理画面のページタイトル先頭に任意の識別名称を付与できる設定機能を追加。
●ログインされていない状況で非表示にするためのCSSを、スキン側のCSSに影響されないよう修正。
●各スキンのRSS Auto-Discoveryの記述には、状況に依存しない [[RSS:URL:PURE:FULL]] を使うよう修正。
●ルビを振られる側の文字列が半角英数だけの場合にルビが振られない不具合を解消。
●リンクURLの後に半角空白が2つ続くと、リンク先が正しくなくなる不具合を解消。
●不正な画像ファイルが投稿された際に、動作が極端に遅くなる問題に対処。(セキュリティ面での更新)
更新点について詳しい解説は、リリースノート(No.37)をご参照下さい。
なお、解説ドキュメントも増強してあります。主な増量ポイントはリリースノートからもリンクしてありますのでご参照頂ければ幸いです。
➡ https://www.nishishi.com/cgi/tegalog/
アップデートするには、tegalog.cgi と fumycts.pl の2ファイルだけを上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。(Ver.2以下も含む過去のどのバージョンからでも)
※セキュリティ面に影響する不具合を修正しました（詳細は最下部）ので、できるだけ早めのバージョンアップをお勧め致します。（特に、不特定多数からのゲスト投稿を認める形態で運営している場合は早急なバージョンアップを強くお勧め致します。）
🆕 Ver 3.7.0の更新点(概要)：
●下書き投稿を（非公開状態のままで）プレビューできる機能を追加。
●下げる(一覧外)投稿機能を追加。（通常では表示されないが、指定条件下や単独表示時のみ表示されるようにする機能）
●状況に応じた見出しの表示バリエーション選択機能と装飾仕様を追加。
●tegalog.cgi の1行目を、書き換えなくても済む可能性の高い「 #! /usr/bin/env perl 」に変更。
●管理画面に表示される各種「削除ボタン」を（左寄せではなく）右寄せで表示できる設定機能を追加。
●管理画面のページタイトル先頭に任意の識別名称を付与できる設定機能を追加。
●ログインされていない状況で非表示にするためのCSSを、スキン側のCSSに影響されないよう修正。
●各スキンのRSS Auto-Discoveryの記述には、状況に依存しない [[RSS:URL:PURE:FULL]] を使うよう修正。
●ルビを振られる側の文字列が半角英数だけの場合にルビが振られない不具合を解消。
●リンクURLの後に半角空白が2つ続くと、リンク先が正しくなくなる不具合を解消。
●不正な画像ファイルが投稿された際に、動作が極端に遅くなる問題に対処。(セキュリティ面での更新)
更新点について詳しい解説は、リリースノート(No.37)をご参照下さい。
なお、解説ドキュメントも増強してあります。主な増量ポイントはリリースノートからもリンクしてありますのでご参照頂ければ幸いです。
by nishishi. ⌚2022年6月9日(木) 11:38:16〔3年以上前〕 情報,アップデート✨ ＜1066文字＞ 編集
自分用にイラストサイトスキン（一覧表示時には画像のサムネイルのみ（クリックするとLightBoxではなく記事の詳細へのリンク）、記事の詳細画面では画像を大きく表示して本文を表示する）を作ったのですが、思ったよりも簡単にできて「てがろぐって本当にありがたいな〜」と思いました。
前々からイラストをTumblrっぽく表示するけれども無駄な機能がなくてエディタが使いやすいサイトがほしいなと思っていたのでとても嬉しいです(*´∀｀*)
てがろぐの作者様にはもう足を向けて寝られないです……！本当にありがとうございます。
前々からイラストをTumblrっぽく表示するけれども無駄な機能がなくてエディタが使いやすいサイトがほしいなと思っていたのでとても嬉しいです(*´∀｀*)
てがろぐの作者様にはもう足を向けて寝られないです……！本当にありがとうございます。
by admin.
⌚2022年3月22日(火) 02:20:11〔3年以上前〕
つぶやき,
つぼやき
＜256文字＞
編集
カテゴリアイコン機能実装お疲れ様です！早速アップデートして設定しました。閲覧者からもわかりやすくなったと好評です☺️
私は新着投稿リストは使っていなかったのですが、今回の文字数表示の修正に伴って投稿の削除/編集画面にある投稿内容抜粋欄でも、リンクや画像を含む投稿の文章が正しい内容に直ってますね。助かりました。
いつも痒い所に手が届くアップデートをありがとうございます！ #感謝
私は新着投稿リストは使っていなかったのですが、今回の文字数表示の修正に伴って投稿の削除/編集画面にある投稿内容抜粋欄でも、リンクや画像を含む投稿の文章が正しい内容に直ってますね。助かりました。
いつも痒い所に手が届くアップデートをありがとうございます！ #感謝
by misaki. ⌚2022年3月13日(日) 10:45:19〔3年以上前〕 雑記 ＜189文字＞ 編集
単独検索窓[[SEARCHBOX]]で運用していた部分を[[SEARCHBOX:COMPLEX:G]]にしたら、無事に検索結果をギャラリーモードに固定できるようになりました。痒いところに手が届くアップデートをいつもありがとうございます！
恥ずかしながら複合検索窓用の識別子指定は最低でも1個は記述しないといけないものだとずっと思い込んでいて、[[SEARCHBOX:COMPLEX]]ではなく[[SEARCHBOX:COMPLEX:]]にすれば[[SEARCHBOX]]と同じ表示になると今回初めて気付きました。識別子指定がないとエラーになりそうだという先入観はいけませんね(^^；)
TegUpのβ版対応も楽しみにしています。常に最新β版を使っているので、皆さんのTegUpの動作報告を見ながら私も早くお手軽アップデートを体験したくてうずうずしてます(笑)