Iconoclast
最近訪れたサイト
最近訪れたサイト
Home  Joe  

Apache CMSレトロスペクティブ

[確認済み] 最終更新日 によって Joe Schaefer 日, 26 4月 2026    ソース

 

tarredとfeathered

▲Apache CMS — 2010年にThe Apache Infrastructure Teamの選抜メンバーによって発明されました。ポール・ケルナ(VP)、ダニエル・シャハフ、 Ph.D. (SVN dev)、 and myself、2015年6月に正式に廃止そして最後に2022年1月に廃止 — 常に時代の先を行っていた。そのピーク時には、100以上のApacheトップレベルのプロジェクトと4K以上のユーザーがそれに依存していましたが、Apache OpenOffice以外は存在しません。2011年6月にOpenOfficeをApacheに寄付した当初から、コンテンツ依存関係管理機能よりも先見的なパフォーマンス・テクノロジが明確になったことはありませんでした。

はっきり言っておくと、他の人が依存関係の管理について話すとき、それらは主にソフトウェアの依存関係に関係しており、コンテンツの依存関係. すべてが適切に規制されたコンテンツに沸騰します”含む” templating+buildシステムとはいえ、これはソフトウェアと同じではない。

この機能は、Apacheの巨大なサポートに非常に重要でしたhttps://OpenOffice.org (OOo)ウェブサイト最初にOOoに提供されたRDBMS CMS Sunは、誤字を修正したいだけでもフォールオーバーして終了します。一方、Apache CMSは、適度にプロビジョニングされたbaldr.apache.orgのFreeBSD刑務所で実行されました。96Gバイトのミラー化されたハードドライブを搭載した8 CPUおよび24 GBのRAMで動作するDell 1950ボックス いくつかの刑務所にまたがり、比較的容易なワークフローを飛び抜きました。

単一のクリックで修復したいページの編集セッションにコントリビュータを得ることができるようなCMSのようなサービスがないと、認知エネルギーは今日のウェブページの誤字を修正するにはあまりにも大きすぎます:

  1. Go fish that page out of the github repo(ギスブレポから出て行く魚)
  2. レポ、
  3. ページを編集、
  4. 変更をコミットします。
  5. 押して、
  6. PRを作って、
  7. 待機コミッタがPRを承認してマージするまで、
  8. 待機ステージング・ビルドが終了するまで10分から15分 構築可能なアセット(最大4GBの合計サイズ)のすべての40K+を粉砕しながら、
  9. コミッタが公開済の変更済コンテンツを見つけてレビューするのを待ちます ステージング・サイト,
  10. そのコミッタがサイト全体**をプロダクションにプロモートするのを待ちます。
  11. パブリケーション・ビルドが終了するまで、さらに5分から10分待ちます,
  12. **gitpubsubを待って、新しいコンテンツをApacheのエッジWebサーバーにプッシュします。

Apache CMS(Webgui)でコミット可能な共有”パッチ/差分” over emailは、地球上の誰にとってもワンクリック操作であり、コミッタがプロジェクトに応募するためにcommit+build+publishするワンクリック操作でした。全体は、デュアルペインの即時HTMLプレビューを備えたライブMarkdownエディタのコンテキストでの機能URLの共有を中心に展開されました。彼らは、プロジェクトに関するアパチェ委員会を”クローン” コントリビュータ(コミットされていない)チェックアウトのbaldr-jailホストzfsファイル・システム。その後、Apacheコミッタ自身によってクローニングされたチェックアウトをコミッタとして、コントリビュータではなく検査、変更およびコミットします。コミットが行われると、CMSはそれをsecondsで構築しただけでなく(変更されたファイルとそのほんの一握りの依存ファイルを構築しているだけなので)、本番へのプロモーションの前にレビューするためにステージング・サイト上のコンテンツのビルドおよびライブ・レンダリングにlinksも提供しました。

全体ワンクリックアマゾン特許は、顧客満足に不可欠でした。ここでも同じことだが、アパチェCMSはこの空間で一人ぼっちだった。

