GitHub - viezel/TiSocial.Framework: iOS6+ Social.Framework. Appcelerator apps are able to share content to Facebook and Twitter.You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
ACSのPlaces試してみました - 40歳からのキャリアチェンジ
タイトルそのままですが、ACSのPlaces機能を試してみました。 検証の目標 現在作ろうと思っているサービスを視野に入れてるので、現在の周辺の近くのお店を表示することができるか確認しました。 なお、お店の情報は、ACSの管理画面であらかじめ以下2件のお店の情報を登録して作業をすすめました name ラ・カシェット address 新宿区神楽坂１丁目１０ city 東京 country 日本 latitude 35.700457 longitude 139.742207 name テイルズ エールハウス address 文京区本郷3-16-5 city 東京都 country 日本 latitude 35.705263 longitude 139.761316 ※自分の環境はTitanium SDK 2.1.0.GA、MacOSX 10.7.4 です。 $nearSphereのlongit
Mysql(InnoDB)のロックの変化について
最近、MysqlでUpdate を行った際、更新対象件数によって、書き込みロックが行ロックからテーブルロックに変化することがあったので その原因と対処方法について書こうと思います。 環境は下記の通りです。 OS: CentOS 5.6, MacOSX 10.7.3 Mysql 5.1(InnoDB) ↓のテーブルに、1000件レコードが存在すると仮定して説明していきます。 CREATE TABLE `sample_table` ( `id` int(11) NOT NULL AUTO_INCREMENT, `val` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ロックが行ロックからテーブルロックに変化する現象が発生するのは、 以下のSQL文です。 UPDATE sam
InnoDBで行ロック/テーブルロックになる条件 - (ﾟ∀ﾟ)o彡 sasata299's blog
2009年11月22日16:29 MySQL InnoDBで行ロック/テーブルロックになる条件 MySQL にはよく使われるストレージエンジンとして MyISAM と InnoDB がありますが、違いの一つとしてロックの挙動が挙げられます。MyISAM はテーブルロック、InnoDB は行ロックが掛かるというのは有名な話じゃないかと。 ただ、最近知ったのですが、InnoDB だとしても必ずしも行ロックになるわけではなく、テーブルロックになる場合もあるようですね。。このことについて手元の MySQL 5.1.26RC で簡単ですが検証してみます。サンプルとして使うテーブルはこちら。 CREATE TABLE `lock_sample` ( `id` int(11) NOT NULL AUTO_INCREMENT, `c1` int(11) NOT NULL, `c2` int(11) NOT
Webアプリケーションにおける Job Queue システムの構成例と Worker を作る際に気をつけること - blog.nomadscafe.jp
Webアプリケーション内で処理を直列に実行せずにJob Queueに回して非同期に実行することが多くなって来て久しいと思いますが、そのおすすめ構成と気をつけることについてつらつらと。 1) 既存のデータベースをキューとして使う構成例 １つ目はMySQLなどのデータベースをキューとして用いる例。既にアプリケーションで利用しているデータベースにキュー用のテーブルを作成して利用します。データベースを利用したキュー管理の仕組みとしてJonk、Qudo、TheSchwartzなどがPerlでは有名どころです。 依存するミドルウェアが増えないので最もシンプルな構成になると思います。 上記の図ではWorkerはアプリケーション内で実行することで冗長性を確保しますが、キューを格納するデータベースはSPOFになります。しかし、、データベースに障害があった場合キューだけでなくすべてのサービスが停止すると思われ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Titaniumメモ：カスタムURLスキームでの引数の受け取り方(修正) | マナブ・イガラシ
