[WIP] 『最新の情報を取得』 by shiraryu · Pull Request #14 · takeyuwebinc/sample-feedreader-rails

shiraryu · 2018-03-19T09:46:53Z

refs #4

[WIP]の使い方が間違っていたらすいません。アドバイスを頂いたにもかかわらずなかなか機能を追加することできないので、テーブル追加&アソシエーションの段階で一旦pushしました。
（板倉さんアドバイスを更に細分化しなければ僕は頭の整理できないのではと思いつつ）

（追加内容）　『最新の情報を取得』ボタン → 情報取得 → DBに保存 → /feeds で保存した情報表示

title/description/linkをDBに保存できるよう、テーブル（Model）を作成
RSSフィードを取ってきて、1で作ったDBに保存するactionを作成（『最新の情報を取得』ボタン）
　　（この際、複数回actionを実行しても同じ記事が複数登録されないように注意）
記事一覧をDBに保存しているものを表示するのに変更
RSSフィード登録時に、DBに最新記事を登録する処理を追加
定期的にRSSフィードを更新する処理を追加（cron。HerokuだとSchedulerというaddonを使うことになる）

itkrt2y · 2018-03-19T10:09:29Z

厳しいことを言ってしまうと、大体間違ってるのでコメントどうしようか悩むレベル。
そもそもの方針へのコメントと、それはそれとして上がってきたコードの誤りを指摘したいのだけど、ごちゃごちゃするし

shiraryu · 2018-03-19T10:11:46Z

う、、、すいません。まずそもそもの方針をしっかりと理解したいです。
厳しいことを言われても仕方がないくらい整理ができていません。

itkrt2y · 2018-03-19T10:22:09Z

最も大きな問題はテーブルの作り方が間違ってる、つまり、データ構造の捉え方が間違っている。
過程を説明できる気がしないので結論として僕ならこうする

# FeedはChannelに名前変更したほうが分かりやすそう
class Feed < ApplicationRecord
  # title, descriptionを追加
  # attribute :url, :title, :description

  has_many :items
end

class Item
  # attribute :title, :link, :description

  belongs_to :feed
end

itkrt2y · 2018-03-19T10:31:41Z

app/controllers/feeds_controller.rb

  private
  def feed_params
-    params.require(:feed).permit(:url)
+    params.require(:feed).permit(:url, channel_attributes: [:channel_title, :description, :item_title, :link, :pubdate, :feed_id, :id])


strong parameterがなんで生まれたのかの小話。

Railsだとフォームとかで送られてきたパラメータを例えば User.new(params[:user]) みたいに雑に受けるのが昔は一般的だったのですが、これの問題として、ユーザー操作によって更新されると困るものまで操作されえてしまう、という問題がありました。
フォームでしか情報更新したことないとよくわからないかもしれませんが、ブラウザ上でHTMLをいじればユーザーが好きなnameのフォームも作れますし、また、curlなどを使って直接URL叩いてフォーム送信することもできるので、例えばusersにadminというカラムがあってそれで管理者権限を管理している場合など、 admin: true なデータを勝手に送られると、意図せずユーザーに管理者権限を取られてしまうことがありえました。
Rails3までは attr_accessible という機能を使ってこれを防いでいましたがちょっと機能的によくなかった面もあり、今はStrong Parameterというのを使っています。（この、 params.permit.require ってやつ）

で、このコードだと id なんかがstrong parameterでpermitしていますけれども、これって要するに「ユーザーがidを勝手に変更していい」という意思表示になるわけで、そんなことを許すことは絶対にないので書いちゃダメです

itkrt2y · 2018-03-19T10:37:03Z

データの捉え方が間違ってるの、回り道っぽいですけれども着実な手段として、まずは全てのデータを一つのテーブルで表現してみて、そこから第３正規化くらいまでしてみるのがいいと思います。
そうしたら、結果は僕が上に書いたようになるはず。

itkrt2y · 2018-03-19T10:41:36Z

正規化をしていく過程は「頭で考えるだけ」ってのはやめたほうがいいです。紙でもスプレッドシートでもなんでもいいので、書き出していくのが大事