Apache CMS(webgui)は、悲しいことに臓器を置き去りにしたすべてのボランティアエネルギーとの間に不可欠な調整スイッチボードでした。

ApacheのInfrastructure Leadershipは、なぜそれが取り下げられたのかについて、いくつかの言い訳があります。

  1. 1(私)のバス要素

  2. FreeBSDの段階的な廃止(OpenZFS ウブントゥ(Ubuntu)

  3. mod_perlpythonではなく、mod_lua kosher)です。

  4. バギー(小さなFreeBSD刑務所からの信頼性の低いzfsクローン)

  5. (ありがとう、金持ち!)

  6. Git is better(グレッグに感謝!)

しかし、本当の動機はspiteでした。2015年3月に廃止された時点から2022年1月に廃止された時点まで、ほぼ7年間、baldr.apache.orgのFreeBSD刑務所で自動パイロットで実行されていました。必要なメンテナンスは、前述の項目4による(四半期に1回)ホストのリブートと、SSL証明書の年次更新のみでした。これがITです。

2021年後半にプッシュが来たとき、私はDave Fisherに、急激な割引でOrionのOpenOffice Webサイトをホストするよう提案しました。最初、Daveは取締役会に請願し、経費を承認しました。デイブは、私が彼に支払うことに同意した結果料金を免除するようASFに提案し、ホスティングコストにそのお金を入れるように私に言った。

次に起こったことは本当に素晴らしいことでした: アパチェ・インフラストラクチャ・チームは、数週間にわたり、即座に持続的に、デイブを、彼によると、今独占的な忠誠を宣言する、説得力のある立場に置きました: 私とプロジェクトのボランティア・コミュニティ、またはASF。

Daveは、The Apache CMSのインクリメンタル・ビルド・テクノロジーのスケーラビリティの成功の背後にある主要なイノベーターであり、協力者でした。彼はソリューションを発明しませんでしたが、OpenOffice Webサイトに適用されたThe Apache CMSから高パフォーマンスのビルドを確保するために必要なスケーラビリティ機能をどのように追加したかについて、生産的に作業しました。当時、25Mの北で1日にリクエストしていました。一緒に私たちは深い応用を発見しましたSSI 現在使用中のJBakeテンプレート・システムで実施されていると思われる彼の努力。

残念ながら、最近 GitHubにあるOpenOfficeのWebサイトでコンテンツ編集を行っている場合、Apache Infrastructure TeamがApache CMSからの移動をDaveに強制し、その結果、すべての貢献活動を GitHubだけで行うことができます。

私は、彼が強制された醜い選択や、あらかじめ決められた結果に対して、デイブを責めることはしないが、当然ながら、その日から話し合いの言葉はもうない。

事件全体について衝撃的なのは、全努力についてのアパチェ・インフラストラクチャ・チームの絶対的な交戦だった。私は個人的に、私たちがApache CMSに搭乗したすべてのプロジェクトの手を握りました。自民の法令によって地面に燃やされたすべての善意を見ることは、組織の長年のメンバーとして私にとって単純に理解できませんでした。

彼らがこれまでにやったことは、座礁したApacheプロジェクトに冷静な究極の成果をもたらし、その他のものに個人的にオフボーディングすることに専念する1時間の労力は決してありませんでした。OOoとは全く違っておらず、単に不正利用され、危険を冒し、Daveにその入札を強制しました。そして彼はそうした。

2018年に辞任しました。それを目撃することはできなかった。私が2020年にやったことは、オリオン 灰から。しかし、その道は、Apacheインフラストラクチャ・チームによってApacheプロジェクトのために開かれた。

すべてspite

悲しいです。

だが敗北はしない。私はそのエネルギーをすべて建設に注いだ。オリオン ピアレス、セキュリティファースト、ワールドクラスのエンジニアリングKMS。あなたの会社の秘密をスクリプトキディによって盗まれることに疲れているかどうかをチェックしてください。あなたはそれを愛します!