問題タブ [django-apps]

フォームでいくつかのjqueryを使用したいのですが、既製のソリューションを使用したいと思っていました-それらはたくさんあるようです...

この目的のためにどのdjangoアプリをお勧めしますか? どれが最も人気がありますか?

編集＃1： うーん...私は自分の質問に十分な努力を払っていなかったと思います...より多くのオプション/説明を望んでいました...

膨大な量の jquery アプリが世の中にあるようです。以下はランダムに選択されたものです。

• django-ajax-selects - ManyToManyFields と ForeignKeys のオートコンプリート用
• django-autocomplete - 上記と同じ
• django-ajax-filtered-fields - 再びオートコンプリート
• django-easywidgets - これはオンラインで文書化されていないようなので、何をするのかわかりませんが、おそらくウィジェットのコレクションです。
• django-ajax-forms - すでにsilent1mezzoで言及されていますが、クライアント側の検証を行っていることがわかります
• django-dynamic-formset - レンダリング済みのフォームセットに新しいフォームを追加する
• django-form-widgets - datapicker などのウィジェットのコレクション。

これらのほとんどは異なる目的に役立つため、明らかな答えは「必要な機能を提供するものを使用する」ことだと思います。しかし、どれが一般的に使用されているのか疑問に思っていました... それとも、ほとんどの人は自分でコードを書く傾向があるのでしょうか?

jquery についてまったく無知な人にとって、これらの 1 つまたはいくつかを使用する方が簡単ですか? それとも「手で」行う方が簡単ですか？

Django サイトに Facebook 接続ログインを実装したいのですが、既存のアプリを確認しました。

これまでのところ、この目的のためにDjango-Socialauth、django-socialregistration、およびdjango-facebookconnectを見つけました。

問題はどちらを選択するかです。これらのアプリのいずれかを使用した経験がある他の開発者の意見を聞きたいです。

Facebook Connect ログイン アプリが @login_required、デフォルトの認証システム、および django-registration で適切に機能することは、私にとって重要です。

あなたの経験を共有してください:)

私はCMSを構築していて、ドキュメント（CMSページ）の任意の場所に「もの」を挿入できるようにしたいと考えています。

「stuff」オブジェクトは一般的な外部キーを持ち、dbエントリから生成されたテーブルにすることも、アップロードされた画像などにすることもできます。

Nathan Borrorのdjango-basic-appsには、（ django-mingusのスクリーンキャストに基づく）優れたソリューションのように見えるbasic-inlinesアプリが含まれていることを確認しましたが、代替手段がないことを確認したいと思います。私が逃したこと。

代替ソリューションへの提案は大歓迎です。

私はDjangoアプリケーションを開発しています。これは、物事をきれいに保つために複数のサブアプリケーションを必要とする大規模なシステムです。したがって、Djangoアプリであるトップレベルのディレクトリ（空のmodels.pyファイルがあるため）と、それ自体がアプリケーションでもある複数のサブディレクトリがあります。

このようにアプリケーションをレイアウトした理由は、サブアプリケーションが分離されているためですが、親アプリケーションの外部で単独で使用されることはありません。したがって、それらを別々に配布することは意味がありません。

アプリケーションをインストールするとき、設定ファイルには次のようなものを含める必要があります。

...これは明らかに最適ではありません。これには、すべてのサブアプリケーションを「内部」名（つまりsubapp1、subapp2など）で参照する必要があるというやや厄介な結果もあります。たとえば、subapp1のデータベーステーブルをリセットする場合は、次のように入力する必要があります。

これは厄介です。特に、core-というサブアプリがあるためです。これは、アプリケーションがユーザーのプロジェクトにインストールされているときに、別のアプリケーションの名前と競合する可能性があります。

私はこれを完全に間違って行っているのでしょうか、それともこれらの「内部」アプリをフルネームで参照するように強制するのでしょうか。

私はこのチュートリアルに従っています：

http://docs.djangoproject.com/en/dev/ref/contrib/messages/

しかし、私はこのエラーが発生します:

.

また、django/contrib フォルダーには実質的にメッセージ アプリはありません。

ワーク メッセージ フレームワークを取得するにはどうすればよいですか?

Django アプリを作成していて、アプリ内のすべてのテンプレートに特定の変数が必要だとします。

これに対処する「古典的な」方法は、コンテキスト プロセッサを記述し、それを settings.py の TEMPLATE_CONTEXT_PROCESSORS に追加することです。

私の質問は、アプリがそれらを使用する実際のプロジェクトから「独立」していることを考えると、これは正しい方法ですか?

つまり、そのアプリを新しいプロジェクトにデプロイするときに、プロジェクトがその設定を明示的にいじる必要を回避する方法はありますか?

以前は、古いバージョンのdjango-registrationを使用していましたが、現在は廃止されているようです。私のサーバーではPythonプラグインをインストールできないため、「登録」を個別のdjangoアプリケーションとして使用する必要があります。今私の質問は、登録をdjango-appとして実行するために何を変更する必要があるかということです。'registration'をdjangoプロジェクトカタログにコピーして設定に追加するだけで機能しますか？以前は「backend」が定義されていませんでしたが、現在は「path」を引数として取る関数get_backendを持つバックエンドinitファイルです。このパスはURL経由で送信されていると思いますよね？

このカタログ内には、DefaultBackendクラスを含むinitファイルもあり、クラスはアクティブ化されて登録されます。

http://paste.pocoo.org/show/225790/

どちらも信号を使用します。何らかの方法でこれらの信号を気にする必要がありますか？（私はまだそれらが使用されているものを完全には理解していません）。最後のもの。以前は、登録後、success_urlを指定するか、次のようにテンプレートを設定してリダイレクトしていました。

これを担当するコードは次のようになります。

およびpost_registration_redirect：

それでも単に'registration_complete'にリダイレクトするのに、なぜこれがこのように変更されたのでしょうか。argsとkwargsは空なので、なぜわざわざするのですか？

複数の単語で構成されるDjangoアプリを作成するための推奨される命名規則はありますか？たとえば、次のうちどれが好ましいですか？

1. my_django_app
2. my-django-app 更新：構文的に許可されていません
3. mydjangoapp 推奨される解決策

それらはすべて オプション1と3が構文的に許可されている可能性がありますが、好みはありますか？Djangoがアプリ名とモデル名をアンダースコアと組み合わせてテーブル名を作成する方法を見ると、オプション＃1に傾いています。

考え？

私はより大きなプロジェクトでdjangosouthを使用していますが、それについて私が気に入らないのは、すべてのアプリのスキーマ移行を一度に作成できないことです（同じ抽象モデルから継承するアプリがたくさんあります） 、その基本モデルを変更すると、移行するアプリがたくさんあります）-実際にはすべてを一度に移行できると思いました（migrate --allを使用）。

だから私は、django southが一度にたくさんのアプリを処理するための簡単な解決策があるかどうか、または誰かがそれを行う準備ができている素晴らしいスクリプトを持っているかどうか知りたいですか？