近年、脆弱性(情報セキュリティ上の欠陥)を利用した、童話への悪意のあるサイバー攻撃が増加しています。今回はそれらの被害事例の紹介により注意喚起を行います。
![脆弱性を攻撃される童話事例集(鶴見トイ) - カクヨム](https://cdn-ak-scissors.b.st-hatena.com/image/square/84b0075fd0093bd591f79a33d5cd65435078af09/height=288;version=1;width=512/https%3A%2F%2Fcdn-static.kakuyomu.jp%2Fworks%2F1177354054882453808%2Fogimage.png%3F8m4_bz9qXAe5rdEMAqk_2eOGbG0)
近年、脆弱性(情報セキュリティ上の欠陥)を利用した、童話への悪意のあるサイバー攻撃が増加しています。今回はそれらの被害事例の紹介により注意喚起を行います。
DBのチューニングでI/Oスケジューラのチューニングは意外と重要らしいのでメモ 大半の Linux システムで一般的に利用される主なスケジューラは以下の4つ ●noop ●deadline ●anticipatory ●completely fair queuing noop 最もシンプルなのがこのスケジューラで、これはリクエストをマージしてキューに入れ、それらがキューの先頭に到着した順番で処理を行う。 「noop」スケジューラは、I/O を OS よりうまくスケジュールできる最新のRAIDコントローラを利用するシステムで便利だ。また、これはデバイス上の格納位置にかかわらずデータのシーク時間がすべて一定になるフラッシュメモリドライブ(SSD) (RAM ディスクを含む)搭載システムでも便利だ。 deadline 「deadline」スケジューラは、ディスクの近い場所へのリクエストで、いつも
ライセンス情報 Oracle Databaseライセンス情報ユーザー・マニュアル 19c インストレーション・ガイド Oracle Database 21c (21.3.0.0) 単一インスタンス・データベース インストレーション・ガイド Linux x86-64版 (PDF) Oracle Real Application Clusters インストレーション・ガイド Linux x86-64版 (PDF) Oracle Real Application Clusters クラスタ・ノード追加ガイドLinux x86-64版 (PDF) Oracle Database 19c 単一インスタンス・データベース インストレーション・ガイド Linux x86-64版 (PDF) Oracle Real Application Clusters インストレーション・ガイド Linux x86-
品質管理(ひんしつかんり、QC、Quality control)は、顧客に提供する商品およびサービスの品質を向上するための、企業の一連の活動体系。 概要[編集] 品質管理には、広義・狭義の品質管理がある。 広義の品質管理は、マネジメントとしての品質管理のことを指し、品質マネジメント(Quality management)として知られ、JISでは「品質要求事項を満たすことに焦点を合わせた品質マネジメントの一部」と定義している[1]。 企業の生産現場において「品質管理」と言う場合は狭義の品質についての管理を指していることが多い。狭義の品質管理には以下のような捉え方がある。 設計品質 …… 設計者が目標する品質規格(仕様)であり、「狙った品質」[2]。 合致品質 …… 買い手の要求を満たす品質[3]。 適合品質 …… 製品特性やサービスの水準が仕様や規定、需要に適合しているかと言う観点からみた、
「なぜなぜ分析」は、品質管理や労働安全管理などの分野で、よく用いられる手法だ。発生した問題事象の根本原因を探るために、「なぜ?」「なぜ?」とくりかえして掘り下げていく。この問いかけを“5回はくりかえせ”と、よく指導しているため、別名「なぜなぜ5回」とも呼ばれる。元々、トヨタが発祥の地であり、トヨタ生産方式の普及とともに、他の業界や分野でも使われるようになった。 図は、トヨタ生産方式の生みの親である大野耐一氏の著書から一例をとって、図示したものだ。工場内のある生産機械が故障してとまったとき、「なぜ機械は止まったか?」の問いに、「オーバーロードがかかって、ヒューズが切れたからだ」と答えただけでは、じゃあヒューズを交換して再起動すればいい、という答えしか出てこない。 しかし、なぜオーバーロードがかかったのか?→ (2)軸受部の潤滑が十分でないからだ、とほりさげ、 さらに (3)潤滑ポンプが十分組
Happy Hacking Keyboard開発の発端となった、和田先生(現東京大学名誉教授)の論文を掲載しました。 postscript版は pfutechreview.ps.gz (gz圧縮、145KB)です。 1.はじめに ことし(1991 年)の初夏のころ教授室のワークステーションを Sun3 から Sparkstation2 にかえた。なかなかはやくて快適になったが、やはりいつも話題になるように、古い計算機と新しいのとのキーボードの配列に微妙な違いがあり、しばらくは憂欝な気分であった。使っているうちにどうやら慣れてはきたが、これは計算機のユーザーにとって大きな問題だと思う。せっかくこのような天下国家を論じる機会をいただいたのだから、今日はキーボードについてすこし書かせてほしい。 40年ほど前に登場してから今日まで、計算機はいろいろな面で、長足の進歩を遂げてきたが、一向にあい変
Pythonのパラドックス ---The Python Paradox Paul Graham, August 2004. Copyright 2004 by Paul Graham. これは、Paul Graham:The Python Paradox を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2004 by Paul Graham 原文: http://www.paulgraham.com/pypar.html 日本語訳:Shiro Kawai (shiro @ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハッカーと画家』の 邦訳版が出版さ
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く