2019年11月 この範囲を時系列順で読む この範囲をファイルに出力する
ローロー
No.1336
No.1335です。すみません、面倒な要望をしてしまって…ご丁寧にありがとうございます。多くの人の目に触れるには相応しくない記事に対して、その内容に興味を持っている人にだけわかるパスワードをつけて読めるようにしたかったです。お手を煩わせそうなので別のブログやhtmlで記事を書くのを検討します。申し訳ありません、ありがとうございました！
私（てがろぐ作者）の20年来の友人が京都市にある伏見稲荷大社の近くでラーメン屋を開店しました。そのウェブサイトで、てがろぐCGIを活用していますので気が向いたら覗いてみて下さい。→ ら～麺処 克享
上部タイトル画像の真下にある白色領域に掲載されている案内文章は、てがろぐで更新できるように作ってあります（白領域の右下にうっすら「履歴」というリンクがあります）。具体的には、てがろぐに投稿した最新の1件だけがここに表示される仕組みです。私の個人サイトにある「今日のひとこと」欄を掲載しているのと同じ方法で、その作り方は過去にブログ記事で紹介してあります。
あとメニューの「営業時間」リンクから表示される案内ページでも、てがろぐを使っています。これはページの表示そのものも、てがろぐで生成しています。（あまり書き換えない）基本の営業時間の案内をフリースペースに書いておいて、（時々情報を追加する）臨時の案内を下側に投稿していけるような感じにしてあります。この場合、投稿はナシにして、全部フリースペースだけを使うことにする手もあったかも知れませんが。まあ、投稿履歴が残る形の方が後々に何か役に立つこともあるでしょう。自動バックアップもされるわけですし。
というわけで、店舗は京阪電車の伏見稲荷駅の近くなので、機会があれば行ってみて下さい。徒歩5分くらいです。私は行ったことないんですけども。(^_^;) そこを切り盛りしている女性が私の友人です。元々映像系デザイナーだったと思っていたんですが、一体どんな経緯でラーメン屋を経営することになったのか。^^;
🍮Re:1335◆「パスワードを入力すると読める」という仕組みを用意する場合、どのようなレベルのセキュリティが必要かによって実装方法が異なります。話が長いので、ちょっと折り畳んでおきますね。(^_^;)
①たとえば既にある「続きを読む」機能のように、JavaScriptを使ってパスワードの入力を求める場合。ユーザの操作はとても簡単ですが、HTMLソースを見ればパスワードも本文もすべてが見えてしまいます。ソースを見る発想のないPC初心者だけを対象にしたり、ソースを見づらいスマートフォンユーザ向けにちょっとだけ隠せれば充分ならこの方法でも良いかもしれませんが、セキュリティという面では「全くない」と言えます。
②次に、リンクやボタンなどをクリックするとパスワード入力画面に移動して、パスワードが正しければ内容を表示するという仕組みの場合。ページ遷移が必要なのでやや面倒ですが、認証はCGI側が実施するのでHTMLソースを見てもパスワードや本文はバレません。この点では多少のセキュリティがあります。しかし、パスワード入力用の画面が必要なので「管理画面にも繋ぎたくない」という要望は満たせないように思います。また、てがろぐCGIの仕様上、投稿内容はすべて共通のデータファイル（標準では tegalog.xml）に含まれます。なので、このデータファイルの中身を覗かれれば、本文は読めてしまいます。（とはいえ、これはデータファイルのファイル名を複雑なものに変更しておけば防げるとは思いますが。）
もしかすると、てがろぐを2つ設置しておいて、片方はBasic認証を設定したディレクトリに置いておく、という方法で充分だったりしないでしょうか？ Basic認証ならブラウザの機能でIDとパスワードが問われますので、余計な画面遷移なく入力できます。ただ、記事単位で異なるパスワードを設定するようなことはできませんが。
どのようにパスワードによる認証をお使いになりたいかをもう少し具体的にご説明頂ければ、何らかの検討（もしくは解決策の提示）ができるかも知れません。
畳む
No.1332
No.1328です。お返事ありがとうございます。個人だけで使用しているため他者にログインはさせたくないのです。投稿されると困りますし、まず管理画面にも繋ぎたくないので。そのため記事単位での設定ができるとありがたいです。
2019年の総投稿数は、2018年の2倍に達しそうだ。画像のUP機能を加えてから、利用者の増加速度がずいぶん増した気がしますね。ご活用ありがとうございます。(^_^)
インドカレーとわざわざ言うからには、日本の普通のカレーと何か異なるんだろうか……。
いつになく投稿が多い。ご試用ありがとうございます。
通行人の男女がインドカレーの話をしていたのでお腹が減ってきました。🍛
🍮Re:1320◆仮に何らかの返信的な機能を加えるとしても、ログインしないと投稿できない仕様にはなると思います。(パスワードなしのゲストIDを用意して誰でも書けるようにする運営は可能ですが。) Web拍手的な機能を加える案もあったりなかったり。スキンのカスタマイズは、どこをどう書き換えれば何がどうなるという解説ページを設けたい気もしないでもないんですが、てがろぐCGIそのものの解説をもっと増やす方が先かな、と思っていて手を付けられていません。それよりもCGIの機能を増やしたり、スキンを増やしたりする方が良い気もしますし。
🍮Re:1321◆ハロウィンが終わると11月からクリスマスになるのは、やはり世界的にそうなんですかね。ハッピーホリデーと言う場合でもサンタクロースは来るんでしょうかね。サンタクロースは宗教と関係ありませんでしたよね？(^_^;) 何でも雑多に書き残しておける場所を確保しておくのは便利だな、と最近気付きました。
🍮Re:1322◆Twitterは返信を制御できない点が大きなデメリットですね。あの仕様では、返信ツイートはあくまでも返信投稿者に属するツイートになるので、返信された側はどうしようもないわけですが。元ツイートとの連結を（元ツイートの投稿者側の意思で）切断できる機能とか、そもそも最初から連結を拒否できる機能とかがあればもう少し平和的に使えるとは思うのですけども。まあしかし最近思うのは、140文字では少なすぎるな、という点です。(^_^;) コーヒーありがとうございます！
🍮Re:1323◆ご質問ありがとうございます。おっしゃるとおり、原寸画像へのリンクにしない設定は、[IMG:*]URL記法を使った外部画像の表示には適用されません。外部画像の表示は元々「URLの自動リンク」から派生した機能なので「リンクしない」という表示形態は想定していなかったのでした。これは設定でどうにかするというよりも、 [PICT:URL:https://～]のような（リンクにならない）新たな記法を作った方が良いかもしれませんね。
🍮Re:1324◆公開したら良いんじゃないかと思いますけどねー。過去には新嘗祭の様子を（後からですが）映像で公開したことはあるようですし。
🍮Re:1325◆ありがとうございます。スマートフォンなどのモバイル端末からでも投稿可能な仕様は、時々お褒め頂きます。役に立っているようで嬉しいです。
🍮Re:1326◆リーリー
🍮Re:1327◆こちらこそご活用をありがとうございます。ご活用報告がCGI継続開発のモチベーション維持に繋がっています！
🍮Re:1328◆ご要望をありがとうございます。例えば「ログインしている際にだけ読める投稿を作れる」というような仕様を加えたとしたら代替になりますでしょうか？（その場合、ゲストIDなど何らかのIDでログインできるパスワードを知らなければ読めないことになります。） それとも、投稿記事単位で異なるパスワードの設定が必要でしょうか？
🍮Re:1329◆レーレー。
🍮Re:1330◆うほうほうほ🦍
🍮Re:1331◆かべかべかべ
テスト投稿も呟きもご質問もご要望もお気軽にどうぞ。(返信は遅くなることがあります。)
へいへいへい
ほうほうほう
ルールー。
てがろぐを使い始めてからサイト更新が活発になりました。今でもアップデートをこまめに繰り返しているCGIは少ないのでとてもありがたく重宝しています。ありがとうございます。
#要望 なのですが、特定の記事にパスワードをつけられたら嬉しいです。パスワードを入力することで続きが読める…といった感じです。ご検討いただければ幸いです。
サイトをてがろぐにしてから更新やカスタマイズが楽しくてしょうがないです。
本当にありがとうございます。
ラーラー
#感謝 スマホからも更新できて重宝しています。
大嘗祭は公開しないのかー
#質問 させていただきます。
原寸画像のリンクを外したくて設定画面で「画像を(原寸画像への)リンクにする」のチェックを外したのですが、これは［IMG:*］https:～の画像には反映されないのでしょうか？
管理画面からアップした画像と外部画像を混ぜた状態で掲載することがあるのですが、外部の画像の方はリンクが外れなかったので色々探してみたのですがわからなくて最終的にtegalog.cgi内のリンクタグを削除して対応しました。
もし管理画面から外部画像の方のリンクを外す方法がありましたらご教示いただけますでしょうか。
クソリプが飛び交うツイッターに疲れ、個人的なメモが書けるものを探していた所、てがろぐに辿り着きました。
早速今日から使わせていただいています。
幸せです。
コーヒー奢らせていただきます。#感謝
◎ 少なくとも北米の一部ではハロウィンが終わった瞬間にクリスマスの飾り付けになる。お店によってはハロウィンと同時進行で、クリスマスのブツを販売開始。
◎ ヨーロッパは不明ですが、クリスマスは祝うけれど、メリークリスマスと言う言い方を避けて、ハッピーホリデーと言う言い方が浸透しつつないでもない。
◎ 恐らく北米のスタバは、10月末(ハロウィンの前後)、あるいはもう半ばからクリスマス仕様のカップ等を使い始める(その他のコーヒーショップも)。
Twitterは情報収集とか面白いネタを眺める場所で、自分の言いたいことを吐く場と言う認識が薄く、なのでてがろぐで好きなこと言う方が性に合ってるわー。
後、思ったこと考えたこと起こったこと等、日記的に書き記しておくと言うのは案外後で役立つのでこの点が大変便利。
> [装飾]や[＃]ボタンは、最初から展開している「常時表示」でお使いですか？
そうです。使うもののみ選択して、最初から見えるようにしてます。めんどくさがりなもので。
自分は、返信等の機能がないのが逆に気楽派です(あっても、表示できるかどうか選択できたらありがたやー)(別に特に要望と言うわけではないつぶやき)。
スキンをいじってみて思いますが、自由度高くてありがたいです。こういうの、と言うのを実現できるレベルにタグをいじれると言う前提ですが、設置も簡単だしスキンもたくさんあるし、DLしてほとんど即使えるの万歳です。#感謝
そういえば、柿の絵文字ってUnicodeに定義されていない気がする。柿って和英辞典で調べると「Japanese persimmon」とか出てくるんだけど、もしかして外国ではメジャーな果物ではないの？（ただ、絵文字は日本発祥だし、含まれていてもおかしくはない気もしたけど。）
返信。
🍵Re:1308◆(追記)前回の返信は複数投稿が表示される標準ページでの移動リンクの話でした。ちなみにですが、1投稿の単独表示ページで、前後の投稿へ移動させるためのリンクの場合なら、単に「投稿番号」というチェックボックスをOFFにするだけで番号を非表示にできます。
🍵Re:1317◆天皇陛下の即位パレードですかね？ 関東在住の方だと観覧に行かれる方も多いのでしょうか。周辺警備も大変そうですね。
🍵Re:1316◆ご活用ありがとうございます。[装飾]や[＃]ボタンは、最初から展開している「常時表示」でお使いですか？
🍵「投稿する」ボタンや「他のIDに切り替える」ボタンは表示ラベルを自由に変更可能ですけども、もしかして「日時」・「装飾」・「画像」・「＃」各ボタンのラベルも自由に書き換えられると嬉しかったりしますかね？(^_^;) あと「検索」ボタンとか。
パレード見に行きます？
チャットタイプのスキンをいじって、シンプルな近況報告用つぶやきとして設置したヤツー。割りと気に入った感じにできたので見せびらかしー。
おはようございます。(^_^)
おはようございます！
にゅーん
おっと、返信を書いている間に新たな投稿が。36秒差だ。
11月だ。にょーん。
🍿てがろぐの投稿機能を一切使わず、フリースペースを掲載するためだけに使いたいケースもあるので、そうできる仕様にする予定。
🍿QUICKPOST（てがろぐ生成ページに埋め込まれる投稿フォーム）だけを出力できるモードを作って、任意のページに投稿フォームだけを自由に埋め込める仕様があると嬉しい人は居るかな？ ……居ないか。
🍿先にリンク集を作ろうかどうしようか。
▼返信：
🍿Re:1301 ,Re:1305 ,Re:1307◆てがろぐは（デフォルトでは）文字コードがUTF-8なので、絵文字もそのまま掲載できます。スマートフォンやタブレットでは絵文字入力モードにすれば簡単に入力できますが、PCでは環境次第ですね。PCで絵文字を打ちたい場合、漢字変換で出てくる絵文字もありますが、一覧から選びたい場合は「既存の絵文字をコピー＆ペーストする」方法が楽です。モバイル端末とは違って、PCの場合はコピー＆ペーストが楽だという点はメリットですね。例えば、WikipediaのEmojiの一覧ページが便利です。絵文字そのものと名称(英語)が列挙されているので、ページ内検索機能を使うことで名称でも検索できますし。もちろんページをスクロールして探すこともできます。
🍿Re:1302◆ちらほらご要望を頂きますので、汎用的なスキンに改造した上で配布したいと思っています。既存のスキンはどれも、機能を余すことなく利用して頂く目的で全機能を使う方針で書いていますから全体的にごちゃっとするので、もっとシンプルなスキンもあった方が良いですよね。(^_^;)
🍿Re:1306◆OGPはやはり需要が高そうですね。Twitterのツイート埋め込みは、現状のTwitter側の仕様だとツイート本文もHTMLとして転記しないといけない形なので、ちょっと苦しいのですよね……。Twitter側がもうちょっとなんとかしてくれるとありがたいのですけども（ツイートIDを指定するだけで後はJavaScriptで読み込んでくれるとか）。しかし需要があることは認識していますので、何かうまい方法が見つかれば実装したいと思っています。直近では難しそうですが、気長にお待ち頂ければ幸いです。ちょっと色好い返信ができなくてすみません。ご要望自体はToDoリストには加えています。
🍿Re:1308◆ああ、なるほど。そういうご要望もあるのですね。ふと気付いたんですが、裏技的に次のように設定すると現状でも数字(件数)を含めずに出力できる気がします。文言「次の」：NEXT <!--
文言「前の」：PREV <!--
文言「件」 ：-->
ページ移動リンクの文言設定にはHTMLタグが含められますので、上記のようにHTMLのコメント機能を使います。「次の」と「前の」の両方には、コメントの開始部分 <!-- を書いておき、「件」のところには、コメントの終了部分 --> を書いておきます。このようにすると、数字(件数)はコメントアウトされるため、ウェブページ上には表示されなくなると思います。実験はしていないんですが、たぶんいける気がします。お試し下さい。(^_^;)
しかし、確かに件数を数値で表示はしたくないというケースも多々ありそうですから、数値を出力しない設定も用意しておく方が良さそうですね。今後のバージョンで対処したいと思います。
🍿テスト投稿はご自由にどうぞ。どうでも良い呟きもご自由にどうぞ。ご要望やご質問等もお気軽にどうぞー。（返信は遅くなることもあります。）