GoogleDomainsとBlogger

-
Bloggerを開設してみた時に、GoogleDomainsと連携されていて色々楽だったので
利点を書いてみる

・カスタムドメインが容易に設定できる

GoogleDomainsからGoogleSuite経由でBloggerを作る場合
カスタムドメインでGoogleDomainsで管理しているexample.comを使う場合
カスタムドメインを設定すると、自動的にGoogleDomainsにも転送のCNAMEが追加され、すぐにアクセスが出来る。

・SSLが無料っぽい？

共有でもSSLは必要だよね！って事で…

・BloggerにGSuiteからSSOできる

Bloggerにログインするときに、Blogger自体にアカウントを作成せずに、Googleの認証情報をそのまま使えるので、アカウント管理の手間と、リスクを拡大せずに済む

…これで投稿にMarkdown使えれば至高なのだけど…

コメント

コメントを投稿

このブログの人気の投稿

移管の際の雑記

-
移管の時の雑記 浸透言うなっていう お約束… $ dig @01.dnsv.jp vermilion.jp any ; > DiG 9.10.3-P4-Debian > @01.dnsv.jp vermilion.jp any ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER お名前.comでDNSを無料で借りていた場合、事前にドメインのNSレコードを新DNSにしておくことができず NSを書き換えることのできない旧DNSが残ってしまうのですが、その削除がいつされるのかを確認せずに解約してしまったっていう(´・ω・`) 移管の時の注意 JPドメインはGoogleDomainsではWHOIS非公開に対応していない https://support.google.com/domains/answer/7623357?hl=ja&ref_topic=6282397 へんなことかけない！
続きを読む

babelでJavascriptをレガシーな形式に

-
babelでJavascriptをレガシーな形式に きっかけ 最近、JQueryの前で止まっていたJavascriptを勉強し始め いろいろ止まっていた知識を詰め込みなおしているのですが 新しい書式で書くとやはり古いブラウザで動かない →変換だ！と Babel を入れてみることに 環境構築 nodejsが必要なので、 公式ドキュメント に従い、インストール 事前準備 今回はWSLでインストールしているDebianに入れるので、Debian用の設定を使用する #curl -sL https://deb.nodesource.com/setup_11.x | bash - #apt-get install -y nodejs ついでにyarnも入れておく こちらも 公式に従って インストール $curl -o- -L https://yarnpkg.com/install.sh | bash ...snip... > Successfully installed Yarn 1.12.3! Please open another terminal where the `yarn` command will now be available. ユーザーの$HOME/.yarnにインストールされ、.bashrcにPATHが追記されるため、再読み込みをする $source ~/.bashrc 作業フォルダを作成し、Yarn経由でBabelをインストール (Babelの7系を使用) $mkdir test && cd test $yarn add @babel/cli @babel/core @babel/preset-env --dev コンフィグを流し込む $cat > .babelrc { "presets": ["@babel/preset-env"] } 動作確認 $./node_modules/.bin/babel test.js
続きを読む

ADに参加していないPCからADのパスワードを変更するとき

-
AD ADのパスワードを変更しようと、ADに参加していないPCから USER＠DOMAIN の形式で接続し変更しようとした際、下記のようなエラーが表示され コンピューターが利用できないか、またはアクセスが拒否されているため、ドメインコントローラーから構成情報を読み取れませんでした。 その際のイベントログに下記のようなエラーが出ている場合 ソース: Microsoft-Windows-DistributedCOM イベント ID: 10016 説明: アプリケーション固有のアクセス許可の設定では、CLSID {D63B10C5-BB46-4990-A94F-E40B9D520160} および AppID {9CA88EE3-ACB7-47C8-AFC4-AB702511C276} の COM サーバー アプリケーションに対するローカルからのアクティブ化のアクセス許可を、アプリケーション コンテナー 利用不可 SID (利用不可) で実行中のアドレス LocalHost (LRPC 使用) のユーザー NT AUTHORITY\SYSTEM SID (S-1-5-18) に与えることはできません。 このセキュリティ アクセス許可は、コンポーネント サービス管理ツールを使って変更できます。 原因は、新しい形式のUSER＠DOMAINで設定する場合 DNSがADを指していないとどのサーバにつなぐのかが分からないためエラーになるので クライアントのネットワークアダプタのDNSをADにする
続きを読む