Runet Performance Week

少し前に、ホスティングプロバイダーの狭いサークルにあるレニングラード地域の寄宿舎の1つで、Openstat Leonid Filatovの共同所有者がレポートを発表しました。これは、一種のメタ分析のeast宴になりました。 ほとんどのウェブマスターとホスティング業者が関心を持っているトピックの例-さまざまなホスティングサービスに、さまざまなエンジンに応じてウェブサイトページを返すパフォーマンス(速度)で、多くの異種データを組み合わせることができました。



そのようなレポートの例。







ご覧のとおり、非常に多くのデータを解凍したいのです。



しかし、最初に、それらがどのように取得されるかに関するいくつかの段落。



ソースの1つは、2012年12月17日に採用された特別な開発者インターフェイスであるNavigation Timing APIです。 これは、ページの読み込みと準備のための速度を特徴付ける一連のパラメーターへのアクセスを提供します。これは、時代の始まりから特定のイベントまでに経過したミリ秒単位の時間です。 それに基づいて、Openstatは1か月強の新しい標準レポートを発表しました。これにより、ページリターンのパフォーマンスをリアルタイムで見つけ、さまざまなユーザーのページアセンブリの速度を評価できます。

Openstatに加えて、同様の機能を備えたWebアナリティクスが世界中にいくつかあります:New Relic、Google Analytics、Yandex。 メトリック、Piwik。 仮想空間内の人々の痕跡、つまりビッグデータを使用して、サイトのパフォーマンスを操作できます。 他のテスト、たとえば有名なWebPagetestは、ライブの訪問者ではなく、サーバーと通信するプログラムのページ読み込み速度を測定します。



もう1つのデータソースはOpenstatクローラーです。これは、昨年の夏からRunet全体、およびBynet、Uanet、およびロシアのユーザーが大量にアクセスする他のドメインゾーンのサイトのインデックスを作成しています。 この「スパイダー」の主な目的は、カウンター、広告システム、オンラインコンサルタント、および同様のシステムの署名を収集することです。 しかし、途中で、彼はサイトの利用可能な技術を修正します。



クローラーは、「200」応答を返すすべての第2レベルドメインで動作し、カウンターはインストールされているすべてのサイトで動作します。 したがって、両方のツールを使用したメタ分析は、多くの場合、第2レベルドメインに対してのみ実行されました。

ただし、1つの非常に大規模なRuNetサイトで最も簡単なレポートを受け取りました。







デスクトップブラウザがモバイルブラウザよりも高速であることが判明したことは容易に推測できます(したがって、これはヒストグラム上で明確にマークされていません)。

そして、あなたがこの写真について考えるなら、最初の未熟な考え:

1. Yandex Browserは、ページの読み込み速度を最適化するという目標(検索市場での競争は別)で作られている必要がありますが、それでも競合他社を超えていません!

2.最初の3つにはオタク向けのブラウザが含まれており、すでに自分自身とラストマイルに適切な帯域幅を提供していました。

しかし、そのような結論は意味が豊富ではなく、5番目のインターネットプロバイダーが持っているので、Cromは長い間、誰にとってもブラウザーになっています。

したがって、ここでは、特定のインターネットリソースのアナリストに対して結論を​​出すことがより適切です。



そして、最初の特別な調査「57人気のCMSのパフォーマンス依存性」があります。 24,000サイトの選択。 2014年5月の結果。4月に38のCMSがテストされ、最初の5つのCMSは値は異なりますが、まったく同じでした。







名前CMS 平均ミリ秒 分、さん 最大ミリ秒 サイト
A5 491 175 1213 7
メルビスショップ 898 632 1462 7
RBCコンテンツ 961 463 1377 8
ImageCMS 980 437 1748 5
阿保 996 457 1834 12
ジェム 1130 901 1425 7
アクイロン 1183 961 1405 2
たそがれ 1189 1024 1359 3
TYPO3 1453 426 3708 19
S.ビルダー 1474 281 3475 8
タベルナeコマース 1505 784 2482 3




