.ipa のダウンロード問題について Posted by rj on 11月 10, 2010 in ブログ | 0 comments アップルから店頭展示機にうちの製品「iはつおん2」を入れたいという連絡があったので、.ipa フォーマットのビルドを一個提出した。ところがダウンロードできないという返事が来てしまった。。 実は、iTunesにダウンロードされたアプリは、.ipa (Apple Device Application File) フォーマットでディスクに保存されてる。とはいえ、中身はただの .zip ファイルだ。zip は Windows、Mac やそれぞれの OS バージョンによって、扱い方は変わってくるのですが、.ipa ファイルは逆に iTunes しか対応されていないので、変な扱いはないのが利点。 .ipa は新しいファイルなので、MIME は定義されてない。Safar

本当のデータ活用できていますか？ データドリブンがあたりまえと言われる今あらためて考えたいデータ活用のありかた これからの社内DX 真のDXのため、まずは社内のデジタル化を DXのファーストステップのヒント データ活用は次のステージへ トラディショナルからモダンへ進化するBI 未来への挑戦の成功はデータとともにある コマース広告の大変動 プライバシー保護とパーソナライズの狭間で マーケティングの効果を最大化するためには オープンソース活用はあたりまえ！ そんな今だからこそ改めて考える 企業ITにおけるOSS活用のメリットとリスク 仮想環境データ保護の新次元 高度化・複雑化するIT環境の課題への解決策 最新鋭データ保護・管理ソフトウェア基盤 最新ストレージで変わるIT運用 仮想化テクノロジーとFlashArrayの組合せで 運用負荷軽減と高性能化を実現したDMM 現場主導のデジタル変革 ビジ

本日は Google Gears 関連のもうひとつのネタを書こうと思ったのですが、間に合わなかったので最近仕事で使った Apache のリバースプロキシ機能の設定方法などをご紹介します。リバースプロキシは、特定のディレクトリ以下へのリクエストを他の Web サーバーに中継する機能です。 LAN 内の複数のマシンで稼動している Web サイトをひとつのグローバル IP で公開したり、 Apache 以外の Web サーバー（Rails でよく使われる mongrel とか）を Apache の Web サイトに統合したりとかが簡単にできます。 Web サイトを柔軟に構築するために、覚えておくと便利ですよ。 前提条件 Apache のリバースプロキシ機能を利用するためには、 mod_proxy を組み込んだ Apache が必要です。通常の Linux ディストリビューションなどではデフォルト

最近は lighttpd + fastcgi が流行のようですが、やっぱり apache + fastcgi を使わざるを得ない人向け。 fastcgiを導入するとき、毎回同じ事に引っかかってる気がするのでまとめておきます。 1. mod_fastcgiと、The Development Kit のインストール 公式サイトから入手できます。 http://www.fastcgi.com/ 2. apache の設定を編集 参考例。バーチャルホストの設定は各自の環境に合わせて行う。 LoadModule fastcgi_module libexec/httpd/mod_fastcgi.so <IfModule mod_fastcgi.c> FastCgiIpcDir /tmp/fcgi_ipc/ AddHandler fastcgi-script .fcgi </IfModule> <Vir

英語の記事を紹介するというこのブログの趣旨からちょっとはずれるが、自分用のメモ代わりと情報共有のために書いておく。 Rails で Apache + FastCGI の本番環境を構築していたのだが、思いっきりはまってしまった。 そのはまりパターンと脱出法を以下に紹介。 (はまるはまらない以前の具体的な構築方法の話に関しては、たとえば rails で apache + fastcgi (マルッと！) などの他のリソースをあたってほしい。) 1) log と tmp ディレクトを作成する svn でバージョンコントロールをしている場合、通常この2つはバージョン管理下に置かない。ソースを checkout したあと手動あるいは専用のスクリプトなどを用意して log と tmp ディレクトリを作成すること。このとき、後述するパーミッションの問題ではまらないよう、作成直後に apache ユーザーが

WebOS Goodies へようこそ！ WebOS はインターネットの未来形。あらゆる Web サイトが繋がり、共有し、協力して創り上げる、ひとつの巨大な情報システムです。そこでは、あらゆる情報がネットワーク上に蓄積され、我々はいつでも、どこからでも、多彩なデバイスを使ってそれらにアクセスできます。 WebOS Goodies は、さまざまな情報提供やツール開発を通して、そんな世界の実現に少しでも貢献するべく活動していきます。 最近はさまざまな方法で画像を生成してくれるサービスが出てきましたね。例えば Web ページのサムネイルを生成してくれる SimpleAPI さんとか、 LaTeX で書いた数式を画像化してくれる sitmo.com さんとか。これらのサービスの多くは生成した画像にユニークな URL を割り振るので HTML に直接埋め込むことができますが、それはいろいろな面で好ま

こんにちは、naoya です。 先日、ウノウが公開しているサービスの中にいくつかの脆弱性が見つかったため、社内で「脆弱性発見大会」を開催しました。この大会は、二人一チームに分かれてウノウが公開している各サービスの脆弱性を見つけることを目的とした大会です。結果は、いくつか各サービスに脆弱性が見つかり、すぐに修正することができました。 僕のチームは、ウノウのホームページやラボブログなど細かいサービスを担当しました。その中で、いくつかのウェブサーバにセキュリティ上あまい設定がありました。 今日は、ウェブサーバのセキュリティ向上のための設定方法についてエントリします。なお、ウェブサーバはApache 2.2系を前提としています。 サーバ情報の表示しない ウェブサーバ(Apache)で、404などのエラーページを表示したとき、ヘッダやページの下にApacheやOSのバージョンが表示されます。こういっ

