予約済みドメイン (.example, .localhost, .test) について | blog.jxck.io
Intro 特別なドメインとして予約され、特定の用途で使用可能なドメインとして、 .example .localhost .test などがある。 localhost の Draft や、 gTLD である .dev が Chrome で Preload HSTS になったなどの動きを踏まえ、これらの意味や用途を解説する。 ドメインを利用する上での注意 ドメインは、レジストラなどを通じて取得するため、インターネット上では好き勝手に取得することはできない。 しかし、自分で設定可能な DNS や hosts ファイルなどを使えば、任意のドメインを任意のアドレスに解決させることができる。 例えば、自分が適当にリクエストのテストを行うためのドメインを hosts ファイルに設定し、ループバックアドレスに解決して流していたとする。 このドメインがたまたま実在するものだった場合、そのテストを他のユーザ
Google Domains | Official Site – Google Domains
Google no longer offers new domain registrations, but try Squarespace On September 7, 2023 Squarespace acquired all domain registrations and related customer accounts from Google Domains. All customer accounts and domains have been migrated to Squarespace Domains. For questions or support, contact Squarespace.
Delegated Strings | ICANN New gTLDs
Overview The expansion of generic Top-Level Domains (e.g. .COM, .ORG, .NET) in the Domain Name System is underway. Over 1,300 new names or "strings" could become available in the next few years. After completing the New gTLD Program, a new gTLD becomes part of the Internet when it is delegated. This means it is introduced into the Internet's authoritative database, known as the Root Zone. Delegati
お名前.comからAmazon Route 53へドメインを移管する | DevelopersIO
こんにちは、虎塚です。 Amazon Route 53でドメインが管理できるようになって数ヶ月がたちました。Route 53では、Amazon Route 53でドメインを購入する ｜ Developers.IOにあるように、ドメインを新規に取得することができます。さらに、別のドメインレジストラで登録していたドメインを、移管して管理することもできます。 そこで今日は、他のドメインレジストラに登録しているドメインをRoute 53へ移管する手順を紹介します。例として、 お名前.comで管理しているドメインを想定して説明します。 ちなみに、移管手続きからAmazon側での処理完了までの所要時間は、移管元の事業者によって異なります（移管元が何も応答しなかった場合、5〜7日間かかるとのことです）。今回は約6時間でした。 はじめに この記事の内容は、AWSの公式ドキュメントをスクリーンショット入りで
『証明書を無料で発行、HTTPSの導入を支援する「Let's Encrypt」』は何に使え、何に使えないのか - いろいろやってみるにっき
やっと、ついに、誰もが無料でHTTPSを使えるようになる！…MozillaやEFFが共同プロジェクトを立ち上げ - TechCrunchだが、ブコメ欄で「フィッシングサイトが見分けられなくなる」と勘違いしている向きがあるようなので、ちょっと書いておく。 このLet's Encryptだが、Let’s Encrypt: Delivering SSL/TLS Everywhereに説明が書かれている。そもそも上のTechCrunchの記事ではLet's Encryptがどういうものか分からない。この記事では何ができて何ができないかを書いていないし。 TechCrunchの記事はオレが見た時点(2014/11/20 5:00)ですごいブクマ数(792ユーザ)なんだけど、本体の説明のブクマ数は4ユーザ、オレがブックマークしたので5ユーザである。ちょっと調べてからコメントすればいいのに。 下記のほう
Amazon Route 53でドメインを購入して静的サイトホスティングしてみた - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 今までドメインのレジストラはお名前.comをよく使ってましたが、以下のアップデートでRoute 53から使えるようになったみたいなので、ちょっと新しく購入してみようと思います。 Route 53 Update – Domain Name Registration, Geo Routing, and a Price Reduction | AWS News Blog Amazon Route 53 の管理画面 なんか全体的にデザインが変わりましたね。 新規購入 1.左の「Domains」を選択して「Register Domain」を押下します 2.取得したいドメイン名の検索ができるので、TLDを選択して（最安は .me.uk の年間$8でした）チェック 3.ポピュラーなTLDの検索結果が出てくるので 4.購入
ssig33.com - Ruby On Rails でサブドメインを使った Web サイトを作る
という地獄の話です。 基本的な部分 # config/initializers/session_store.rb Hogehoge::Application.config.session_store :cookie_store, domain: ".#{ENV['DOMAIN']}", key: '_hogehoghoge' というような感じにする。アプリを起動する時に環境変数でドメインを指定する。 .#{ドメイン} と cookie のドメインを指定しておくことでサブドメインでもクッキー共有できるようにする。クッキー共有したくないならこうしない。 ./bin/rails server とかを使うなら、この場合 localhost としてアプリが起動するのだから、 DOMAIN=localhost ./bin/rails server とかする。 hoge.localhost とかで名前解
海外のハイクオリティなフリー写真素材サイト11選 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
Webサイト制作時には、写真素材サイトが必須ですよね。クオリティの高いものを選べば、それだけでサイト全体の印象もぐっとよくなります。 本日は、Webサイト制作時に使える高クオリティな海外のフリー写真素材サイトを紹介します。 頑張って他の記事とかぶらないものを選出してみたつもりです。（かぶっていたらゴメンナサイ。） どれもオシャレなので、Webサイト制作時だけでなく、ダミー写真や写真を撮る際の参考などにもお使いください。 無料で商用利用可能のものを集めていますが、僕の翻訳能力が怪しいので、ライセンスはご自分でお確かめになってからお使いください。それでは、どうぞ。 ※編集部注：この記事は2014年9月に公開されたものを、最新情報を元に再構成・編集しています。 写真編 New Old Stock https://nos.twnsnd.co/ サイト名のとおり、クラシックな作品を揃えており、単純に
20140212 develove テスト自動化のアプローチ拡張トレンド 〜Excel項目定義手動テストから自動テストへ〜
Webサーバを利用したサービスの増加に伴って，Webサーバ上で生じるインシデントも増加している．これらの問題を解決するために，Webサーバソフトウェアの機能拡張が必要である．Apacheを利用していた場合，機能拡張のためにはC言語やApache内部の仕様を深く理解している必要があり，開発の敷居が高く，コンパイルが必要となって保守性が低い．そこで，現在注目されてきている組み込みスクリプト言語mrubyを利用して，Apacheに機能拡張のためのmruby用インターフェイスを実装し，mrubyスクリプトによって簡単にApache内部の機能拡張を行える機構mod_mrubyを提案する．mod_mrubyは，Apache内部に存在する各種リクエスト処理フェーズにおいて，任意のmrubyスクリプトを任意のフェーズでフックして実行できるインターフェイスを提供している．フックする際には，Apache内部で
InfoQ: ドメイン駆動設計・開発の実践
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
新着記事
GeoNode
Hello .みんな
「.みんな」ルートゾーンに追加、新gTLD初の日本語、米Google子会社が管理