Day12 微修正

#コメント欄に運営アイコンと非表示ユーザアイコンを表示、削除済ユーザのコメント表示
完成後
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/f2cdf808-7a73-a001-d530-ab0670ae463e.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/78c301ec-a06f-defa-f6cb-385e4c5fa78c.png)
**問題**
コメントしたことのあるユーザが削除された場合というのは想定ができておらず、コメント欄に削除ユーザの名前が残り続けてそこをクリックすると、当然そのIDはないのでエラー画面が出てしまう。もちろんBefore_Actionで制御ができるが、見た目も削除されたユーザは非表示等にする必要があった。
**工夫した点**
アイコンを表示する際に、例えばuser.admin?等のメソッドを使うことになるが、もしコメント欄に削除済のユーザがいた場合、その処理はeach文のなかなので削除済のユーザのIDに対しても.admin?が行われてしまい、エラーが出てしまう問題が生じた。
そこで、以下のように回ってきた変数がnilではない時のみ、.admin?や.private?といったインスタンスが前提のメソッドを使うように工夫することで問題は解決できた。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/2429b271-1f6f-7e34-8279-e2024c8d9ace.png)
また、非公開ユーザのコメントも許可する仕様なので、公開ユーザは非公開ユーザのプロフィールリンクへ飛ぶ可能性がある。もちろんアクセス制御はしているので”非公開ユーザーです”とでるのだが、リダイレクト先が今はIndexのみなのでそこも下のようにして分岐させた。昨日見つけたRequest Refererで元々いたページを取得し、それを条件式にし、自分のプロフィールページにいたときはそこに戻るようにした。ちなみにparamsには非公開ユーザのIDが入っているのでそこからとるとリダイレクトが無限に続くことになる。（Googleがエラーを出してくれる）　非公開ユーザIDアクセス→Privateで弾かれる→そのメソッドでまた非公開ユーザにリダイレクト→またPrivateで弾かれる・・・・となる。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/edf5cda3-a221-5477-0f96-6c7717d5ca1f.png)
→追記１　request.referer自体を変数展開すればリクエストを送った前のページを取得できるとわかったので下記のように変更。
<img width="726" alt="スクリーンショット 2020-01-23 2.42.45.png" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/58ce8555-26fb-0ef8-ec31-9746f9b9b48e.png">
ちなみにrequest.refererの中身をビューでみてみるとこんな感じ。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/75f4eddf-085f-051f-7bbb-423858b91fe0.png)
これで他人のプロフィールをみていて、そこの非公開ユーザのコメントからそこに跳ぼうとしても、みていたページで注意メッセージがでるようになる。
request.refererを使わなければ、他人のページから非公開ユーザへのリンクには対応できなかった。
→追記２　変数展開は必要ないので、変数展開は削除した。（Rails Tutorialでもあった・・・。）

