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

ご覧のとおり、非常に多くのデータを解凍したいのです。
しかし、最初に、それらがどのように取得されるかに関するいくつかの段落。
ソースの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月だけでなく、一般的に秋の会議の前に得られた結果を集める必要があります。