てがろぐ - Fumy Otegaru Memo Logger -

最近私は動画を作って投稿していってますが難しそうに見えても意外とできるものなんですね。

早速ダウンロードしてプレビュー機能を使わせていただきました！　密かに欲しかった機能なので、実装されてとても嬉しいです、助かります。
てがろぐはミニブログとしての用途の他に、ブログとしても使用しているので、下書き機能が使える上にこうしてプレビュー機能が使えるのは本当に助かります。
てがろぐは手軽にデザインをカスタマイズできる上に機能も豊富で使いやすいので重宝しています。本当にありがたいです。
これからも愛用させて頂きます(*´∀｀*)
#感謝 #報告

一時期はてがろぐのスキン作成に注力してたけど、今はどんな記法を増やすかに注力してる。その結果、.deco-divなどというmargin調整のためだけの邪道な記法が爆誕。

2767です。ご回答ありがとうございました。提示していただいた対策を試してみたところ理想通りの表示になりました。ネタバレ注意画像を入れると通常スキンの表示の際に野暮ったくなってしまうのが悩みだったのでこれで安心してネタバレを気にせずギャラリーモードが利用できるようになり嬉しいです！ありがとうございました！

パスワードの兼ですが「パターン➊がベースで、裏技的に➋も使える実装」はとても便利ですね！楽しみにしています！

#感謝 #報告

ちなみにPerlのパスですが、カラフルボックスでは/usr/bin/perl一択です。
#感謝 #報告

🆕 Ver 3.6.1βの更新点(概要)：
●下書き投稿のプレビュー機能
●tegalog.cgi の1行目のPerlパスを試験的に「 #! /usr/local/bin/perl 」に変更

詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。

🍵Re:2759～Re:2765◆ベースは『パターン➊ パスワードをあらかじめ設定しておいて、各投稿には「☑鍵付き」のようなチェックボックスを加える。』にしておいて、「☑鍵付き」にチェックが入っていれば管理画面で設定してある共通パスワードを要求する。しかし、「☑鍵付き」にチェックが入っている投稿の1行目先頭に [[KEY:hogehoge]] のようなコマンドが書かれている場合は、共通パスワードではなく hogehoge をパスワードにする。……というような感じでいこうかな……という気が（今のところは）しています。No.2765さんのおっしゃるとおり、パスワードは一律の方が実装はシンプルなので、『パターン➊がベースで、裏技的に➋も使える実装』みたいな感じですかね。これだと、「パスワードは加えたいが共通パスワードで良い」という場合には、いちいちパスワードを書かなくても「☑鍵付き」にチェックを入れるだけで済むので、操作も楽な気がします。

🍵Re:2762◆素晴らしい気づきをありがとうございます！ 「プレビューの代わりに使うことになりそう」というご意見で、「そうか、プレビュー機能がこれで作れるんだな」と気付きました。(笑) 下書きのプレビュー機能自体はご要望頂いていましたし私も欲しいと思っていたのですが、簡単な実装方法が思いつかなかったので先送りしていたのですけども、よく考えたら「プレビュー」という単独機能をわざわざ用意しなくても、投稿1件の単独表示時にログイン中のユーザIDをチェックして表示するかどうかを決めれば良いだけですね。そこに気付けたので、わりと簡単に実装できました。この後でβ版として配布します。

🍵Re:2767◆てがろぐのご使用をどうもありがとうございます。(╹◡╹) ご質問の回答です。➡ おっしゃるとおり「最初の１枚を注意書き」にした上で、その1枚を（通常の表示時には）非表示にする方法はいかがでしょうか。例えば、下記のような感じです。
①メインのスキンで読み込まれるCSSに、あらかじめ .deco-hide { display: none; } のような1行を加えておきます。
②次に注意書き用の画像を例えば attention.png というファイル名でimagesディレクトリにUPしておきます。
③ネタバレ対策で隠したい画像を投稿する際には、投稿本文内でその画像が現れるよりも前の位置に [F:hide:[PICT:attention.png]] のように書いておきます。
すると、「1枚目の画像」は attention.png になりますからギャラリーモードではこれが表示されます。しかし、この1枚目の画像は [F:hide:～] で囲まれているので、（メインのスキンで読まれるCSSでは display:none; が適用されますから）ページ上には表示されません。
……こんな対策ではいかがでしょうか？

