HyperCard was not killed. It just died as it should : 404 Blog Not Found
2011年12月01日23:45 カテゴリCode HyperCard was not killed. It just died as it should かつてはそれを使わぬ日が一日とてなかった一人として、半分、同意。 yebo blog: なぜ、HyperCardは死ななければならなかったのか この理由は、HyperCardは別世界のエコーだからだ。コンピュータを使う事とプログラミングする事の境界が弱めら、ほとんど完全に消し去ってしまう世界だ。 Loper OS ≫ Why Hypercard Had to Die なぜ半分しか同意でないかというと、「HyperCardの末裔」はかつてないほど繁栄しているから。Flashしかり、DHTMLしかり。DOMのイベントが全部"on"ではじまるのは伊達じゃない。 むしろ適切な質問は、「なぜHyperCardはHyperCardのままでいられなか
色々インストール ASH Multimedia lab
「こんなソフトを作りたい」「我が社の業務とぴったりマッチしたシステムが欲しい」 ＡＳＨはあなたのニーズに、小回りのきくフットワークと高い技術力でお応えします。
クエリキャッシュは切ったほうがいいんじゃなイカ？ : DSAS開発者の部屋
KLab Advent Calendar 2011 「DSAS for Social を支える技術」の2日目は、昨日に引き続き、MySQLを骨までしゃぶるためのテクニックです。 ソーシャルゲームは一般サイトよりもDBへの更新クエリの割合が多くなりがちです。更新クエリが多いMySQLでは、通常は有益なクエリキャッシュが無益どころか有害になります。 そもそもキャッシュヒット率が低い。20%以下なんてこともザラにある しかもクエリキャッシュの更新はグローバルなロックを取得する からです。特に後者は問題です。ただの参照クエリもクエリキャッシュを更新する上に、更新クエリはクエリキャッシュの全エントリをチェックして、更新したテーブルに影響がありそうな全キャッシュをdiscardしていくためです。たとえばユーザーの行動力のようなパラメータを格納した参照も更新も多いテーブルでクエリキャッシュが有効になって
MySQL を PDO で使うときは ATTR_EMULATE_PREPARES を設定しよう : DSAS開発者の部屋
「DSAS for Social を支える技術」 というネタでadvent calendar に挑戦します。 methane です。 PDOで MySQL を使うときは、みなさん $stmt = $con->prepare("..."); して $stmt->execute($values); とかしてプリペアドステートメントを利用されていると思います。 実は、このプリペアドステートメント、パフォーマンス的にはあまり良くありません。1つのクエリを実行するために、プレースホルダ付きのクエリを投げた後に、それに値をバインドして実行するコマンドを投げるので、1回のクエリを実行するのに2往復の通信が必要になるのです。 プリペアドステートメントにはパフォーマンスの利点（同じクエリを何度も発行するときにDBサーバーがクエリの解析を繰り返さないでもすむ）というものと、SQLインジェクション対策になる（正
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【楽天市場】エラー
