Plone は非常に複雑です。Zope 2、Zope3、Five、ZCML、ZODB、ZEO、頭字語と略語がたくさんあります。
なかなか始められず、現状は未定のようです。主に Zope2 をベースにしていますが、Five を介して Zope3 を取り入れています。また、どこにでも XML 構成ファイルがあります。
急な学習曲線は報われますか? この複雑さは今日でも正当化されますか?
背景: プラットフォームが必要です。多くの場合、顧客は CMS を必要とします。私は現在、Plone の予備知識なしで、 「 Professional Plone Development 」を読んでいます。
問題: 顧客が常に同じものを望んでいるとは限らず、事前に知ることはできません。1 つ確かなことは、彼らは Plone のデフォルトのテーマを望んでいないということです。ただし、追加機能にはリスクがあります。計画を立てるのに十分なシステムがわからないときは、「Plone の複雑さを知りたければ、それを要求しなければなりません」と言うだけではいけません。
背景情報がなければ、あなたの質問に答えるのは難しいです。ブログだけが必要な場合、複雑さは正当化されますか? いいえ。400 人以上の企業イントラネットを構築している場合、複雑さは正当化されますか? はい。コンサルタントになりたいのなら、それは良い投資ですか？絶対！そこにはたくさんの Plone の仕事があり、それは平均的な PHP の仕事よりもはるかに良い報酬をもたらします。
何を構築しようとしているのかを明確にし、Plone フォーラムでアドバイスを求めることをお勧めします。Plone には非常に成熟したフレンドリーなコミュニティがあり、あなたがやろうとしていることが Plone にふさわしくない場合は、必ず知らせてくれます。もちろん、Plone でやりたいことは何でもできますが、Plone が利用可能な最良のソリューションである領域もあれば、別のことを行うために変更するのが大変な領域もあります。
背景:
この時点での Plone の複雑さの理由は、より近代的なアーキテクチャに移行しているためです。現在、古いアプローチと新しいアプローチの両方を橋渡ししているため、移行がほぼ完了するまで複雑さが増します。
Plone は後方互換性を壊すことで顧客を置き去りにしないためにこれを行っており、後方互換性を非常に真剣に受け止めています — 私が言及できる他のシステムとは異なります (しかし言及しません;)。
あなたが自分のデータを気にかけているように、Plone コミュニティも彼らのデータを気にかけています — 新しいアーキテクチャに移行するときでも、新しいより良いバージョンにアップグレードできるようにしてほしいです。これは Plone コミュニティの強みの 1 つですが、飛行機が飛行している間に飛行機を変更するには当然ペナルティが課せられます。これは一時的な複雑さです。
さらに、コミュニティとしての Plone はセキュリティに重点を置いており (報告された脆弱性に関して他のシステムと比較してください)、優れたアーキテクチャ、テスト、再利用性を重視する非常に専門的な文化を持っています。
例として、現在開発中の Plone のバージョン (4.0 になるもの) を考えてみましょう:
— Alexander Limi、Plone の共同創設者 (そして少し偏見があります ;)
Plone の複雑さを確認したい場合は、問い合わせる必要があります。ほとんどの人にとって、それはそこにありません。ワンクリックのインストーラーで数分でインストールできます。次に、1 クリックでログインし、1 クリックでページを作成し、WYSYWIG エディターを使用し、1 クリックで保存します。すべてが直感的な Web GUI を介して行われます。Ploneは製品です。
これを「プラットフォーム」として使用する場合、プラットフォームは、完全なコンテンツ管理スイートを実装する 100 万行を超えるコードのスタックです。誰もそれをすべて知っているわけではありません。ただし、これらの「頭字語」と「ファイル」はすべて、ソフトウェアがコンポーネントに組み込まれている証拠であるため、すべてを知る必要はありません。必要に応じて、深くまたは浅くすることができます。コンテンツ管理の何らかの側面で必要なものがある場合、それは既に存在するため、最初から作成する必要はなく、幅広い慣行とレビューに沿った方法で作成できます。
その投稿自体よりもはるかに優れた匿名のコメントをここで見つけたので、いくつかのタイプミスを修正して、ここに完全に再投稿します.
この夏、私のチェス クラブから新しい Web サイトを作成するように依頼されました。この Web サイトでは、理事会のメンバーがニュース速報や記事などを追加できるようにする必要があります。CMS のように聞こえました。Python 開発者として、私は Plone を見て、Aspeli の本 Professional Plone development を購入しました。
3 週間の休暇を取り、本を読んだり、サイトの最初のモックアップをセットアップしたりしました。
3 週間後、Plone には非常に優れた点もあれば、非常に苛立たしい点もあることに気付きました。
マイナス面
ポイント4、5、6、7のせいでPloneがとても遅いと思います。
ポイント 6 と 7 で、私は Plone をやめました。私は他の選択肢を探し回り、最終的に、Plone と比較して非常に高速な Pylons で独自の CMS を開発することにしました。同じ開発サーバーで、起動時間は 1 秒で、ページのリロード時間は測定できません。
サイト www.kosk.be が運営されています (オランダ語です)。その背後にある Red Devil という名前の CMS は、来年から別のオープン ソース プロジェクトとして開始されます。
Plone を使用するために時間を投資することを正当化できる 4 つのことがわかります。
ちょっと待って、plone 開発者ミーティングは最高の 1 つだと言われました! あれみたいに
システム管理者の観点からは、Plone は完全な悪魔であることに恥ずかしがり屋です。Linux プラットフォームでは、インストール先のアップグレード、保守、インストールは必要以上に面倒です。しかし、それは私の 2 セントにすぎません。なぜなら、私は通常、Zope/Plone スタックを避けることを好むからです。
注：新しいリリースの方が優れていますが、古いリリースでは....うーん
降着。
ここでのコメントについては、Plone はそのようには機能しないと思います (少なくとも、今はそうではありません)。
1 - Plone は確かに他の CMS ソリューションよりもいくらか遅いですが、すぐに使えるセットアップから Apache-Varnish-Zope-Relstorage ソリューションまで、多くの最適化スペースがあります。
2 - その通りです。ここでの答えはそれを説明していますが、実際、Plone は複雑な動物です。
3 - 何を言っているのかわからない。TAL パス式は、オブジェクト属性トラバーサルの概念に基づいています。私にはOOのようです。
4 - 正しい。取得がどのように機能するかを理解した後でも、それは邪魔になりません。そして、Plone では、買収に依存するものは多くないと思います。
5 - そうではありません。Zope Page Templates は、プレゼンテーションからコンテンツを分離するためのものです。コンテンツとプレゼンテーションを ZODB から表示できるという事実 (実際には、ほとんどのテンプレートはファイル システムに残ります。ZODB ではそれらの「ビュー」が表示されるだけです) は、ZODB が大きなオブジェクトであるという事実に関連しています。データベース - つまり、それらがすべてコンテンツであることを意味するわけではありません。「純粋な」オブジェクト指向システムのすべてがオブジェクトであり、重要なのはオブジェクトの種類 (プレゼンテーション オブジェクト、コンテンツ オブジェクトなど) だけです。
6 - Plone はウェブデザイナーとコンテンツクリエーターを区別しています。デザイナーがすべてのカスタマイズ (テンプレート、CSS、JS など) を行い、コンテンツ作成者が Plone UI を使用してコンテンツを作成します。ここでのポイントは、Plone は主に CMS であるということです。つまり、コンテンツの作成者は、設計に関して素人であることを意味します。
7 - 部分的に正しい。UI 構造は変わらないことを考慮して、すべてのプレゼンテーション仕様は CSS ファイルに含まれています。UI 構造を変更する必要がある場合、デザイナーはプログラマーと協力してテンプレートを適切に処理する場合があります:-)。
動的ページを出力するシステムでは、デザイナーが完全に自由に HTML、CSS、JS だけを話して、PHP、Python、ASP、Java などの他のテクノロジーを除外することはできないと思います。もしそうなら、デザイナーからHTML、CSS、およびJSを取得して「動的化」するプログラマーが間違いなく存在します。このモデルは間違いなく Plone に存在します。
必要がない場合は、使用しないでください。ZOPE ユニバース全体が恐竜です。長い年月をかけて育ち、たくさんの雑草やさびを集めてきました。今日では、多くのことがまったく異なる方法で行われるでしょう。ほとんどのものは複雑すぎて、複雑なものは扱いにくい。スリムでスケーラブルなデザインとは正反対です。そして、これを真剣に修正するために、プロジェクトに必要な人員が関与しているとは思いません。
厳しい言葉で申し訳ありませんが、私もそれがより良くなることを願っています。