並び順

ブックマーク数

期間指定

  • から
  • まで

521 - 560 件 / 1013件

新着順 人気順

ドメインの検索結果521 - 560 件 / 1013件

  • Googleの「.zip」ドメインに懸念の声 ~フィッシングに悪用されかねない問題/値下げ中で悪い人たちも注目【やじうまの杜】

      Googleの「.zip」ドメインに懸念の声 ~フィッシングに悪用されかねない問題/値下げ中で悪い人たちも注目【やじうまの杜】
    • 【設計手法】ドメイン駆動設計(DDD) is 何? 【初心者にも分かりやすく】 - Qiita

      初めに DDDって言葉自体は定期的に聞きますよね。 ドメインについて知識をつけましょう、みたいなことはよく言われますが 「ドメインってIPアドレスをURLにしたものだよね〜」 くらいの理解しか去年まではありませんでした。 ドメイン知識やDDDとか聞いても、「プロジェクト全体のルーティングの理解かな」って感じで半年くらい前までは恥ずかしながら間違った理解で解釈してました😇 聞いたことはあるけど、詳しくは知らないという方は沢山いると思います。 自分自体ふんわりとした理解しかなかったので、今回勉強を兼ねてまとめさせて頂きます。 そもそもでドメインって? ここでいうドメインとは専門領域のことであったり、ドメイン知識のことを分かりやすくいうと業務知識のことになります。 請求書系アプリで例えると締め作業や簿記の知識等ですね。 余談ですが、学生時代に取得した簿記やFPの知識もエンジニアになってからも役

        【設計手法】ドメイン駆動設計(DDD) is 何? 【初心者にも分かりやすく】 - Qiita
      • DNS屋さん目線で2023年を振り返る――「HTTPS RR」クエリ数が48%も増加、「ランダムサブドメイン攻撃」からの教訓など、今年の「DNS DAY」の話題から【Internet Week 2023】

          DNS屋さん目線で2023年を振り返る――「HTTPS RR」クエリ数が48%も増加、「ランダムサブドメイン攻撃」からの教訓など、今年の「DNS DAY」の話題から【Internet Week 2023】
        • レジストラ管理画面への不正ログイン起因とみられるドメイン名ハイジャックについてまとめてみた - piyolog

          2024年6月3日、夢展望は子会社であるトレセンテの公式サイトで使用しているドメイン名の移管処理が何者かによって行われ、ドメイン名が乗っ取られた可能性が高いと公表しました。ここでは関連する情報をまとめます。 レジストラ提供の管理画面に不正アクセスか 被害にあったのはトレセンテが公式サイトで使用をしていたドメイン名trecenti.com。第三者が海外のドメイン管理会社へこのドメイン名の移管処理を行ったことで、同社の公式サイトに接続できない状況が生じた。 同社公式サイトでは、来店予約の際に顧客情報*1の取得をしているが、データは別サーバーで管理しているため、同社の顧客情報の流出は確認されていない。また同社が運営するECサイトも別のドメイン名(trecenti.net)で運営しているため、こちらにも影響はないとしている。 同社が被害に気付いたのは問題の移管処理から2日後の31日9時15分頃で、

            レジストラ管理画面への不正ログイン起因とみられるドメイン名ハイジャックについてまとめてみた - piyolog
          • 悪用は不可避? 圧縮ファイルと誤認されかねない「.zip」ドメイン、誰でも取得可能に【やじうまWatch】

              悪用は不可避? 圧縮ファイルと誤認されかねない「.zip」ドメイン、誰でも取得可能に【やじうまWatch】
            • ドメイン知識の問題集や勉強の仕方(随時更新)|gaijineers

              ドメイン知識は幅広いのでどこまで勉強すればいいか思った時のリスト。勉強の仕方色々あるが個人的にわかりやすいなと思ったものも書いときます ソフトウェアエンジニアとしてやりながらrecoというエンジニア向けの転職プラトフォームを作ってます。現在は数社のテック企業のサポートをしております(https://jobs.reco.sh/) reco経由で申し込むと面接に備えるためのサポートが得られます。面接対策のヒントや質問例、模擬面接などを通じて、自信を持って次のステップに進む準備ができます。 申請リンク:https://airtable.com/appDsRlN6LTSiW0a3/shrP9nwF925b1d5ZJ Network復習 TCP, UDP: High Performance Browser Networking - Ilya Grigorikの2~3章 (m)TLS: Liz Ric

                ドメイン知識の問題集や勉強の仕方(随時更新)|gaijineers
              • はてなブックマークで利用しているCloudFrontのAWSアカウントを移行した - Hatena Developer Blog

                こんにちは、id:cohalzです。2023年4月に実施したはてなブックマークのメンテナンスではCloudFrontを別のAWSアカウントに移行しました。 この記事ではCloudFrontを別のAWSアカウントに移行した背景とどのように移行したのかを説明します。 はてなブックマークのインフラのこれまで 移行したいモチベーションが出てきた理由 切り替えで設定が変わらないように気を付ける キャッシュポリシーに移行する 移行方法について検討する AWS CLIでCloudFrontを移行する手順を作成する アクセスログを配送する部分も移行する まとめ はてなブックマークのインフラのこれまで はてなブックマークのインフラはこのようにCloudFrontと関連リソースだけ別のAWSアカウントで利用していました。 移行前 この状況になっていた経緯をまず説明すると、はてなブックマークでは2018年からオ

                  はてなブックマークで利用しているCloudFrontのAWSアカウントを移行した - Hatena Developer Blog
                • Rubyでアドベンチャーゲーム用DSL(ドメイン固有言語)を作る | クリエイターのための総合情報サイト CREATIVE VILLAGE

                  新しくプロダクト開発を始める時、あなたはどの言語でコードを書くことを選ぶでしょうか? シンプルに、スピーディーに開発が行える言語?メモリ効率や実行速度に優れた言語?はたまた一生使い続けると愛を誓った言語でしょうか。 今回は、そんな言語選定における選択肢としてのDSL(ドメイン固有言語)とその作り方について、Rubyを用いたコードを通して紹介していきます。 大和 拓朗(おおわ たくろう) 株式会社メンバーズ メンバーズエッジカンパニー Webエンジニア 2018年中途入社。SNS分野でのフィード広告運用システム・キャンペーン管理システムの開発に従事。 最近のブームは、リモートワーク定着を口実にしたホームオフィス環境の整備やスマートホーム化。お寿司とドーナツが好き。 GPLとDSL 言語選定は、プロダクトに求められる要件(保守性やパフォーマンス、セキュリティなど)を基準に、言語自体の性質、業界

                    Rubyでアドベンチャーゲーム用DSL(ドメイン固有言語)を作る | クリエイターのための総合情報サイト CREATIVE VILLAGE
                  • Domain Modeling Made Functional (DevTernity 2022)

                    (video at https://fsharpforfunandprofit.com/ddd/) Statically typed functional programming languages encourage a very different way of thinking about types. The type system is your friend, not an annoyance, and can be used in many ways that might not be familiar to OO programmers. Types can be used to represent the domain in a fine-grained, self documenting way. And in many cases, types can even be

                      Domain Modeling Made Functional (DevTernity 2022)
                    • 『データモデリングでドメインを駆動する ――分散/疎結合な基幹系システムに向けて』”基幹システム”とは何か、どう作るのか、ということへの道標を示してくれる1冊 - Magnolia Tech

                      データモデリングでドメインを駆動する──分散/疎結合な基幹系システムに向けて 作者:杉本 啓技術評論社Amazon 著者の杉本啓様より献本いただきました。 「基幹システム」……よく考えると最近だんだんと聞く機会の減ってきたキーワードです。たまにメインフレーム上で動くCOBOLで組まれた基幹システムが負債になっている、といった比較的後ろ向きな話題の文脈で出てきて、あまり「攻めた」話題の文脈では出てこないイメージがあります。 本書は、この「そもそも基幹システムとは何か?」、その基幹システムの中心にある「帳簿」とはどんな役割を果たすのか?それらを支える「データモデル」はどのようなもので、どのような設計になるのか?といったことが、長年経営管理システムを作ってきた経験に裏打ちされた知識をもとに分かりやすく解説されます。 この手の、業務システムの設計の考え方、「要件に沿って設計する」以上の解説がなかな

                        『データモデリングでドメインを駆動する ――分散/疎結合な基幹系システムに向けて』”基幹システム”とは何か、どう作るのか、ということへの道標を示してくれる1冊 - Magnolia Tech
                      • BASEという大きなプロダクトでドメインを移行した話 - BASEプロダクトチームブログ

                        はじめに どうも。BASEで開発をお手伝いしている 林(@intele) です! 今回はBASEという大きなプロダクトでドメインを移行した話を、エンジニア目線で、振り返りながらお話したいと思います。 何をやったか BASEで使用しているドメインを thebase.in から thebase.com へ移行を行いました。 ただ、BASEではサブドメインを多用しているため、移行するドメインは thebase.in だけではなく、複数のサブドメインを含め、移行しました。 なぜ移行する必要があったか ****.thebase.in というサブドメイン運用されているショップで広告の効果計測ができなくなったため Apple が推進する App Tracking Transparency(以下ATT) の影響を受けて、Facebook広告の計測手法が変更され、効果計測ができなくなってしまったため ATT

                          BASEという大きなプロダクトでドメインを移行した話 - BASEプロダクトチームブログ
                        • 厚生労働省コロナ情報サイトのドメイン名、投資関連に転用か - 日本経済新聞

                          厚生労働省が新型コロナウイルスに関する情報を発信していたホームページのドメイン名が、外国為替証拠金(FX)取引への勧誘などを想起させるウェブサイトに転用されていることがわかった。厚労省は一切関係がないとして注意を促している。問題のドメイン名は「covid19-info.jp」。厚労省が2023年5月までコロナ関連情報を多言語で発信していた。有効期限が切れた後にGMOインターネットグループが取得

                            厚生労働省コロナ情報サイトのドメイン名、投資関連に転用か - 日本経済新聞
                          • ドメインを Route 53 から Cloudflare に移管する

                            はじめに ここ 5 年ほど AWS の勉強も兼ねて、プライベートのドメインを Route 53 で管理していました。大したトラヒックをさばくわけでもないので機能や品質的には特に不満もなく、ドメインの更新料もそこまで割高と言うわけではないのですが、ゾーン毎にホスティング料金がかかるため複数のドメインで地味に毎月数百円かかっており、なんだかなぁと思っていました。 最近は、個人的に 1.1.1.1 を使わせていただくことも多く、ドメイン管理の料金もリーズナブルな様に見えましたので、まずはひとつ Route 53 から Cloudflare にドメインを移管してみることにします。 実は、先日ドメインパーキング用のページを作成したりしておりましたが、これを Cloudflare Pages に載せるようにしたのも、ドメイン移管をにらんでの事だったのでした。 DNS サーバーを Cloudflare

                              ドメインを Route 53 から Cloudflare に移管する
                            • 旧ジャニーズが社名変更 サイトドメインは「smile-up.inc」に 維持費は「.com」「.co.jp」より高め

                              旧ジャニーズ事務所は10月17日、社名を「SMILE-UP.」に変更した。これに伴い、サイトドメインも「johnny-associates.co.jp」から「smile-up.inc」に変わった。 同社が今回ドメインに設定した「.inc」は、法人組織の意味を示す「Incorporated」の略称。2018年に追加された新しいドメインで、法人企業や組織などで使われる。 また、価格が「.com」や「.co.jp」に比べて高価なのも特徴。ドメイン登録サービス「お名前.com」での価格を見ると、登録料金は3万9800円、更新料金/年は32万7800円となっている。「.com」「.co.jp」は、登録料金が0~2040円、更新料金は1408~4158円で提供しており、大きな差があることが分かる。

                                旧ジャニーズが社名変更 サイトドメインは「smile-up.inc」に 維持費は「.com」「.co.jp」より高め
                              • エンジニアはどのようにドメインにダイブできるか

                                2024/01/17 Product Engineer Night #2 〜DomainへのDeep Dive!〜 に登壇した際の資料です。 https://product-engineer.connpass.com/event/305777/ X: https://twitter.com/moeka__c

                                  エンジニアはどのようにドメインにダイブできるか
                                • 俺たちのドメイン"リ"モデリング - BASEプロダクトチームブログ

                                  この記事はBASE Advent Calendar 2020の6日目の記事です。 devblog.thebase.in こんにちは。BASE BANK 株式会社 Dev Division所属、Software Developer の松雪(@applepine1125)です。 現在、BASE BANK株式会社(以下BASE BANK)内で事業に対する認識を揃え効率良くプロダクト開発を行うために行っているドメインモデリングについてご紹介します。 BASE, BASE BANKのドメインとは BASE BANKでのドメインモデリングの話をする前に、まずはBASE株式会社(以下BASE)やBASE BANKの事業領域について少しお話しましょう。 BASEでは、誰でも簡単にネットショップを作成できるサービス「BASE」 を運営しており、ショップ画面のカスタマイズや商品の管理、決済、発送、売上管理など

                                    俺たちのドメイン"リ"モデリング - BASEプロダクトチームブログ
                                  • 経産省「コンテンツ緊急電子化事業」偽サイトに注意 事業終了後、第三者が「.jp」ドメイン取得 ウイルス感染のおそれ

                                    経済産業省は11月18日、同省が過去に保有していた「コンテンツ緊急電子化事業」特設サイトのURLから、同事業と無関係なサイトへのリンクが張られているとして注意を呼び掛けた。アクセスすると、ウイルス感染などの恐れがあるとしている。 コンテンツ緊急電子化事業(緊デジ)は2011年度の事業で、既に終了している。特設サイトは「.jp」ドメインで作られ、14年に閉鎖されていた。 このドメインを第三者が取得し、緊デジのWebサイトのデザインを再現した上で、無関係なサイトへのリンクを貼り付けたようだ。 whoisによると、同ドメインは2021年に取得されており(有効期限は23年1月31日)、登録者名は「Darzev Metodi」、住所は東京・西新宿になっている。 関連記事 続出する公的機関の偽サイトに国が注意喚起 「必ずドメインを確認して」 内閣サイバーセキュリティセンターが、地方自治体などをかたる偽

                                      経産省「コンテンツ緊急電子化事業」偽サイトに注意 事業終了後、第三者が「.jp」ドメイン取得 ウイルス感染のおそれ
                                    • 「.org」ドメインを投資会社から取り戻せ、著名ネット団体が大規模な抗議活動を展開中【やじうまWatch】

                                        「.org」ドメインを投資会社から取り戻せ、著名ネット団体が大規模な抗議活動を展開中【やじうまWatch】
                                      • 何が目的? 2020年7月の東京都知事選挙の特設サイト、何者かによって完全復元される【やじうまWatch】

                                          何が目的? 2020年7月の東京都知事選挙の特設サイト、何者かによって完全復元される【やじうまWatch】
                                        • やりすぎないドメイン駆動設計 on Rails - マイペースなRailsおじさん

                                          ドメイン駆動設計(DDD)では、Springのようにドメインをほかの関心事(データソース、プレゼンテーション)から分離したフレームワークが用いられることが多です。一方で、Ruby on Railsは、ドメインとデータソース層が密に結合しており、DDDには向いていないと考えられています。 Railsでドメイン駆動設計をする大変さ それでも、アーキテクチャに手を加えることで、Railsでもドメイン駆動設計を行った事例が公開されています。以下の取り組みでは、Railsの提供するActive RecordをDAOとして利用してドメインを分離することで、ドメインを切り出しやすくしています。 ドメイン駆動設計の比類なきパワーでRailsレガシーコードなど大爆殺したるわあああ!!! - Qiita Railsにおけるドメイン駆動設計の実践 · Linyclar Railsでドメイン駆動設計を行う上での課

                                            やりすぎないドメイン駆動設計 on Rails - マイペースなRailsおじさん
                                          • モジュラモノリスで表現する複雑なドメイン領域と境界 / Expressing complex domain regions and boundaries with 'modular monoliths

                                            モジュラモノリスで表現する複雑なドメイン領域と境界 / Expressing complex domain regions and boundaries with 'modular monoliths

                                              モジュラモノリスで表現する複雑なドメイン領域と境界 / Expressing complex domain regions and boundaries with 'modular monoliths
                                            • 迷惑メールの歩き方 | IIJ Engineers Blog

                                              セキュリティ本部セキュリティビジネス推進部セキュリティオペレーションセンターに所属。2019年新卒入社。大学生時代より情報セキュリティにまつわる研究・開発をしている。インターネットが好き。 【IIJ 2021 TECHアドベントカレンダー 12/20(月)の記事です】 こんにちは。naotです。 普段はIIJのセキュリティオペレーションセンター(SOC)で、ログ分析ルールの管理やスレットハンティングのお仕事をしています。 1年目から小ネタでエンジニアブログのアドベントカレンダーを書かせていただいていて、もう3年目です。 私の一番長く続いている趣味は迷惑メール観賞です。 だいたい小学生時代から受け取りたいメールとそうでないメールの分類や、怪しいメールの観賞をしていました。 怪しいメールは集めるとその中に関連性やストーリーを見いだせることがあり、鑑賞だけでなく収集にも興味を持つようになった結果

                                                迷惑メールの歩き方 | IIJ Engineers Blog
                                              • CloudflareのMastodon互換ソフトウェア「Wildebeest」を立ててみたメモ - Lambdaカクテル

                                                あまり調子が良くないので、2023年7月現在おすすめしません。なにか他の実装を選ぶことをおすすめします rinsuki.hatenablog.jp 先日Cloudflareから面白いアナウンスがあった。Cloudflareの基盤で動作する、Mastodon(おおむね)互換のソフトウェアWildebeest*1(ワイルドビースト、ウィルドビーストみたいな発音っぽい)がリリースされたのだ。 blog.cloudflare.com 自分はけっこう前から@windymelt@mstdn.takuya-a.netというMastodonアカウントを保有していて、最終的にオドアケルによってイーロン帝が廃位されてTwitterが滅亡してもネット知り合いとのつながりを保てるようにしている。 mstdn.takuya-a.net 今回新たに作成したWildebeestのアカウントは@windymelt@ap.

                                                  CloudflareのMastodon互換ソフトウェア「Wildebeest」を立ててみたメモ - Lambdaカクテル
                                                • ロシアとベラルーシに向けられたアノニマスによるオペレーション #OpRedScare メモ

                                                  ■概要 #OpRussia からの派生したオペレーション(以下、OP)として #OpRedScare というものが立ち上げられています。「Red Scare」とは、日本語にすると「赤狩り」となりWikipediaには以下のように説明されています。 赤狩り(あかがり、英: Red Scare)は、政府が国内の共産党員およびそのシンパ(sympathizer:同調者、支持者)を、公職を代表とする職などから追放すること。第二次世界大戦後の冷戦を背景に、主にアメリカとその友好国である西側諸国で行われた。 OpRussiaは、当初ロシアをターゲットとしていたOPでしたが、OpRedScare は、ロシアに加え、ベラルーシも含まれていることから別名とされているようです。状況の変化によって派生したものと考えらるため、実質的には、OpRussiaとして扱って問題ないかと思います。このOPにおいて共有されて

                                                    ロシアとベラルーシに向けられたアノニマスによるオペレーション #OpRedScare メモ
                                                  • Engadget | Technology News & Reviews

                                                    Ryan Gosling and Miller/Lord’s Project Hail Mary could be the sci-fi event of 2026

                                                      Engadget | Technology News & Reviews
                                                    • フィッシングサイトを探す方法

                                                      はじめに インターネット上での不正なサイトに対する被害は年々増加しています。 特にフィッシングサイトは、誤って入力してしまうと個人情報の漏洩や財産の損失などの被害があります。 このようなフィッシングサイトを探すためには、便利なツールがいくつか存在します。 この記事では、フィッシングサイトを探す方法としてdnstwistを紹介します。 手法 フィッシングサイトは、正規のサイトと似た名前やアドレスを使って作られているものが多いです。 このような似た名前やアドレスを探すためには、正規のドメイン名を入力して、似た名前やアドレスを生成することができるツールが便利です。 Dnstwistの動作 dnstwistは、正規のドメイン名を入力して、似た名前やアドレスを生成することができるツールです。フィッシングサイトを探すためには非常に便利です。 dnstwistは、GitHubから無料でダウンロードするこ

                                                        フィッシングサイトを探す方法
                                                      • DNSの設定ミスで大規模障害、会合のオンライン化など2021年の「ドメイン名ニュース」 (1/2)

                                                        2021年12月15日、JPドメイン名を管理運用する「株式会社日本レジストリサービス(JPRS)」が、恒例となっている2021年度版の「ドメイン名重要ニュース」を発表した。JPRSのドメインネームニュース担当者が選んだ今年の話題とは? 1位:DNSの運用ミスによる大手SNSなどで大規模障害が発生 今年の1位に選ばれたのは、SlackやFacebook(Instagram、Facebook Messenger、WhatsApp、Oculusを含む)という世界的なサービスで相次いだDNS障害の話題である。読者の中にも影響を受けた方が多いのではないだろうか。かく言う筆者も、それらの影響を受けた一人である。 Slackのケースにはいくつかの段階があるが、同社の公式ブログ[*1]を見る限り、いったん有効にしたslack.comゾーンのDNSSECを解除する際の判断にミスがあったようである。通常、DN

                                                          DNSの設定ミスで大規模障害、会合のオンライン化など2021年の「ドメイン名ニュース」 (1/2)
                                                        • Rustでドメイン固有型を作る際のコツ

                                                          ドメイン固有型である、ドメインオブジェクトをRustで実装する際のコツみたいなものを簡単にまとめました。まぁ「ドメイン固有型」というと大袈裟なので、「独自に型を作る」を想定してもらえばよいと思います。OOPに慣れている人がハマりやすい点も簡単に言及しています。ご参考までに。 アドレス帳型を作る アドレス帳型を例にします。 先にコードを以下に示します。コード全体はGitHubリポジトリを参照してください。 #[derive(Debug, Clone)] pub struct AddressBook { name: String, entries: Vec<AddressEntry>, } impl Default for AddressBook { fn default() -> Self { Self { name: String::default(), entries: Vec::def

                                                            Rustでドメイン固有型を作る際のコツ
                                                          • 無料SSL証明書の「Let’s Encrypt」がDDoS攻撃を受けてパフォーマンスが一時低下

                                                            無料&オープンな証明書認証局Let's EncryptがDDoS攻撃を受け、約4時間半にわたってサービスのパフォーマンスが低下しました。 Title: Let's Encrypt's performance is currently degraded due to a DDoS attack ????: I know it is a big thing to complain about but why does the whole DNS lookup system require an invalid certificate? Because it seems too easy to get a certificate from a DNS provider that has…— hncynic bot (@hncynic) Let's Encrypt's performance is

                                                              無料SSL証明書の「Let’s Encrypt」がDDoS攻撃を受けてパフォーマンスが一時低下
                                                            • F・スコット・フィッツジェラルド『グレート・ギャツビー』がパブリックドメイン入りし、さっそく二次創作がいくつも発売されていた - YAMDAS現更新履歴

                                                              yamdas.hatenablog.com F・スコット・フィッツジェラルド『グレート・ギャツビー』のパブリックドメイン入りについては2020年秋、というか正確には「なぜギャツビーはパブリックドメインでないのか?」を訳した2013年の時点から話題にしてきたことだが、無事2021年の幕開けとともにパブリックドメイン入りした。 bnet.substack.com で、それからまだひと月も経たないうちに、その二次創作とでもいうべき作品が発売されているというのだ。このエントリでも触れられているが、こういう事例で真っ先に思い出すのは、ジェーン・オースティン『高慢と偏見』を下敷きにして書かれたセス・グレアム=スミス『高慢と偏見とゾンビ』(asin:4576100076)とその映画版(asin:B0781VSQSW)だが、『グレート・ギャツビー』の場合、どういう二次創作が書かれたのか。 グレート・ギャツ

                                                                F・スコット・フィッツジェラルド『グレート・ギャツビー』がパブリックドメイン入りし、さっそく二次創作がいくつも発売されていた - YAMDAS現更新履歴
                                                              • 世界地図上で国別ドメインを学べるポスター、JPRSが教育機関へ無償配布。PDFダウンロードも 地理を学べる「国名・地域名記入欄」がセット

                                                                  世界地図上で国別ドメインを学べるポスター、JPRSが教育機関へ無償配布。PDFダウンロードも 地理を学べる「国名・地域名記入欄」がセット
                                                                • Chrome 85では「ドメイン名以外のURLアドレス」が非表示になる可能性

                                                                  2020年9月にリリース予定のGoogle Chrome 85で「ドメイン名以降のURLが表示されない仕様になるかもしれない」と、Android関連のニュースを取り扱うAndroid Polceが報じています。 Google resumes its senseless attack on the URL bar, hides full addresses on Chrome 85 https://www.androidpolice.com/2020/06/12/google-resumes-its-senseless-attack-on-the-url-bar-hides-full-addresses-on-chrome-canary/ Android Policeによれば、「Google Chromeの開発者向けビルドであるDev チャンネルとCanary チャンネルのバージョン85以降

                                                                    Chrome 85では「ドメイン名以外のURLアドレス」が非表示になる可能性
                                                                  • freee での SLO の実践について - freee Developers Hub

                                                                    Enabling SRE チームの oracle です。 チーム内で SLO の推進を担当しております。 freee での SLO の実践についてご紹介させて頂きます。 改めてSREとは 皆さんご存知のように SRE とは Google 社が実践してきたシステム運用のノウハウを書籍化したことで一般的に知られるようになった言葉です。 日本語版の書籍が発売されてからもう5年経ちました。 Google が提唱しているアプローチを皆さんは実践できていますでしょうか。 freee では SRE チームの前身はインフラという部署でした。 同じように部署を新設ではなくて名前を変更した企業も多いのではないでしょうか。 チームの名称は何であれ問題はありません。重要なのは SRE を実践しているのか、していないかです。freee は SRE を実践できていたかというとそうではありませんでした。 信頼性とは S

                                                                      freee での SLO の実践について - freee Developers Hub
                                                                    • ドメイン駆動設計モデリングデモ会を開催しました! - BASEプロダクトチームブログ

                                                                      Owners Experience Backend Group で Engineering Manager をしています、炭田(@tac_tanden)です。 BASE では決済などの複雑な事業ドメインに立ち向かうために、ドメイン駆動設計(DDD)を使った開発を進めているチームがあります。 そんな中で先日、DDD の有識者として松岡幸一郎(@little_hand_s)さんをお招きし、DDD モデリングデモ会社内で開催しました。 その模様をレポートします。 開催の経緯 BASE では日頃から DDD に関する質問ができるように、松岡さんを Slack チャンネルにお招きし、開発や DDD の勉強会で出てきた困りポイントや疑問を質問させていただいています。 そんな中で「DDD の勉強をしているけれど、モデリングを実際にどうするのか見てみたい」、「自分でモデリングにトライしてみたけれど、このや

                                                                        ドメイン駆動設計モデリングデモ会を開催しました! - BASEプロダクトチームブログ
                                                                      • ドメイン知識を素早くキャッチアップする時に心がけている事 - BASEプロダクトチームブログ

                                                                        はじめに この記事はBASEアドベントカレンダー2023の16日目の記事です。 こんにちは! Cart DevチームでBackendエンジニアをしている @endu です。 気づけば入社してからそろそろ1年が経ちます。 この1年をふりかえると、最初のオンボーディング期間を経てはひたすらに、既存コードを読んでは仕様を把握してコードを書く1年だったかなと思います。 今回は既存コードを理解するにあたっての、ドメイン知識を素早くキャッチアップする事 に焦点をあてて、自分が心がけている事をご紹介できればと思います。 ドメイン知識とはなにか? ここで話す「ドメイン知識」についてですが、調べてみると以下のように定義されています。 ドメイン知識(英: Domain knowledge)または領域知識は、はっきり限定された、ある専門分野に特化した分野の知識であり、一般知識またはドメイン独立の知識と対比される

                                                                          ドメイン知識を素早くキャッチアップする時に心がけている事 - BASEプロダクトチームブログ
                                                                        • 当社利用のドメイン登録サービスにおける不正アクセスについて(最終報)

                                                                          第一報(2020年11月16日付)、第二報(2020年11月18日付)に関してはこちらよりご確認ください。 QUOINE株式会社(本社:東京都千代田区、代表取締役:栢森 加里矢、以下当社)は、2020年11月に発生した不正アクセスに関する事象について、さらに調査を進めた結果を以下のように報告致します。 このような事態が発生し、お客様に多大なご迷惑をおかけしましたことをあらためて深くお詫び申し上げます。 なお本事案に関しましては適宜監督官庁へ報告を行っております。 1.調査結果 2020年11月13日(金)に発生した当社アカウント・ドメインの登録情報が悪意のある第三者(以下、第三者)に変更されたことにより、当社のシステム・インフラの一部に不正アクセスが可能になった事案について以下のように報告致します。 データ格納業者の協力も含めて、綿密な社内調査と分析を行いました。 その結果、お客様の個人情

                                                                            当社利用のドメイン登録サービスにおける不正アクセスについて(最終報)
                                                                          • メルカリの取引ドメインにおけるモジュラーモノリス化の取り組み | メルカリエンジニアリング

                                                                            この記事は「連載:連載:技術基盤強化プロジェクト「RFS」の現在と未来」として書かれたものです。 メルカリのトランザクションチームでバックエンドエンジニアをしている @adachang です。今回は前回の記事に引き続き、メルカリの取引ドメインに属するコードベースのメンテナンス性・拡張性を改善するための取り組みを紹介します。 前回の記事では、この取り組みの背景や課題、ドメイン分析や依存関係をデカップリングするアプローチについて説明しました。その中でメルカリの “取引” を扱う大きなドメインを、商品代金の支払いとそれ以降のプロセスに分割し、前者を「Checkout ドメイン」、後者を 「Transaction ドメイン」と呼ぶことにしました。この記事では、Transactionのドメインを取り上げ、PHPのモノリスをモジュラーモノリスに移行するための現在進行中の取り組みをご紹介します。私たちが

                                                                              メルカリの取引ドメインにおけるモジュラーモノリス化の取り組み | メルカリエンジニアリング
                                                                            • 継続的に価値を提供するドメイン駆動設計入門 | Hori Blog

                                                                              Hori Blogフリーランスでバックエンドエンジニアとして活動している Ryota Hori のブログです。 最近はテック系記事より雑記ブログ気味。 世界へ継続的に価値を提供するコストはもっと低くてもいいはずだと思う。 継続的な価値提供への一つの手法としてドメイン駆動設計があるが、特にアプリケーション設計においては大局的な理解を得ることが難しいように思われる。 ドメイン駆動設計によるアプリケーション開発においてどういうことを実現したいのか。 本記事では大局的な思想に注目することで設計の入門となることを期待したい。 ドメイン駆動設計で成したい欲求 アプリケーション提供において、開発は専門化し価値提供欲求と分断されることが起こりがちである。加えて、アプリケーションの大規模化に伴い開発内においても局所的な専門化が生じやすい現状がある。 特定の目的を達成することで価値を提供するアプリケーションに

                                                                                継続的に価値を提供するドメイン駆動設計入門 | Hori Blog
                                                                              • ZOZOTOWNのWebサーバを、EC2 Windows Serverで自動構築する - ZOZO TECH BLOG

                                                                                こんにちは、EC基盤本部SRE部ZOZOSREチームの石川です。 普段はZOZOTOWNのオンプレミスとクラウドの構築・運用に携わっています。 ZOZOTOWNには長い歴史がありますが、その中核を成すWebアプリケーションのアーキテクチャは、サービス開始当初から現在に至るまで大きく変わらず稼働しています。 一方で、インフラは少しずつ変わっています。高負荷となるセールやイベント時のスケールアウトするために、またハードウェアのライフサイクルに合わせる形で、物理サーバ → 仮想基盤 → クラウドと徐々に技術が変遷しています。 本記事では、クラウドへのスケールアウトを加速させるために、オンプレミスで稼働中のWebサーバをAmazon EC2(以下、EC2という)で動作させるまでの取り組みを紹介します。 スケールアウトに向けたZOZOTOWNの課題 ZOZOTOWNのWebサーバは、Windows

                                                                                  ZOZOTOWNのWebサーバを、EC2 Windows Serverで自動構築する - ZOZO TECH BLOG
                                                                                • Full-Stack JavaScript meets DDD. - Qiita

                                                                                  これは 2020-01-10 に開催された、DDD meetup#3 でのLTの内容を記事化したものです。 Vuex+Express環境でどんなアーキテクチャを採用したか、して良かったこと/悪かったことを発表しました(LT資料はこちら)。 問題提起 フロントエンドでDDDを実践しようと考えて、結局採用を見送った経験のある方は以外に多いのではないでしょうか。ドメイン知識はバックエンドに集中させてフロントはできるだけライトウェイトに…。と、がんばっても、どうしても気になるものの一つがバリデーション。些末なことだけどバリデーションはれっきとしたドメイン知識。これだけ半端にフロントにいるの、気持ち悪いですよね? 折角ドメイン知識をその他と分離するなら、フロントとバックでもそれらを共通化したい!できるんです。そう、Full-Stack JavaScriptでの開発なら。 結論 こんなアーキテクチャを

                                                                                    Full-Stack JavaScript meets DDD. - Qiita