Geekly Articles each Day

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平均ミリ秒分、さん最大ミリ秒サイト
A549117512137
メルビスショップ89863214627
RBCコンテンツ96146313778
ImageCMS98043717485
阿保996457183412
ジェム113090114257
アクイロン118396114052
たそがれ1189102413593
TYPO31453426370819
S.ビルダー147428134758
タベルナeコマース150578424823


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



中心的なレポートの1つは、長い間それ自体を探していました。 ホスティングプロバイダーに関する（グループ化の意味で）5回洗練されたデータ。 中央のスライドの選択基準が2回変更されました。
最後に、被告を選択する際に、ホスティングプロバイダーStatOnline.ruの統計で停止しました（そこからグループの株式が取得されました）。 そして、Excelを使用した近似計算の後、SQLを使用して最終レポートが生成されました。
完全性に制限はありませんが、次の図は2014年5月の実際の状況に関連するデータと見なす必要があります。



組織ビトリックスdrupalジョムラsetup_rudleワードプレスウコ
アガバ15411444223024223313
始める20232684294940933967
コンピュバイト限定4662
Firstvds21632384284636673679
Garant-park-telecom14042885203022033430
ヘッツナー28612591299042284213
ホスティングテレシステムネットワーク22453918268148652636
解決する13972036257641162205
インフォボックス18591493697026362857
ジノ・アヴグロ17794746327147144966
リースウェブ18142459277540753512
マヨルドモ18122806277637884640
McHost.RU151813923284635984456
RU-CENTER980
RU-NIC24762836274749643615
Reg.Ru17531658263333594855
瀬戸駐車場
SPRINTHOST.RU10472210272358476091
Setup.ru3499
Spaceweb18151740230124943126
タイムウェブ17192183294925204390
ihc.ru20431649250232173562
マスターホスト21791702217826312751


また、SSL証明書の例を使用したホスティングプロバイダーの脆弱性についても少し説明します。SSL証明書は、ポート443の第2レベルドメインの同じOpenstatクローラーによって収集されました。
この完全に独立した調査は、Runet全体（493万ドメイン）で実施されました。 160万件の証明書が発見され、そのうち76万件が自己署名されました。 完全に正常（ステータス200）-4,000; Heartbleedの脆弱性（OpenSSLの脆弱なバージョン）-133千（8％）。



HeartBleedは、まだではないにしても、一般的に最大の情報脆弱性になる可能性があります。
Habrahabrのアナリストによると、およそ2つのRunet Webサイトがこの日に対して脆弱でした。 正確に計算すると、これはそうではないことがわかりました。



組織cnt
Firstvds49248
Reg.Ru14838
ヘッツナー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月だけでなく、一般的に秋の会議の前に得られた結果を集める必要があります。

Source: https://habr.com/ru/post/J225267/

More articles:


All Articles