herokuにデプロイ後Application errorが発生しWebサイトが表示されません．

Question

Djangoの勉強としてWebアプリを作成しデプロイをしたところHerokuでApplicationエラーが発生し，Webページを開くことが出来ません．

なんとかこのApplication errorを解消し本番環境でアプリを動作させてみたいです．

local環境ではきちんと動作しています．

• Python3.7.9
• Django3.1.2

Herokuからはlogを確認するように指示され，heroku logs --tailでログを確認しました．
以下にログを記載します．

(申し訳ございません，文字数オーバーになりましたので，画像になっております．)

wsgi.pyのfrom dj-static import Clingが悪さをしているのか，認識されていないのかなと予測していますが，それに対してどう対処すればよいかもわかっていません．

###試したこと

• heroku restart app app_name
• wsgi.pyの確認
• インターネットの記事を参考にHerokuがdj-staticをみつけられていなのかも？というのがありましたので，

######wsgi.py

import os

from dj_static import Cling
from django.core.wsgi import get_wsgi_application

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "myproject.settings")

application = Cling(get_wsgi_application())

を

import os

#from dj_static import Cling
from django.core.wsgi import get_wsgi_application
from whitenoise.django import DjangoWhiteNoise

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "myproject.settings")

#application = Cling(get_wsgi_application())
application = get_wsgi_application()
application = DjangoWhiteNoise(application)

に変えてみましたがエラーは治りませんでした．

######requirements.txt

asgiref==3.2.10
certifi==2020.6.20
chardet==3.0.4
dj-database-url==0.5.0
dj-static==0.0.6
Django==3.1.2
gunicorn==20.1.0
idna==2.10
Pillow==5.4.1
psycopg2-binary==2.8.6
pytz==2020.1
requests==2.25.1
setuptools==49.2.0
sqlparse==0.3.1
static3==0.7.0
urllib3==1.24.1
whitenoise==5.2.0

web: gunicorn myproject.wsgi

######runtime.txt

python-3.7.9

: 追記
エラーが発生した際のcodeでは

import os
 
from dj-static import Cling
from django.core.wsgi import get_wsgi_application
 
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "myproject.settings")
 
application = Cling(get_wsgi_application())

と上記の三行目，from dj-static import Cling
として，github並びにHerokuへpushしていましたが，上記のcodeを修正した後，commit，pushをしておりませんでした．

現在のcodeでは下記のようになっております．

import os
 
from dj_static import Cling
from django.core.wsgi import get_wsgi_application
 
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "myproject.settings")
 
application = Cling(get_wsgi_application())

三行目の from dj-static import Clingをfrom dj_static import Clingと修正しています．

Comments

[attakei]

- 画像として掲載しているエラーが出ているときのコードを記載し直す
- 現状のコード（「変えてみた」のバージョン）で状況再現させてみたエラー状況の画像を貼り直す

のいずれかをしてもらったほうがいいかなと思います。

なぜかというと、画面のエラーは「dj-staticというパッケージの利用に対してdj-staticという間違った名前でインポートを行おうとしている」ことに対するエラーなのですが、記載されているコードはすでにそれが解消されているためです（https://pypi.org/project/dj-static/ にもある通り、 dj_staticでのインポートで正しいはず）

[WK_ZAKK]

追記・修正依頼頂きありがとうございます．
申し訳ありませんがまだherokuの仕様についてよく理解しておらず，コードに変更を加えるたびに再度デプロイ?push?commitをしなければいくらコードに変更を加えても意味がないのでしょうか．
修正依頼に対する回答がずれる形になってしまい申し訳ありません．

[attakei]

> コードに変更を加えるたびに再度デプロイ?push?commitをしなければいくらコードに変更を加えても意味がないのでしょうか．

はい、そうです。herokuはコードの変更をpushなどで受け取って始めてそのコードで動作します。
そのため、変更したコードをheroku上で確認するには、都度commitとpushを行う必要があります。

...というやり取りになっているということは、おそらく質問文で掲載されているコードの変更後は一度もherokuで動作確認をしていないと思うので、
記載されているコードのうちwsgi.pyを最初に記載された方のコードで再度動作確認してみてください。
コードを単純に読み取る限りでは動く可能性があります。

[WK_ZAKK]

ありがとうございます！
これから講義がはじまりますので，夕方ごろに試してみます......

[WK_ZAKK]

遅くなり申し訳ございません．
お教え頂いた内容から，githubへの変更したcodeのcommit，push．
githubへpushした内容をHerokuにpushした結果，作成したブログサイトを公開することができました．
ベストアンサーに指定させて頂きたいので，お手数ですが，アンサーとして再度ご投稿をお願いできますでしょうか？
宜しくお願い致します．

Answer 1

※追記・修正依頼でのやり取りを元に、検索で見に来た人も参考になる形式で回答を投稿します

1: Application errorそのものについて

wsgi.pyのfrom dj-static import Clingが悪さをしているのか，認識されていないのかなと予測していますが，それに対してどう対処すればよいかもわかっていません．

質問投稿時点で解決している通り、dj-staticを使う際はパッケージ名とは違うdj_staticを使う必要があります。
（Pythonモジュールの名称として、ハイフンは使用できないため）

そのため、インポートを行う際にはパッケージのドキュメントを見つつ、正しい形式でインポートする必要があります。

2: herokuでの動作確認について

に変えてみましたがエラーは治りませんでした．

heroku上のアプリケーションは、当然ながらheroku上のコードが変わらない限り動作が変わりません。
そのため、ローカルで修正を行った後に必ずcommit->pushなどを経由してheroku上に反映する必要があります。

補足：ローカルでの事前確認

前述の通り、herokuへの正しいpushで確認できるのですが、このケースで事前にやっておくほうが良いこととして
「デプロイ先と可能な限り同じ条件で動作するかを、あらかじめローカル環境で確認する」
というものがあります。

Djangoの場合だとローカルでの動作確認に対してpython manage.py runserverという組み込みサーバー機能を使うことがほとんどですし、ほとんどのケースの動作確認はこれで問題ありません。
しかし、このケースだとwsgi.pyを使わないため、このファイルが正しく機能しているかの確認が出来ません。
（wsgi.pyはgunicornなどのアプリケーションサーバー側のエントリーポイントとして用いるのみのため、runserverでは経由しない）

そのため、実際にheroku等で使うコマンド自体も事前に確認しておくとトラブルを未然に防ぐことが出来ます。

$ gunicorn myproject.wsgi

今回のProcfileからの例だと、必要なライブラリをセットアップしてから上記コマンドを実行して「単純にサーバープロセスが待ち受けするか」を確認するだけでも防げる可能性があります。
（ブラウザでの動作確認まではしなくて良いです）

Comments

[WK_ZAKK]

ありがとうございます！
詳細な回答を頂いたことにより，さらに理解することができました．
大変助かりました☺