てがろぐ
- Fumy Otegaru Memo Logger -
2019年12月 この範囲を時系列順で読む この範囲をファイルに出力する
個人的には、＃がある方がハッシュタグってすぐ分かって好き、と言う一ユーザーの意見。
本文中のハッシュタグをリンク化する際に、先頭の「 # 」記号を非表示にしたい要望はあるかな？
てがろぐ初公開から昨日で2年でした。日々のご活用をどうもありがとうございます。
🍞Re:1369◆なるほど、そういえばそこのカスタマイズが設定できなかったですね。次のバージョンで設定機能を搭載します。元々あの「(画像省略)」という表記は、問答無用で画像が省略されてしまう仕様だった頃に「なぜ画像が見えないのか」と疑問に思われてしまわないように「画像は含まれませんよ」という仕様を明示するためだったんですが、今では画像をRSSフィードに含めることも可能なので、わざわざ「(画像省略)」と表記する必要性が失われているのでした。
🍞Re:1368◆🎉🎉🎉🎊
てがろぐ初公開から昨日で2年でした。日々のご活用をどうもありがとうございます。
🍞Re:1369◆なるほど、そういえばそこのカスタマイズが設定できなかったですね。次のバージョンで設定機能を搭載します。元々あの「(画像省略)」という表記は、問答無用で画像が省略されてしまう仕様だった頃に「なぜ画像が見えないのか」と疑問に思われてしまわないように「画像は含まれませんよ」という仕様を明示するためだったんですが、今では画像をRSSフィードに含めることも可能なので、わざわざ「(画像省略)」と表記する必要性が失われているのでした。
🍞Re:1368◆🎉🎉🎉🎊
RSS用に本文を[[COMMENT:TEXT:120]]などでプレーンテキストで書きだしたとき、画像がある場合は「（画像省略）」という文言が挿入されますがこれを管理画面の設定などからオフにできるようになると嬉しいです。現在はtegalog.cgiの該当箇所の記述を削除して使っていますが、できればcgiを直接編集することは避けたい（更新の度に編集する必要もあるし）ので設定で制御できると助かります。#要望
つい殺伐とする12月のTLに、やさしみ散布。
. ｡ . * ･ﾟ .｡ . *･ ｡ . *･ﾟ
* ｡ * ;* ,* ﾟ
*ﾟ. *
*
(´ー｀)ノﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟ････
後、全方向にいいね乱打。(・▽)ﾉｼ∩ いいねいいねいいねいいね
. ｡ . * ･ﾟ .｡ . *･ ｡ . *･ﾟ
* ｡ * ;* ,* ﾟ
*ﾟ. *
*
(´ー｀)ノﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟ････
後、全方向にいいね乱打。(・▽)ﾉｼ∩ いいねいいねいいねいいね
RSSフィード用の内蔵スキンの抜粋版では、先頭120文字を超える部分が三点リーダ「…」で省略されるけども、その後に「全部で何文字あるのか」の出力も加えたい。 #搭載済
以下返信。
🍞Re:1365◆いらっしゃいませ。今のところ返信機能は存在せず、この左側に書いたような「Re:0000」というのは、単にそういう文字列を使ってリンクを作っているだけです。このような特定のNoへ簡単にリンクできる機能は、個人的にも欲しいので作る予定でいます。たぶん [>1234] のような感じで書くことで「Re:1234」というリンクになる（表記方法は別途設定できる）予定で考えています。なお、Twitterのように複数の投稿を連結させて表示する機能はありません。その表示方法はそこそこ複雑になるので、残念ながら今のところ実装は考えていません。ただ、ハッシュタグ機能を使えば複数の投稿をスレッドのように順番に読ませることは可能だとは思いますのでもしよろしければご検討下さい。(その場合、複数の投稿を「降順に並べる」か「昇順に並べる」かを選択できるメリットもあります。)
🍞Re:1366◆ご要望をどうもありがとうございます！ カテゴリ機能は要望として頂くことも多いので将来的には実装する方向で考えています。ただ、データファイル自体の仕様を拡張しないといけないので、実装するのは少し先になると思います。気長にお待ち頂ければ幸いです。
テスト投稿はご自由にどうぞ。ご質問やご要望もお気軽にどうぞ。その他、ただの呟き等もご自由にどうぞー。(返信は遅くなることがありますので気長にお待ち願います。)
以下返信。
🍞Re:1365◆いらっしゃいませ。今のところ返信機能は存在せず、この左側に書いたような「Re:0000」というのは、単にそういう文字列を使ってリンクを作っているだけです。このような特定のNoへ簡単にリンクできる機能は、個人的にも欲しいので作る予定でいます。たぶん [>1234] のような感じで書くことで「Re:1234」というリンクになる（表記方法は別途設定できる）予定で考えています。なお、Twitterのように複数の投稿を連結させて表示する機能はありません。その表示方法はそこそこ複雑になるので、残念ながら今のところ実装は考えていません。ただ、ハッシュタグ機能を使えば複数の投稿をスレッドのように順番に読ませることは可能だとは思いますのでもしよろしければご検討下さい。(その場合、複数の投稿を「降順に並べる」か「昇順に並べる」かを選択できるメリットもあります。)
🍞Re:1366◆ご要望をどうもありがとうございます！ カテゴリ機能は要望として頂くことも多いので将来的には実装する方向で考えています。ただ、データファイル自体の仕様を拡張しないといけないので、実装するのは少し先になると思います。気長にお待ち頂ければ幸いです。
テスト投稿はご自由にどうぞ。ご質問やご要望もお気軽にどうぞ。その他、ただの呟き等もご自由にどうぞー。(返信は遅くなることがありますので気長にお待ち願います。)
てがろぐにカテゴリ機能があると嬉しいです。#要望
（ひとりで使っているので、Fumy News Clipper2を使うことも検討しましたが画像の投稿機能がないので…）
（ひとりで使っているので、Fumy News Clipper2を使うことも検討しましたが画像の投稿機能がないので…）
はじめまして。Re:0000という他のIDへの返信は何処から投稿すればよいのでしょうか。また、Twitterのように自分の投稿に返信して投稿をスレッド化することは可能でしょうか？
新機能の追加、登録型ユーザリンク集の作成、新スキンの追加。どれから取りかかるべきか。
以下、返信です。
🍞Re:1362◆静的なページか動的なページかで動作が変わるということはあまりないように思います。CGIが生成しているのはHTMLですから、動的に生成されていても静的に用意されていても、得られるデータは同じ「HTMLの文法で書かれたデータ」ですから。
無限スクロールを提供するJavaScriptの場合、「バックグラウンドで次のページを読み込む」→「コンテンツのある場所をclass名やid名で特定する」→「コンテンツだけを現在のページの指定位置(同じclass名やid名が使われている場所)に追記する」というような処理をしていると思います。なので、コンテンツ部分だけを何らかのclass名で特定できるようなスキンを作っておく必要があります。
てがろぐ標準スキンの場合は、.mainarea (<div class="mainarea">～</div>) がそれっぽいように感じられるかもしれませんが、ここにはページ移動ナビも含まれるので適していません。投稿部分だけを括る、新たなdiv要素を1つ追加して、そこに適当なclass名を付加して、それを無限スクロールを提供してくれるJavaScriptに指定する必要があると思います。もう少し具体的に、どのようなスキンに対して何をどう書いたのかを教えて頂けると、何らかの回答ができるかもしれません。
以下、返信です。
🍞Re:1362◆静的なページか動的なページかで動作が変わるということはあまりないように思います。CGIが生成しているのはHTMLですから、動的に生成されていても静的に用意されていても、得られるデータは同じ「HTMLの文法で書かれたデータ」ですから。
無限スクロールを提供するJavaScriptの場合、「バックグラウンドで次のページを読み込む」→「コンテンツのある場所をclass名やid名で特定する」→「コンテンツだけを現在のページの指定位置(同じclass名やid名が使われている場所)に追記する」というような処理をしていると思います。なので、コンテンツ部分だけを何らかのclass名で特定できるようなスキンを作っておく必要があります。
てがろぐ標準スキンの場合は、.mainarea (<div class="mainarea">～</div>) がそれっぽいように感じられるかもしれませんが、ここにはページ移動ナビも含まれるので適していません。投稿部分だけを括る、新たなdiv要素を1つ追加して、そこに適当なclass名を付加して、それを無限スクロールを提供してくれるJavaScriptに指定する必要があると思います。もう少し具体的に、どのようなスキンに対して何をどう書いたのかを教えて頂けると、何らかの回答ができるかもしれません。
考えてたら、1ページあたりの表示投稿数の設定が干渉しているような気がしてきました。無理かな…
無限スクロールを試そうと思って「jScroll」というjQueryのプラグインを組み込んでみたのですが、htmlと同じ要領でやってみると、最初のページから2ページ目を読み込むまではうまくいったのですが、続いて3ページ目を読み込むと、さっきまで読み込んでいた2ページ目が消えて1ページ目の直下に3ページ目の内容が読み込まれるような挙動になります。4ページ目以下も同様に、直前まで読み込んでいた前ページが消えて1ページ目の次に4ページ目が読み込まれる感じです。これはcgiだからhtmlと勝手が違うということでしょうか💦回避する方法はありますか？ #質問
あ、12月になったのだな。知ってはいたけど、日付境界バーが表示されると実感する。^^;
今日も寒い。☕☕
2019年11月 この範囲を時系列順で読む この範囲をファイルに出力する
てがろぐCGIのログイン状態は、「最後に管理画面にアクセスした日から指定日間(デフォルトなら31日)は維持される」という仕様なので、指定日数よりも短い間隔で(管理画面に)アクセスを続けていれば、永久にログアウトすることはありません。「最初にログインした時点から指定日数後に自動ログアウトされる」というわけではありませんので。 #🌱豆知識
なお、ログアウトされる(ログアウト状態になる)には、ユーザが自らログアウトボタンを押す以外にも、ブラウザがCookieを破棄する、サーバ側の認証記録が消える(※)、CGIが利用するCookie名が変更される、設置場所のドメイン名が変わる……などがあります。「全員を強制ログアウト」機能を使った場合は※の動作になります。
なお、ログアウトされる(ログアウト状態になる)には、ユーザが自らログアウトボタンを押す以外にも、ブラウザがCookieを破棄する、サーバ側の認証記録が消える(※)、CGIが利用するCookie名が変更される、設置場所のドメイン名が変わる……などがあります。「全員を強制ログアウト」機能を使った場合は※の動作になります。
てがろぐでZIPファイルもUP可能にすれば、仕事用の連絡(会話)手段としても使えるかも知れないなあ。Basic認証とかでアクセス制限を施しておけば。ただ、その場合は、投稿の事実をメールで知らせるとか、何らかの通知手段もないといけないか。
ページをHTTPSで表示している際に、画像をHTTPで読み込んでいる場合、今後のChromeでは画像が表示されなくなるっぽいので注意が必要です。
Google Chrome、HTTPS/HTTPの混在禁止
Google Chrome、HTTPS/HTTPの混在禁止
OGP＋Twitter Cardを出力するための良さげな実装方法を思いついたので、いけそうな気がする。
> 絵文字を何か1つだけ送れる仕組みとかどうか。
(*･ω･)つ♡
(*･ω･)つ♡
SNSにありがちな「いいね」ではなくて、絵文字を何か1つだけ送れる仕組みとかどうか。 つ🍮
ただ絵文字は環境によって見え方が全然異なるので、意思を伝える役には立たない可能性もあるけど。 つ🍰
もちろん、どんな機能を実装したとしても、有効にするか無効にするかは運営者の意思次第ですのでご安心下さい。 つ🍭
何にせよ、もう少し優先度の高い機能がある(と思う)ので、実装するとしてももっと先になる気はします。 つ🐌
🐌🐌🐌🐢
ただ絵文字は環境によって見え方が全然異なるので、意思を伝える役には立たない可能性もあるけど。 つ🍰
もちろん、どんな機能を実装したとしても、有効にするか無効にするかは運営者の意思次第ですのでご安心下さい。 つ🍭
何にせよ、もう少し優先度の高い機能がある(と思う)ので、実装するとしてももっと先になる気はします。 つ🐌
🐌🐌🐌🐢
等幅フォントで表示する装飾を指定できるようになると嬉しいです。HTMLのpreタグのように。 #要望
Web拍手いいですね！
個人的にすごく欲しい機能です！
個人的にすごく欲しい機能です！
「いいね」機能を付けようと思うとカウント値を投稿ごとに保存する必要があるのでデータファイルの拡張が必要になってしまうけども、「Web拍手」的な機能なら別に何かをカウントする必要はないので（いいね機能と比較すれば）実装は楽なようにも思えてきた。なんとなく。
ほんとだー！
この絵文字の出し方は便利ですね！
この絵文字の出し方は便利ですね！
絵文字の入力方法。
Windows10を使っている場合は、キーボードから[Windowsキー]＋[.(ピリオド)]を打てば、図のような絵文字入力ウインドウが現れます。Windows7ではダメだったので、Windows10から搭載された機能なのかな。IME(日本語入力機能)にATOKを使っている場合でも機能したので、IMEとは無関係に動作するOS側の機能っぽい。よく考えたら英語圏にはIMEとかないわけだから、当然、IMEとは独立した機能なはずか。
Windows10を使っている場合は、キーボードから[Windowsキー]＋[.(ピリオド)]を打てば、図のような絵文字入力ウインドウが現れます。Windows7ではダメだったので、Windows10から搭載された機能なのかな。IME(日本語入力機能)にATOKを使っている場合でも機能したので、IMEとは無関係に動作するOS側の機能っぽい。よく考えたら英語圏にはIMEとかないわけだから、当然、IMEとは独立した機能なはずか。
頂いたメールにはだいたい24時間以内には返信をお送りしています。遅くなる場合でも72時間以内にはお送りしていますので、もし私からの返信が届かないなあ……と思われる場合には、迷惑メールフォルダなどをチェック頂ければ幸いです。私からの返信は、さくらインターネットのメールサーバを経由して送られる上に、本文中にURLが複数含まれることがよくあることもあってか、わりと高い頻度で迷惑メールに自動分類されているような気がします。(^_^;)
🍩Re:1340◆応援ありがとうございます！ しばらくはその対処方法でお願いします。[IMG:*]URL記法も含めて、[何か]URLという書き方自体が「URLのリンク化」機能なので、画像表示に関しては [PICT:場所] という書き方だけでいろいろできる(外部画像も指定できる)仕様に拡張した方が分かりやすそうな気もしてきました。場所にファイル名だけが書かれている場合は従来通り画像UPフォルダの中身を示すものの、場所にURLが書かれている場合にはそのURL(の画像)を表示する、という仕様が分かりやすいでしょうかね。
🍩Re:1339◆👓
🍩Re:1338◆様々な用途にご活用頂けていて大変嬉しいです。1記事単位でパスワードを設定するようなリッチな(？)仕様は、むしろこの「てがろぐ」の前身にもなったFumy News Clipperの方で機能強化する方針に採用すると良いかもなあ……となんとなく思えてきました。あちらの方が、タイトル付き＆カテゴリ付きのブログ記事にできるツールですし。(ただし1人専用のツールですが。) 両者のうまい棲み分け方法を探っていたので、ちょっとヒントになった気がします。どうもありがとうございます。
テスト投稿も呟きもご質問もご要望もお気軽にどうぞ～。(返信は遅くなることがあります。)
🍩Re:1340◆応援ありがとうございます！ しばらくはその対処方法でお願いします。[IMG:*]URL記法も含めて、[何か]URLという書き方自体が「URLのリンク化」機能なので、画像表示に関しては [PICT:場所] という書き方だけでいろいろできる(外部画像も指定できる)仕様に拡張した方が分かりやすそうな気もしてきました。場所にファイル名だけが書かれている場合は従来通り画像UPフォルダの中身を示すものの、場所にURLが書かれている場合にはそのURL(の画像)を表示する、という仕様が分かりやすいでしょうかね。
🍩Re:1339◆👓
🍩Re:1338◆様々な用途にご活用頂けていて大変嬉しいです。1記事単位でパスワードを設定するようなリッチな(？)仕様は、むしろこの「てがろぐ」の前身にもなったFumy News Clipperの方で機能強化する方針に採用すると良いかもなあ……となんとなく思えてきました。あちらの方が、タイトル付き＆カテゴリ付きのブログ記事にできるツールですし。(ただし1人専用のツールですが。) 両者のうまい棲み分け方法を探っていたので、ちょっとヒントになった気がします。どうもありがとうございます。
テスト投稿も呟きもご質問もご要望もお気軽にどうぞ～。(返信は遅くなることがあります。)
No.1336
No.1335です。すみません、面倒な要望をしてしまって…ご丁寧にありがとうございます。多くの人の目に触れるには相応しくない記事に対して、その内容に興味を持っている人にだけわかるパスワードをつけて読めるようにしたかったです。お手を煩わせそうなので別のブログやhtmlで記事を書くのを検討します。申し訳ありません、ありがとうございました！
No.1335です。すみません、面倒な要望をしてしまって…ご丁寧にありがとうございます。多くの人の目に触れるには相応しくない記事に対して、その内容に興味を持っている人にだけわかるパスワードをつけて読めるようにしたかったです。お手を煩わせそうなので別のブログやhtmlで記事を書くのを検討します。申し訳ありません、ありがとうございました！
私（てがろぐ作者）の20年来の友人が京都市にある伏見稲荷大社の近くでラーメン屋を開店しました。そのウェブサイトで、てがろぐCGIを活用していますので気が向いたら覗いてみて下さい。→ ら～麺処 克享
上部タイトル画像の真下にある白色領域に掲載されている案内文章は、てがろぐで更新できるように作ってあります（白領域の右下にうっすら「履歴」というリンクがあります）。具体的には、てがろぐに投稿した最新の1件だけがここに表示される仕組みです。私の個人サイトにある「今日のひとこと」欄を掲載しているのと同じ方法で、その作り方は過去にブログ記事で紹介してあります。
あとメニューの「営業時間」リンクから表示される案内ページでも、てがろぐを使っています。これはページの表示そのものも、てがろぐで生成しています。（あまり書き換えない）基本の営業時間の案内をフリースペースに書いておいて、（時々情報を追加する）臨時の案内を下側に投稿していけるような感じにしてあります。この場合、投稿はナシにして、全部フリースペースだけを使うことにする手もあったかも知れませんが。まあ、投稿履歴が残る形の方が後々に何か役に立つこともあるでしょう。自動バックアップもされるわけですし。
というわけで、店舗は京阪電車の伏見稲荷駅の近くなので、機会があれば行ってみて下さい。徒歩5分くらいです。私は行ったことないんですけども。(^_^;) そこを切り盛りしている女性が私の友人です。元々映像系デザイナーだったと思っていたんですが、一体どんな経緯でラーメン屋を経営することになったのか。^^;
上部タイトル画像の真下にある白色領域に掲載されている案内文章は、てがろぐで更新できるように作ってあります（白領域の右下にうっすら「履歴」というリンクがあります）。具体的には、てがろぐに投稿した最新の1件だけがここに表示される仕組みです。私の個人サイトにある「今日のひとこと」欄を掲載しているのと同じ方法で、その作り方は過去にブログ記事で紹介してあります。
あとメニューの「営業時間」リンクから表示される案内ページでも、てがろぐを使っています。これはページの表示そのものも、てがろぐで生成しています。（あまり書き換えない）基本の営業時間の案内をフリースペースに書いておいて、（時々情報を追加する）臨時の案内を下側に投稿していけるような感じにしてあります。この場合、投稿はナシにして、全部フリースペースだけを使うことにする手もあったかも知れませんが。まあ、投稿履歴が残る形の方が後々に何か役に立つこともあるでしょう。自動バックアップもされるわけですし。
というわけで、店舗は京阪電車の伏見稲荷駅の近くなので、機会があれば行ってみて下さい。徒歩5分くらいです。私は行ったことないんですけども。(^_^;) そこを切り盛りしている女性が私の友人です。元々映像系デザイナーだったと思っていたんですが、一体どんな経緯でラーメン屋を経営することになったのか。^^;
🍮Re:1335◆「パスワードを入力すると読める」という仕組みを用意する場合、どのようなレベルのセキュリティが必要かによって実装方法が異なります。話が長いので、ちょっと折り畳んでおきますね。(^_^;)
①たとえば既にある「続きを読む」機能のように、JavaScriptを使ってパスワードの入力を求める場合。ユーザの操作はとても簡単ですが、HTMLソースを見ればパスワードも本文もすべてが見えてしまいます。ソースを見る発想のないPC初心者だけを対象にしたり、ソースを見づらいスマートフォンユーザ向けにちょっとだけ隠せれば充分ならこの方法でも良いかもしれませんが、セキュリティという面では「全くない」と言えます。
②次に、リンクやボタンなどをクリックするとパスワード入力画面に移動して、パスワードが正しければ内容を表示するという仕組みの場合。ページ遷移が必要なのでやや面倒ですが、認証はCGI側が実施するのでHTMLソースを見てもパスワードや本文はバレません。この点では多少のセキュリティがあります。しかし、パスワード入力用の画面が必要なので「管理画面にも繋ぎたくない」という要望は満たせないように思います。また、てがろぐCGIの仕様上、投稿内容はすべて共通のデータファイル（標準では tegalog.xml）に含まれます。なので、このデータファイルの中身を覗かれれば、本文は読めてしまいます。（とはいえ、これはデータファイルのファイル名を複雑なものに変更しておけば防げるとは思いますが。）
もしかすると、てがろぐを2つ設置しておいて、片方はBasic認証を設定したディレクトリに置いておく、という方法で充分だったりしないでしょうか？ Basic認証ならブラウザの機能でIDとパスワードが問われますので、余計な画面遷移なく入力できます。ただ、記事単位で異なるパスワードを設定するようなことはできませんが。
どのようにパスワードによる認証をお使いになりたいかをもう少し具体的にご説明頂ければ、何らかの検討（もしくは解決策の提示）ができるかも知れません。
畳む
①たとえば既にある「続きを読む」機能のように、JavaScriptを使ってパスワードの入力を求める場合。ユーザの操作はとても簡単ですが、HTMLソースを見ればパスワードも本文もすべてが見えてしまいます。ソースを見る発想のないPC初心者だけを対象にしたり、ソースを見づらいスマートフォンユーザ向けにちょっとだけ隠せれば充分ならこの方法でも良いかもしれませんが、セキュリティという面では「全くない」と言えます。
②次に、リンクやボタンなどをクリックするとパスワード入力画面に移動して、パスワードが正しければ内容を表示するという仕組みの場合。ページ遷移が必要なのでやや面倒ですが、認証はCGI側が実施するのでHTMLソースを見てもパスワードや本文はバレません。この点では多少のセキュリティがあります。しかし、パスワード入力用の画面が必要なので「管理画面にも繋ぎたくない」という要望は満たせないように思います。また、てがろぐCGIの仕様上、投稿内容はすべて共通のデータファイル（標準では tegalog.xml）に含まれます。なので、このデータファイルの中身を覗かれれば、本文は読めてしまいます。（とはいえ、これはデータファイルのファイル名を複雑なものに変更しておけば防げるとは思いますが。）
もしかすると、てがろぐを2つ設置しておいて、片方はBasic認証を設定したディレクトリに置いておく、という方法で充分だったりしないでしょうか？ Basic認証ならブラウザの機能でIDとパスワードが問われますので、余計な画面遷移なく入力できます。ただ、記事単位で異なるパスワードを設定するようなことはできませんが。
どのようにパスワードによる認証をお使いになりたいかをもう少し具体的にご説明頂ければ、何らかの検討（もしくは解決策の提示）ができるかも知れません。
畳む
No.1332
No.1328です。お返事ありがとうございます。個人だけで使用しているため他者にログインはさせたくないのです。投稿されると困りますし、まず管理画面にも繋ぎたくないので。そのため記事単位での設定ができるとありがたいです。
No.1328です。お返事ありがとうございます。個人だけで使用しているため他者にログインはさせたくないのです。投稿されると困りますし、まず管理画面にも繋ぎたくないので。そのため記事単位での設定ができるとありがたいです。
2019年の総投稿数は、2018年の2倍に達しそうだ。画像のUP機能を加えてから、利用者の増加速度がずいぶん増した気がしますね。ご活用ありがとうございます。(^_^)
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