shiraryu · 2018-03-19T10:51:53Z

いつも丁寧にすいません:sweat_drops:
「頭で考えるだけ」の結末が今回のテーブル設計でした。
そもそもデータの捉え方が身についていないということですね。。。
実際に一つのテーブルに書き出して、正規化をやってみます。

今、idを書く危険性を知りもしなかったことに危険性を感じています:sweat:

takeyuweb · 2018-03-19T11:38:13Z

@shiraryu

現状特に、『最新の情報を取得するボタン』を作成するという部分を難しく感じています。
（feedのidや処理の流れなど）

フォームなどで入力して、paramsから取り出して、DBに入れる、という流れしか経験しておらず、そこからの応用ができるほどにはまだ個々の処理について理解できていないため、パターンから外れたことで混乱しているように見受けられます。

ヒントとして、最新の情報を取得するボタンを簡単に実装するならこんな感じのものになると思います。

<%= button_to '最新の情報を取得', fetch_items_feeds_path %>

FeedsController < ApplicationController
  # (省略)

  # 最新の情報を取得ボタンを押して呼ばれるアクション
  def fetch_items
    # feed#url のRSSから記事情報を登録して Item (Feed#items) に追加する処理を書く。
    # データを取ってくるところまでは Feed.channels でできているので、取ってきたデータをDBに入れることを考えればよい

    redirect_to feeds_url, notice: '最新の情報を取得しました。'
  end
end

shiraryu · 2018-03-19T15:52:46Z

@itkrt2y 「一事実一箇所」という考え方を念頭に置いて自分の設計を見ると、無駄だらけの設計でした、、、:dizzy_face:　

shiraryu · 2018-03-19T15:55:40Z

@takeyuweb ヒント、ありがとうございます:bow:
まさしくその通りでして、応用がきくほど「核の部分」を理解できていないということを痛感しています。この機会にしっかり学びたいです。

shiraryu · 2018-03-19T15:56:36Z

まず、テーブルの設計を修正していきます。（テーブル名の変更も含め　feed → channel）

shiraryu · 2018-03-20T07:32:37Z

一旦テーブル修正などを行い、pushしました。テスト（CircleCI）のエラーは調査中です。（外部キー関連のようで、、、）test_helper.rbの fixtures :all をコメントアウトすると通りますが、果たしてそれが良いことなのかも調査中です。。。:cold_sweat:

itkrt2y · 2018-03-20T07:38:22Z

db/migrate/20180320021944_rename_feeds_to_channels.rb

@@ -0,0 +1,6 @@
+class RenameFeedsToChannels < ActiveRecord::Migration[5.2]
+  def change
+    rename_table :channels, :items


そもそも create_items でmigrationを作れば、このrenameも不要

既存のchannelsテーブルの内容を修正して、新しくitemsテーブルを作り、機を見て（チーム開発なら）feedsテーブルを削除という順序だったということでしょうか？:sweat_drops:

いや、以下の流れですね。削除いらない

feeds => channelsにrename

channelsテーブルにカラム追加

itemsテーブル作成

feedsテーブル, channelsテーブル（迷走して作っていたテーブル）の二つが存在していた状況だったので、feedsテーブルをrenameすると同じ名前のものが２つになるため、作れないのかと思ってしまっていました:sweat_drops:

迷走中に作ったテーブルはdb:rollbackで消せばええんやで
まだマージされていなくて @shiraryu さんのところにしかないのでできることですが

そういうことだったんですね:sweat_drops:
マージされているかいないかの部分をもっと意識して作業します。
title, descriptionカラム追加の際に、新しくマイグレーションファイルを作って行わなかったことも含め、気をつけます:bow:
修正（整えて）いきます。

itkrt2y · 2018-03-20T07:39:20Z

app/models/channel.rb

 class Channel < ApplicationRecord
-  belongs_to :feed
+  has_many :items, dependent: :destroy
+  accepts_nested_attributes_for :items


これ、使ってないのでは

takeyuweb · 2018-03-20T07:40:36Z

