6. はてなブックマークのこれまで 2005/2 ベータ版リリース 2005/8 正式版リリース 2008/7 関連エントリー機能 株式会社プリファードインフラストラクチャー (PFI) と共同開発 2008/11 はてなブックマーク 2 システムリニューアル 全文検索 (w/ PFI) 、カテゴライズ etc 2009/4 Firefox 拡張 2009/5 はてなブックマークプラス 有料オプション
Qiita Teamに、流れていってほしくない情報を掲載しておける「プロジェクトページ」が追加されました こんにちは、週末に弱虫ペダルを読破した htomineです。巻島先輩最高ですね! 今回は、Qiita Teamに追加された新機能「 プロジェクトページ 」を紹介します。 プロジェクトページとは流れていってほしくない情報を、アクセスしやすい場所に常に掲載しておける機能です。 トップページのサイドバーに常に表示される他、ヘッダーの「さがす」メニューからいつでも呼び出せます。 何が便利になるの?プロジェクトページ は、時間がたってもフィードの奥に消え去ることがなく、 アクセスしやすい場所にあって後から辿ることも容易です。 プロジェクトの概要・状況・方針など、常に最新の情報を共有しておきたい場合に最適で、 新しく入ってきたメンバーも、古いけれど重要な情報が参照しやすくなります。 ↓プロジェクト
STAP細胞の論文問題で、理化学研究所の小保方晴子氏(30)の代理人は10日、STAP細胞が作れるかどうか検証する実験への参加について、小保方氏が「生き別れた息子を早く捜しに行きたい」との表現で意欲を示していると明らかにした。 代理人を務める三木秀夫弁護士は大阪市内で取材に応じ「小保方氏は体調を調整している。理研は早く、実験への参加を公式に発表してほしい」と話した。 検証実験をめぐっては、下村博文文部科学相が「小保方氏が先頭に立って再検証をし、自ら証明することを期待したい」と発言。理研の改革委員会も、小保方氏の参加を提言する方向で調整している。(共同) [2014年6月10日11時32分]
本ホワイトペーパーでは、MySQL レプリケーションや MySQL ユーティリティ を活用した高可用性サービスの構築について、実例やベストプラクティスを交えて説明します。 以下について詳しく解説します: MySQL レプリケーションの設定(MySQL ユーティリティを利用する場合/利用しない場合) 準同期レプリケーションへの移行 MySQL レプリケーションの管理とトラブルシューティング (MySQL ユーティリティを利用する場合/利用しない場合) マスター故障時、スレーブの新マスターへの昇格手順 (手動/自動、MySQL ユーティリティを利用する場合/利用しない場合) 本ペーパー最後で、ユーザー環境にあわせた MySQL レプリケーションの調整、最適化に関する資料も案内しています。
リトライを肴に一晩酒が飲める古橋です。 大規模なデータに触れることが日常茶飯事になっている今日この頃。この分野のおもしろいところは、いつまで経っても終わらないプログラムを簡単に作れてしまうことかもしれません。エラー処理、リトライそして冪等性*1の3つを抑えていないプログラムは、小規模なデータなら問題ないが、データ量が多くなると使い物にならなくなる可能性が大です。 大規模データをバッチ処理するケース以外でも、リトライは一般にプログラムの信頼性に関わる重要な問題です。 そんなわけで、リトライに関わるいくつかのデザインパターンを、連載でまとめておこうと思います*2。 では、第1回は背景から: なぜリトライが必要なのか プログラムは色々な理由で失敗する。例えば、 A) 通信先のプログラムが高負荷すぎて応答できなかった B) メモリを消費しすぎてメモリ確保に失敗した。またはOOM KIllerに殺さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く