事例 アジャイルと自動化 後半(ヤフオク!アプリでの自動テストの事例紹介) at Ques vol.7( #ques7 ) 11/20/2015
事例 アジャイルと自動化 後半(ヤフオク!アプリでの自動テストの事例紹介) at Ques vol.7( #ques7 ) 11/20/2015
By nsr1986 オンラインストレージサービスのBackblazeが2013年第2四半期から2015年第4四半期までに運用していた約5万6000台のハードディスクの故障率に関するデータを公開しました。過去のデータでは圧倒的に壊れやすかったSeagate製品に徐々に改善の兆しが見えており、今回の調査では果たしてどうなったか、詳細が明らかになっています。 Hard Drive Reviews: Update on 2015 Hard Drive Reliability https://www.backblaze.com/blog/hard-drive-reliability-q4-2015/ 以下のグラフは、Backblazeが2013年第2四半期から2015年第4四半期までに運用していたHGST・Seagate・Toshiba・Western Digital製ハードディスク(HDD)の故
はじめに glibcでヤバメな脆弱性キター！ 「glibc」ライブラリに脆弱性、Linuxの大部分に深刻な影響 - ITmedia エンタープライズ Google Online Security Blog: CVE-2015-7547: glibc getaddrinfo stack-based buffer overflow CVE-2015-7547: Critical Vulnerability in glibc getaddrinfo - SANS Internet Storm Center Carlos O'Donell - [PATCH] CVE-2015-7547 --- glibc getaddrinfo() stack-based buffer overflo 内容見るに、getaddrinfoの名前朝解決時に悪意あるDNSレスポンスパケット食わされるとexploit発動
ほとんどのLinuxアプリケーションに使われているGNU Cライブラリの「glibc」に深刻な脆弱性が見つかり、米GoogleとRed Hatの研究者が開発したパッチが2月16日に公開された。 脆弱性は2008年5月にリリースされたglibc 2.9以降のバージョンに存在する。Googleによると、glibcで「getaddrinfo()」ライブラリ機能が使われた際に、スタックベースのバッファオーバーフローの脆弱性が誘発されることが判明。この機能を使っているソフトウェアは、攻撃者が制御するドメイン名やDNSサーバ、あるいは中間者攻撃を通じて脆弱性を悪用される恐れがあるという。 Googleの研究者は、先にこの問題を発見していたRed Hatの研究者と共同で調査を進め、脆弱性を突くコードの開発に成功したとしている。パッチの公開に合わせて、攻撃には利用できないコンセプト実証コードも公開した。こ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 普段はバックエンドエンジニアでデザインの勉強を一切やったことがない僕がそこそこのwebサイトであれば作れるようになってきたので、webサイトをおしゃれに作るためにやったことをまとめてみました。 手順 デザインについて無知でhtml, cssをほとんど書いたことない人（基本的な文法は知っている。）がいきなりおしゃれなサイトが作れるようにはなりません。以下のステップを踏んでいくといいと思います。 おしゃれなサイトを探して研究する。 bootstrapを使ってサイトを作ってみる。 実際に作ってみる。 おしゃれなサイトを探して研究する
誰もあなたの言葉を理解できない。 隣の友愛、目の前の憎悪、そして自分でさえも。 文脈と権威に縋ろうと、飾り立てた借り物が心に届くことはない。 それでも理解を求めるとき、対話は互いの既知を利用する。 自明の参照と引用、暗黙の了解と引喩。 未知の言葉はそこになく、あなたは安らぎの中で相互理解の夢を見る。 幻想再帰のアリュージョニスト。 合わせ鏡に理想の像、反射するのは無限の試行。 永劫の果て、理論上の世界平和は達成される。 いつか、必ず。
2023 追記 2023 年現在では、以下の文章では採用を見送っている OpenAPI を使えば OK という雰囲気です。 Web APIの設計 作者:Arnaud Lauret翔泳社Amazon TL; DR ドキュメント生成にはkevinrenskers/raml2htmlを使った ドキュメントはRAML - RESTful API modeling languageで書いた RAMLにはJSON SchemaとJSONを記載できる APIで返ってくるJSONはRailsアプリのrequest specでJSON Schemaを使ってテストした JSON Schemaはr7kamura/json_worldで生成した ドキュメントに載せる例示のJSONもJSON Schemaからgin0606/screijiを使って生成した 上記の方法だとリクエストパラメタとドキュメントの整合性を担保
リンクをコピー 罠にはめられた結果、Googleに記事を削除されました。（Google八分というやつです） 今日Googleからこんなメールが来ました。 要約すると 「君の記事が著作権侵害（盗作）だという申し立てがあったのでGoogle検索結果から外した」 というもの。 おい、俺は盗作なんかしてねぇぞ。 ↓指摘された記事はこれ 『小さなお葬式は最悪の葬儀会社です。』 http://megalodon.jp/2015-1107-1506-46/funeralservice.livedoor.biz/archives/1899897.html?utm_source=wnc_594600&utm_medium=gamma&utm_campaign=wnc_594600&utm_content=msg_638303&hl=en 「小さなお葬式」で検索をかけると検索結果の５番目くらいに現れていたので
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く