app/controllers/channels_controller.rb

+
+  private
+  def channel_params
+    params.require(:channel).permit(:url, :title, :description, items_attributes: [:title, :link, :pubdate])


~~:url 以外について、なぜ追加で指定したのか、理由を説明できますか？~~
データ構造の修正まで、ということなら今はいいか

まあ、聞くに越したことはないかと。次のタスクにも影響しますし

ふむ、では改めて
上で出た accepts_nested_attributes_for :items も関連しますが、なぜこれらを追加したか理由を説明できますか？

いえ、説明できません:sweat_drops:
これらは「最新の情報を取得する」ボタンを作成するということを試みていた際に迷走した結果でして、、、:cold_sweat:

なるほど、ではいったん消して、先にヒントとして僕が出したものを実装していくうえで必要になったらその時に書いてください。

今はまだ難しいかもしれませんが、プログラミングにおいて『理由を説明できないコード』は基本的にあってはならないと思っていてください。
コードを読む際はコードの理由を考えるので、こういった理由を説明できないコードがあると理解が難しくなります。

ってコメントしましたが、この箇所については単に削除漏れと理解したので、消せばOKで、日頃そういうことを意識してコードを書くよう心がけてください、というお話です。

承知しました！ただ、「ドキッ」としました。
「説明できないや」と。。。
つまり、「最新の情報を取得する」ボタンを作成する試みをしていた際に「当てずっぽう」なことをしていたということが問題ですね。『理由を説明できないコード』はあってはならないということを肝に命じておきます。ありがとうございます。

itkrt2y · 2018-03-20T07:43:51Z

db/migrate/20180309033241_create_feeds.rb

    create_table :feeds do |t|
      t.string :url, null: false, default: '', comment: 'RSSフィードのURL'
+      t.string :title
+      t.string :description


一人プロジェクトなのでわかってやってるなら別にいい話になりますが、migrationって一度流れたものは繰り返し流れないので、仮に複数人でこの開発を行っていた場合、このmigrationが実行済みの人はこの変更を反映できなくなります。
新規にmigrationファイルを作成するのが正しい手順になります。

開発云々よりも、本番にあげたのをmigration resetしなければならないのが最も問題か。データを全部消して再実行するしかない。

承知しました！

itkrt2y · 2018-03-20T07:45:26Z

test_helper.rbの fixtures :all をコメントアウトすると通りますが、果たしてそれが良いことなのかも調査中です。。。

今は消してもいいやつです。追々学んでいただければ

itkrt2y · 2018-03-20T07:48:36Z

データ構造はこれでOK

shiraryu · 2018-03-20T08:18:18Z

@itkrt2y 「fixtures :all」「データ構造」の件、ありがとうございます！

itkrt2y · 2018-03-20T08:27:16Z

fixturesの件、ざっくり説明すると以下のようなお話

Railsにはfixturesと呼ばれるテストデータを作る機能が存在する
- test/fixtures/ 配下にあるやつ
- ここにテーブル名のファイルでデータ定義しておくと、テスト時に読み込むことができる
  - テストコード内で fixtures :feeds と書けばfeedsテーブルにtest/fixtures/feeds.ymlを読み込む
  - fixtures :all の場合は test/fixtures/ 配下にいるファイルを全て読み込む
今回のエラーは、itemsテーブルのレコードは必ず channel_id を持っていなければならないけども、 test/fixtures/items.yml に定義されたデータ（ one , two ）は channel_id を持っていないので、violates not-null constraint で落ちる

今はテスト書いてないですし、書くとしてもfixtures使うか微妙なので消しといてOK。真面目に対処するならば、fixtures定義をちゃんとやれば通るようになります。

shiraryu · 2018-03-20T08:40:32Z

@itkrt2y fixturesの説明、わかりやすくありがとうございます:bow:

itkrt2y · 2018-03-20T10:18:36Z

test/test_helper.rb

@@ -4,7 +4,6 @@

 class ActiveSupport::TestCase
  # Setup all fixtures in test/fixtures/*.yml for all tests in alphabetical order.


