Webアプリ開発における「内部APIモデル」 - Tous Les Jours 攻防記
前回の話は、一回のエントリーでは書ききれない内容でした。。以下もうすこし詳しく書き直してみます。 Webアプリ開発における「内部APIモデル」とは、ネットワーク越しに外部サイトのWebAPIを呼び出すかのごとく、自サイト内のリソースに対して内部専用のWebAPIでアクセスする仕組みを導入し、分散処理を行うモデルのことです。典型的なWebアプリでは、データベースがここでいうリソースに該当するかと思います。 図にすると以下のようなイメージです。 今回、Lang-8で実際に「内部APIモデル」を導入してみたので、気づきの点などをこのエントリーにまとめてみました。 ※導入のいきさつについては、前回のエントリーで触れています。 「内部APIモデル」を採用するメリット Webアプリ開発において「内部APIモデル」を採用するメリットは２つあります。 （１）言語やフレームワークの選択自由度が上がる 現在運
脱OpenPNE。 - Lang-8でRuby on Railsを採用 - Tous Les Jours 攻防記
Rails導入の背景 永らくOpenPNEベースで開発を続けていたLang-8ですが、以下のような課題を抱え続けていました。 生産性が低い → フレームワークの力を借りて生産性を上げたい ページのAjax化に一苦労 → Ajax対応フレームワークでJS周りの開発効率を上げたい デバッグがやりにくい → テスト駆動開発を低コストで導入したい もうそろそろ、何かフレームワークを導入するべきだろうと。 スケールするの？ フレームワークを選定する上では、DB周りがスケールするかどうかを最重要視しました。 たとえばRailsのO/RマッパであるActiveRecordは単一DBを前提にしており、スケールさせることが難しいらしい、なんて話を聞きます。メインのDBをActiveRecordで構築しなおすのはいやだなー、と。データ移行の手間もあるし。。。SNSにとってボトルネックは常にDBなので、サイトの
旧・Macの手書き説明書 - FC2 BLOG パスワード認証
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ https://mac-tegaki.comへ移転中 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
Flasher発のiPhoneアプリ | fladdict
ボチボチ、参加するプレイヤー、傍観するプレイヤー、端から興味のないプレイヤーが明確になってきた感じなのでメモ。 そろそろちゃんと横の連携とって、情報交換をしていかないと。 とりあえずiPhoneが本命というより、みんなインタラクティブをモバイルに持ち込むとどうなるか見極めようとしている感じ。自分の将来への投資って感じ。 Saqoosha katamariの中の人であり、FLARToolKitとかキチガイじみたもの作ってる人。マック版2chブラウザの作者として有名らしい。 遠心力で回転させると絵が浮かび上がる、デンジャラスなアプリを公開中。 Beinteractive びんた先生。国内Flashオプソ同盟SparkProjectの宗主。なんだかんだで、もうアプリを２個(iTunes)も出してる。JellyPicsはそこここで紹介されてる感じ。 Bit101 僕が一方的に、ActionScri
IT news, careers, business technology, reviews
Heads on: Apple’s Vision Pro delivers a glimpse of the future
メールしてね 1.0.1
メアドや電話番号の交換どうしてます？ 「メールしてね」は貴方（貴女）のプロフィールを、QRコード（2次元バーコード）にして、ドコモ、au、SoftBankのカメラ付携帯で読み取ってもらうためのアプリです。 自分の名前、電話番号、メールアドレスの情報を QR コードにする iPhone アプリケーションです。 「メールしてね」を起動したら、自分のプロフィールを入力。教えたくない情報はタップしてチェックを外しておけば、チェックを入れた項目のみの QR コードにできるので、情報を送る人によって使い分けることもできます。 某所では「徳永トム」と呼ばれています、自分。 DoCoMo 用と au／SoftBank 用の QR コードを作成できます。相手のカメラ付携帯で読み取ってもらいましょう。 キャラが・・・（笑）。 相手も iPhone だと QR コードを読んでもらえないので、その場合は「口頭でメ
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
【連載】Google世代の整理術「デジタル情報整理ハックス」 (35) 異なるブラウザでブックマークを同期する | エンタープライズ | マイコミジャーナル
さまざまなデバイス、OSでブラウザを利用する場合に問題になるのが、ブックマークの同期です。よく使うWebサイトが登録されているだけで、ブラウザの使い勝手は大きく変わります。今回は、ブックマークの同期について紹介します。 よくある問題：複数のブラウザを併用したい 私事で恐縮ですが、iPhoneを使っています。ちまたで言われるとおり、若干月額使用料金が厳しいですが、それ以外は順調です。クセのあるツールではありますが、携帯電話よりははるかに高機能で、メールとマップをどこでも確実に確認できるのは、心強い限りです。 iPhoneの大きな特徴としては、ことインターネットに関して言えば、MiniPC並みには十分使えること。この言い方は、誤解を招くと思いますが、個人的な使用感は、ほぼこの通りの感じです。大きさに比較すれば、「すばらしい！」のひとことですが、アクセスするページによっては頻繁に「落ちる」ことも
富士通が自社ＰＣ購入、社員１０万人に訴え : 経済ニュース : マネー・経済 : YOMIURI ONLINE（読売新聞）
自社製のパソコンや携帯電話の販売を支えようと、富士通がグループを含め国内約１０万人の社員に自社製品の購入を呼び掛けている。 景気悪化で消費が落ち込む中、２００８年度の製品出荷が前年度を下回ることが確実となったための苦肉の策だ。 野副州旦(のぞえくにあき)社長が最近、「自分たちの会社を自分たちで守ろう。グループ全員が集まれば大きな力になる」、「Ｂｕｙ ＦＵＪＩＴＳＵ（富士通製品を買おう）」と呼び掛けるメールを社員に送った。 携帯電話とパソコンの購入の検討を“お願い”しているが、同社では「強制的に購入を求めるものではない」と説明している。 企業向けの製品に比べ、パソコンや携帯電話の販売は消費不振の影響を受けやすい。特に携帯電話は、端末価格の中心が３万～５万円台に値上がりした影響もあり、同社は０８年度の出荷台数が前年度比２割減になると予想している。
Ruby1.9が入っていないと端末に「アナログ」と表示する.bashrc - aike’s blog
Ruby1.9がいよいよ安定してきたようで、そろそろ試さなくてはと思っています。でも、なんというか必要に迫られないのでなかなか全面的な導入に踏みきれません。 というわけで、Rubyを1.9にするよう促すプロンプト設定を考えました。Rubyのバージョンがまだ1.8の場合、端末の右上に「アナログ」と表示されます。どうぞご利用ください。 .bashrcの最後に以下の内容を書くと設定できます。 ruby -v | egrep '^ruby 1\.9' >/dev/null if [ $? -ne 0 ]; then PS1="\033[s\033[1;72H\033[37mアナログ\033[39m\033[u$PS1" fi ※Ruby1.9は旧バージョンと互換性のない機能が一部あります。導入には充分注意してください。
TechCrunch | Startup and Technology News
Welcome to Startups Weekly — Haje‘s weekly recap of everything you can’t miss from the world of startups. Sign up here to get it in your inbox every Friday. Well,…
シングルサインオン(Single Sign On)の仕組みとSSOサーバの役割 - Rubyで販売管理
あまり良く分かっていなかったシングルサインオン(以下SSO)についてのまとめ。 そもそもSSOとは、IT用語辞典によると ユーザが一度認証を受けるだけで、許可されているすべての機能を利用できるようになるシステム。 のことだ。つまり、 図1のようにアプリが1つの場合には不要である。また 図2のようにアプリが複数でも認証情報(Session)を共有する場合には、SSOサーバは必要ない。各アプリの依存度が高い場合や、負荷分散のための複数プロセス構成のケースではこれで充分。そもそもRailsを使うのならSessionの内容はCookieのなかだし（デフォルトでは）。 独立性の高い各アプリの間で認証情報を共有したい場合にSSOサーバは初めて有効となる。 ここで認証画面を各アプリで持つことも可能であるが、SSOサーバに任せた方が実装の手間も省けるし、セキュリティ的にもパスワードを取得するサーバが一箇所
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Visual Studio向けAnkhSVN 2.0 Source Code Control Package(SCC)
AWS管理コンソールがセキュリティ上の問題を提起する
SoHaya.com is for sale | HugeDomains
IDEA * IDEA
IDEA * IDEA
「Google ノートブック」がなくなったらどうしよう！ | ライフハッカー・ジャパン