🍵Re:2768◆私もその投稿で「そんな活用方法が！」と膝を打ちました。(笑)
🍵Re:2769◆たしかに、投稿にパスワードを加えると、「全体は検索に拾われるようにしている中、特定の投稿だけは拾われないようにする」という使い方もできますね。その視点はありませんでした。参考情報をどうもありがとうございます！

あいうえお

よく見るパスワード設置例を付記しておくと、FC2ブログのプライベート機能 はブログのメンテナンスにも使えるように記事だけではなく全体にパスワードを掛けてしまう(Basic認証と同じような)仕様で、「Privatter」はパターン2とほぼ同じです。いち意見として参考になればとおもい書き込みます。

てがろぐどんどん便利になりますね……ブログとしても使っているので、この機能はとってもありがたいです☺️
ありがとうございます🙏

ツイッターのように簡単に呟くことができ、とても便利で理想的でした。

ネタバレ対策などでパスワード機能がずっとほしかったので検討中ということで嬉しいです。
①でも②でも構いませんが個人的には②のように個別記事ごとに設定できて管理人にだけパスワードが分かる仕様だったらいいなと思うのですが、工夫次第だとも思うので①のタイプでも構いません。作りやすい方でお願いしますm(_ _)m

ひとつ質問させてください。
現状でネタバレ対策は既存の隠す機能でワンクッションをおいているのですが隠す機能でワンクッションを置いた先にある画像がギャラリーモードではそのまま表示されてしまいます。これをギャラリーモードでも隠す方法ってありますか…？
ギャラリーモードでは最初の一枚だけ表示される仕組みなので最初の１枚を注意書きにすればいいかと思ったのですが少し野暮ったいなと感じてしまい、他の対策を検討中です。もしなにかあれば教えていただきたいです…。

#要望 #質問

4月！🌸

2760です。畳む機能も利用してます。
しかしクリックによるワンクッションより、入力して制限を加えたいレベルに「隠したい」というか…すみません、うまく説明できないのですが、そんな感じです。

反対意見してしまってどうもすみませんでした。
いずれにしても、みなさんおっしゃるように私もにししさんがやりやすい方向でと思います。(一律のほうがシンプルなのかな？と勝手に思ってしまいました。)
現状でも充分すぎる機能を持っているのに、passまでかけられるなんてすごいな…とわくわくします。どっちになっても嬉しいですし、楽しみです！

パスワードについてなのですが、>>No.2761さんと同意見です。
個別設定が面倒なら自分で一律ワードを決めておけばいいだけなので、多様性を残した選択肢のほうがありがたいかなぁ…と。
しかし最終的にはやはりにししさんが実装しやすくスクリプト的にも軽く済む方で、よろしくお願いします。
次回更新楽しみにしておりますが、時節柄お身体には充分お気をつけてお過ごし下さい！🌸🌲

見たい人だけが閲覧(特定の人だけに見せたいわけではない)ということなら、[[COMMENT:TITLE]] に該当する1行目に例えば「ネタバレあり」などを書き添えておき、2行目からの本文[[COMMENT:BODY]]を一覧ページではdisplay:none;で隠してしまえば個別記事を見なければ本文は読めない、ということはできます。
私もブログのように使ってますが、一覧ではタイトルしか表示してないです。

[[SITUATION]]は今までは本体を弄るしかなかったので選べるのは嬉しいです。この中では一番実装して欲しい機能です。

皆さんはパスワード機能についての要望を書いてますが、私は使うことがなさそうなので特に要望はありません…。

いつもありがとうございます。
🍅2. パスワードを入力しないと閲覧できなくする機能　ですが、
個人的にパターン②の方を希望します。
自分もてがろぐは>>2760さんのような運用の仕方で、①でも十分過ぎるほどなのですが
パスワードが個別に設定出来る方が、後々便利なこともあるかなと思い…。

でも、自分は最終的にはにししさんが実装しやすい方で大丈夫です。
どっちつかずな意見で恐れ入ります。
実装予定ということで、楽しみにしております！

