並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 1014件

新着順 人気順

ドメインの検索結果401 - 440 件 / 1014件

  • Unityを利用した大規模なゲーム開発にクリーンアーキテクチャを採用した話 - WonderPlanet Developers’ Blog

    こんにちは、タノシムスタジオテックリードの吉谷です。タノシムスタジオでは2011年ごろからクライアントアプリケーションの開発にUnityを利用し始め、いろいろ試行錯誤をつづけた結果、現在ではクリーンアーキテクチャの考え方を取り入れています。 今回は、Unityを利用したゲーム開発にクリーンアーキテクチャを適用した例として、導入理由、具体的な構成、実際に感じたメリット、デメリットなどを紹介したいと思います。 クリーンアーキテクチャとは クリーンアーキテクチャはRobert C. Martin氏が自身のブログにて発表した、すべてのソフトウェアアーキテクチャが守るべき考え方やアプローチがまとめられた概念です。以下のような同心円状の図で説明されることが多いかと思います。 出典: The Clean Architecture クリーンアーキテクチャの説明自体は、検索していただければ優れた記事や書籍な

      Unityを利用した大規模なゲーム開発にクリーンアーキテクチャを採用した話 - WonderPlanet Developers’ Blog
    • 2022年版実践WPF業務アプリケーションのアーキテクチャ【設計編/後編】 ~ドメイン駆動設計&Clean Architectureとともに

      今回はいよいよ最終回となります。前回は非機能要件についてアーキテクチャを設計してきました。今回は代表的なユースケースを選定して、アーキテクチャの詳細な設計を蒸留していきます。また、開発者ビューについても設計を行います。利用者側の要件から出てきにくい、開発上に必要となる設計、テスト設計などを実施します。 ソースコード 実際に動作するソースコードは、GitHub上に公開しているので、ぜひご覧ください。ビルドや実行方法については、リンク先のREADME.mdをご覧ください。また、実際に動作させるためには次の2つのライセンスが必要です。 ComponentOne for WPF SPREAD for WPF 4.0J これらは試用ライセンスを発行することができます。 本稿だけで読み進められるように記載していますが、すべてのコードを詳細に解説しているわけではありません。本稿を読んだ後、あらためて動作

        2022年版実践WPF業務アプリケーションのアーキテクチャ【設計編/後編】 ~ドメイン駆動設計&Clean Architectureとともに
      • コインチェックが振り返る、「ドメイン名ハイジャック」発生時のあの日のインシデント対応【JPAAWG 3rd General Meeting】

          コインチェックが振り返る、「ドメイン名ハイジャック」発生時のあの日のインシデント対応【JPAAWG 3rd General Meeting】
        • 何度も短縮し過ぎ?!SSL証明書の有効期間がどんどん短くなる理由とは? | さくらのSSL

          有効期間短縮の歴史 SSLサーバー証明書(以下、SSL証明書)の有効期間は、当初は最長5年でしたが2015年に3年になり、2018年に2年、2020年には1年 + 1ヶ月となり、段階的に長期間のSSL証明書が廃止されてきました。 サーバーを管理している方はよくご存知だと思いますが、SSL証明書の更新作業には結構手間が掛かります。さくらのレンタルサーバなら管理画面からSSL証明書の登録が簡単にできますが、大規模サイトなどでは「他社に外注しているため作業費用が都度発生してしまう」といったケースもあると思います。そのような想像が容易にできるにも関わらず、ハイペースで有効期間が短縮されていく背景とは一体何なのでしょうか? 有効期間を決めるのは誰なのか? SSL証明書の仕様に関しては、GoogleやMozillaなどのブラウザ開発ベンダーと、DigiCertやSectigoなどの認証局(CA:Cer

            何度も短縮し過ぎ?!SSL証明書の有効期間がどんどん短くなる理由とは? | さくらのSSL
          • Java 17の新機能でドメインモデリングの表現力を高めてみる - BIGLOBE Style | BIGLOBEの「はたらく人」と「トガッた技術」

            基盤本部(開発部門)の木下です。Java 17 の新機能を使って、ドメイン駆動設計(Domain Driven Design: DDD)のモデリングの表現力を高める例をご紹介します。 皆さんは「事前条件が OK ならデータベースを更新する」というロジックを、クリーンアーキテクチャのどのレイヤーに実装していますか? 事前条件はドメイン知識なのでドメインサービスに実装したいところですが、リポジトリーを操作するアプリケーションサービスの中に書かれることも多いのではないでしょうか。 クリーンアーキテクチャー。https://style.biglobe.co.jp/entry/2020/02/13/150709 より引用 この記事では、ドメインサービスとアプリケーションサービスをきれいに分離するために、Java 17 で正式導入された interface の sealed と permits を活用

              Java 17の新機能でドメインモデリングの表現力を高めてみる - BIGLOBE Style | BIGLOBEの「はたらく人」と「トガッた技術」
            • プロダクトマネージャー目線で語る、0→1開発でDDDを取り入れた背景とその効果 - クラウドワークス エンジニアブログ

              こんにちは! クラウドワークスの新規事業開発チームでプロダクトマネージャー(以下、PdM)を担当している八尾です。 クラウドワークスでは、新規SaaSプロダクトを目下開発中です。 プロダクトの中身はまだ詳しく言えないのですが、新規事業の考え方などはこちらの記事をぜひご覧ください。 現在開発中のプロダクトでは初期からドメイン駆動設計(以下、DDD)の思想を取り入れて設計をしています。 DDDは、端的にいうと、ドメインモデルを中核に据えて設計しようということだと理解しています。 (参照:Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita) この記事では、なぜ初期の小さな規模のプロダクトでDDDを取り入れる意思決定をしたか、取り入れてみてどういう効果が得られたかについて、非開発者のPdM視点で書いてみようと思います。 (開発者視点でどうだったかは後々また公開する予定

                プロダクトマネージャー目線で語る、0→1開発でDDDを取り入れた背景とその効果 - クラウドワークス エンジニアブログ
              • 巨大レガシーシステムの戦略評価とリファクタリングにおけるDDDの活用事例

                こちらのイベントで発表した資料です。 『ドメイン駆動設計を導入するためにやったこと』 https://modeling-how-to-learn.connpass.com/event/229811/

                  巨大レガシーシステムの戦略評価とリファクタリングにおけるDDDの活用事例
                • 夢展望[3185]:不正アクセスによる当社子会社公式ホームページのドメイン盗難についてのご報告 2024年6月3日(適時開示) :日経会社情報DIGITAL:日本経済新聞

                  2024年6月3日 夢展望[3185]の開示資料「不正アクセスによる当社子会社公式ホームページのドメイン盗難についてのご報告」 が閲覧できます。資料はPDFでダウンロードできます

                    夢展望[3185]:不正アクセスによる当社子会社公式ホームページのドメイン盗難についてのご報告 2024年6月3日(適時開示) :日経会社情報DIGITAL:日本経済新聞
                  • IBM Dojo 挫折しないドメイン駆動設計 20210825pm

                    あらゆる場面でデザインを駆使するための技術 / Techniques for Applying Design in Any Situation

                      IBM Dojo 挫折しないドメイン駆動設計 20210825pm
                    • #fukabori をきいて Value Object と Value Object パターンについて頭の中を整理 - Mitsuyuki.Shiiba

                      連休の余韻も楽しんだので今日から散歩を再開した。ちょっと前までは「陽の光を浴びなきゃ!」と思って3時過ぎにウロウロしてたけど、これからはもうちょっと涼しい時間帯がいいなと思って、夕暮れ時に散歩しながら fukabori.fm を聴いてた。Value Object のお話。面白いなぁ 73. Value Object w/ kumagi | fukabori.fm kumagi さんの記事はこちら Value Objectについて整理しよう - Software Transactional Memo お絵描き PoEAA や DDD はだいぶ前に読んだことがあるけど、Value Object を雰囲気で捉えてるからちゃんと見直しておこうと思って、調べたりしながら絵を描いた。こういうことなのかな? (絵をかくほどでもなかった・・・ Value Object とは? kumagi さんも書いてる

                        #fukabori をきいて Value Object と Value Object パターンについて頭の中を整理 - Mitsuyuki.Shiiba
                      • Google Domainsで取得したドメインを非営利目的(非商用)で利用しても良いらしい(?)

                        このブログで使ってるドメイン(hiroyuki.app)はGoogle Domainsで取得した。 昔からhiroyuki.***でドメインを取りたくて、Google Domainsから.appドメインが購入できるようになったときに運良く購入できた。 以降、なにかドメインを取得するときはGoogle Domainsで購入するように。 そして先日、新しくドメインを購入しようとしたら不審なメッセージを見かけた。 Google Domainsのドメイン購入画面 Google Domains のサービスは、現在お住まいの国で営利目的または商用で使用する場合にのみご利用いただけます。 つまり「営利目的または商用で使わないドメインの利用(取得)はダメ」。 取得予定のドメインは営利目的の利用ではなかったから困った。 Twitterで「Google Domains 営利目的」で検索してみると、このメッセー

                          Google Domainsで取得したドメインを非営利目的(非商用)で利用しても良いらしい(?)
                        • ITP更新: IntelligentではなくなったIntelligent Tracking Prevention|AD EBiS マーテック研究会

                          iOS13.4やSafari13.1と一緒に新しいITPがリリースされました。主な変更点は二つ。 * 全ての3rd party cookieをブロック * Local Storage等、クッキー以外のストレージを最後のインタラクションから7日後に削除 インタラクションとは、クリック・タップ・入力のことで、ドメイン毎に監視され、7日以内にインタラクションがないドメインのLocal Storageは削除されます。 その他に、JavaScriptからdocument.referrerで取得する全てのクロスサイトリファラーのダウングレード("https://store.example/baby/strollers/deluxe-stroller-navy-blue.html"の場合、"https://store.example/"しか取得できなくなる)、および5秒以内の自動ページ遷移の検知も追加さ

                            ITP更新: IntelligentではなくなったIntelligent Tracking Prevention|AD EBiS マーテック研究会
                          • 集約の実装について考えてみた

                            はじめに DDD の集約の実装について考えたことをまとめます。 題材 料理のレシピ作成を題材としてまとめていきたいと思います。 概要 概要は以下の通りです。 レシピには材料と作り方がある。 材料には食材や調味料などの名前と分量が必要である。 材料はメインとなる材料や合わせダレなどのカテゴリごとにグルーピングできるとよい。 作り方は具体的な手順を示すものである。 ドメインモデル 上記をドメインモデルで表現するとこのようなイメージです。 各種値の範囲はドメインとして決まっているわけではないですが、システム化する上で決めなければならないことだと思いますので、ドメインエキスパートとすり合わせながら運用に支障をきたさない範囲で決定すると良いのかなと思います。 今回は決定した値の範囲をドメインモデルに補足する形で記載しています。 ユースケース システムに対するユースケースは以下の通りとし、末端のユース

                              集約の実装について考えてみた
                            • 増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし5 「質疑応答」 - asken テックブログ

                              増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし5ページ目です。最初からお読み頂く場合は、こちらから御覧ください。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」 パート2「設計スタイルの選択とクラス設計のスタイル」 パート3「テーブル設計のスタイル」 パート4「開発のやり方と設計スキルと補足資料」 パート5「質疑応答」(本記事) 目次 質疑応答 イミュータブルテーブルについて 「とっとと作る」について 開発組織、開発チームについて リファクタリング、テストについて こんな時はどうすれば 勉強方法について クロージング 質疑応答は参加者の皆様でモデルにしました。こちらを是非御覧ください。 balus.app 質疑応答 安西:ありがとうございました。ではせっかくなので、質疑応答の時間にしたいと思います。けっこう質問が

                                増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし5 「質疑応答」 - asken テックブログ
                              • すぐ貢献できる!偽サイトの探索から通報まで - Qiita

                                『すぐ貢献できる!偽サイトの探索から通報まで』(Fighting Phishing Methods)の内容を「GitHubリポジトリ」でも公開しました。 本稿は、2018年7月2日に開催された Anti-Phishing Working Group 主催『巧妙化・国際化するオンライン詐欺やサイバー犯罪にどう対応していくのか?』にて講演された内容の解説記事です。 登壇資料 登壇資料のダウンロードはこちら -> 【LIVE】 すぐ貢献できる!偽サイトの探索から通報まで 不特定多数を狙った偽サイト・フィッシング詐欺は未然に防ぐのが難しく、犯罪者にとっては期待利益が高い犯行のひとつです。こうした現状を打開しようと、個人のボランティア活動として、技能を活かし「サイバー空間の浄化活動(サイバーパトロール)」に貢献されている方が数多くいらっしゃいます。本セミナーでは、誰かのために貢献してみたいと

                                  すぐ貢献できる!偽サイトの探索から通報まで - Qiita
                                • Wikipediaのコピーサイトに注意

                                  はじめに uBlacklistなどの拡張機能でGoogleの検索結果から除外してしまうのをお勧めします。 PCでは「通知の許可」を、スマホでは「カレンダーを開く」ことを求められ、スパムを追加されることもあるようです。 誤って許可してしまった場合、 ブラウザの通知機能から不審サイトに誘導する手口に注意iPhoneに突然表示される不審なカレンダー通知に注意! を参考に対処してください。

                                    Wikipediaのコピーサイトに注意
                                  • フロントエンドとオブジェクト指向

                                    フロントエンドの実装にオブジェクト指向をどのように取り入れるかを考えます。 動機 近年のフロントエンドは、Reactなどのフレームワークを使ったコンポーネントベースの設計が主流だと思います。コンポーネントは、HTMLによるマークアップ、CSSによるスタイリング、JavaScriptによる振る舞いがひとまとめにされた、再利用可能な部品です。 コンポーネントの設計を考えていると、次のような疑問が生じます。 何を基準にコンポーネントで分割すればよいか。 コンポーネントの粒度はどれくらいが適切なのか。 どのタイミングで抽象化すれば開発コストが無駄にならないか。 分業した際にコンポーネントの分割や粒度の基準をどのように統一するべきか。 そこで、いろいろ調べたり試したりしたところ、フロントエンドの設計にオブジェクト指向を取り入れることが、これらの答えの一つになるのではないかと考えました。 この記事では

                                      フロントエンドとオブジェクト指向
                                    • ドメイン駆動設計で貧乏を爆殺する - Qiita

                                      本記事は ドメイン駆動設計#1 Advent Calendar 2019 19日目の記事です。 こんにちは、レガシーコードを 爆殺 リファクタリングするのが大好きなミノ駆動です。 今回はドメイン駆動設計導入上避けては通れない、大事な大事なお金の話を致します。 「ドメイン駆動設計を導入してみたいんです!」 部下「ドメイン駆動設計を導入してみたいんです!」 上司「それって何?なんのために導入するの?」 部下「…………」 はい、僕にもそんな時代がありました。 何のためにドメイン駆動設計を導入したいのか、簡潔に説明できますでしょうか。 「ドメイン駆動設計」のタイトルにあるように、本書は設計に関する書籍です。 ソフトウェア全体の設計手法や思想に関して言及している書籍です。 まずはソフトウェアの価値とは何か、設計とは何か、それぞれ何かを整理してみます。 ソフトウェアの価値 ソフトウェアが満たすべき要件

                                        ドメイン駆動設計で貧乏を爆殺する - Qiita
                                      • アクターモデルとアプリケーションアーキテクチャの関係 - nkty blog

                                        背景 マイクロサービスアーキテクチャが浸透し、それに伴いDDDを導入する企業も増えている気がします。 それと同時に、アクターモデルの話題も最近以前より聞くようになった気がします。 ただ、以下のような疑問を持つ人は多くいるのではないでしょうか? アクターモデルは聞いたことがあるけど、重要性が分からない 使い所が分からない サーバーレスコンピューティングなの?でもAkkaの説明ばかり出てくるけど? こういう状況になっている要因の一つは、おそらく、アクターモデルの説明の多くが分散システムにフォーカスしており(当たり前なんですが)、アプリケーションアーキテクチャとの関係性については、使う人まかせになっているためではないでしょうか。 ここでは、アプリケーションアーキテクチャと合わせて、アクターモデルの使い所を考えてみます。 先に結論 アクターモデルは、分散環境で実行するアプリケーションを開発するため

                                          アクターモデルとアプリケーションアーキテクチャの関係 - nkty blog
                                        • コーポレートサイトドメイン引越しの裏側 - Hatena Developer Blog

                                          こんにちは。アプリケーションエンジニアのid:tkzwtksです。もうあと数時間で2022年も終わりですが、皆様いかがお過ごしでしょうか。2023年という新しい年に心機一転、なにか新しいことを始めようと考えているという方も、それに向けて準備を進めている方もいらっしゃると思います。 新しいといえば(と言っても半年前ですが)、はてなのサービス開始から20周年のさまざまな出来事の一環として、6月にはてなのコーポレートサイトをリニューアルし、このタイミングでコーポレートサイトのドメインもhatenacorp.jpからhatena.co.jpへ変更されました。 pr.hatenastaff.com 今回はこのドメイン変更作業にて発生したリダイレクトについて、リダイレクトの一般的な話と実際にやったことをご紹介します。 リダイレクトパターン 一言で旧サイト(旧URL)から新サイト(新URL)へのリダイレ

                                            コーポレートサイトドメイン引越しの裏側 - Hatena Developer Blog
                                          • Google Chromeは「DNSルートサーバー」に大きな負荷をかけている、その理由とは?

                                            Google ChromeやMicrosoft Edgeのベースであるオープンソースのウェブブラウザ「Chromium」には、アドレスバーと検索バーを一体化させた「Omnibox」という機能が搭載されていますが、そのOmniboxによってDNSのルートサーバーに大きな負荷がかかっていると、ベリサインのCSOであるMatthew Thomas氏が報告しています。 Chromium’s impact on root DNS traffic | APNIC Blog https://blog.apnic.net/2020/08/21/chromiums-impact-on-root-dns-traffic/ A Chrome feature is creating enormous load on global root DNS servers | Ars Technica https://ar

                                              Google Chromeは「DNSルートサーバー」に大きな負荷をかけている、その理由とは?
                                            • ビジネスの構造をアーキテクチャに落とし込みソフトウェアに可変性を注入する

                                              20240522 Findy主催「アーキテクチャを突き詰める」登壇資料 イベントストーミング、ドメインモデリング、CQRS+Event Sourcing

                                                ビジネスの構造をアーキテクチャに落とし込みソフトウェアに可変性を注入する
                                              • DDDに関する論の主戦軸を整理してみた(2020年版) - Qiita

                                                各アクターのメンタルモデルと、複数のアクターが共用する"ドメインモデル"には情報構造上のギャップがある まず最初に、天重氏(@tenjuu99)による次の記事を参照する。 MVCとは何か ぜひ全編を読んでいただきたい。以降読んでいただいた前提で書く。 中盤《2. ドメインモデル》で、飲食店での複写式伝票の話をしている。下に記事中の図を引用させていただく。 この複写式伝票は、ある一つのドメインモデルを"実装"している、といえる。天重氏は、「この注文伝票をぼくが面白いとおもったのは、厨房の人とホールの人で情報構造が違っている点です。」と言っている。 ホールの人にとっての情報構造: ・席番号と料理の紐付けに関心がある。 厨房の人にとっての情報構造: ・料理を出す順番に関心がある。 (席番号と料理の紐付けに制約されずに、料理を出して行きたい。) そして、この複写式伝票は、 両者の情報構造の違い(と

                                                  DDDに関する論の主戦軸を整理してみた(2020年版) - Qiita
                                                • サブドメイン名列挙の方法についてまとめてみた - NFLabs. エンジニアブログ

                                                  この記事は NFLaboratories Advent Calendar 2022 6日目の記事です。 ソリューション事業部セキュリティソリューション担当の岩崎です。 多くのウェブサイトでは登録されたドメイン名を利用して構築されており、サブドメインを作成して構築されるケースも多いです。中には、開発環境や公開前のプロダクト用にサブドメインを作成して運用されているケースも多いです。 昨今、公開を前提としたサーバでは適切なセキュリティ設定や脆弱性診断などセキュリティ侵害を防ぐための対策が取られているケースが多いです。一方、開発環境や公開前のプロダクト用のサーバでは十分な対策が取られていないケースも多く見受けられます。 そこで今回はセキュリティ侵害から防御することを目的として、攻撃者視点でサブドメイン名列挙をする手法についてまとめてみました。 総当たり ゾーン転送 対策 Passive DNS 検

                                                    サブドメイン名列挙の方法についてまとめてみた - NFLabs. エンジニアブログ
                                                  • Azure が提供するデフォルトドメイン名を狙った改ざんについて注意喚起 - しばやん雑記

                                                    Twitter でちらほら見かけて自分も軽く反応したんですが、ターゲットが Cloud Services と Traffic Manager だったので多少なりとも書いておいた方が良いかなと思ったので、注意喚起を兼ねて書きます。 今回の件を改ざんと書くのは微妙に違う気がしたのですが、元のツイートは改ざんと表現していたので倣って改ざんとしておきます。このあたりの定義は難しそうです。 MS Azure Cloud Services のデフォルトドメイン cloudapp[.]net にCNAMEが向いている大量のWebサイトが改ざんされているようです。 Googleでの検索結果には何れも星評価が付いています。 (1/N) pic.twitter.com/5kDUZTGPg2— tike (@tiketiketikeke) 2020年7月6日 クラウドサービスにCNAME定義されたドメインを狙い

                                                      Azure が提供するデフォルトドメイン名を狙った改ざんについて注意喚起 - しばやん雑記
                                                    • ドメイン駆動設計のマイクロサービスへの活用とデベロッパーに求められるスキルのスライド / DDD session slide in AWS Dev Day Online Japan 2021

                                                      AWS Dev Day Online Japan 2021 のパネルディスカッション 『ドメイン駆動設計のマイクロサービスへの活用とデベロッパーに求められるスキル』 で利用したスライドです 自己紹介→マイクロサービスでどうしてDDD?→学習ルート # URL AWS Dev Day Online Japan 2021: https://aws.amazon.com/jp/about-aws/events/2021/devday/ YouTube: https://www.youtube.com/c/narusemi HomePage: https://nrslib.com Twitter: https://twitter.com/nrslib

                                                        ドメイン駆動設計のマイクロサービスへの活用とデベロッパーに求められるスキルのスライド / DDD session slide in AWS Dev Day Online Japan 2021
                                                      • ドメインをモデリングしてPHPコードに落とし込む / domain-modeling-with-php8

                                                        PHP カンファレンス 2021 / フィードバックはこちらへ https://joind.in/talk/650b0

                                                          ドメインをモデリングしてPHPコードに落とし込む / domain-modeling-with-php8
                                                        • ベストプラクティスとの付き合い方 - Qiita

                                                          はじめに 今携わっているプロジェクトの中で自分はテックリードとして動いていたのですが、9月からプロダクトオーナーが転職してしまうということで、自分がその役割を引き継ぐことになりました。 プロダクトオーナーは初めてやるので様々な本を読んでインプットをしていたのですが、 その中で『プロダクトマネージャーのしごと』を読んでいたときに第7章の『「ベストプラクティス」のワーストなところ』を読んでとても衝撃を受け、自分自身の経験と共に記事としてまとめたいと思い、この記事を書いています。 あたかも自分の言葉のように書いていますが、ほぼほぼ本からの参照ですし、自分なりの解釈を含めたり、自分の経験と照らし合わせたりしているので、この記事を読んで興味が湧いたら、ぜひ『プロダクトマネージャーのしごと』を読んでみてください。 7章だけではなく、全体的にも本当に良い本でした。 この記事でいうベストプラクティスについ

                                                            ベストプラクティスとの付き合い方 - Qiita
                                                          • 「クラスごとの役割を明確化すること」がポイント アプリケーション設計におけるドメインロジックの分離法

                                                            今回はアプリケーションアーキテクチャを学ぶ最初の一歩として、「MVC」や「3 層アーキテクチャ」などの基本的な用語の意味や関係性を整理する「改めて整理するアプリケーション設計の基本」。ここで大嶋氏が登壇。続いて、Controllerにプレゼンテーション層からデータアクセス層の処理をすべて記載している場合の分離方法について紹介します。前回はこちらから。 質疑応答 ドメインモデルパターンはドメイン騒動設計と同義か? 大嶋勇樹氏:ということで、ここまでビジネスロジックの実装について話してきました。ここからは最後のステップとして、「Controllerに全部書く」からどうやってステップアップするかを話していこうと思います。 ここまでで質問があれば、ぜひQ&Aにもらえれば回答します。せっかくなので、このタイミングで「ドメインモデルパターンはドメイン駆動設計と同義ですか?」(という質問)に回答しておこ

                                                              「クラスごとの役割を明確化すること」がポイント アプリケーション設計におけるドメインロジックの分離法
                                                            • 特定ドメインに対する大量の DNSクエリを DROP する - Pepabo Tech Portal

                                                              ホスティング事業部MREチームでインフラエンジニアをやっている原口です。 先日、弊社の DNSサービスに対し、軽めの DDoS攻撃が来たので、その際に対応した手順を簡単にご紹介します。 DNSサービスに対する DDoS攻撃への対応について DNSサービスに対する DDoS攻撃は昔からあり、弊社でも対策を行っております。 拠点や回線を分け、冗長化を行うのはもちろんですが、各拠点で「DDoS軽減装置」と言われるアプライアンスを導入しています。これは、不正なパケットを DROP をするものですが、一般的なファイアウォールのようなルールベースではなく、学習結果をもとに、通常とは異なる傾向のアクセスがあると動作するものになっています。 今回紹介する対応は、この DDoS軽減装置をすり抜ける程度の、軽めの DDoS攻撃に対して行ったものです。 DNSサービスの構成 今回 DDoS攻撃が来たサービスでは

                                                                特定ドメインに対する大量の DNSクエリを DROP する - Pepabo Tech Portal
                                                              • プレミアムフライデーのサイトが閲覧不可能に。ドメイン名も間もなく有効期限、失効の可能性も?【やじうまWatch】

                                                                  プレミアムフライデーのサイトが閲覧不可能に。ドメイン名も間もなく有効期限、失効の可能性も?【やじうまWatch】
                                                                • 人気ブログサービスMediumが検索トラフィック激減! ブランド構築に他社サービス依存は危険【SEO情報まとめ】 | 海外&国内SEO情報ウォッチ

                                                                  英語圏で人気のブログサービスMedium(ミディアム)全体の検索トラフィックが激減し、情報発信をMediumに依存していた企業にも大ダメージとなった。企業の担当者がここから学ぶべきこととは? ほかにも、グーグル社員による「コア アルゴリズム アップデート」「中古ドメイン名」「グーグルの信頼性と安全性」に関する解説や、その他のSEO情報を、今年もまとめてお届けしていく。 コアアップデートで上がったサイトと下がったサイト、その違いをグーグル社員が指摘中古ドメイン名「僕ならやらない、リスクあるから」グーグル金谷氏が断言グーグル検索が過去5年で最大の飛躍!? BERT採用で言語理解能力が格段に向上巨大プラットフォームとしてグーグルが考える信頼性と安全性非セキュアなページからのリンクはオーソリティやPageRankが少ない!?トラフィックが減ったサイトからのリンクは否認すべきか?.com や .jp

                                                                    人気ブログサービスMediumが検索トラフィック激減! ブランド構築に他社サービス依存は危険【SEO情報まとめ】 | 海外&国内SEO情報ウォッチ
                                                                  • 東京都が病院にポスターはがしを依頼した真相、ドメイン取引の怖い話

                                                                    「御迷惑をお掛けしまして申し訳ございません」。東京都健康安全研究センターが2021年8月に発表したお知らせは冒頭、この言葉で始まる。 QRコードからアクセスするサイトが東京都のものではないとして注意喚起を出した。1番右にあるカードのQRコード(赤い部分)脇には「東京都ホームページ」と書かれている お知らせによれば、同センターが2018年に配布した乳児ボツリヌス症の予防に関するポスターやリーフレットに掲載されていたQRコードを使用すると、東京都とは関係のないWebサイトに誘導されるという。 東京都はお知らせを出した後、ポスターを配布した病院などに対して、ポスターをはがすよう依頼した。これによりポスターを貼ったままの病院はなくなったという。ただ、2018年当時にこのポスターやリーフレットを取り上げたニュース記事や病院などのブログには、QRコードやQRコードを読み取って得られるURLが掲載された

                                                                      東京都が病院にポスターはがしを依頼した真相、ドメイン取引の怖い話
                                                                    • 10年以上続いたサービスを終了させた - KAYAC engineers' blog

                                                                      SREチームの竹田です。Tech Kayac Advent Calendar Migration Track 12日目の記事になります。 今年2019年9月にTHANKSというサービスを閉じました。 実はこのサービス、10年以上前に自分が設計開発したサービスなのです。 運営・開発が入れ替わる形で自分の手は離れていましたが、最後は自分の手元に戻りクローズ作業をすることになるとは...感慨深いものがあります。 全世界に向けて「ありがとう」を発信!「THANKS」リリース (ニュースリリースは2006.11.28ですが同年の7月にサイトは公開されたような記憶がある。13年近く続けていたってことですね。) リリース当時の事を思い出してみると フロントはFlashでサーバサイドはAPIのみ ブログバーツ(なつかしい!)にもAPIを提供 1台のサーバ内に複数サービスが同居 リリース直後にブログパーツが

                                                                        10年以上続いたサービスを終了させた - KAYAC engineers' blog
                                                                      • 思わぬ事故防止!開発時やテスト時に使用するメアドのドメインは example.com に統一しよう - Qiita

                                                                        はじめに Webアプリケーションの開発時やテスト時にはテスト用のユーザーを作成するために適当なメールアドレスとパスワードを登録することが多いと思います。 このとき、みなさんはこんなふうにデタラメなドメインをメアドに使ってないでしょうか? 「こんなデタラメなドメイン、あるわけないやろ!」と思うかもしれませんが、自分はデタラメに付けたつもりでも意外とかなりの高確率でそのドメインは実在します。 実際、上の例で挙げたドメインをブラウザに入力すると、いずれも何かしらページが表示されます。 つまり、そのドメインは現在誰かが使っているということがわかります。 https://hoge.com/ http://testmail.com/ https://www.bbb.org (bbb.com から転送される) 実在するドメインだと何が困るの? 何らかの間違いでその実在するドメインに向けてメールが送信され

                                                                          思わぬ事故防止!開発時やテスト時に使用するメアドのドメインは example.com に統一しよう - Qiita
                                                                        • 医療スタートアップのバックエンドをモノレポ化した話 〜戦略・プロセス編〜 - 株式会社ヘンリー エンジニアブログ

                                                                          こんにちは、ヘンリーの Lead Architect の @kohii です。 弊社ではレセコン一体型クラウド電子カルテの Henry を開発・提供しています。 最近 Henry のバックエンドをモノレポ化したので、その戦略やプロセスについて書きたいと思います。 こちらは前編となっており、モノレポ移行の手法やテクニックの話は後編で説明します。 dev.henry.jp Why モノレポ? ざっくり説明すると、既存のマイクロサービス/チームの分界点を抜本的に見直し、ドメイン(業務の領域)による分割を目指すため、一旦モノレポにまとめて、理想的な構造の切り出しをやりやすくするという目的です。 モノレポ化前のシステム/チームアーキテクチャ バックエンド Henryのバックエンドはマイクロサービスになっていますが、以下の2つのサービスが大部分を占めています。 henry-general-api …

                                                                            医療スタートアップのバックエンドをモノレポ化した話 〜戦略・プロセス編〜 - 株式会社ヘンリー エンジニアブログ
                                                                          • Gmailで独自ドメインを使って無料でメールを送受信する

                                                                            紹介する構成で何通かメールを送信してみましたが、Gmailのプロモーションタブに分類されてしまうことがあります。 重要なメールを送ることが多い方は、別の構成にしたほうが良さそうです。 有料ですが、割と安価で済む代替案を記事末尾で紹介しています。 🔗プロモーションタブに振り分けられたくない場合の代替案(有料) 経緯 今まで10年以上、無償版G Suiteを利用して、個人で快適にGmailを利用してきました。 しかし先日、無償版G Suite(旧Google Apps)が5/1以降利用できなくなるとのアナウンスがありました。 「独自ドメインでメールを送受信したいだけなのに680円/月*ユーザー数は厳しいな~」と考え、無料で利用できる移行先を検討してみました。 構成 検討した結果、以下のような構成に移行することに決定しました。 mailgunでのメール転送について調べると、Googleパートナ

                                                                              Gmailで独自ドメインを使って無料でメールを送受信する
                                                                            • Re: ドメイン固有型(値オブジェクト含む)を再考する - Software Transactional Memo

                                                                              blog.j5ik2o.me 値オブジェクトはドメイン固有型の一種です。なので、不変と等価判定だけではなく、なにかしらのドメイン固有の不変条件(invariant)を維持する責任があると考えます(もちろん型として切り出すわけですからその投資に見合うだけの見返りがないといけません)。 違う。値オブジェクトとはID以外で等価判定をするオブジェクトの事であって、RubyのHash、Pythonのdict、C++のstd::unordered_setすらも値によって等価判定を行うのでこれらは値オブジェクトであるがドメイン固有型ではない。RubyでHashに入れて渡されたユーザ入力値をValidationしてドメイン固有型に詰め直すのはもちろん必要ならやれば良いが、Hashクラスそのものにモンキーパッチなり特異クラスなりを行って不変条件を維持する責任を負った自分専用Hashを作って普通のHashクラ

                                                                                Re: ドメイン固有型(値オブジェクト含む)を再考する - Software Transactional Memo
                                                                              • Route53でのサブドメイン移行で「DNSの浸透」神話の裏側を理解した話 | Developers.IO

                                                                                実際にこの作業をやってみました。 書き換え自体は、コンソールから直接でも60秒程度で終わりました。 直後に名前解決が上手くできなかったりもしましたが、無事開発環境がwww.hogehoge.comで解決できるようになりました! $ dig www.hogehoge.com ; <<>> DiG 9.10.6 <<>> www.hogehoge.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 13815 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 5

                                                                                  Route53でのサブドメイン移行で「DNSの浸透」神話の裏側を理解した話 | Developers.IO
                                                                                • Googleのドメインが期限切れでたった600円で他人の手に渡る、Googleへのアクセスが一時不能に

                                                                                  ドメインは一度登録すればずっと使えるというわけではなく、設定されている有効期限を過ぎると、登録更新の手続きを行わない限り使うことはできません。あのGoogleのドメインが期限切れとなってしまったため、ドメインの所有権を一般ユーザーに一時的に奪われてしまったという事案が発生したと報じられています。 Argentine version of Google falls into “wrong” hands leading to search engine's temporary collapse — MercoPress https://en.mercopress.com/2021/04/22/argentine-version-of-google-falls-into-wrong-hands-leading-to-search-engine-s-temporary-collapse 奪われてし

                                                                                    Googleのドメインが期限切れでたった600円で他人の手に渡る、Googleへのアクセスが一時不能に