令和6年1月12日、シンポジウム「新たな感染症危機にいかに備えるか~国民の生命・健康と生活・経済の両立を目指して~」を開催しました。
![トップページ | 内閣感染症危機管理統括庁ホームページ](https://cdn-ak-scissors.b.st-hatena.com/image/square/caf13b57dd922b586bcdbca05ce20ab9611bcaaa/height=288;version=1;width=512/https%3A%2F%2Fwww.caicm.go.jp%2Fcommon%2Fimages%2Fogp.jpg)
大宝律令(たいほうりつりょう)は、701年(大宝元年)に制定された日本の律令。「律」6巻、「令」11巻の全17巻。唐の律令を参考にしたと考えられている。 概要[編集] 大宝律令の意義に挙げられるのは、中国(唐)の方式が基準の制度への転換にある。 冠位十二階の制度は、当初は徳目をあらわす漢字で個々の官位を示していたが、数値で上下関係を示す中国式に替わっている。また評も、中国で地方行政組織の名称に使われてきた郡に用字を替えている。 遣隋使の派遣以来、7世紀の間に100年ほどの歳月をかけて蓄積した中国文明への理解によって、朝鮮半島経由の中国文明ではない、同時代の中国に倣うための準備が可能になってきていたことを意味する[1]。 内容[編集] 大宝律令は、日本の国情に合致した律令政治の実現を目指して編纂された。刑法にあたる6巻の「律(りつ)」はほぼ唐律をそのまま導入しているが、現代の行政法および民法
櫛名田比売(くしなだひめ)は、日本神話に登場する女神。 概要[編集] ヤマタノオロチ退治の説話で登場する。大山津見神の子であるアシナヅチ・テナヅチの8人の娘の中で最後に残った娘。原文で「童女」と記述されるように、クシナダヒメ自身はまだ年端もいかぬ少女である。ヤマタノオロチの生贄にされそうになっていたところを、スサノオにより姿を変えられて櫛になる。スサノオはこの櫛を頭に挿してヤマタノオロチと戦い退治する。 スサノオ。國輝画「本朝英雄傳」より「牛頭天皇 稲田姫」、大判錦絵 神話での記述[編集] ヤマタノオロチ退治[編集] 楊洲周延「東錦昼夜競 素戔嗚尊」より 高天原を追放されて出雲に降り立ったスサノオは、ヤマタノオロチという怪物に毎年娘を食われているアシナヅチ・テナヅチの夫婦と、その娘のクシナダヒメに出会った。彼らの話によると、もうじき最後に残った末娘のクシナダヒメも食われてしまう時期なのだと
正月の鏡餅を抱えた女。水野年方画。 鏡餅と桃太郎。勝川春亭画。 神棚に飾った鏡餅 プラスチックの容器に充填した鏡餅 鏡餅(かがみもち)とは、餅を神仏に供える日本の伝統的な正月飾り(床飾り)であり、穀物神である「年神(歳神)」への供え物であり[1]、「年神(歳神)」の依り代である。 名称の由来[編集] 鏡餅という名称は、昔の鏡の形に似ていることによる。鏡はこの世とあの世の境界と捉えていた。昔の鏡は青銅製の丸形である銅鏡で、神事などに用いられるものであった。三種の神器の一つ、八咫鏡を形取ったものとも言われる。また、三種の神器の他の二つ、八尺瓊勾玉に見立てた物が橙(ダイダイ)、天叢雲剣に見立てた物が串柿であるとされる。 歴史[編集] 平安時代にはすでに存在し、当時に書かれた『源氏物語』には「歯固めの祝ひして、餅鏡をさへ取り寄せて」の一節がある[2]。鏡餅が現在のような形で供えられるようになったの
年神(としがみ、歳神とも)、大年神(おおとしのかみ)は、日本神話、神道の神である。 大年神[編集] 日本神話では、『古事記』において須佐之男命と神大市比売(かむおおいちひめ・大山津見神の娘)の間に生まれた大年神(おおとしのかみ)としている。両神の間の子にはほかに宇迦之御魂神がおり、これも穀物神である。また、大年神と香用比売(カグヨヒメ)の間の子に御年神(みとしのかみ、おとしのかみ)、孫に若年神(わかとしのかみ)がおり、同様の神格の神とされる。孫に久久年神(くくとしのかみ)もいる。 『日本書紀』には年神は現れない。『日本書紀』は天皇の即位年を太歳の干支で示すが、太歳は中国で考えられた架空の天体であって年神とは異なる。 系譜[編集] スサノオの系図(『古事記』による)。青は男神、赤は女神 大年神は他に多くの神の父及び祖父とされる[1]。 伊怒比売(いのひめ、神活須毘神(かむいくすび)の娘)との
図上部、須弥山の上に位置するのが忉利天。 忉利天(とうりてん、サンスクリット: त्रायस्त्रिंश Trāyastriṃśa;パーリ語: Tāvatiṃsa)は、仏教の世界観において、欲界における六欲天の第2の天である。「とう」はりっしんべん+刀。意訳して三十三天ともいう。 仏教においては一般に須弥山の頂上にあるとされ、帝釈天をはじめ、33の天部や神々が住むとされる。また、伝説において、釈迦の生母である摩耶夫人は死後ここに転生したとされ、また、悟りを開いた釈迦がこの地に登って摩耶夫人や天部に説法し、三道宝階と呼ばれる階段によって、地上の僧伽施国(サンカーシャ)に戻ったとされる。 概略[編集] 三道宝階によって忉利天からサンカーシャへと降る釈迦 19世紀 タイ王国 メトロポリタン美術館蔵 中国語、および漢訳において「三十三天」という場合、三十三天自体とそこに住む住人の両方を指すが(後
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon Elastic Block Store (Amazon EBS) が AWS KMS を使用する方法 このトピックでは、Amazon Elastic Block Store (Amazon EBS) が AWS KMS を使用してボリュームとスナップショットを暗号化する方法の詳細を説明します。Amazon EBS ボリュームの暗号化に関する基本的な手順については、「Amazon EBS 暗号化」を参照してください。 Amazon EBS 暗号化 暗号化された Amazon EBS ボリューム をサポートされている Amazon Elastic Compute Cloud(Amazon EC2)インスタンスタイプ にアタッチすると、ボリュームに保存された
Q: AWS CloudHSM とは何ですか? AWS CloudHSM サービスを使用すると、AWS クラウド内の専用ハードウェアセキュリティモジュール (HSM) インスタンスを使用して、データセキュリティに対する企業コンプライアンス要件、契約上のコンプライアンス要件、法令遵守の要件を満たすことができます。AWS および AWS Marketplace のパートナーにより、AWS プラットフォーム内の重要データを保護するためのさまざまなソリューションが用意されていますが、暗号キーの管理に関して契約上または法令上の義務が課せられたアプリケーションやデータに対しては、追加の保護が必要になることもあります。AWS CloudHSM は既存のデータ保護ソリューションを補完する役割を果たし、HSM 内での暗号キー保護を可能にします。HSM は安全なキー管理に対する米国政府標準規格に適合するように
作成日:2020/01/29 このページでは AWS における "KMS(Key Management System)" 、 "CloudHSM(hardware security module)" 、 "ユーザの暗号化キー持ち込み" 、"AWS サービスの暗号化" の違いに関して説明します。 "KMS(Key Management System)" 、 "CloudHSM"は暗号化キーを管理できるサービスです。これらにはどのように違いがあるのでしょうか。 "KMS(Key Management System)" 、 "CloudHSM"の大きな違いは管理の厳密性です。CloudHSMはあなた専用のハードウェアで暗号化キーを保管します。物理的に他の組織はアクセスできません。一方でKMSはクラウドらしくシステムを共有します。もちろんシステム的に他の組織はアクセスできないはずですが、Cloud
以下のよくある質問は、Sinnet により運営される AWS 中国 (北京) リージョンおよび NWCD により運営される AWS 中国 (寧夏) リージョンの AWS Key Management Service (KMS) には適用されません。これら 2 つの中国リージョンに関連するコンテンツについては、こちらのよくある質問のリンクを参照してください。 AWS KMS は、暗号化操作に使用されるキーを簡単に作成および管理できるマネージドサービスです。このサービスは、可用性の高いキーの生成、保管、管理、監査ソリューションを提供し、独自のアプリケーション内でデータの暗号化やデジタル署名を行うことや、AWS のサービス全体でデータの暗号化を管理できます。 AWS のサービス全体でデータを保護する責任がある場合は、このサービスを使用して、データへのアクセスをコントロールする暗号化キーを一元管理
こんにちは、菊池です。 衝撃の新機能です。VPCに割り当てるCIDRが拡張可能になりました! Amazon Virtual Private Cloud (VPC) now allows customers to expand their existing VPCs 「一度作成したVPCのCIDRは変更できない」という常識は過去のものになりました。この新機能によりVPCがスケール可能になりますので、EC2、RDS、ELBといったVPC内リソースが想定以上に拡張していくケースにも対応できます。また、あらかじめ作成時に巨大なCIDRを確保する、といったことも必要なくなることでしょう。 VPC CIDRの拡張 VPC作成時に割り当てるCIDRブロックがプライマリCIDRとなり、あとからセカンダリCIDRを追加可能になりました。 Associating a Secondary IPv4 CIDR B
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 でサービスを共有する AWS PrivateLink エンドポイントサービス と呼ばれる独自の AWS PrivateLink を使用したサービスをホストし、他の AWS のお客様と共有できます。 概要 次の図は、 でホストされているサービスを他の AWS 顧客 AWS と共有する方法と、それらの顧客がサービスに接続する方法を示しています。サービスプロバイダーとして、サービスのフロントエンドとして VPC で Network Load Balancer を作成します。その後、VPC エンドポイントサービスの設定を作成するときに、このロードバランサーを選択します。特定の AWS プリンシパルにアクセス許可を付与して、サービスに接続できるようにします。サービスコンシュー
PHP Conference Japan 2020 トーク前提の資料です。そのため、トークがないと理解が難しいかもしれません。 https://youtu.be/UTKJ-Lgn3aI?t=36 ※冒頭音声が小さいです。マイクを手に持ってから聞こえやすくなると思います。 資料中の ADOP については下記を参照ください。 https://nrslib.com/adop/ # Abstract https://fortee.jp/phpcon-2020/proposal/da5b9d99-e5a6-4f51-adea-1f1c10d99020 # Ref https://github.com/nrslib/scrum-app-sample-php https://github.com/nrslib/repository-support-php # URL Togetter: https://
Digital Identity技術勉強会 #iddance Advent Calendar 2020 12日めの記事です。 年末ということで、気楽に2020年のWebAuthn関連の話題を振り返ってみたいと思います。WebAuthnは2019年に一度W3C勧告になりましたが、その後も色々な実装での採用の拡大や、WebAuthn Level2という新しい改訂版の仕様策定の進展など、2020年も色々動きがありました。それらの中から、興味を惹かれた話題を解説していきます。 SafariでFace ID/Touch IDがPlatform AuthenticatorとしてサポートWebAuthn周りで今年最大の進展というと、やはりSafariのWebAuthn実装がFace ID/Touch IDをPlatform Authenticator(内蔵の認証デバイス)としてサポートしたことが挙げられ
Web Authentication(WebAuthn)とは、ユーザーのパブリックキー認証(英語版)のインターフェイスをウェブ型のアプリケーションやサービスへと標準化するための、World Wide Web Consortium (W3C)によるウェブ標準の1つで[1][2]FIDO Allianceから支援を受けている[3]。ユーザーの証明をやり取りする時にウェブサイトとウェブブラウザ間の相互作用を形式化する試みであるW3Cのより一般的なクレデンシャル管理(英語版)APIの拡張を実装する。 2019年3月4日に、ウェブ標準として承認された[4]。 概要[編集] 前身のFIDO U2Fのように、W3C Web Authentication (WebAuthn)はウェブサイト、ウェブブラウザ、認証器に対応している:[1] ウェブサイトはWebAuthn Relying Partyに準拠する。
In criminal law and in the law of tort, recklessness may be defined as the state of mind where a person deliberately and unjustifiably pursues a course of action while consciously disregarding any risks flowing from such action.[a] Recklessness is less culpable than malice, but is more blameworthy than carelessness. Mens rea and actus reus[edit] To commit a criminal offence of ordinary liability (
世界で初めて*裏面照射型構造を採用した、新開発の有効約4240万画素35mmフルサイズ「Exmor R(エクスモア アール)」CMOSセンサーを搭載。ギャップレスオンチップレンズ構造やARコーティング(反射防止膜)付きシールガラスに加え裏面照射型構造の採用により、画素サイズが縮小しつつも集光率を大幅に向上。これにより、有効約4240万画素というα史上最高解像度を達成しながら、高感度・低ノイズ性能と広いダイナミックレンジを実現しました。 * 35mmフルサイズセンサー搭載デジタルカメラとして。2015年6月26日広報発表時点。ソニー調べ 「Exmor R(エクスモア アール)」CMOSセンサーについて詳しくはこちら 圧倒的な高感度・低ノイズ性能により、最高感度ISO409600*1を実現した有効約1220万画素35mmフルサイズ「Exmor(エクスモア)」CMOSセンサーを搭載。ソニーが培っ
4月7日に緊急事態宣言が発出されてから1カ月近くが経とうとしている。働き方から普段のコミュニケーションまでガラッと様変わりし、外出が必要な職種をのぞき、在宅での仕事が一般的となった。そこで一気に浸透したのがビデオ会議だ。今回の事態でZoomやMicrosoft Teams、Google Meetなどに初めて触れた人も多いだろう。かく言う筆者もその一人だ。 ビデオ会議は結構新鮮な体験だったものの、あるタイミングから気になることが出てきた。それは、ビデオ会議の画質だ。リアルタイムで配信しているため、画質は大幅に圧縮されてしまう。しかも、全世界的にビデオ会議、ストリーミング配信などが活発化し、帯域を圧迫している。それによる画質の低下は仕方ない。しかし、もう一つ原因があるとすれば、ビデオ会議に使うカメラの画質そのものだ。 きちんと統計を取ったわけではないが、ビデオ会議で使うのはPCが一般的ではない
恵比寿の飲食店における件について 一部報道にあります掲題の件につきまして、甚だ略儀ではございますが、この場で経緯のご説明をさせて頂ければと思います。 報道にございますとおり、私は、2020年11月27日の深夜に、知人数名と共に、恵比寿にある接待を伴う飲食店を利用させていただきました。そして、私共が退店した後、接客についていただいた女性が、亡くなられるという出来事がございました。 接客についていただいた際、女性から、15分以内にテキーラのボトルを空ければ賞金を渡すというゲームに挑戦したいとの申出をいただきました。私は、過去にもこのゲームを行ったことがあり、その際、場の雰囲気が盛り上がったことから、今回、女性からの申出に対して、軽率にも了承してしまいました。 女性がどのような理由・原因で亡くなられたのかについて正確な情報は把握できておりませんが、いずれにせよ私の軽率な判断と行動も一端となってこ
http://luvlife.hatenablog.com/entry/2013/08/07/221155 読んで色々考えさせられた。 せっかくなので、身の上話を増田に吐き出そうと思う。 すごい田舎の底辺中学を卒業してるけど、地元同級生たちや親戚達の常識感っていうのは独特だなぁとずっと思ってた。 上京してからは特にそう思ってて、同じ日本なのに本当に違う世界が共存しているんだなと思ってそれがもう日本だと思ってた。 この記事を読んで、そうかそれは「低学歴の世界」と「高学歴の世界」の溝だったんだと納得した。 地元は田舎だからか両親ともに兄弟が多くて、いとことか30人くらいいるんだけど、その中で大学に行かせてもらったのは俺くらい。 俺の両親は、他のいとこが次々と中卒・高卒で働き始めたりしているのを横目に、頑張って俺を大学まで行かせてくれた。 両親が大学まで俺を行かせたかった理由としては学歴コンプレ
この記事は LOCAL学生部アドベントカレンダー2020 12日目の記事です。OB ですが枠が開いているのでしれっと参加します。 ことの始まり いま勤めている会社では内部で利用するために VPS を借りて、そこに Rancher を使って Kubernetes クラスタを建てています。はじめは何の問題もなく Rancher が用意してくれた Nginx Ingress Controller が動作していたのですが、最近 Rancher 2.5 系にアップデートしたあたりから大量にこのようなログが出力されるようになりました。 Nameserver limits were exceeded, some nameservers have been omitted, the applied nameserver line is: x.x.x.x y.y.y.y z.z.z.z しかも、Ingres
Measure metrics for a healthy site Web Vitals are quality signals key to delivering great UX on the web (https://web.dev/vitals). This extension measures the Core Web Vitals, providing instant feedback on loading, interactivity and layout shift metrics. It is consistent with how these metrics are measured by Chrome and reported to other Google tools (e.g. Chrome User Experience Report, Page Speed
ウェブにおけるユーザー体験の向上を目的とした取り組みをグーグルが始めた。「Web Vitals(ウェブ バイタル)」と名付けている。 「バイタル」とは「重要なもの・本質的なもの」という意味で、ウェブ バイタルは「ユーザー体験を良くしていくのに必須の指標に関する総合的なアドバイス情報」として提供していく。 そのウェブ バイタルのなかでも特に重要なものとして、次の 3つの指標を「Core Web Vitals(コア ウェブ バイタル)」として設定している(具体的な基準となる数値は後述する)。 LCP(Largest Contentful Paint) 「最大コンテンツの描画」の意味で、ユーザーの認識としてのページ表示速度を測る指標。 ブラウザの表示範囲内で、最も大きなコンテンツ(画像・動画の初期表示画像・背景画像のある要素・テキストを含むブロックレベル要素など、そのページでメインとなるコンテン
この記事は、著者の許可を得て配信しています。 https://panelbear.com/blog/boring-tech/ 注:この記事で書かれている考え方は、過去に何度も取り上げられています。長年にわたって私の視点に大きな影響を与えてきた記事の一つに、McKinley氏の「Choose Boring Technology(退屈な技術を選ぶ)」というものがあります。以下では、私自身の経験からこのトピックを探り、最近のプロジェクトでKubernetesを使うことになった経緯を紹介します。 長年にわたり、私は多くのエンジニアが会社の成功や失敗の多くを技術的な選択が原因であると主張する傾向があるところを見てきました。私にももちろんそういう時もあります。それはしばしば正当化されますが、大多数のスタートアップ企業にとって、プログラミング言語、フレームワーク、あるいはデータベースの選択はそれほど重要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く