このコメントは fixtures :all の説明なので、これも消すべき

承知しました！

takeyuweb · 2018-04-05T13:31:08Z

app/controllers/channels_controller.rb

+      render 'new'
+    end
+    channel_id = @channel.id
+    Channel.items_save(channel_id)


少し理解しづらいかもしれませんが、クラスメソッドとインスタンスメソッドについて調べてみてください。
ruby インスタンスメソッドクラスメソッド などとググれば参考になるものも見つかると思います。（この仕事、ググり力もかなり重要、鍛えましょう

この行でもう一つ。
ここだと @channel.save が失敗した、つまり、channelが存在しない場合においてもchannelのitemを保存しようとしてしまいます

@takeyuweb 承知しました！調べていきます！

@itkrt2y 本当ですね:sweat_drops:　修正します！

shiraryu · 2018-04-07T18:16:06Z

まだ、クラスメソッドとインスタンスメソッドを理解しづらい状況です。
もう少し調べます。。。

takeyuweb · 2018-04-09T07:12:14Z

app/models/channel.rb

-  def self.items_save(channel_id)
-    channel = find(channel_id)
+  def items_save(channel_id)
+    channel = Channel.find(channel_id)


おっ、そうですね、これはChannelクラスインスタンスのitemsを操作するので、Channelクラスのインスタンスメソッドですね。

インスタンスメソッドを使うことで、特定の Channel クラスインスタンスに対して、「items更新しろ」と指示できるわけですね。

一方でクラスメソッドは Channel クラスには関係あるけど、個々のインスタンスのデータは使わないメソッドを定義したいときに使います。ちょっと今ちょうどいい例を思いつきませんが、どんな・誰のデータを扱うか、で使い分ける感じです。

ただこれ、惜しいです。
ヒントは items_save メソッド中における self はなんでしょうね…というのは、ちょっとまわりくどいかな。

@takeyuweb すいません。コメントに気づかず、pushしてしまいました:sweat_drops:
再度、コメント内容を考えてみます！

@shiraryu はい、そういうことです。

@takeyuweb ご確認ありがとうございます！
まだモヤっとしているので、整理していきます:bow:

takeyuweb · 2018-04-13T09:04:39Z

app/controllers/channels_controller.rb

    @channel = Channel.new(channel_params)
    if @channel.save
-      @channel.items_save(@channel.id)
+      Channel.new.items_save(@channel)


これじゃインスタンスメソッドにした意味ない

takeyuweb

そこじゃないですっておもったけど惜しいところもあるか

takeyuweb · 2018-04-16T13:11:28Z

app/controllers/channels_controller.rb

    @channel = Channel.new(channel_params)
    if @channel.save
-      Channel.new.items_save(@channel)
+      @channel.items_save(@channel.id)


これはちょっと近づいた
もう一息

takeyuweb · 2018-04-16T13:12:58Z

app/controllers/channels_controller.rb

 # https://news.yahoo.co.jp/pickup/rss.xml
 # https://rss-weather.yahoo.co.jp/rss/days/7320.xml
 class ChannelsController < ApplicationController
+  before_action :set_channel,only:[:new, :fetch_items]


fetch_items で @channel = Channel.new じゃだめだから、間違ってるし、
そもそもこれによって何も楽になってないから、わざわざ before_action する必要も特にない

再度、調べ直します！

調べるだけじゃ意味なくて、考えて理解する。
調べてそれっぽいのをコピペしたりするのは、あくまでも理解するまでの過程。
コピペするにしてもなぜ必要なのか？考えて説明できるようにしないとだめです。

コピペプログラマというのも世の中には存在するらしいですが。

すいません、言葉が悪かったです。現時点でコピペは行っていません。
単純に理解が足りていない状況です。

itkrt2y · 2018-04-16T13:55:51Z

「レシーバを操作する」って概念が全くわかっていない印象

itkrt2y · 2018-04-16T13:58:42Z

クラスとインスタンスの違いも全然わかってないので、インスタンスメソッドでクラスメソッドな処理を書いている

itkrt2y · 2018-04-16T14:01:44Z

