AndroidアプリケーションをiOS上で動かすオープンソースプロジェクト「in-the-box」が立ち上がった。Google Codeのプロジェクトページが立ち上がっており、ディスカッショングループに参加できる。今後外部からのコード寄贈といった貢献も受け付けるという。 in-the-boxは、仏FrexyCoreのiPhone向けJava SDK「iSpectrum」プロジェクトを土台とする。プロジェクトはエンドユーザーではなく開発者をターゲットとしており、Androidの「Dalvik」仮想マシンとGingerbread Android APIをiOS上にポーティングすることで、開発者はAndroidアプリケーションをiPhoneやiPad、iPod touchといったiOSデバイス上で実行可能になるという。プロジェクトのWebサイトによると、Android開発者はLinux/Mac

先週 5/15(日) 大森の Nifty さんの会議室を使って、JavaScript ゲーム製作勉強会を開催しました。 勉強会に参加した場合なら、ここから内容について書くのですが、今回は主催者だったので、イベントを主催する時に工夫した点、苦労した点などについてまとめてみたいと思います。 資料は後ろの方に張っておきますので、資料だけ見たいという人はスキップしてください。 勉強会の内容、規模など 今回の勉強会は参加人数で言うと40名弱なので、中規模といったところでしょうか。 詳細や当日の Twitter のタイムラインなどは以下を参照してください。 募集ページ 当日のつぶやきのまとめ JavaScript ゲーム製作勉強会 Vol.1 - Togetter 開催者として工夫したこと・苦労したこと 募集ページ選び 告知の方法 講演してくれる人探し 会場探し 募集ページ選び 今回の勉強会は3月に予

(追記 2011-06-04) Translate APIについては、有料版を提供することを検討しているそうです。 » Twitter / @Akky AKIMOTO/Asiajin: Google翻訳APIの終了予定に「止めないで」の反 … —- The official Google Code blog にて現在提供されている Google の API 群の中で、今後廃止予定のものが掲載されています。 » Spring cleaning for some of our APIs – The official Google Code blog 記事によると、廃止期限が特に決まっていないAPIと、大体3年の猶予期間を経てシャットダウンされる予定のAPIとがあるようです。 廃止スケジュールが未定のものは以下の7個です。 Code Search API Diacritize API Feedb

ブログのエントリーやニュース記事などに、ソーシャルメディア上での評価や反応を用いて独自に計算したスコアをつけ、その解析サービスなどを提供している「PostRank」というサービスがありますが、どうやらこのPostRankがGoogleに買収されたようです。 » PostRank has been acquired by Google! | PostRank Blog PostRankは元々「AideRSS」という名前でサービスを提供していました。 » 秋元@サイボウズラボ・プログラマー・ブログ: aideRSS ブログの最近の人気記事ランキングを作ってくれるサービス » Feedmedia: AideRSSの動きが活発化 当時から記事にスコアをつけるということをやっていて、Google Readerにそのスコアを表示する拡張機能などを公開しています。その後すぐに「PostRank.com」