てがろぐは理想の壁打ちツールでお気に入りです！( ´ ▽ ` )
pixiv FANBOXの更新も、いつも楽しみにしてます🎶
「パスワードを入力しないと閲覧できなくする機能」は、個人的には『パターン➊ パスワードをあらかじめ設定しておいて、各投稿には「☑鍵付き」のようなチェックボックスを加える。』がいいです。
自分の場合で恐縮ですが、てがろぐを日記(blog )のように利用していて、見たいと思う人だけに閲覧できる(隠せる)ようにしたいな…と思う記事が偶にあるので。
それならパスワードは一律のほうが手間がないかなと感じました。使い方も、にししさんの説明書きを拝見して、想像しやすいなと感じました。(下の方と意見が割れしまってすみません(^^;;)
長々と失礼しました。こうして更新し続けてくださるCGIがあるって、本当にありがたいです！٩(^‿^)۶

開発進捗状況報告ページの更新お疲れ様です。

要望なのですが、『投稿を下げる機能』は、A（検索でヒットする）とC（ハッシュタグでヒットする）ができると嬉しいです。
ハッシュタグをTODOにしてTODOの投稿をすることが多いので……検索でヒットするのは、隠しページみたいにできて面白いかなと思ったので。

あと、『パスワードを入力しないと閲覧できなくする機能』は、パターン２の「投稿一つ一つに個別にパスワードを設定できる」だと嬉しいなと思っています。
パスワード付きの投稿は、投稿ごとに見られる人というか、ジャンルを変えたいなと思うので、個別に設定できると嬉しいです。
一度設定したパスワードを変えることはあまりないとは思うので、そこらへんは個人的にはデメリットにならないかなと。

てがろぐを毎日使っている状態なので、こうして次に実装されるかもしれない機能について知ることができたり、要望を送る場を頂けるのはとてもありがたいです。
ありがとうございます。

今後に開発を予定している機能のうち、仕様を完全には決めきっていない機能を記しています。もしご希望の機能に今の時点で何か仕様面でのご要望があれば、早めにお知らせ頂けると考慮できるかもしれません。

🍅1. 投稿を「下げる」機能（通常閲覧時には表示されなくなるが、検索すると見つかり、個別表示もできるようにする機能。）
🍅2. パスワードを入力しないと閲覧できなくする機能
🍅3. 表示条件が限定される際の [[SITUATION]] 用文言のバリエーション選択機能
🍅4. 検索ロボット向けサイトマップをTXTで出力する機能（サイトマップXMLと同じ情報を、XMLではなくURL列挙テキストで出力する機能。）
🍊5. その他

🍎Re:2756◆CSSカウンターってIE8にも実装されているくらい古くからあるのですけども、なかなか使い処がなくて使われていない機能な気がします。HTMLを自由に書けないところで、番号付きリストのように連番を振る用途には確かに使えますね！

てがろぐの投稿で番号付きリストを再現できないかと検索したら、CSSカウンターというのを見つけて無事再現できました。CSSってなんでもできちゃうね。

🍍Re:2752◆もしダメっぽそうならまたご連絡下さい。サイトマップをテキストの形で出力するか、サイトマップXML自体を静的なファイルに書き出せるようにするか何か検討します。
🍍Re:2753◆なるほど、確かに視界の邪魔になるならストレスも大きそうですね……。平らなマスクだと隙間なくフィットさせるのも大変でしょうし。
🍍Re:2754◆なるほど、軽トラ！ その存在は考えていませんでした。軽くググってみると、積み荷で重量が大きく変わる場合や坂道でエンジンブレーキを使う必要がある場合にはMTの方が有利という話もあって、なるほど、と思いました。そういう需要があったんですねえ……。

🍍ここのサンプルでカテゴリアイコンに使っている果物アイコンは、FAQページ内のてがろぐ上で自由にご活用頂けるアイコン画像などで配布しています。

それと田舎ではあんまり娯楽がないので、車にお金をかける若者が意外と多いです。そういう子達はAT車には見向きもしないです。

遠隔レスなんですが、マスクをすると顔の真ん中の盛り上がり方がﾊﾟﾅｲんです顔の彫りの深い人は。あの人たちがマスクを嫌がるのは、多分視界に入って鬱陶しいと言うのがあるのではと割と真剣に思います。
アジア系が白いマスクをすると雪の関東平野なんですが、白人種や中東系の人たちの場合は雪に覆われたヒマラヤ山脈です。ヒゲの男性も多いので、単純にマスクは邪魔なんだろうなあと思います。

返信ありがとうございます！

教えていただいた通り、「取得できませんでした」をクリックしたところ、「サイトマップを読み込めませんでした」と出ました。
なのですが、URL検査を行ったところ、ちゃんと読み込めているようでした。
サイトマップのほうはまだ「取得できませんでした」のままなのですが、URL検査の方は大丈夫なようなので、一回サイトマップの登録を削除してしまったのもあるので、もうしばらく待って様子を見てみようと思います。
お答えくださってありがとうございます！　本当に助かりました。

#感謝

🍘Re:2750◆『取得できませんでした』と表示されている部分をクリックするとエラーの詳細を教えてくれるページに移動できないか試してみて下さい。私の方での試したところ、Google Search ConsoleとBing Webmaster Toolsでサイトマップの認識はできました。ただ、Google Search Consoleの場合は、最初は『取得できませんでした』と表示されました(下図1枚目)。ただ、その『取得できませんでした』をクリックすると、読み込み自体はうまくいったようで「サイトマップは正常に処理されました」と表示されたのですが。(^_^;) その時点でも前のページに戻ると『取得できませんでした』と表示される謎な状態だったのですが、別タブでGoogle Search Consoleを読み込み直すと、ステータスは『成功しました』に変わっていました(下図2枚目)。

「Google Search Console」のロゴの右側にあるURL検査窓に、てがろぐCGIが出力するサイトマップXMLのURLを入力して、Googleが正しくそのページにアクセスできるかどうかを試してみて下さい。もしアクセスできないなら何か原因を特定する必要がありますし、アクセスできるなら待てば読んでくれるのではないかな……と思っています。

いくつかのSitemap XML Validatorで試したところ、HTTPヘッダが「application/xml」ではなく何故か「text/html; charset=iso-8859-1」で認識されるケースがあるようで、そこがエラーが出る原因のような気がしています。ただ、毎回そうなるわけではなく、正しく「application/xml」のヘッダが認識されるときもあるのですが。なんとなくですが、CGIの動作速度の問題で、反応が遅すぎるとヘッダが誤解されるのかな……という気もしているのですが。
XMLで出力するからそういう問題が起きるのかもしれないので、次回のバージョンでは「サイトマップXML」ではなく「サイトマップテキストファイル」の形でも出力できるようにしようかと思います。そうすると、HTTPヘッダの問題はなさそうな気がしますので。

とりあえず、Search Consoleの「URL検査」を試してみて頂けますでしょうか。

なお、管理画面の［設定］→［システム設定］→【フルパス設定】で、『固定』の方を選択している場合で、値をURLで書いていない場合（＝「/」で始まる絶対パス等で書いている場合）は、正しいサイトマップの出力になりませんのでご注意下さい。サイトマップに収録するURLは「 http(s):// 」から始める必要があるのですが、この設定を『固定』にしている場合は、この項目の値を使ってフルパスが生成されますので。

SITEMAP XMLについての報告なのですが、
GoogleSearch Consoleのサイトマップを登録する機能に、てがろぐで出力されるSITEMAP XMLのURLを登録したところ、『取得できませんでした』とステータスの欄に表示されました。
数日そのまま様子を見てみたのですが状態は変わりませんでした。
robots.txtにSITEMAP XMLをサイトマップとして指定したら変わるかなと思いましたが、それも関係ありませんでした。
登録したURLの形式は、
https://（てがろぐを設置したURL）/?mode=xmlsitemap   
です。
てがろぐのバージョンは、3.6.0です。
Google Search Console側の問題でしたらごめんなさい(_ _;)

天気

OS制作の動きが一部のプログラマの中にあって大変胸が熱くなります。