タグ

2009年10月19日のブックマーク (7件)

  • :: Cepheid :: - PerlMagickリファレンス

    はじめに このリファレンスはhttp://www.imagemagick.net/www/perl.htmlを和訳したものです。和訳に際し間違いが生じている可能性がありますが責任は負えませんのでご注意ください。 概要 スクリプトの例 画像の読み書き 画像を操る 画像の属性を設定する 画像の属性を得る 画像のモンタージュを作成 Working with Blobs その他のメソッド エラーのハンドリング PerlMagickは、ImageMagickを扱うためのオブジェクト指向のPerlインターフェースです。このモジュールはPerlスクリプトから画像や画像シーケンスの読み書き、操作をするために使用されます。これはWebでのCGIスクリプトにとても適しています。 ImageMagick5.4.3以降、Perl5.005_02以降がシステム上にインストールされている必要があります。 概要 Per

  • PSGI/Plackで非同期 Web Server - blog.nomadscafe.jp

    PSGI/Plackにおいて、非同期にレスポンスが返せるstreamingという仕様/機能が追加されました。 PSGI/Plack streaming is now complete これを使うと、streamingをサポートしたサーバから非同期/nonblockingにhttpやGearmanを利用して外部へ問い合わせを行い、その結果をレスポンスしたりできます。 また、これがPlackで既に実装済みなので、非常に短いコードでサーバの実装ができちゃいます。 すばらしいですね。 すでにmiyagawaさんが、この機能を利用した非同期Web Framework「Tatsumaki」を書かれています。 イベントを扱う部分が隠蔽されているので、これを使うとさらに簡単に実装できます。 すばらしすぐる。 ここでは、簡単に外部へAnyEvent::HTTPを用いて、HTTPリクエストを行うサンプルを書い

  • コンピュータグラフィックス | 信州大学工学部情報工学科基礎研究室

    コンピュータグラフィックス 目次 第1章 イントロダクション 第2章 ポリゴンモデリング 第3章 パラメトリック曲線 第4章 ベジェ曲線 第5章 Bスプライン曲線 第6章 3次元空間と座標変換 第7章 ビューイング・光源 第8章 拡散反射・鏡面反射 第9章 シェーディング 第10章 隠面消去 第11章 レイトレーシング 第12章 ラジオシティ コンピュータグラフィックス 2005年 8月 著者: 基礎研究室4年

  • Fred's ImageMagick Scripts

    Fred's ImageMagick Scripts

  • ブログ | S2ファクトリー株式会社

    専門的な話から趣味の話まで、 様々なテーマでお届け S2ファクトリーが日々のウェブサイトや アプリの制作を通じて、 役に立ちそうな技術情報や趣味の話まで 幅広いテーマで発信しています。

    ブログ | S2ファクトリー株式会社
    kwry
    kwry 2009/10/19
  • cannula.jp

    cannula.jp 2018 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy

    kwry
    kwry 2009/10/19
  • ここギコ!: 自分で産んだ全体最適化ソリューションに自分でトドメさした...合掌

    Posted by nene2001 at 14:23 / Tag(Edit): 国盗り PSGI Apache / 0 Comments: Post / View / 0 TrackBack / Google Maps 元記事が見つけられないのだけど、昔ライブドアの誰だったかの記事を読んだことがあります。 記憶でその記事に書かれていたことを書くと、ライブドアでは全サービス共通の会員認証とか、そういう部分をライブラリ的に提供してアプリに組み込むのではなく、Apacheモジュールを作ってアプリより上層で処理しているそうです(ライブドアでそういう事実がないなら、すんません、どっか別の会社と間違えたのだと思います。でも、記憶では100%ライブドアなんだけど)。 理由は、アプリの開発は技術者個々人のもっとも使いよい言語(PerlRubyetc...)で作ることを尊重しているの