Drupalのやjoomla？ CMSをピッキング
私は決めたのコンテンツ管理システム（CMS）は、サイトの基盤のための私に最適です。 私の次のステップは、正しいものを選択することです。
絶好の場所は、起動することですopensourceCMSで、レビューのユーザーサイトでかなりのCMS領域選手すべての主要な。 何が彼らを際立たせ、彼らはまた、各CMSのはカバーのライブデモを提供しています。 あなたは、実際にそれぞれ1つのバックエンドフロントエンドにまたは、ログインできるように、それ再構成し、あなたの心の内容に変更を行う。 2時間ごとに、彼らは"再起動"とバック新規インストールにすべてを置く。 これは素晴らしい方法実験のすべての時間と、それぞれのシステムを自分でインストールするの面倒を経ることなくです。
インストールDrupalとJoomlaのホスト上の私
opensourceCMSで各プラットフォームのテストに加えて、私も自分がいかに簡単彼らが動作するようになるゲージにそれらをインストールしようとする。 幸いにも私のホストプロバイダに、ホストGatorは、と呼ばれる使用して製品を奇抜がクリックマウスとしていくつかの単純なJoomlaをなりますインストールDrupalと。 どちらも、最小限の労力が正常にインストールされます。 純粋忌み嫌う奇抜が、私の目的のために、それが迅速かつ簡単な方法を取得し、迅速に各製品のタイヤを蹴る起動できるように走っていた。
インストールDrupalとJoomlaのローカル
私はテスト環境を前に限り、自分のローカルマシン上で両方の製品をインストールする必要がありますとして良いアイデアでもある。 私は、も行うことができます前に、私は）ランプ（またはWAMPをインストールするには一般的に、オープンソースのソフトウェアで使用するスタックが必要です。 ランプは、Webサーバのように動作するように私のデスクトップを可能にするように、私はすべてを実行することができます私のローカルマシンからあたかもそれが私のホスト上で実行された。
のための好奇心略で、LAMPとはLinux のApache のMySQL はPHP 、彼らが使用して無数の他の製品と、Joomlaの4つの製品するまでの基礎をDrupalの。 WAMPを本質的に同じものですが、オペレーティングシステムとしてWindowsを使用します。 各製品は、独自のインストーラを提供し、私はWAMPを自分のローカルマシン上で時間がないで働いて得た。
DrupalのローカルインストールとJoomlaはもう少し関与していた。 ウィザードは、各製品が提供されるかなりよかったが、私はどのように設定MySQLデータベースに、質問の数に正しい答えを知って理解することがあった。 完全な初心者にはおそらく圧倒されるだろうが、私はそれがかなりスナップインの両方を迅速に軌道に乗ることがわかった。
CMSをピッキング最高
一日の終わりに、どちらの製品は明らかに、支配的なソリューションとして際立っていた。 各情報を整理してタスクを実行するための独自の癖と比喩していた。 可能性がありますが予想されるように、それらの違いが多かった。 言語を学ぶ、可能性は長いプロセスになるいずれかのプラットフォームの専門家になるように。
私は、各プラットフォームのコンテンツを作成、約テンプレートの変更、モジュールをアクティブに、かなりの時間を費やしと私のbestを行うことは、それぞれの環境にwork感じになるかfor reasonable感触をつかむ。 私は一般的にどのように簡単に自社のコア機能を追加される評価に利用されたアドオンを追加する数をダウンロードしました。 私はURLは、彼らが生成さだの検索エンジンの親しみやすさを評価した。 私は各製品の気持ち快適とりわけ、私の感覚を得るため、私は可能性がmy最終的な選択で多くの時間を費やすことになるだろう理解した。
これは、Drupalがいくつかの素晴らしい能力を異なる種類のコンテンツを定義するように思えた。 私は"オブジェクト"ジョブを作成し、どのような属性（など）が含まれている必要がありますタイトルを、国、説明を定義します。 それはかなり強力だった。 私はどのようにすべてがご利用いただけます1つのページから、ロードしなくても、すべての時間を再読み込み好きでした。 追加とコンテンツが簡単だったの書式設定。 あるコメントをブログにフォーラムから有効にすることが含まれてモジュールの多くは、されたので、私は非常に簡単にその機能を拡張することができます。 たくさんはDrupal好きだ。
Joomlaは"フロントエンド"（何訪問者は、サイトを訪問して見ている）と"バックエンド"（間の強硬路線をどのような管理者が）サイトを制御するために、より私が使用した他のアプリケーションと一貫性のあるとみている描画過去。 あなたがそれらを表示する方法をそこにかなりの変化がですが、コンテンツの種類は基本的に、修正されます。 Joomlaはまた、Drupalの、より少ないバンドルされて機能することができるもの、またはお客様の視点に応じて悪い良い。 ユニークなアドオンの数が、しかし印象的だった。 実際には、Joomlaはセクションを彼らの全体が専用サイトJoomlaの拡張機能。 これには、mambot、多少時間がコンポーネント、モジュールの違いを把握する、ひとたび事が明らかにされ、私は非常に簡単にJoomlaを拡張することができた。
私の決断を下すために、私は最終的に社会に囲まれ、各製品のサポートを見て決めた。 テストとして、私は各製品のサポート掲示板に一般的な調査を行った。 マイJoomlaの記事が比較的短い時間枠に役立つ応答の数を受け取りました。 私のDrupalのポストは何日も、さらにフィードバックのための2回目の質問後、まだ未解決だった衰える。 私はつもりだとして、それぞれのシステムを学習すると、他に私を助けるために頼って、この経験は、最終的にJoomlaに振り子を振った。
このキーの決定とアウトの方法は、私の次のタスクが私の基本Joomlaのインストールに追加する拡張機能の適切な組み合わせを選択することです。
関連のポスト無し。
関連する記事はでてきた場合プラグインもう一つの関連記事 。
非常によく考慮し、この決定あなたに来て、究極のは非常に同じ旅を、私が行って反映されます。
活気あふれる、友好的なコミュニティをJoomlaのサポートは、本当にで輝いている。
Drupalのフォーラムであなたと同じように私の経験。 質問は何日も、鳴かず飛ばず無視された...と、最終的にレーダーをオフに行きました。 質問を2回目と同じ関心を受けて頼む。
明らかに、ときには、オープンソースのソリューションを使用している、自己インが必要せざるその意味でJoomlaとDrupalはbetween destinctionはhuge湾isの要素です。 Drupalはそれがゲーム設定とJoomlaおよびその他のサポート集中的なソフトウェア環境と一致するだろう、商用製品れている場合。
それがオープンソースのプロジェクトであることを考える、Drupalはこの分野での本当の問題があり、どのようにそれは初心者の後に見えるの支援'とどのように実現に対処する必要があります。 ハイテクヘッドはまでは青の相対的ソフトウェアの優位性かどうかについては顔に最終的には、新しい採用する最も重要なサポートされて発生行くと主張することができます。
親指をJoomlaに、ダウンこの素晴らしい作品私もいただ経験を明らかにするためDrupalとダブル親指親指。
エンポーラーの新しい服！
こんにちはジョン、
あなたのご意見はかなり私の結論をまとめた。 Drupalは本当に強固なプラットフォームは、私は必ずいくつかの印象的なサイトを開発するために使用されているよと思われるようにそれが残念も、だ。
歓迎コミュニティなしボトムラインは、倍に新しいユーザーをもたらすために、私はほぼJoomlaののとして有望とされていません恐れDrupalの将来の展望をしています。
こんにちは、デビッド
IRCチャンネルをお試しください。 支援室は、常に設定されますと、人々が質問や問題に迅速に対応するために使用。
クラウディオ
私の古いサイトの再度新しいDrupalで両方をやる - コンテンツ管理ソリューションは、決定の理由であった
そこにこのようなものを出しててくれてありがとう...
Drupalは、時には答えを習得していますかは、私たちの前もされている、私たちは彼らのために検索する必要があります。
私はいくつかの時間を費やしているdrupalの自分年、他のシステム（とjoomlaの）を使ってのカップルを過ごすした後、私は最終的にDrupalで（と滞在に後悔していない）ことを決めた。 これは、主に開発者のための心で行われたが、その徐々にもっと定期的にユーザーを誘致しようと変更がツールでした。
あなたが返事はなかったあなたの答えを私に言わせればとにかく私はJoomlaを選択する上で、あなたの選択を尊重するだけで不運があった
それが与えるためには誰でも）して（または2番目のトライしてください。ハンドブックの検討を読むhttp://drupal.org/handbooksをと作業と理解には、必須の条件です語彙を独自の質問自分の質問をdrupalのはその後か、そのしてdrupalの。
私はdefinetelly料理をお勧めします初心者のため
http://drupal.org/node/120612
良いコメントみんなありがとう。
私は間違いなくそのDrupalが強固なプラットフォームであることに同意。 私はとても幸せJoomlaのとされているが、それは正しい選択私の現在のプロジェクトのためだったことを感じる、私はまだ将来のある時点でのDrupalサイト上で動作する予定です。
私はPHP CMSのパス上のちょうど1年前には、PHPについては何も知らないところから始め、MySQLの一般Drupalは最も有望なようんだけど、その周りに頭を得ることができなかった。 学習曲線があまりにも急だった。 私の経験で柔軟性を手に、より複雑なユーザーインターフェイスを手に行く。 最終的に私はDrupalの柔軟性は欠点になると思います。
どうマンボ？ 私は、メリットと3つのの制限に関する議論の場を読んでてきた多くの時間は、スレッドが1つまたは2歳。 私は喜んでこの新鮮な議論を見つけるために、午前joomlaの意見を聞きたいと思います。 現在のプロジェクトの2最も重要な側面は、SEOの親しみやすさと、エンドユーザの使用は簡単です。
どちらも、DrupalとJoomlaは本当に素晴らしいです。 両方の長所と弱点がある。
アウトボックスの、joomlaのは、もう少し機能を備え、短い学習時間があります。
Drupalは、より多くの強力な柔軟性が他のサイトで。 多くの"大物"に変換のためのDrupalの（にサイトを例日これらのhttp://www.observer.com/ -ニューヨークオブザーバー）
私Joomiaの話すことができないが、私はpastワードプレスで演奏inていた私のpersonalブログのアプリと、最近にある小さな雑誌のDrupalは、カスタマイズされた出版システムへのインストール - ニューヨークオブザーバー次のターンに取り組んできたモデル。
だから私は、開発者、エンドユーザーのいくつかのアイデアの視点がある。 基本的に、潜在的なとDrupalの柔軟性は素晴らしいですが、使いやすさは、欠けているいくつかの学習曲線は、固体レンガの壁にフルフライトで平手のようなもののコメントに記載。
とはいえ、あなたはコンテンツの建設キット（CCKの）のようなすばらしいツールを持ってカスタマイズされたソリューションが必要な場合。 ここでは、雑誌の話のすべてのフィールドを定義することができた、版と貢献。 だから我々はコンテンツを正確に動作するように得ることができる我々は望んでいた。 CCKのパラダイムは、ビューと組み合わせ（モジュール）できる役割自分を、現在のdrupalのモジュールの数が多い減価する情報、それを現在のを取得するために、どのようにこれまでに選択します。
ただし、この最後の点は本当に学習曲線と開発者向けにdrupalの現在の傾向の矛盾。 私は個人的にdrupalのフォーラムが欠けて、しかし、私は私のdrupalの語彙を開発し、drupalのパラダイムを理解し始めたが最初で、私はよく私の問題と解決策を検索を記述することができた。 私は今簡単に私は必要な情報を見つけることができるしています。 私はこれまで詳細にどこかのフォーラムに記載されているがあったすべての問題は、 - それは積極的ではなく、反応されての問題だった。
私はそれを前に求められている可能性がありますので、未解決の行っている可能性がありますあなたの質問を疑います。 これは、しかし、negelectを許していない再び開発者向け寄りに矛盾。
私はJoomia / Drupalの比較で行わている読んで少しから、Joomiaは、ユーザーに焦点を当てるなど、プロジェクトのためのよい選択である可能性があるようだ。 しかし、あなたが本当に何を将来的にやっている展開し、計画している場合、あなたはまだDrupalで再生することができます非常に柔軟なCMSを必要があります。 私のために個人的に本当の力は、コンテンツの構築キット、およびカスタムテーマに設定し、ビューです。
私は（文字通り）最後の数日間Drupalは、無料私はテンプレートを使用して、ウェブ上で発見、単純なWebサイトを設定している。 私は、以前マンボは（多かれ少なかれJoomlaのと同じ）と十分満足して当時使用している。 今私はDrupalを試みたが、私は実現が行方不明何があった！ マンボは不格好、神経質だったかなり最初に設定する複雑で、私はそれを自分のコンテンツを追加する私のユーザーを説得することはなかった。 対照的に、Drupalは風をセットアップするされている、内部ロジックが見事に簡単です、インターフェイスは非常に使いやすく、- onモジュール私はこれまでみたことがある追加されます優れています。
しかし、あなたは右Joomlaとマンボしおよそ正ユーザーサポートものの、これまで私が持っていることDrupalで何か問題は、私は自分自身やWWWからのヘルプのビット修正されない可能性があります。
IBMは、Drupalを比較していくつかの他のCMSのテストプロジェクトのとDrupalに行きました。 彼らは説明する理由はここに：
http://www.ibm.com/developerworks/ibm/osource/index.html
私は、JoomlaやDrupalを試してみました。 最後に、私はDrupalで恋に落ちた。 私にはそこではほとんどない学習曲線があった。 ほとんどすべては、多かれ少なかれ自明だったんです。
Joomlaは/マンボは（され、まだです）非常に私の意見で奇妙な。 私はまだそれらの内部ロジックとJoomlaの私の印象を理解していないされました：複雑な、醜いhtmlを、unlogical、奇妙な、柔軟性のない生成します。しかし、それは最初の印象でした。 I'amのシュアー場合は、幸運と生産joomlaのとなることが、このCMSのアイデアを得る場合、が明らかに私の脳は能力をjoomlaのに慣れて欠けている。 私は右のCMSの選択肢は非常に個人的だと思います。
私の限られた経験では私は実際にうれしかったのは、Drupalが私よりも信じる気になったされていた、とJoomlaは、実際よりも私が予想していた困難に使用する方が簡単です驚いている日に。 それは完全に明らかにDrupalが私は基礎設計の非常に明確な説明を発見したと、はるかに早く理解どれだけすべての要素が一緒に一方に合わせていません。 私はそれが難しい無料のに対し、Drupalでは、はるかに簡単ですよく書かれてチュートリアルとJoomlaのためのガイドラインを得るために発見した。 私はまだ未定ですが、Drupalのに向かってほとんどのサイトで傾くを開始し、ワードプレスのブログです。 たぶんJoomlaのは、中央で立ち往生ですか？ これはかなり、大きいとは起動するかもしれないあなたはそれに入る度それほど大きくないようだ。 私がいるそれがSQLエラーを与えるように1つの問題はDrupalの私の奇抜なインストールしていた。 私は手動で本物のサイトにインストールされるので、これはDrupalの問題ではない。
私はWebology調査の見直しをして、私の個人的なブログに長い広告無料ブログを置く議論に貢献します。
ホープでは、見つけること有用： http://owenmcnamara.com/2009/08/08/comparison-of-drupal-and-joomla/
私は両方のJoomlaとDrupalは素晴らしいですが、それぞれの長所や短所を、おそらく各控訴ウェブ開発者のわずかに異なるタイプがあると思う。
あなたの記事をありがとう
オーウェン
joomlaのフォーラムはいる間、私は、オープンソースプロジェクトのコミュニティのも多いが、私は、あなたのお問い合わせにasいくつかの質問を未解決のだろうanswer help may気づいた事'mはdrupalのフォーラムでは多くのLinuxフォーラムように扱われる、さ多くの場合、企業のヘルプボックスのように扱われます。
私が説明しましょう：企業のヘルプボックスの人が同じ質問を上に答えるために、支払われると以上、何度も繰り返し。 Joomlaコミュニティーのメンバーは、彼らは何度も（何度も同じ質問に答えて喜んで支払われていないが、ただしフォーラムはますます大きく私はわからない得るどのよう長い間、続く）。
Linuxフォーラムの人々は確実にするために心がけていますが、あなた自身が最初に助けて喜んでする必要があります。 同じ質問は他の誰もが再びそれに答えるに行くと答えたれている場合。 それは検索ボックスがです。 また、フォーラムが多くの文字化けして情報を1つの場所または別の持つ合理的なサイズ保ちます。
今私は、なぜLinuxのアプローチは、サーチャーのための優れているexplaingします。 あなた自身が、あなたは検索されます何かを求めるようにしたい場合。 1つのフォーラムトピックがあなたの答えに捧げられている場合、みんなのアイデアは、意見や答えは1つの場所にある場合は、読むだけする必要があります。 しかし、フォーラムのトピックでは、100万別の場所で回答されている探している場合は、特定の問題に1つの場所で答えを見つけることができない場合は、葉にページと異なるフォーラムの投稿のページを必要なものを見つける必要がありますあなたが忍耐し、それをイライラせず、徒歩行う必要があると仮定します。
だから結論として私は質問をし、応答時間を確認することによって、フォーラムやコミュニティをテストすることはないすべてのフォーラムは、人々のポストを見ているからです。 私は、コミュニティの例の質問を検索してフォーラムをチェックし、そこに知的かつ正確に私が探している答えがある場合、見て。 また、ときに一人一人が答える投稿見て応答時間をテストすることができますこの方法で。