最近、雨の日が続いて自転車通勤ができていない naoya です。 今日は、先週ぐらいからフォト蔵に導入した Apache で mod_expires と mod_rewrite を使ったウェブサーバへのアクセスを減らす方法を紹介します。 通常のウェブサーバは、更新されていないリリースに対してアクセスすると、ステータスコード 304 とIf-Modified-Since ヘッダをつけて応答データを返しますが、CSS や JavaScript など比較的更新頻度の少ないファイルに対して、毎回応答を返すのはウェブサーバから見ると無駄なアクセスです。 Apache の mod_expires と mod_rewrite を使うと、この無駄なアクセスをブラウザキャッシュを有効活用にすることにより、静的なファイルに対するアクセスを減らすことができます。 まず、仕組みから説明すると、とても単純で mod

普通の帯域節約術としては、mod_deflateでdeflate圧縮するとか、CSSやJSファイルのHTTPレスポンスヘッダにLast-ModifiedやEtagを追加しておいて、ブラウザがHTTPリクエストヘッダにIf-Modified-SinceやIf-None-Matchを付加するようにし、コンテンツが変更されていなかったら304 Not Modifiedを返すという方法を取るかと思います。 しかし、HTTPサーバーはコンテンツの数だけ304 Not Modifiedを返さないといけないため、その分帯域を消費しますし、またCSSや画像などのパーツの304 Not Modifiedが返ってくるまで、そのパーツのレンダリングが行えないという問題があります（つまり体感速度に影響します）。 今回紹介するのはExpiresヘッダやCache-Control: max-age=31536000を

● 1. 一戸建てタイプ そのアプリ用に専用のマシンを準備できるケース。例えば、アクセス数が少ないβリリース時などは mongrel を直接80ポートで運用することもあるだろう。そして、負荷の増加、またはマルチコアを活かすという次の段階で、cluster 化した mongrel を扱う必要に迫られた場合、このタイプになる。この場合、フロントの仕事はバック(Rails)への割り振りだけだが、そのためにわざわざ Apache2 を持ち出すのは仰々しいと感じるかもしれない。そんな人にお奨めしたいのが Pound サーバだ。いきなり Apache から話が逸れてしまうが、このケースだとリアルでお奨めである。 Pound + mongrel Pound はリバースプロキシ用のWebサーバであり、特化しているだけあって、必要最低限かつ直感的で簡単な設定で済むため、敷居が低いのが魅力だ。それでいて、デジ

Abstract Mac OS XにせっかくApacheがのっかってんだからローカルでCGIを動かしちゃおう、という感じの私的メモ。全ては自己責任で。 OS のバージョンによって httpd.conf の内容が異なるため、行数を指定している箇所では行番号が多少ずれているかもしれません。 Mac OS Xについて Mac OS Xについては賛否両論あると思います。否定的な意見としては「見た目重視・効率無視の激重GUI」や「旧Mac OSとは似て非なる操作感」や「堅牢になった代わりに柔軟さを失ったシステム」とかとか。でも、待ちに待ったメモリ保護とプリエンティヴマルチタスクの実装や、ここで注目するApacheの標準バンドルなど、Mac OS Xは十分な魅力を備えているのも確かです。まだまだ不具合や不満が多いことも否めませんが、それでもなお使ってみる価値があると感じています。 セキュリティについて

Mac OS X は、Classic バージョン（Mac OS 9 以前）とはまったく別の OS といっていいほどの違いがあります。ご存知の通り、Mac OS X は、UNIX 上で動作していると言っても過言ではないのです。Mac OS X で動作している UNIX とは、Darwin と呼ばれ、BSD ベースのものとなります。Mac OS X のインタフェースをつかさどる Aqua は、UNIX でいう Window Manager みたいなものでしょう。言い換えると、Windows よりも、実サーバ環境に近いともいえるのです。さらに、Mac OS X で Apache を動作させようとするには、UNIX の知識も若干必要となるわけです。 CGI の検証環境には、WWW サーバとなる Apache と CGI を実行させるための Perl が必要なのですが、Mac OS X には、すでに

CGI (Common Gateway Interface) は、ウェブサーバが コンテンツ生成をする外部プログラムと協調して動作するための方法を 定義しています。そのプログラムはしばしば CGI プログラムや CGI スクリプトと呼ばれます。CGI は、ウェブサイトに動的な コンテンツを置くための最も簡単で一般的な方法です。このドキュメントは、 Apache ウェブサーバで CGI を設定し、 CGI プログラムを書き始めるための入門書となるでしょう。 CGI を許可するように Apache を設定する CGI プログラムを正しく動作させるには、CGI を許可するように Apache の設定を行う必要があります。 これを行なうための方法がいくつかあります。 ScriptAlias ScriptAlias ディレクティブを使用して、 CGI プログラム用の特別な別ディレクトリを Apach