ドメインに固有のWebアプリケーションを構築したいのですが、このアプリケーションにはフォーラムやブログなども含まれています。TwitterとFacebookへのいくつかの統合ポイントも必要です。また、データをアップロードしたり、構成やレポートをダウンロードしたりするために、Webアプリケーションに接続するデスクトップアプリケーションもあります。
問題は、Drupalを拡張して、通常のモジュールとWebアプリケーションの両方をホストできるかどうかです。（デスクトップアプリケーションからアップロードされたビジネスエンティティとそのプロパティおよび毎日のデータがあります）または、Drupalを外部アプリケーションと統合できますか？例として、ユーザーとロールは同じであり、両方で一貫している必要があります。Drupalで検索可能なWebアプリケーションからのデータが必要な場合もあります。
これは少し漠然としていることは知っていますが、これ以上明らかにすることはできません。私はコンテンツ管理に非常に慣れていないので、誰かがこの種のアプリケーションを作成したかどうかを知りたかっただけです。
私はあなたが書いたものを言い換えようとします、あなたが私があなたの質問が正しいことを確認するためだけに。基本的に、次のようなWebアプリケーションを作成する必要があります。
私があなたを正しければ、簡単な答えは次のとおりです。はい、Drupalでそれを行うことができます。
さて、大規模なものについては：-Drupalには文字通り何千ものモジュールがあるので、すぐに利用できるモジュールの適切な組み合わせをインストールするだけで、必要なもののほとんどを手に入れることができると思います。-もちろん、カスタム機能はモジュールの形でも簡単に実装できます（最近ではかなり標準的なものです）。-デスクトップアプリケーションとの対話は、通常、DBに直接クエリを実行するのではなく、Webサービスを介して実装されます。Drupalにはxmlrpcサーバーとクライアントがネイティブに付属していますが、必要に応じて、いくつかのcontribモジュールを介してSOAPにスケールアップできます。
いくつかの追加の考え：
結局のところ、私のアドバイスは次のとおりです。サイトが大きく/複雑になり、複雑なビジネスロジックと多くの機能を備えている場合は、Drupalがおそらく適切な候補です。逆に、サイトが標準機能といくつかのカスタムビットを備えた小規模なサイトである場合は、Wordpress / Joomlaがニーズに適している可能性があります[「それほど強力ではない」ためではなく、この場合Drupalの長所が使用されないため、Wordpress / Joomlaのより単純なアーキテクチャは、おそらくこのシナリオの利点を表しています]
他のオプションは確かに、たとえばCakePHPやDjangoのようなフレームワークですが、それ（IMO）は、この問題に対するまったく異なるアプローチだと思います。
簡単な答え： Drupalは、そのようなものを構築するのに非常に適しています。特に、アプリ/ロジックをカスタムモジュールのスイートとしてDrupalに統合する場合はなおさらです。他の方法として、Drupalを外部アプリケーションに統合することもできますが、Drupalアーキテクチャはそれ自体がフレームワークになることを目的としているため、摩擦が大きくなります。
長い答え：私はパランティーアと比べてかなり反対の意見/経験を持っています。私は、2つのかなり複雑な/「エンタープライズ」プロジェクトのコンテキストで、ほぼ独占的にDrupalと1年間協力してきました（小さなもののための「サイド」使用の数年後）。私はそれがいくつかの厳格な規則を課すことに同意しますが（制限はありません！）、これらの規則は明確なガイダンスを提供し、物事を行う方法について実証済みの方法を提供するため、これは利点であると思います。Palantirが言及している3つの部分は、この良い例です。
「ルール」に感謝する部分の例をもっと挙げることができますが、この投稿はすでに長くなっており、まだいくつかの欠点をカバーする必要があります;）
したがって、肯定的な部分を要約すると、あなたが投稿した大まかな仕様を考えると、「問題ありません」と言ってDrupalを使用し、すべてを提供しながら、カスタムパーツの強固な基盤になると確信しています。フォーラム、ブログ、ツイッター/フェイスブックの統合、その他多くの既存のソリューションの形での標準のようなもの（それらはいくつかの適応/調整が必要かもしれませんが）。
欠点：いつものように、欠陥があり、要件/状況に応じて、それらのいくつかは重大です。
これらは私にとって主なものですが、おそらくもっと見つけるでしょう:)
私はdrupalを多用して1年以上働きましたが、結局それを放棄しました。Drupalやその他のCMSシステムには、非常に厳格な制限とルールがあります。単純な要件があり、ビジネスルールがほとんどまたはまったくないプロジェクトには、Drupalを使用します。Drupalは、複雑なことをしたい場合、ほとんどすぐに複雑になります（特に、多言語である必要がある場合は、メニューシステム、フォーム、および翻訳システムに注意してください）。
システムが本当に大規模で、あなたが言及したすべてのものがある場合は、PHPフレームワークを使用してビジネスロジックを実装し、外部製品（フォーラム、ブログ、Twitterクライアントなど）を適切に統合します。 ..）。
しかし、アドバイスは次のとおりです。誰も信用しないでください:)ダウンロードして、1週間遊んでください。あなたはあなたの心を作り、あなたの選択についてより自信を持つことができるでしょう！
Drupalはオープンソースであるため、ほぼ自由に使用できます。ただし、いくつかのポイント：
Drupalのユーザー/ロール構造を変更するのは面倒で不必要です。デスクトップアプリケーションをDrupalのMySQLデータベースから認証する必要があります。
Drupalにはほぼすべてのプラグインが何百もあるので、Drupalは間違いなく、訪問者の統計などを含む「Web」側全体を実行できます。ここでも、デスクトップアプリケーションを正しいMySQLテーブルに接続し、データを表示する必要があります。望んだ通りに。
Joomla！などの他のコンテンツ管理システムをチェックすることを忘れないでください！（および他の多く）。それぞれに長所と短所があります。 www.opensourcecms.comを使用すると、CMSを簡単にテストできます。私はこれを過去に幅広く使用しました。
必ず最初にすべてのコンポーネントをマップしてください。1時間ごとに事前に計画を立てることで、後の頭痛の種を何時間も節約できます。