Channel.new.items_save(@channel) って、例えるならば "Hello world".to_s("Hello world") としてるということなのですよ

shiraryu · 2018-04-16T14:20:00Z

@itkrt2y 　はい、はっきりと「なるほど」というように違いを認識できずにいます。しかもそれほど意味不明なことをしてる状況でしたか、、、自身で言うのも何ですが、現時点で深刻だと感じるほど理解しにくいのは事実です。

itkrt2y · 2018-04-16T14:48:56Z

クラスとインスタンスの違い、基本的な事柄すぎて逆に説明しづらいのですが、RailsのModelに限った話で例えると以下のような感じで、RailsのModelではクラスはテーブルを表し、インスタンスは1レコードを表している。

Channel.create(title: "Channel Title") # createはクラスメソッド。channelsテーブルにレコードを作る
channel = Channel.find(1) # findはクラスメソッド。channelsテーブルからレコードを取得する
channel.title = "Updated Title" # title= はインスタンスメソッド。channelインスタンスのtitileに値を代入する
channel.save # saveはインスタンスメソッド。channelインスタンスの現在の状態をDBに保存する

Modelじゃなくても基本的にはこういう概念であり、「Dogクラス作って個々の犬を表すインスタンスを作る」みたいなことをする。
それで、インスタンスメソッドは個々のインスタンスを操作するメソッドであり、クラスメソッドはクラス全体で利用される、インスタンスに依存しないメソッドになる。

shiraryu · 2018-04-16T16:44:46Z

@itkrt2y ありがとうございます！「レシーバを操作する」ということと共に、再度落ち着いて考えます:bow:

itkrt2y · 2018-04-18T01:56:23Z

app/models/channel.rb

+    self.save if self.changed?

-    items = channel.items
+    items = self.items


変数に入れる必要ないと思います

承知しました！

itkrt2y · 2018-04-18T02:02:21Z

app/models/channel.rb

+  def items_save
+    source_channel = RSS::Parser.parse(self.url).channel
+    self.assign_attributes(title: source_channel.title, description: source_channel.description)
+    self.save if self.changed?


self. 書いてるの、間違ってるというわけでもないのですが、省略できるものは書かないのが一般的で、これら self は全部省略可能です。

self が必要になるのは多分変数代入くらい

title = 'foo' # これはChannel#titleへの代入よりも変数定義が優先される self.title = 'bar' # selfをつければChannel#itemへの代入になる

「省略できるものは基本書かない」承知しました！
変数定義と変数代入の違いも押さえておきます！

☝ のコメント # selfをつければChannel#titleへの代入になる ですね。
もうちょっと厳密にいえば、この場合は代入ではなくて Channel#title=メソッドの呼び出し、でしょうか。

省略できるので不要ですが self. を書いてるの、レシーバを意識できているという点では良い兆候です。
self.assign_attributes は、 self. つまり自分自身を .assign_attributes メソッドで操作するよ、ということですね。

クラスとインスタンスの違いはもとより、レシーバを意識することやインスタンスメソッド内のselfがオブジェクトとなっているということなど、わかっていないことが多かったと感じています:bow:　selfが有るか無いかで大きく意味合いが変わる点、気をつけます:sweat_drops:

itkrt2y · 2018-04-18T02:08:39Z

app/models/channel.rb

+  has_many :items, dependent: :destroy
+  validates :url, format: /\A#{URI::regexp(%w(http https))}\z/
+
+  def items_save


items_save って名前だと"Items(S) save(V)"で次に目的語が期待されるのであまり正しくないですね。
update_items くらいでいいかな

命名のことを意識もしていませんでした、、、
気をつけていきます:bow:

channelsテーブル追加

093fa33

shiraryu temporarily deployed to pure-sands-30178-pr-14 March 19, 2018 09:47 Inactive

外部キー修正

2fdccd6

shiraryu temporarily deployed to pure-sands-30178-pr-14 March 19, 2018 10:01 Inactive

itkrt2y reviewed Mar 19, 2018

View reviewed changes

テーブル修正

7f11b9e

