カスタム ドメインのマッピング | Cloud Run のドキュメント | Google Cloud
フィードバックを送信 カスタム ドメインのマッピング コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 デプロイされたサービスに Cloud Run が提供するデフォルトのアドレスではなく、カスタム ドメインを設定できます。 Cloud Run サービスのカスタム ドメインを設定するには、いくつかの方法があります。 グローバル外部アプリケーション ロードバランサを使用する（推奨） Firebase Hosting の Cloud Run インテグレーション機能を使用する（Firebase Hosting を使用する最も簡単な方法） 手動構成の Firebase Hosting を使用する（インテグレーション機能を使用しない場合） Cloud Run のドメイン マッピング（プレビュー版で、利用制限あり）を使用する 複数のカスタム ドメインを同じ Cloud
GoogleCalendarAPI奮闘記 | だいそんの技術メモ
業務でGoogleCalendarAPIを使った時のメモ # やりたかったこと 対象アカウントのGoogleカレンダーから空いてる時間帯を抽出し、指定の時間帯に予定を入れる イメージ # 以下作業メモ 公式のドキュメントはこちら。 Railsを使っていたのでRubyのドキュメントを参考にした。 Ruby Quickstart | Calendar API | Google Developers 認証のためのキーが必要なのでGoogle Cloud Platformから取得する。 認証方法はどうやら以下三つがあるらしい。 APIキー OAuthクライアントID サービスアカウント 今回はユーザーのデータにアクセスする必要はなく、Railsアプリからグーグルカレンダーへのアクセスなのでサービスアカウントを使うみたい。 OAuthにも色々あるらしく、このドキュメントに詳細説明がある。 U
GoogleカレンダーAPIキー取得とキーの制限方法 | design Edge
Web Googleカレンダーをカスタマイズする場合に必要になるAPIキー。「Google APIs」からGoogleカレンダーAPIを有効にしてAPIキーを取得する方法と、不正使用されないための設定方法、テスト環境などをあとから追加する方法です。 GoogleカレンダーをカスタマイズするにはAPIキーが必要になりますが、結構わかりにくいと思いますので、図とともにまとめておきます。なお、ここで説明するのはWebサイトでキーを利用するという想定の内容です。また、Googleアカウントがある前提ですので、まだ登録していない方はまずGoogleアカウントを作成してください。 Google APIsにログイン GoogleカレンダーのAPIキー取得には、まず「Google APIs」にログインします。 ダッシュボードが表示されますので、左側の「API」とある部分にカーソルを持っていきます。すると、
Googleが解説 - 他社のSRE実践はなぜ誤りなのか
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
Google、TCPのスループットとレイテンシを改善する輻輳制御アルゴリズム「TCP BBR」をGoogle Cloudで利用開始
Google、TCPのスループットとレイテンシを改善する輻輳制御アルゴリズム「TCP BBR」をGoogle Cloudで利用開始 Googleは、同社が開発したTCPの輻輳制御アルゴリズム「TCP BBR」をGoogle Cloud Platformで利用可能にしたと発表しました。 インターネットにおける通信にはTCPを用いる場合とUDPを用いる場合に分かれますが、BBRはTCPにおける輻輳制御アルゴリズムを改善したもの。すでにGoogleはTCP BBRをYouTubeのネットワークで利用しており、従来のパケットロスをベースにした輻輳制御アルゴリズムであるCUBICを用いた場合と比較して、スループットが平均で4％、最大で14％以上改善したことを明らかにしています。 TCP BBRは現在の高速なネットワークに適した輻輳制御アルゴリズム TCP BBRのBBRは「Bottleneck Ba
グーグル、「google.com」にHSTSを実装--HTTPS強制で攻撃を阻止
Googleが「google.com」ドメインに「HTTP Strict Transport Security」(HSTS)を実装した。ユーザーがインセキュアなHTTPを使用して自社サイトにアクセスするのを防ぐためだ。 HSTSは、サイト運営者がブラウザに対して、セキュアなHTTPS接続を使用した場合にのみサイトへのアクセスを可能にすることで、SSLストリップ攻撃や中間者攻撃を阻止するものだ。「Chrome」や「Safari」、「Internet Explorer」、「Microsoft Edge」などの主要ブラウザは軒並みHSTSをサポートしている。 「HSTSは、インセキュアなHTTPのURLをセキュアなHTTPSのURLに自動的に変換することで、ユーザーがうっかりHTTPのURLにアクセスするのを防止する。ユーザーはプロトコルなし、またはHTTPのURLをアドレスバーに手動で入力した
Googleが数千台もある10年前のLinuxディストリをライブアップグレードした話 - ゆううきブログ
Googleが、太古のディストリビューションであるRed Hat 7.1から、10年新しいDebianベースのディストリビューションへ、ライブアップグレードした話を紹介する。 そのあと、自分の身の回りの環境と比較し、参考にすべきポイントを考察する。 原文は USENIX LISA の投稿論文だ。しかし、中身は論文体というよりは、事例の紹介といった適切かもしれない。 MERLIN, M. Live Upgrading Thousands of Servers from an Ancient Red Hat Distribution to 10 Year Newer Debian Based One. In Proceedings of the 27th conference on Large Installation System Administration (LISA) (2013),
インターネット用の新しい圧縮アルゴリズム、Brotli のご紹介
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
Googleの公開した人工知能ライブラリTensorFlowを触ってみた - LIFULL Creators Blog
こんにちは。おうちハッカーの石田です。 いつもはおうちハックネタばかりですが、今日は人工知能関連の話題です。 今日2015/11/10、Googleが自社サービスで使っているDeepLearningを始めとする機械学習技術のライブラリを公開しました。 TensorFlowという名前で、おそらくテンソルフローと呼びます。 テンソルは、数学の線形の量を表す概念で、ベクトルの親戚みたいなものです。それにフローをつけるということは、そういった複雑な多次元ベクトル量を流れるように処理できる、という意味が込められているのだと思います。 こちらをさっそく触ってみたので、紹介したいと思います。 TensorFlowの特徴 公式紹介ページから特徴をいくつかピックアップします。 Deep Flexibility ~深い柔軟性~ 要望に応じて、柔軟にニューラルネットワークを構築できます。ニューラルネットワークの
ドメイン登録サービス「Google Domains」一般提供開始
米Googleは1月13日（現地時間）、昨年6月に米国で招待制でスタートしたドメイン登録サービス「Google Domains β」を米国で一般公開したと発表した。 Google Domainの料金は年額12ドル（約1400円）からで、ドメインの検索、売買が可能だ。.com、.biz、.orgなどの他、gTLDの規制緩和後に承認された新gTLDも購入できる。TLDによって価格が異なり、例えば就職情報サイトで使えそうな「.careers」やレシピサイト向け「.recipes」などは50ドルだ（記事末にドメインとその料金の一覧を掲載）。年間料金にはプライベートレジストレーション（whoisで検索されても個人情報が表示されないようにするサービス）や、電話とメールでのサポートも含まれ、100件のメールアドレスと100件のサブドメインが作れる。 同社は、ショップやレストランなどのローカルビジネスや小
<html>,<body>は要らない？Googleが推奨するHTMLファイルの記法 - Qiita
つまりhtml, head, bodyなどの使い慣れたお決まりのタグは今更書くまでもないということ。 参考: どのようなタグが省略可能か http://www.whatwg.org/specs/web-apps/current-work/multipage/syntax.html#syntax-tag-omission P.S. STORYS.JP、 coincheck などのサービスを運営、開発しています。興味のある方はぜひ 和田まで連絡を！ Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can
Google の巨大レポジトリとブランチ無し運用 - Kato Kazuyoshi
GTAC 2013 Opening Keynote の Evolution from Quality Assurance to Test Engineering (スライド) を見た。 スライドの7ページ目 によると、Google では 15,000 あまりの開発者が、40 あまりの拠点に分散している。そして、彼らはひとつの巨大なレポジトリで、ブランチなしに開発しているらしい。 Single monolithic code tree with mixed langauge code Over 100 million lines of code. 50% of code changes monthly. Development on one branch - submissions at head 講演ではこの理由について One of the benefit is that we don’
最初に設定しないと絶対損する！Google Analytics 9個の必須設定＆解説 | Find Job ! Startup
アクセス解析は最初の解析設定が命。「やっておけばよかった！」と後悔しても、設定し忘れた集計数値はもう2度と手に入りません。 Webサイトの財産とも言える解析データをしっかり取得してビジネスの成長につなげるためにも、必ず設定しておきたいGoogleアナリティクスの必須設定項目をまとめました。 もし抜けがあるようでしたら、この機会に設定してみて下さい。 ※現時点で、アナリティクスの設定は標準・ユニバーサルの2種類があります。ユニバーサルは、まだ不完全なので今回は「標準」での設定をベースにご紹介します。 【設定1】プロパティ＆プロファイル まずはサイトの運用方針などに合わせて、的確にプロパティとプロファイルを設定します。 基本的には「サイトごとにプロパティ」設定がおすすめ いくつものサイトを『それぞれ別のドメインで展開』する場合や、サブドメインでそれぞれのサイトを管理する場合、基本的に
Googleの新プロトコルQUICを試す - ぼちぼち日記
1.QUIC仕様の公開 以前、「Googleが仕掛ける新プロトコルQUICとは何か」のブログエントリーを書いたのが2月末の事でした。それから4か月経ち、今朝Googleが初めてQUICの公表(Chromium Blog: Experimenting with QUIC)を行いました。 IE11のSPDY/3対応が判明した直後でした。なんというタイミングでしょうか。 また、近いうち（来週？）には HTTP/2.0 の Implementation Draft が公開される予定です。8月上旬には、GoogleやMicrosoft等が集まって初めての HTTP/2.0 の相互接続試験を行う予定です。ただ今HTTP関連のプロトコルが急激に進化する真っ最中です。目が離せません。 2. で、QUICとは何なのか？ 先のChromium BlogのエントリーでQUICは、 「Quick UDP Inte
『テストから見えてくるグーグルのソフトウェア開発』は何であって何でないか - Kato Kazuyoshi
最近やっと “How Google Tests Software” を一通り読み終わって、あまりに時間をかけすぎたのでまた頭から軽く読み直そうかなあと思っていたところ、Masaki Nakagawa さん経由 で日本語訳が出ていることを知った。 ただ、#rubykaigi バイヤーズガイド ‘13 の これを買うべき人: テストを日常的に書いている人と、テストを書く習慣がない人 というのは、さすがに煽りすぎだと思う。テストを書く習慣がない人は そもそもあらゆるテストが無いなら『レガシーコード改善ガイド』あたりから アプリケーションにテストが無いけど、フレームワークなどの土台部分に支援がある環境なら、あんまり自作しないで、まずはフレームワークを学ぶところから 自分がテストを書く習慣がないだけで、まわりは書いてるなら、まずはまわりを真似るところから はじめるべきであって、その段階で本書に行くの
グーグル、スマホ対応が不適切なサイトの検索順位を引き下げへ
サイトがスマートフォンからの利用に関して何らかの問題を抱えている場合、サイトオーナーに問題解決を促すインセンティブがこのほど登場した。Googleが米国時間6月11日、問題のあるサイトの検索結果の表示順位を下げる計画を発表したのだ。 Googleのモバイル検索チームのプログラマーである加藤義清氏とウェブマスタートレンド担当アナリストを務めるPierre Far氏は、ブログで次のように述べている。「スマートフォンユーザーへの更なる検索体験の向上と、スマートフォン環境での閲覧の支障を減らすため、Googleでは近日中に、誤った設定をおこなっているスマートフォン向けサイトに影響のある、いくつかのランキングの変更を予定しています」 2人はよくある問題の例を以下のようにいくつか紹介している。 デスクトップユーザー向けページを訪れたスマートフォンユーザーをリダイレクトする際、それぞれに対応するスマート
webkit-devで見るBlinkのフォーク | Scene Research Station
ついにWebKitからGoogle勢が分裂してBlinkという新しいフォークが出来てしまった。 折りしもmozillaがレンダリングエンジンをRustで作り直すという挑戦的なニュースも重なり、 新年度早々Web業界ウォッチャーには衝撃が走った。 さて、このBlinkのフォーク騒動だけど、理由は大きく２つあると思う。 一つは、性能や安全性向上のためのリアーキが現状のWebKitのtrunkでは難しいから。 二つは、WebKitのコミュニティ上でのApple勢とGoogle勢の信頼関係が崩れたため。 一つ目の性能に関する理由は明白。Blinkの公式サイトにもあるような、iframeのsandbox化、ネットワークコードの簡潔化、DOMをJSヒープに移動させることによるDOM操作の高速化などを、様々な移植層に適合した形で実現するのは技術的にも政治的にも非常に難しいためだ。 そういったドラスティッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google JSON Style Guide
agilecatcloud.com
［速報］グーグル、Androidのための統合開発ツール「Android Studio」発表。オープンソースで無償提供。Google I/O 2013
