{進捗記録}{}{}{十分}{}{日本国内}{進捗}{デライト}{希哲17年2月20日の開発}{希哲17年2月20日の進捗}(108)

{希哲17年2月20日5歩 K#F85E/E74C-D898}

進捗時限記録中略

Googleクロール統計平均応答時間異常な値になっている問題についての調査終了

Googlebot稼動している捌き手問題であることが判明したため,しばらく様子見することにした。

1月上旬から平均応答時間クロール頻度不自然に悪化した状態続いていた決して速くない自宅回線からでも大半のページ300ms前後応答しているにもかかわらずクロール統計ではほとんど600ms前後高止まりしている。

1月上旬といえばデライト高速化快調に進み,理論上体感上満足出来るようになってきたなので,明らかにおかしかったGooglebot握接しているページGooglebot用影握接しても遅いということはなく,Applebotbingbotむしろ活発化している。

こうなると Google 側の問題か,と考え始めたGooglebot主に米国内から握接しているので,日本国内からの握接多少の差があってもおかしくはない。ただ,これ以前ここまでの感じたことがなく,クロール統計上で1月上旬から悪化しているので,Google 側何かがあったことになる。

ちょうど Alphabet経営的にごたごたしていた時期でもあり,保守人員不足しているとか設備縮小したということはありそうだ。条件不明ながら米国外捌き手使うこともあるそうなので,これまで近場捌き手使っていたのにデライト高速化し過ぎ米国内からの握接十分判断された,なんて皮肉な考えられなくはない

ここまで考えたところで ping200ms以上かかる GooglebotIP アドレス見つけ原因判明した

こちらではどうしようもないことだが,不気味な現象だったので気分的にはすっきりしたむしろ問題解消した時が楽しみになってきた

{開発}{開発記録}{}{サービス}{デライト}{デライトはoEmbedに対応している?}{描写下見機能}{希哲17年1月16日の副日記}{この手の}{埋め込み献典}(243)

{希哲17年1月16日の開発 K#F85E/E74C-6ADB}

作業方針検討4歩閲覧専用模動実装検討5歩デラング整備埋め込み記法処理改良8歩13歩

埋め込み記法処理改良

これまで埋め込み記法処理の中でも oEmbed利用したものについては,Dex 内で埋め込み交度取得直接描写 HTML埋め込んで返していたが,埋め込み交度取得処理専用 API /mbd委ね前縁 Aejs から利用することにした。結果として応答速度改善成功した

埋め込み記法+[URL]URLoEmbed必要とする場合Dex では適当な分類名付与した <div>出与え属性URL埋め込んで描写 HTML返すAejs ではそれを検知し,URL/mbd転送する/mbdURL対応したサービス埋め込み交度oEmbed取得して返す,という流れになる。過剰な立求抑止するため,Aejs には簡易的な隠し持たせておいた

想像していたよりすっきり実装出来た


そもそもきっかけは,先日の SlideShare 対応だった。oEmbed必要になったので,埋め込みツイート使っていた Dex 内の oEmbed 埋め込み方法取り急ぎ使った。ただ,記法処理範枠同期通信処理組み込むというのは正気の沙汰ではないなんでこんな実装になっているのか,引っかかりはあった。

KNEST 隠し使った SSR 的なことを考えていたことはあるので,その辺の都合だったのだろうと思ったが,現状そこまで最適化する必要時間も無い出来たとして,隠し有効利用出来る握接パターン限られているいずれにせよこの種の埋め込み記法利用増えてくれば破綻目に見えている。ということで,いったん埋め込み処理前縁移すことにした。

読み込み中...
{クロール統計}

{}