#削除済ユーザへのアクセス制御
削除されたユーザにアクセスするリンクは配置されていないが、削除されたユーザのIDを直接URLに入れてアクセスされることが考えられる。
そこでBefore_Actionで投げられたURLのIDからユーザをチェックし、いなければ注意フラッシュを出すメソッドを追加した。なお、showアクションは、インスタンスを前提とするメソッド.private?などを使うBefore_action privateもフィルターとしてあるので、その前に存在チェックのBefore_actionを入れないと、存在しないIDからインスタンスが生成されようとしてそこからメソッドが実行されてPrivateのBefore_actionはエラーを吐いてしまうため、順番にも注意。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/6b9dfc56-3519-f20a-9ac7-f8c893d577d4.png)
<img width="601" alt="スクリーンショット 2020-01-22 20.00.29.png" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/c5bb86db-9050-763e-2c06-993e074909a7.png">
#一つのレコードだとグラフに表示されない問題（グラフ表示には少なくとも日付の違う二つのデータが必要）
**原因？**
いろいろなデータをLineチャートに入れてみて、Lineチャートに入るデータの形がXXXX-XX-XXの時、表示されない問題が発生することがわかった。したがってXXXX年XX月XX日に変更すると、一つのレコードでもちゃんと表示される。原因はよくわからないが、問題のトリガーはわかったので、日付が保存される時に型をXXXX-XX-XXからXXXX年XX月XX日に変換するメソッドを間に入れて解決した。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/28bedb89-893b-c477-cd67-c2347bf870fe.png)
１　paramsには、XXXX-XX-XXの形で日付データが入っている。まずはそれをstrptimeで下記のように変換。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/95657497-1cb0-f95e-95da-eec463693763.png)
２　さらにそれをXXXX年XX月XX日の形に変換し、保存する。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/937769b0-9f5c-efac-b2d8-43ae8f47c73c.png)
http://song-of-life.hatenablog.com/entry/2018/12/05/131231
まとめると、XXXX-XX-XX　→　Wed,XX Dec XXXX　→　XXXX年XX月XX日に変換して保存することで、グラフに一つしかデータがないときに表示されない問題を解決することができた。
**Cf**
であればそもそもXXXX年XX月XX日でユーザに入力させて保存すればいいのだが、それをするにはdate_selectをinputで使う必要がある。そうすると、date_selectはdate型しか送れないので、現状String型を採用しているcalc_dateコラムに入れることができない。
calc_dateコラムは、pluckで取得する時に、date属性の値であればすべてXXXX-XX-XXに変換されてしまうので、Stringに変えたという背景がある。
よって、String型で、XXXX年XX月XX日で保存するには、上のようにするしかないと考えた。
#グラフ登録の際、日付を予期しないフォーマットで送るとエラーが出る問題。
**問題**
グラフ登録フォームには、予め日付データがこのように格納されているが、もちろん消すこともできる。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/870bf60a-97c3-f41c-e292-30dd5f9595d8.png)
そして消した場合に、コントローラのアクション側でこのような値を期待しているので、送られた空白や変な形の日付は、変換できませんといったエラーが発生してしまった。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/ad24d590-f3cd-c287-f660-a5e2d1672f44.png)
**解決**
初めはなぜ空白なのにValidationが機能しないんだと思ったが、Validationが働くのは.saveが行われるときで、ここで問題になっているのはそこまでのアクションにある部分であった。
したがって、アクションが行われる前になんらかのチェックを実装する必要があると考え、以下のようなBefore_actionを実装した。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/28bbf21c-7bbc-58eb-ef18-91e636ca291f.png)
このメソッドは、正規表現を使って送られたparamsが、XXXX-XX-XXであるかどうかをチェックし、マッチしなければ下いたページに遷移させるというBefore_actionである。
これによって、ユーザがアクション内の期待する日付フォーマット以外を送ってきても、エラーの原因になる変換はBefore_actionにより行われず、エラーがでることはなくなった。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/bdc7f35f-32c1-e8b5-834d-74007c4efaac.png)
何も記入せず登録しても、下のようになる。変な値を送られてもこうなる。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/da2131fb-0132-1386-d13d-05fb569b62de.png)

#自分のコメントを強調
**完成後**
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/743b270f-29a5-7ad9-e61d-3727109a37a6.png)
**ビュー**
<img width="590" alt="スクリーンショット 2020-01-23 3.09.05.png" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/6ec58067-c00e-c497-5e40-1b45381f8a10.png">
投稿コメントのpost_idからUserを取得し、そのUserのIDがログイン中のユーザなら、つまり自分自身のコメントなら専用のCSSを適用するDivで囲っている。
**CSS**
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/ac2fcae6-6323-b442-8d51-c6ab92d55ee6.png)

全てビューで行っている。

#これから
あとはHerokuにデプロイしたいのだが、存在しないURLを投げられた時にエラー画面が出てしまうのでそれをなんとかしたい。
それをしてからHerokuにデプロイする。目標は明日例外処理を解決して、明後日にはHerokuにデプロイしたい。多分画像アップロードとかグラフとかいろいろ問題が起きそうなので予習しておきたい。

#気づいたこと
##エラーを意識することの重要性
###存在しないインスタンスからメソッドを使うとエラーがでるけど、存在しないユーザのインスタンスを生成したり、見つけたりするのではエラーはでない。
この記事でも何回かあったけど、このエラーは割とよく会うので、それをコーディングしている時から意識することで回避できるのではと思った。
例えばBefore_actionのcorrect_userチェックでは以下のように存在しないIDから探そうとしているがエラーは起きない。だけどこれを.admin?とかそういうメソッドを使うとそのインスタンスはnil or emptyではいけませんといったエラーが表示される。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/565105/374989b3-5cda-9c75-d20a-d5639159f5ad.png)