検索エンジンの「Google」に、コメント機能が追加されます。Googleによると、例えばスポーツの試合を検索した際に表示される試合結果などにコメントを残せるようになるそうで、他ユーザーが残したコメントを読んで評価することも可能です。 Leave comments on Google Search - Google Search Help https://support.google.com/websearch/answer/7632798 Google検索に新しく追加されるコメント機能は、記事作成時点ではどの国・どの言語でもまだ機能していません。しかし、Googleはサポートページ上で今後追加されることとなるコメント機能がどのようなものになるのかを説明しています。 コメントとして投稿されたものは、誰でもチェックできるようになります。コメントと同時にユーザーアカウントの基本情報が表示され、
[レベル: 上級] SEO と相性がいい Lazyload の実装を解説するドキュメントを Google はデベロッパー向けサイトで公開しました。 3つのアドバイス ドキュメントには3つの指針が書かれています。 1. viewport 内で見えるようにする viewport 内にあるコンテンツは、必ず Google にも見えるようにしておきます（viewport は簡単に言えば、スクリーンに表示される領域）。 つまり、重要なコンテンツが viewport に入ったときは確実に読み込ませます。 IntersectionObserver API と polyfill を実装するように Google は指示しています。 2. 無限スクロールでは paginated loading を使う 無限スクロールを採用している場合は、paginated loading を実装します。 paginated
Googleが新しいGoogleドキュメント作成用に「.new ドメイン」を取得したと発表しています。詳細は以下から。 Googleは現地時間2018年10月26日、同社が提供するオンライン・オフィススイートGoogle ドキュメントの「Docs」や「Sheets」、「Slides」、「Sites」、「Forms」の新規ドキュメントをすばやく＆簡単に作成できる新しいドメインを公開しています。 Introducing a ✨ .new ✨ time-saving trick for users. Type any of these .new domains to instantly create Docs, Sheets, Slides, Sites or Forms ↓ pic.twitter.com/erMTHOsdyH — Google Docs (@googledocs) 2018年
[レベル: 中級] ページの表示速度が非常に遅いサイトに対して警告を Google は送っているようです。 遅い表示のページを修正するようにとの Google からの指示 サイトの表示速度が遅いことに対して Search Console から通知を受けったサイト管理者がそのメッセージを Twitter で共有しています。 ########## N E W ##########https://t.co/tz1mlmzyuv ########## P O S T ########## PS New Search Console Warning is weird and informative.🕷️🗺️ pic.twitter.com/MFlI8l21oC — Oliver H.G. Mason 📉 (@ohgm) 2018年10月24日 警告メッセージを読みやすいようにキャプチャを拡大し
Many third-party apps, services and websites build on top of our various services to improve everyone’s phones, working life, and online experience. We strongly support this active ecosystem. But increasingly, its success depends on users knowing that their data is secure, and on developers having clear rules of the road. Over the years we’ve continually strengthened our controls and policies in r
新登場新登場新登場新登場色サイズ高さ: 155.2 mm幅: 77.1 mm（折りたたんだ状態） / 150.2 mm（広げた状態）厚さ: 10.5 mm（折りたたんだ状態） / 5.1 mm（広げた状態）高さ: 152.8 mm幅: 72 mm厚さ: 8.5 mm高さ: 152.8 mm幅: 72 mm厚さ: 8.5 mm高さ: 162.8 mm幅: 76.6 mm厚さ: 8.5 mm高さ: 162.6 mm幅: 76.5 mm厚さ: 8.8 mm高さ: 150.5 mm幅: 70.8 mm厚さ: 8.9 mm高さ: 152.1 mm幅: 72.7 mm厚さ: 8.9 mm高さ: 152 mm幅: 72.9 mm厚さ: 9 mm高さ: 155.6 mm幅: 73.2 mm厚さ: 8.7 mm高さ: 162.9 mm幅: 76.6 mm厚さ: 8.9 mm高さ: 139.7 mm幅: 79
I've been working on TypeScript for over two years now(!) so I thought I'd write a post or two to reflect. I should open with the standard disclaimer: I am just a random engineer at a company with tens of thousands of them, and that others surely disagree with the opinions expressed here. Google embraced web applications early. Can you believe it's been 14 years since Gmail was released? JavaScrip
GoogleのCRE(Customer Reliability Engineer)であるStephen Thorne氏が先日のDevOps Enterprise Summit Londonで講演し、SRE(Site Reliability Engineering)とは何か、その基本的な前提とメリットを理解できていない組織がいかに多いか、などについて解説した[スライドのPDF]。氏がこれまでに他の組織で見たおもな誤解は、早期の障害検出に重点を置いたSLO(Service Level Objective)や、あるいは過去のインシデントの金銭的保証に使用するSLA(Service Level Agreement)との混同、エラー予算を執行しない、SREチームの活動の少なくとも50パーセントをシステムやツールの改善に費やさず、“消防活動”という名の運用上の苦役に没頭させる、といったものだ。 SLO
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く