djangoをdockerコンテナで利用(20) - 円グラフ表示障害対応とDjango6刷新

1
2
3
4
5
6
7

以下のsetPltというDjangoの定義を使って円グラフを描いているが、
ブラウザでログインして表示させると添付画像のように真っ黒になってしまっている。
：（中略）
## グラフ表示を実行するビュー関数
@login_required
def get_ENpng(request,year):
：（中略）

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

原因1：setPlt 内での計算処理エラー（最有力）
setPlt 内の以下の処理で、データ型や配列の要素数不足による例外（ValueError や IndexError）が発生し、
画像が生成される前に except ブロックへ飛んでいる可能性が高いです。

total = int(values[0]) + int(values[1]) + ... + int(float(values[9]))

原因2：HTMLテンプレート側の <img> タグの指定ミス
：（中略）

原因3：日本語フォント（IPAexGothic）の未インストール
：（中略）

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

view.pyを変える前に相談したい。
このソースはdjango3.2の頃から利用していて、django5.2ぐらいから表示されなくなった。

以下が現在のrequirements.txtだが、
変数の型やモジュールのバージョンアップ影響で表示されなくなることがあるか。

asgiref==3.11.1
contourpy==1.3.3
cycler==0.12.1
Django==5.2.9
django-ipware==7.0.1
：（中略）
wkhtmltopdf==0.2
zipp==4.1.0

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

結論からお伝えすると、モジュールのバージョンアップによる影響の可能性が極めて高いです。
特にDjango 3.2からDjango 5.2へのメジャーアップデートと、
NumPy 2.x、Matplotlib 3.xの最新版への移行が組み合わさったことで、
既存のコードが破壊されている可能性が高いポイントが2点あります。
：（中略）

提示されているコードでは、データベースや関数から取得したリストを 
q = np.array(motoire) や np.array(p) のように np.array() に変換しています。

Django 3.2時代（NumPy 1.x系）では
ゆるく処理されていた型変換（int や float への暗黙のキャスト）が、
NumPy 2.5.0 では 文字列（str）型として保持される、
または 型不一致で np.sum() や float() 時に TypeError / ValueError を
投げる ようになっている可能性があります。

これにより、get_ENpng 内で内部エラーが発生し、
画像を描画できずに例外へ飛んでいると考えられます。
：（中略）

引数の型チェック追加: ax.pie(values, ...) に渡す values（値の配列）に、
以前は文字列混在でも動いていたものが、
厳格に数値型（int / float）であることを要求されるようになりました。
：（中略）

描画時の文字・注釈処理: ax.annotate() や ax.set_title() の引数計算で、
values[9] などから算出した値に型エラー（str と float の計算など）があると、
画像生成処理（plt.savefig）そのものが失敗します。
：（中略）

出力されているログ（gv_logwrite のログファイル等）を確認してください。

1
2
3

エラーハンドリングの「key=(' + str(key) + ')」とある箇所に以下のメッセージがログとして複数出力されている。

key=(2026)exeption={'<' not supported between instances of 'str' and 'int'}

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

ログのエラーメッセージから原因が100%特定できました。
：（中略）
Django 5.2やNumPy 2.x/Matplotlibのバージョンアップに伴い、
データベースからの値の取得結果や np.array の型推論の厳格化が行われたため、
以前は暗黙的に処理されていた数値データが「文字列型（str）」のまま ax.pie() や 
setPlt() 内の処理に渡されていることが直接の原因です。
：（中略）
Matplotlib内部（または ax.pie の処理内部）で値を比較（ソートや描画計算）する際、
str と int が混ざっているため、画像を1枚も作成できずに例外（500エラー相当）となり、
ブラウザ側では「壊れた画像（黒枠・壊れた画像アイコン）」として表示されています。
：（中略）
if len(p) > 1:
    chart_item = p[0,0:10]
    values = p[1,0:10]
else:
    chart_item = p[0,0:1]
    values = p[1,0:1]

# --- ここから追加 ---
# values 内の要素をすべて数値型（float）に変換する
values = [float(v) for v in values]
# --- ここまで追加 ---

## グラフ要素をセットしてpng化
setPlt(chart_item, values)

このように values を数値型のリストに整えてから setPlt へ渡すことで、
str と int の比較エラーが消え、円グラフが正常に描画・表示されるようになります。
一度この1行を追加して表示されるか試してみてください。