Bitrixの場合、速度はWebサイトアクセラレーション(CDN)サービスが使用されたかどうか、および複合サイトテクノロジーによって異なります。 そのようなニュアンスは追跡されませんでした。







中心的なレポートの1つは、長い間それ自体を探していました。 ホスティングプロバイダーに関する(グループ化の意味で)5回洗練されたデータ。 中央のスライドの選択基準が2回変更されました。

最後に、被告を選択する際に、ホスティングプロバイダーStatOnline.ruの統計で停止しました(そこからグループの株式が取得されました)。 そして、Excelを使用した近似計算の後、SQLを使用して最終レポートが生成されました。

完全性に制限はありませんが、次の図は2014年5月の実際の状況に関連するデータと見なす必要があります。







組織 ビトリックス drupal ジョムラ setup_ru dle ワードプレス ウコ
アガバ 1541 1444 2230 2422 3313
始める 2023 2684 2949 4093 3967
コンピュバイト限定 4662
Firstvds 2163 2384 2846 3667 3679
Garant-park-telecom 1404 2885 2030 2203 3430
ヘッツナー 2861 2591 2990 4228 4213
ホスティングテレシステムネットワーク 2245 3918 2681 4865 2636
解決する 1397 2036 2576 4116 2205
インフォボックス 1859 1493 6970 2636 2857
ジノ・アヴグロ 1779 4746 3271 4714 4966
リースウェブ 1814 2459 2775 4075 3512
マヨルドモ 1812 2806 2776 3788 4640
McHost.RU 1518 13923 2846 3598 4456
RU-CENTER 980
RU-NIC 2476 2836 2747 4964 3615
Reg.Ru 1753 1658 2633 3359 4855
瀬戸駐車場
SPRINTHOST.RU 1047 2210 2723 5847 6091
Setup.ru 3499
Spaceweb 1815 1740 2301 2494 3126
タイムウェブ 1719 2183 2949 2520 4390
ihc.ru 2043 1649 2502 3217 3562
マスターホスト 2179 1702 2178 2631 2751




また、SSL証明書の例を使用したホスティングプロバイダーの脆弱性についても少し説明します。SSL証明書は、ポート443の第2レベルドメインの同じOpenstatクローラーによって収集されました。

この完全に独立した調査は、Runet全体(493万ドメイン)で実施されました。 160万件の証明書が発見され、そのうち76万件が自己署名されました。 完全に正常(ステータス200)-4,000; Heartbleedの脆弱性(OpenSSLの脆弱なバージョン)-133千(8%)。







HeartBleedは、まだではないにしても、一般的に最大の情報脆弱性になる可能性があります。

Habrahabrのアナリストによると、およそ2つのRunet Webサイトがこの日に対して脆弱でした。 正確に計算すると、これはそうではないことがわかりました。







組織 cnt
Firstvds 49248
Reg.Ru 14838
ヘッツナー 12279
定義されていない 9231
マヨルドモ 6220
リースウェブ 3359
株式会社RuWebを閉鎖 3274
OOO「データセンターのネットワーク」Selectel」 2027
タイムウェブ 2016年
E-PLANETホスティングプロバイダー 1651
マスターホスト 1614


「Runet Performance Week」はカレンダーではありませんでした。 5月23日金曜日に、Andrei Travin(Openstat)とSergey Ryzhikov(1C-Bitrix)がフェイルオーバー会議でのWebサイトのパフォーマンスについて話しました-最初の2つのレポート。 これらの最初のものには、4月のサイトパフォーマンスのCMSへの依存が含まれていました。 そして、セルゲイは彼の「複合サイト」について知りました。

5月27日に、彼らはSPIK会議で同じことをピーターズバーグに報告することができました

また、5月30日、「ホストレビュー」のLeonid Filatovは、サイトの速度が最大のプロバイダーに依存すると同時に、プロバイダーが使用するCMSに依存することを示しました。

ほぼ同時に、Bitrixの調査は、ラドウェア 500店舗の同様の調査に対応するかのように、100の国内オンラインショップのパフォーマンスに現れました。

6月だけでなく、一般的に秋の会議の前に得られた結果を集める必要があります。



All Articles