サーバーのOSをアップデート
ubuntuのLTS 18.04が出たので、OS入れ替えたのが約1ヶ月前。
blog動かして、データも復元したのがつい最近。
本当にやる事が遅くて、このペースだと死ぬまであっという間な気がする。
死ぬる時には、何かをやりきった気になりたい。
Related posts
pythonその3 ユニットテスト
pythonでユニットテスト。unittestという機能が標準で入ってるらしい。しかし、importとfrom x import yはどういう順序で書くのだろう?とりあえずcのincludeと同じと考えて、以下で書いてみる。 ユニットテストをこさえた時点でこんな感じになった。 calc_test.py 自作のCalcクラスのadd()は、引数としてxとyを取る。xとyは整数型を期待してるんだけど、検証は全くやってないんで、引数を検証する処理を追加して、テストケースを追加で書いたのが以下。 引数チェック追加 データ型の変換については 細かすぎて伝わりにくい、Pythonの本当の落とし穴10選(私の小岩ホッチキス)、例外のテストのやり方はPython – unittestのassertRaisesの使い方(ぼっち勉強会)を参考にさせていただきました。 さらに追加テスト。個々の値の検証はできたとして、最大値+1したらどうなるか、int型として超えちゃうから実行時例外が発生するかなと思ったけど、できちゃった…返り値のデータ型がintじゃなくてlongで帰ったんだろうか? 実行結果。
vagrantのport forward
djangoをvagrantにインストールしたのだけれど、runserverしてもホスト(この場合はmac)側のブラウザで管理画面が見えない。ポートフォワードの設定がおかしくなってる。 具体的にはguest:8000, host:28000で定義しているにもかかわらず、ホスト側からはlocalhost:18000でアクセスできてしまう。 ポートフォワードせずにvm上でw3mでアクセスするとguestのポートは8000であることは確実。 なぜにポートフォワードがトチ狂うのか?と思ってたが、vagrantのgunicornの設定で8000番を使ってて、かつ18000番にポートフォワードしてた。。。 vagrantでは28000番を使って、ホスト側は28001番のフォワード設定で解決した。と思いきや、ぜんぜんつながらない。 tcpdumpまでひっぱりだして3,4晩ウンウン唸ってたけど、”django vagrant”でググったら一発で解決した。 5分でできるVagrantでDjangoの環境構築 | qiita そういえばrailsか何かでハマったような気もする…
Trackbacks and Pingbacks on this post
No trackbacks.
- TrackBack URL
Comments on this post