こんなんでいいかなぁ。その2。 forkじゃアレなんで、AnyEventで書いてみた(https://gist.github.com/1000223)。 追記: 以下、to_stringですが、Protocol-WebSocket-0.00906 では、Protocol::WebSocket::Handshake は to_bytes に変わっているようです。 #!/usr/bin/perl use utf8; use strict; use warnings; use AnyEvent; use Protocol::WebSocket::Frame; use Protocol::WebSocket::Handshake::Client; use IO::Socket; use constant {READ => 0, WRITE => 1}; $| = 1; run(); sub run

JavaScriptの書き方はJavaScript自体がある程度自由なためいろいろな書き方ができますが、一貫性を持って書いた方がバグなども発生しにくくなるため、コーディングルールを定めておくのはよいことだと思います(特に複数人の開発の場合) 有名な企業やライブラリはコーディングルールも公開している事が多いので適当にまとめてみました JavaScript style guide – MDC Docs Mozilla/Firefox向けのものなので、一部ECMAScriptの範囲を超えたものも含まれています。 多くの人が見ていると思うので、見たことない人は一度読んでみるといいです。 jscsにこのコーディングルールをチェックするプリセットが用意されています。 Google JavaScript Style Guide Google JavaScript Style Guide 和訳 — Goo

ベトナムにおけるBacklog活用のリアル ベトナムにおけるBacklog活用のリアル backlog Backlog の Amazon EKS クラスターを Blue-Green アップデートするためにやっていること Backlog の Amazon EKS クラスターを Blue-Green アップデートするためにやっていること backlog 2023年最も素晴らしいプロジェクトを表彰！Good Project Awardを開催しました 2023年最も素晴らしいプロジェクトを表彰！Good Project Awardを開催しました backlog Backlog開発者が夫婦の不和をなくす家庭管理アプリを作ってみた話 Backlog開発者が夫婦の不和をなくす家庭管理アプリを作ってみた話 backlog 創業からもうすぐ80年の老舗企業！ミートボールでおなじみの石井食品様で、プロジェクト

国内だけでなく国外(なぜか主に中国語)でもまだrepcachedについて言及してるのをちらほら見かけるのですが、repcachedはmemcached 1.2.8ベースですし(memcached 1.4.5に対応してる人もいるようですが)いまならKyoto Tycoon使えばいいんじゃないかと思うのです。 Kyoto Tycoonなら: memcachedプロトコルプラグインを使えば、Kyoto Tycoonがそのままmemcachedの代替になる（memcachedプロトコルを喋るクライアントコードはそのままでよい） Tokyo Tyrantと違ってexpireもOK memcachedの代替が目的なら、速いオンメモリDB(StashDBとか)でOK 非同期レプリケーションもできる ホットスタンバイ側のサーバリソースが無駄に思うなら、keyに応じてmodとかでリクエストするサーバを2台の

d:id:sfujiwara:20100812:1281587030 の revise。 Nginxのifは条件節に&&(and)が使えない、ifのネストもできないので、複数の条件で判別したい場合は変数を使うといいよって感じです。 server { ... #error_page 500 502 503 504 /static/50x.html; ### maintenance error_page 500 502 504 /static/50x.html; set $go_maintenance "true"; if ($uri ~ "^/error/") { set $go_maintenance "false"; } if ($remote_addr ~ "^192\.0\.2\.") { set $go_maintenance "false"; } if ($remote_addr

チャオ！みんな、Kyoto Tycoonライフをエンジョイしてるかい！？ 今日はKTライフを満喫してるミーからの運用TIPSアンドソーオンをお届けするＹＯ！ kchashmgrとktremotemgrコマンドの補完 人間の脳活動のピークは22歳の今日このごろ、みなさんいかがおすごし？ もうね、ミーは全然コマンドオプションとか覚えられないからシェル(bash)で補完しまくってるＹＯ！ kchashmgrとktremotemgrだけだしオプション網羅してないし補完ルールもアレだけどオープン＆シェアなマインドとガッツで気になる人はfork & push！ Nagiosで死活監視 ナギオス！みんな使ってるよね？ ミーはcheck_httpでKTのHTTP RPCのechoにアクセスしてデッドオアアライブの監視してる！ define command { command_name check_kyot

構成 [appサーバ] -> [lvs] -> [MySQL]群 DRでMySQLのスレーブ群にロードバランス appサーバはDBコネクションのプーリング、永続化をしている 問題の現象 DBサーバ上ではmysqldへのコネクションが存在するのに、appサーバ上ではコネクションが存在しない。(netstat調べ) →無用なコネクションが残留するせいで、MySQLのmax_connectionsに達してしまう。 原因 MySQLの世界の無通信時のコネクションのタイムアウトはデフォルトで 28800秒 (8時間)。一方、IPVSの世界の無通信時のタイムアウトはESTABLISHEDなコネクションで900秒 (15分)。 # ipvsadm -Ln --timeout Timeout (tcp tcpfin udp): 900 120 300なので、DBコネクションの永続化等でコネクションを張りっ