1
2
3
4

円グラフ表示できるようになった。ここから以下のコマンドラインを使ってバージョンをdjango6に上げたいが問題あるか。

pip3 list -o | tail -n +3 | awk '{ print $1 }' | xargs pip3 install --upgrade
pip3 freeze > requirements.txt

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

結論から言うと、提示されたコマンドを使っていきなり 
Django 6系へ一括メジャーアップデート（全パッケージの最新化）を
行うのは非常に危険で、トラブルの原因になります。
：（中略）
本番環境や既存の開発環境で直接更新するのではなく、
以下の手順を踏むことを強くおすすめします。
：（中略）
Step 1: Django の非推奨警告（DeprecationWarning）を出して確認する
python3 -Wd manage.py runserver
：（中略）
Step 2: 別環境（Python 仮想環境など）を立ち上げて段階的に更新する
：（中略）
# テスト用の仮想環境を作成して有効化
python3 -m venv venv_django6
source venv_django6/bin/activate

# まず Django だけを 6 系に上げる
pip install "Django>=6.0,<7.0"

# その他の依存パッケージを現在の requirements.txt から入れる
pip install -r requirements.txt
：（中略）
Step 3: 動かなくなったパッケージだけを個別に更新する
# 例: 特定のパッケージだけを個別更新
pip install --upgrade django-widget-tweaks

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

今回のpython処理はdockerコンテナとして稼働している。以下のようにstep1確認したがバージョンアップすることに問題あるか。

nari@nafslinux-ubu26:/docker$ docker compose exec sv_django bash ⭐️dockerコンテナにログイン

bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)

root@svdjango:/# cd /code/app ⭐️manage.pyがある階層に移動

root@svdjango:/code/app# python3 -Wd manage.py runserver ⭐️非推奨警告（DeprecationWarning）を確認

/usr/local/lib/python3.13/site-packages/django/db/backends/utils.py:98: RuntimeWarning: Accessing the database during app initialization is discouraged. To fix this warning, avoid executing queries in AppConfig.ready() or when your app modules are imported.

  warnings.warn(self.APPS_NOT_READY_WARNING_MSG, category=RuntimeWarning)

/usr/local/lib/python3.13/site-packages/django/db/backends/utils.py:98: RuntimeWarning: Accessing the database during app initialization is discouraged. To fix this warning, avoid executing queries in AppConfig.ready() or when your app modules are imported.

  warnings.warn(self.APPS_NOT_READY_WARNING_MSG, category=RuntimeWarning)

Watching for file changes with StatReloader

Performing system checks...

System check identified no issues (0 silenced).

August 09, 2026 - 06:44:49

Django version 5.2.9, using settings 'website.settings'

Starting development server at http://127.0.0.1:8000/

Quit the server with CONTROL-C.

WARNING: This is a development server. Do not use it in a production setting. Use a production WSGI or ASGI server instead.

For more information on production servers see: https://docs.djangoproject.com/en/5.2/howto/deployment/

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

ログを確認しました。結論からお伝えすると、Django 6 系へのアップデートに向けて
「非常に良い状態（クリアな状態）」です。
：（中略）
ログの診断結果
：（中略）
1. RemovedInDjango60Warning がゼロ
：（中略）
2. 出力された RuntimeWarning について
：（中略）
これは以前から存在する一般的な警告であり、
Django 6 へのアップデートを直接妨げる致命的なエラーではありません。
：（中略）

1

django6ltsはいつ頃発表されると予測できるか。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17

メジャーバージョンの周期:
x.0（メジャーリリース）は2年間隔で登場します。

Django 5.0: 2023年12月
Django 6.0: 2025年12月
Django 7.0: 2027年12月（予定）

LTS（長期サポート版）の出現タイミング:
LTSは「各メジャーバージョンの最後のマイナーバージョン（.2）」が該当します。

8ヶ月ごとにマイナーバージョンが上がるため、x.2 LTS は
メジャーリリースの約1年4ヶ月後（翌々年の4月）にリリースされます。
：（中略）
バージョン,種別,予定時期
Django 6.0,機能追加版,2025年12月
Django 6.1,機能追加版,2026年8月
Django 6.2 LTS,長期サポート版 (LTS),2027年4月