ポイント
画像自体は外部ストレージで管理して、DBでは画像URLを管理。
ローカル開発の全体像
学び
back_endとfront_endのgit管理は分ける
まともにアプリを一から作ってデプロイしたことがなかったので、今回初めて分かったのですが、herokuの場合はroot直下にherokuを動かすためのファイルをいろいろ作る必要があって、そこの階層をスタートにすると読み込むpathがローカルの時と変わってきて、、みたいな感じでごちゃごちゃになりました。なので予めgit管理を分けておけばこのような自体は未然に防げたと思います。
herokuはファイルシステムを扱えない
これに今回一番苦戦したんじゃないかなと思うのですが、herokuで例えば”コマンドを実行してsample.txtファイルを作る”ということは全くできなくなっています。
今回私の場合は
- 画像を一旦uploadsディレクトリ配下に画像ファイルとして保存して後で読み込む
- migrationsディレクトリをherokuコンソール上でmigrateする(migrate用のファイルが作られます)
この二つで詰まりました。どちらもheroku上でgit管理外のファイルを新しく生成しようとしており、herokuの仕様上ダメでした。対処法は以下の通りです。
1.PILのImageを利用
# bytes形式で読み込み
img = Image.open(file) #FileStorageクラスがなかなか厄介
# メモリでデータを保持する
bio = io.BytesIO()
img.save(bio, format=image_format)
blob.upload_from_string(data=bio.getvalue(), content_type=content_type)
2.ローカルでmigrateまで済ませた後にpushしてheroku上でupgradeのみ実行する
隠しjsonファイルをheroku上で読み込むには環境変数に無理やり入れる
firebaseの認証にjsonファイルを読み込む必要がありました。
cred = credentials.Certificate('./serviceAccountKey.json')
ただ、これは大事な情報でgitで管理はできないため、heroku上にはないことになってしまい、jsonファイルがないよというエラーが発生しました。解決策としては中身のjsonを無理やり環境変数に入れることで対応しました。
export SERVICE_ACCOUNT_KEY='{"type": "service_account","project_id": "...