shiraryu temporarily deployed to pure-sands-30178-pr-14 March 20, 2018 07:30 Inactive

itkrt2y reviewed Mar 20, 2018

View reviewed changes

takeyuweb reviewed Mar 20, 2018

View reviewed changes

itkrt2y reviewed Mar 20, 2018

View reviewed changes

migration整理

78b1ac7

shiraryu temporarily deployed to pure-sands-30178-pr-14 March 20, 2018 10:14 Inactive

itkrt2y reviewed Mar 20, 2018

View reviewed changes

shiraryu temporarily deployed to pure-sands-30178-pr-14 April 4, 2018 14:46 Inactive

create内のメソッド名修正

aa9d946

shiraryu temporarily deployed to pure-sands-30178-pr-14 April 5, 2018 01:52 Inactive

shiraryu added レビュー待ち and removed レビュー待ち labels Apr 5, 2018

takeyuweb reviewed Apr 5, 2018

View reviewed changes

shiraryu removed the レビュー待ち label Apr 6, 2018

create & fetch_items内の記述を修正

006f2a9

shiraryu temporarily deployed to pure-sands-30178-pr-14 April 7, 2018 18:12 Inactive

takeyuweb suggested changes Apr 9, 2018

View reviewed changes

items_saveメソッドに関する記述修正

df2b593

shiraryu deployed to pure-sands-30178-pr-14 April 9, 2018 07:25 View deployment

takeyuweb suggested changes Apr 13, 2018

View reviewed changes

items_saveメソッドに関する記述再修正

19e8f72

takeyuweb suggested changes Apr 16, 2018

View reviewed changes

白石隆二 added 2 commits April 17, 2018 02:56

items_saveメソッド修正（create, fetch_itemsアクション内も）

69e0061

消し忘れコード削除

5e084a6

itkrt2y reviewed Apr 18, 2018

View reviewed changes

update_itemsに名称変更、self省略

0938d91

		@@ -4,7 +4,6 @@

		class ActiveSupport::TestCase
		# Setup all fixtures in test/fixtures/*.yml for all tests in alphabetical order.

Comments

Conversation

shiraryu commented Mar 19, 2018 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

itkrt2y commented Mar 19, 2018

Uh oh!

shiraryu commented Mar 19, 2018 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

itkrt2y commented Mar 19, 2018

Uh oh!

itkrt2y Mar 19, 2018 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

itkrt2y commented Mar 19, 2018

Uh oh!

itkrt2y commented Mar 19, 2018

Uh oh!

shiraryu commented Mar 19, 2018

Uh oh!

takeyuweb commented Mar 19, 2018 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

shiraryu commented Mar 19, 2018

Uh oh!

shiraryu commented Mar 19, 2018

Uh oh!

shiraryu commented Mar 19, 2018

Uh oh!

shiraryu commented Mar 20, 2018 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

takeyuweb Mar 20, 2018 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

shiraryu Mar 20, 2018 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

takeyuweb Mar 20, 2018 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

takeyuweb Mar 20, 2018 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

takeyuweb Mar 20, 2018 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

itkrt2y commented Mar 20, 2018

Uh oh!

shiraryu commented Mar 19, 2018 •

edited

Loading

shiraryu commented Mar 19, 2018 •

edited

Loading

itkrt2y Mar 19, 2018 •

edited

Loading

takeyuweb commented Mar 19, 2018 •

edited

Loading

shiraryu commented Mar 20, 2018 •

edited

Loading

takeyuweb Mar 20, 2018 •

edited

Loading

shiraryu Mar 20, 2018 •

edited

Loading

takeyuweb Mar 20, 2018 •

edited

Loading

takeyuweb Mar 20, 2018 •

edited

Loading

takeyuweb Mar 20, 2018 •

edited

Loading

itkrt2y commented Mar 20, 2018 •

edited

Loading

takeyuweb Apr 5, 2018 •

edited

Loading

takeyuweb Apr 9, 2018 •

edited

Loading

shiraryu Apr 9, 2018 •

edited

Loading

takeyuweb left a comment •

edited

Loading