2020.9.7
カクテルDB修繕ログ#2【現実的な方法、レイアウトを考える】
ってなわけで、どういうレイアウトにしてどういう方針で作っていくか、みたいな話になってくるわけですね。
一応アイデアのひとつとしては
こういうよくみるレイアウトを参考にするのがよさそう感はします。
とりあえずサイズ感なんかは現状維持の方針で、このレイアウトをいい感じにこねくり回して導入できないかを考えることにします。
まだソースコードを確認してないのでなんともですが、真っ先に考えなくてはならないのは
画像の取得をどうするかです。
逆に言うと、それさえなんとかなれば後は文字ベースでなんとかなりそうな感じもします。
まず最初に断っておくと
人力は無理です。数が膨大すぎます。
だから今まで画像も同時に表示され、また関係なさそうな検索結果をユーザー側で判定してもらおうということでサーチウィジェットを採用してたんですよね。
そこでどうするか、って話なんですが、基本戦略としてはこんな感じになると思います。
1.APIで画像を拾ってくる(自動)
アクセスがあった時、でもいいかなと思ったんですけど、分岐処理とかだるそうだしなるべく管理はしたくないので、管理画面でぐるっとプログラムを走らせてキャッシュしておく、という方針のつもりです。
自前のデータベースに保存しておくことでAPIの制限には引っかからない･･････っていう寸法ですね。仕様がちょっとよくわからないんでなんとも感はありますけど。狙ってた商品ページが消えた時どうするんだろうって感じはします。
いや、検索結果上位のものを表示すればいいとは言えるんですけど
割と関係ない商品も引っかかるってことも考えたら、どうするのが正解なんだろう感はあります。
まあその問題は後で考えるとして、とりあえず画像はAPIで拾ってきてそれをDBにぶちこんで表示、というスタンスです。このへんは自動化可能ですね。
2.変な画像を拾ってきた場合、人力で修正
これがやりたくないからAPIを採用しなかったんだよ
検索ってそこまで頭が良くないので、結構変な画像も拾ってくると思います。そういうのを発見した場合は人力で対応できるようにしておきたいです。まあこのへんはDBから優先的に読み込むカラムとか設定しておけば･･････みたいなとこあります。まあ作りながら考えます。
画像に関してはこんな感じでいいんですが、次もちょっと問題ですね。
3.リンクアドレス取得
まず前提として、APIに呼び出し上限があるので毎回毎回呼び出せないので、こちら側でリンクアドレスを保持しておく必要があります。目安としては3日間らしいですが、まあ可能な限り保持してても良さそうです。
これも明らかに変なものがヒットする場合は人力で検索結果とかのアドレスに差し替えることで対応できるかなあみたいなとこあります。具体的な仕様がわからんのでアレですけど。
というのを踏まえて、ちょっと試しに作ってみましょうか。とりあえず現段階ではキャッシュのことは考えず、APIを呼び出して、どういう情報を拾ってこれて、どういうノイズが発生するのか、そのへんを調査したいなと思います。
本質を･･････突かないでください･･････僕だってやりたいってずっと･･････（）