終了 2014/09/22(月) 19:00〜 Ansible Meetup in Tokyo 2014.09 Ansible is the simplest way to automate IT. Ian Lewis 他 東京都千代田区大手町1-3-7 (日経ビル6階)
One of our core beliefs at Heroku is that developers do their best work when the development process is as simple, elegant, and conducive to focus and flow as possible. We are grateful for how well many of our contributions to that cause have been received, and today we are making generally available a new set of features that have been inspired by those values. Collectively, we call these new fea
既に「iOS 8」にアップデートした方も多いと思いますが、iPhoneHacksが、「iOS 8」で報告されているバグをまとめています。 細かいものを含めるとまだまだありそうですが、現在までに報告されているバグは下記の通り。 (UPDATE:読者の方から頂いた情報も追記しています) ・HealthKitフレームワークのバグ (これが影響して対応アプリのリリースが延期中) ・BSOD(Blue Screen of Death)を引き起こす (主にiPadで報告されている模様) ・Safariからファイルのアップロードが出来ない ・OTAアップデート時の不具合 (アップデートの最後にエラーが発生し、リカバリーモードになり復元が必要になる) ・設定.appが頻繁にクラッシュ ・設定.appがSpotlight検索の優先順位を記憶してくれない ・ステータスバーのバグ iOS 8, nailed i
よい機会なのでまとめておく。対象はMySQL5.6以下とMariaDB10.0以下。 (2014.12.3追記:以下の書籍にも記述した。) 要旨 MySQL/MariaDBのバックアップについて、相変わらず「InnoDBさえ使っていれば、FLUSH TABLES WITH READ LOCKは不要。よってバックアップ中に更新不可になることはない!」との主張が繰り返されているが、少なくとも5.6/10.0まではそんなことはない。 オンラインバックアップに関するロックの正確な記述 より正確に言えば「全データベース領域をバックアップする場合には、FLUSH TABLES WITH READ LOCKは必須。特定のInnoDBだけのデータベースやテーブルをバックアップする際は、この限りではない」。 なのだが、全領域のバックアップをしたい人に対してロック不要説を吹き込む人が未だにいる。 ロックの必要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く