mysite.urls)。実装するときに使うディレクトリ。ディレクトリ名を変えたりすると動かなくなる。なる(詳しくは後述)。mysite.url」というような記法でインポートが出来る。知らせるための空のファイルです。話になってくるのであまり詳しく立ち入りたくないところではあるけども、上記リンク先の日本語版から説明を引用。使って構造化する手段です。ように複数モジュールからなるパッケージの著者が、互いのモジュール名について心配しなくても済むようになります。上のディレクトリを検索して、トップレベルのパッケージの入ったサブディレクトリを探します。ようなよくある名前のディレクトリにより、モジュール検索パスの後の方で見つかる正しいモジュールが意図せず隠蔽されてしまうのを防ぐためです。扱わせるのに必要なファイルと思えばOK。実物を開いてもらえば分かる通り、中身は空っぽ。変数を設定してパッケージからインポートするモジュールを限定させることも可能。詳しくは上記リンクのドキュメントを参照のこと。プロジェクトの設定ファイルです。ところで少し触れたけども、要するに設定ファイル。必要に応じて追記したり修正したりする。その内容については今後のチュートリアルで触れられる(はず)。以下のコマンドで現在の設定とデフォルトとの違いを確認することが可能。diffsettingsあと地味に重要なのがこちら。セキュリティ設定ファイルにはデータベースのパスワードのような重要な情報が入っているため、設定ファイルへのアクセスは出来るだけ制限してください。設定ファイルのパーミッションを、あなたとWebサーバだけが読み取りできるようにしてください。共有ホスティング環境で運用する場合、これは極めて重要な事項です。Django自分の手元環境で遊ぶ分にはそこまで気にしなくても良いけども、テスト的にインターネットに繋がっているサーバに置いたりするときには気をつけましょう。最後に参照先としてドキュメントの関連ページを貼っておきます。サイトにおける「目次」に相当します。便利なところでもあり、最初はわかりにくい部分でもあるのがこれ。引用にあるリンク先の説明もところどころ未翻訳だったりしてドキュメントだけを見て進めようとすると閉口するし、ウェブに転がっている解説記事が間違っているケースが多数あって詰まりやすいところ。yohichidate.hatenablog.comこちらの記述をもとに、ウェブからのリクエスト処理のフローを簡単に記述。記述されている値を用いる。いう属性を設定した場合。いうこともある程度で十分。インスタンスのリストでなければならない。なり名前空間なりを書いていく。その際に上記リンクの記述方じゃないとダメという話。URLに最初にマッチしたところで止まる。変数内の値に記述された特定のビューをインポートして呼び出す。このビューは単純なPython関数かクラスベースのビューになる。要するに、Pythonの関数を使って呼び出すか、クラスベースのビューを使って呼び出すかという話。単純なというのはムダな装飾だと思う(こなみかん)。変数内の値に記述された特定のビューをインポートして呼び出す際に以下の引数を渡す。「名前付きグループ」が返されなかった場合、「正規表現からの一致が位置引数として提供される」*3。kwargs引数によってオーバーライドされる」*4。適切エラー処理ビューを呼び出します。