UMI.CMSの新しいリリースの代替発表

人気のあるCMSの市場を積極的に監視しています。 何らかの理由で、ホスティング業界では、当社がホストするソフトウェアの傾向を追跡することはあまり一般的ではありません。 最近では、この問題に対する同僚の関心の表明に向かう傾向がまだあります。 この投稿の外観のためのそのような歴史的種は大量ホスティングに適用されるようにいくつかのCMSの私のレポート専門家評価でした 。 要するに、CMSは重く、通常は運用に不便であるという事実、ビジネス効率の意見は嘆かわしい現実よりも桁違いに高いということについて話しました。 また、CMS開発者とホストエクスプロイトの間の対話も求めました。



二年が経ちました。 何かが変わった。 良いもの、悪いもの。 そして先日、私は国内の商用CMS- UMI.CMSの 1つの操作と必要性の観点から自分にとって奇妙なリリースに気づいた。







最初に目を引いたのは、テストバージョンのCMSでZendOptimizerを使用することを拒否したことです。 とても小さなことのように思えますが、どれほど多くの結果をもたらしますか。 まず、これにより、使用可能なホスティングサイトの範囲が多少拡張されます。 第二に、ZendOptimizer は 、ロシアのホスティングシステムのリーダーであるFreeBSDでリリースされなくなります 。 UMI.CMSは将来のために注入を行いました:) 3番目に、ZendOptimizerの機能を課すことなく、「グリッチ」のみであらゆる種類の「アクセラレータ」とともにCMSのエンコードバージョンを使用できます。 特に、これにより、既に購入済みの完成バージョンのCMSをそこに転送しようとせずに、アクセラレーターでホスティングを実際にテストできます。 私は、UMIがホスティングホスティングを含むあらゆる可能な方法で市場での地位を獲得しようとしていることを理解しています。 しかし、これは良いことです。なぜなら、それが市場経済における健全な競争だからです。



「インターレース」しか理解できない2番目のことは、1Cアカウンティングとの統合です。 発表から判断すると、UMIは1Cとの統合に関して1C-Bitrixをわずかに「傾けた」。 私は具体的にグーグル-それは本当のようです。 特にCommerceMLキーワードに注意する必要があります。 シニアライバルの側へのそのような攻撃は、「軍拡競争」の急増を引き起こすと思います。これは、ビジネスで市場に健全な雰囲気を作り出すのに常に役立ちます。



私は抵抗できず、UMI.CMSの新しいバージョンhttp://umicms.diphost.ruを共有仮想ホスティングサーバーにインストールしました（特に新鮮ではないことを選択しました）。 これは、同じCMSキットのデモサイトにすぎません。 マーケティングエラーをなくすために、php.ini ZendOptimizerを無効にしました。



すぐに、揺るぎないものが残っていることに気付きました-UMI.CMSは、ディスクサブシステムに要求を課し続けました。 ディスク上の「プラグ」は、CMSのパフォーマンスに直接反応します。



中間オブジェクトをファイルキャッシュにキャッシュする機能に注目してください。 少なくとも今のところ、私はこれを行うことができますが、ホスティングにはmemcachedもAPCもありません。



一部の国内ホスティング事業者や一部の外国ホスティング事業者（webfactionなど）と同様に、ユーザーごとのApacheハンドラーの数を修正しました。 したがって、「出席」の古典的なテストは、結果を評価するという意味で実行するのが非常に難しく、私は面倒でした。 ディスク上の中間オブジェクトをキャッシュして、0.5〜5秒の商品を含むページを生成できました。 それはたくさんですか、それとも少しですか？ 静的キャッシュのあるページは、ほぼ静的であると見なすことができます-生成するのに約0.01秒。 キャッシングなしでは、高負荷について話すことはできないと思います。これは、すべてが金持ちに有利な話だからです。 それがすべて異なるという事実に注意してください。



キャッシングに加えて、各サイト、特にCMSが提供する静的な「ジャンク」の量の観点から、最適化が明らかに顕著です。 ブラウザのページプロパティで、そこに何個、何が接続されているかを確認できます。 ナンセンスですが、「5人の老婦人-ルーブル」、運用部分の負荷は著しく低下します。



先日、同僚と私は既存のwikiエンジンについて議論していました。 WYSIWYGエディターのセマンティックロードについては、少し議論がありました。 私は、結果がどのように見えるかの外観を作成するだけであり、したがって、視覚化の場合はほとんど誰も持っていないインライン編集が必要であるという意味的な負荷をあまり負わないと主張しました。 UMI.CMSを例に挙げました。 表示内容を編集します。 変更のリストについて質問がありました。 新しいインラインエディタで「変更」ボタンを見たときの驚きは何でしたが、これも機能します。変更のバージョンをロールバックできます。 もちろん、変更の説明なしで、変更の理由と時期をコーヒーの根拠に基づいて推測する必要がありますが、事実そのものです。



私の意見では、重要なことにも注目したいと思います。 製品開発の歴史の中でソフトウェアは「停滞」する傾向があります。 これは、Windowsの悪名高い後方互換性であり、TWikiのXXI世紀の「UTF-8実験的サポート」および他の多くの例です。 かなり洗練されたCMSがどのようにprototype.jsを採用し、より最新のjqueryに変更したかを見るのは非常に楽しかったです。 これは非常にポジティブな画像インジケータです。



これは面白いリリースです。 UMIの商用CMSと競合することから、操作の方向へのカーテによる「報復攻撃」を楽しみにしています。