ここでは、PHP用グラフィックライブラリGDを使ってスクリプトを書く方法を説明したいと思います。 GDを使ったCMSを作ると、画像をサーバにアップロードして自動的にサムネイルを作ったり出来ます。 また、GDを使うと任意の絵を作成できるので、例えばAJAXと組み合わせて色々作ると楽しいかも知れません。 その他、色々と使いどころはありそうです。 基本 GDの使い方 GDライブラリの設定情報を確認する 四角く塗りつぶす 画像の読み込み PNGの出力 JPEGの出力 画像の拡大と縮小 画像の回転 TrueType Fontを使った文字列出力 TrueType Fontを使った文字列出力(傾きあり) TrueType Fontで文字列を記述した場合の大きさを測る TrueColor画像(1) TrueColor画像(2) 画像上に文字列を表示 画像上にロゴをオーバーレイ 画像フィルタ 明度 カラーバ

最近は受動的(passive)なメディアであったテレビが能動的に変化して行き、逆に今まで能動的だったインターネットが受動的メディアへと変貌しようとしているのではないかと、ふと思いました。 HDDレコーダによるテレビの非passive化 今の日本における最大のpassiveなメディアは恐らくテレビだと思われます。 テレビに流れるコンテンツはテレビ局によって決定されます。 言い換えると、世の中の多くのコンテキストを作り出すのはテレビです。 しかし、HDDレコーダのようなPVR(Portable Video Recorder)が登場したり、YouTubeに勝手にアップロードされる動画を皆で見たりするような形態が増えると、今までは絶対だったテレビによるコンテキスト生成に陰りが見え始めます。 例えば、HDDレコーダに大量に色々入れるのは各ユーザです。 録画したものから、どれを見るか選ぶのもユーザです

昨日「IPv4アドレス枯渇とIPv6化に向けての464NAT提案」という記事を書いたのですが、TwitterにてTomo's HotlineのTomoさんから「4-4-4も4-6-4-NATもインターネットドラフトが出ています。4-4-4は私が書いています。」との情報提供を頂けました。 早速教えていただいたinternet draft「Carrier Grade Network Address Translator (NAT) Behavioral Requirements for Unicast UDP, TCP and ICMP, draft-nishitani-cgn-00」を拝見しました。 キャリアグレードNAT(CGN)に関する非常に興味深い内容でした。 恐らく今月のIETF(アイルランド)にてTomoさんが発表されると思われます。 以下、internet draftに記述してあ

「Motivating Young Employees」という記事がありました。 会社で若者のやる気を引き出すにはどうすれば良いかに関して語っています。 アメリカ人を前提として書いてあるので日本とは違う部分もあると思われますが、結構同じような考えの部分もありそうだと思いました。 結局は各個人の個性に合わせての話になると思うので、ケースバイケースなのでしょうが、面白い内容だと感じました。 なお、原文に掲載されているイメージ写真があまり若者に見えないのは気のせいなのかどうかが最後まで気になりました。 以下、要約です。 誤訳などが含まれる可能性があるので是非原文をご覧下さい。 多くの経営者は給料を上昇させる事が重要と考えているが、 若者は給料に関する現実を知っており、現実的な給料で満足する。 若者のやる気を出すには、企業から感謝されていると知らせる事が重要。 特に最近の若い人は顕著にこの傾向があ

（注意！）この記事は、旧APIであるGoogle Maps API version 2を解説したものです。version 2の利用は推奨されていないので、意図的に旧バージョンの情報を探していない場合は、新しいバージョンの解説をご覧下さい。 ここでは、Google Maps APIを立体地図表示にする方法を説明したいと思います。 setMapTypeを使ったサンプル 以下のサンプルはGoogle MAPS APIを使ったページのソースです。 強調してある部分が地図を立体地図表示に設定している部分です。 G_PHYSICAL_MAPという部分をG_NORMAL_MAPとすると通常の地図になります。 G_SATELLITE_MAPとすると衛星写真表示になり、G_HYBRID_MAPとすると地図＋衛星写真のハイブリッド表示になります。 その他、月面表示や火星表示などもあります。 <!DOCTYPE

サマータイムが導入が検討されているようです「Asahi.com : サマータイム法案、今秋成立めざす」。 実はこの法案はIT屋さんにとって結構な大事なのではないかと思い始めました。 そこら中のソフトウェアを大規模に再検証してまわらなければならないかも知れません。 サマータイムへの切り替えを行うという前提で設計されていないソフトウェアは世の中にどれだけあるのでしょうか？ 既に稼動している公共システムに入っているソフトウェアやハードウェアの検証項目にサマータイム制は入っていたのでしょうか？ サマータイムへ切り替える方法って家電機器に導入されているんでしょうか(新しいテレビにはあった気がします)？ あと、高速ETCの時間割引や各種交通制御システムや、銀行ATMの稼動時間制御や、時間帯別手数料や、スケジューラ、ログ解析ソフト、工場内部で利用されているソフトウェア、etc...検証し直さなければいけ

未踏プロジェクトの成果物であるLoiLoScopeが斬新過ぎます。 ビデオ編集ソフトと言えば、画面に広がるタイムラインとプルダウンメニューが浮かびますが、LoiLoScopeは今までのものとは全く違ったUIです。 LoiLoScopeのキーワードとしては、無限平面とマウスジェスチャによる操作だと感じました。 また、通常のビデオ編集ソフトのようにレンダリング時に待たされるという状態を可能な限り減らし、リアルタイムに様々な作業が行われる「超高速処理」も目玉だそうです。 今回は、LoiLoScopeを開発している株式会社LoiLoさんにお邪魔してきました。 自称ブログ取材コーディネータのGOGA社小山社長に紹介して頂きました。 LoiLoScope概要 LoiLoScopeの特徴は今までのビデオ編集ソフトとは似ても似つかないところです。 ドラッグ＆ドロップやマウスジェスチャでの操作がメインです。

「Hacking Intranet Websites from the Outside」という講演が2006年にありました。 Black Hatでの講演です。 以下に説明する手法は既に公開されてある程度時間が経過している情報なので、ご存知の方にとっては既に古いとは思います。 詳細はプレゼン資料をご覧下さい。 概要 ファイアウォールなどに守られたイントラネットやホームネットワークの内部を攻撃する手法が解説してありました。 JavaScriptの基本仕様を組み合わせて情報を収集するというものでした。 最終的には、プリンタから印刷を行ったり、ルータの設定を変更するなどの攻撃が可能になるようです。 それ以外にも、Web経由で設定変更が出来るものは状況によっては影響されるかも知れません。 プレゼン後半ではCSRF(XSRF, cross-site request forgery)も解説されていました

自分の過去を振り返りながら、学生時代にしておけばよかったことや、学生時代の経験で自分の糧になったと思われることを列挙してみました。 以下、学生のうちにしておくべきと私が勝手に思っていることです。 1. 大失敗 様々な事に挑戦しましょう。 そして、失敗しましょう。 恐らく失敗をしようとして失敗をする人は、あまりいません。 しかし、経験がない事に挑戦すると初めは誰でも失敗します。 背負っている物が少ないうちにする失敗は、その後の財産になります。 成功よりも失敗からの方が多くを学べます。 また、成功よりも失敗の方が理由を分析しやすい傾向があると思われます。 (成功の分析結果は単なる勘違いである場合もあるかも知れません) ただし、人生を台無しにしてしまうような取り返しのつかない失敗はやめましょう。 失敗し過ぎない程度に多くの失敗を重ねましょう。 2. 恥ずかしいおもいをする 知らずにしでかして、恥

DCIA : P4P Working Group (P4PWG)が公開している「P4P: Explicit Communications for Cooperative Control Between P2P and Network Providers」という論文を読みました。 ISPがP2Pに協力することによって、ネットワークに対する負荷を大幅に軽減できるという内容です。 アメリカのP2Pは、今後ISPと協力関係を構築していくのかも知れないと思える論文でした。 P4P WG この論文を作成したP4P技術ワーキンググループには、結構豪華なメンバーによって構成されています。 P4Pの論文が話題になっているのは、発表したメンバーが豪華で、実際に実現(採用/デプロイ)されていく技術なのではないかと思えるからかも知れません。 以下、DCIA(Distributed Computing Indust

「Tips on Negotiating a Great Work Contract」という記事がありました。 基本的な話なのかも知れませんが、面白いと思いました。 いや、でも交渉のプロと交渉はしたくないと思える文章でした。 以下、要約です。 誤訳などが含まれる可能性があるので、原文を是非ご覧下さい。 1. お金の話をすることをためらうべからず お金の話を躊躇する人がいますが、はっきりと言わないと大きく損をする場合があります。 相手が経験豊富なネゴシエーターであれば、そこを突いてくるでしょう。 2. 感情を表に出すべからず 経験豊富なネゴシエーターは感情を煽って交渉を有利に進めようとします。 相手が怒鳴りだしても冷静さを保ちましょう。 エゴやプライドは交渉の席についた時点で懐深くに仕舞いましょう。 3. 「ルール」に縛られるべからず 経験豊富なネゴシエーターは「ルールを守る」という心理を利

「The 10 Biggest Mistakes Freelancers Make, and How to Avoid Them」という記事がありました。 フリーランスが気をつけるべきことを述べています。 気をつけないといけないですね。 以下、要約してみました。 かなり削ったり意訳したりしているので、是非原文をご覧下さい。 1. 〆切りに間に合わない フリーランスにとっては本人の評判が全てです。 そして、〆切りに間に合う事とアウトプットの品質が評判を形成します。 〆切りに間に合わない事が増えれば、クライアントはいなくなります。 締め切りに間に合うように、予定は長く取りましょう。 2. 価格を過小評価 新人フリーランスは請求を少なくしがちです。 実績がないうちは仕方がありませんが、実績が出来てきたら自分の価値を正しく評価しましょう。 あまりに安い値段で請け負うと、いいように使われるだけになり

8年間の標準化活動の成果として今後変化していくJavaScriptの形を紹介しています。 なお、JavaScriptの標準化は未だ過程であるため、ここで紹介された事が将来実装されない可能性もあるそうです。 いや、でも、聞いていて思ったのですがこれはもう違う言語ですね。。。 下位互換があるので今まで作られた物は問題なく動作するはずなのでしょうが、 CとC++に微妙な互換性があるように、互換性をつけたばかりにゴチャゴチャになる事も将来ありそうな予感がしますね。。。 まあ、でも全く違う物として出してしまうと「何それ？ハァ？」という感じで世界に華麗にスルーされてしまうでしょうし、悩ましいところなのだと予想します。 以下、ビデオの要約です。 私はJavaScript初心者なので、要約が間違っているかも知れません。 また英語の誤訳などが含まれているかも知れないので、詳細はビデオをご覧下さい。 Java

和蓮和尚さん(キャズムを越えろ！)の「商品陳列棚を決めずらい商品は売れない...という特性がイノベーションを阻害する」を読んで連想したものです。 要は「そりゃここにあるだろ」って誰もが思うようなコーナーが思い浮かばない商品は売れない*1ということである。 と書いてありましたが、まさにその通りだと思います。 ただ、個人的な感想としては、問題は商品棚ではないと思っています。 一番の問題は、長い説明が必要になることと、頑張って説明しないと商品の嬉しさや、それを使って何がどう良くなるかが連想しにくい事だと思います。 店頭での販売員をやった時の感想として、音楽を聴く、テレビを見る、などの直接的に用途が想像がし易い商品を売るのは比較的簡単です。 興味がありそうなお客様に対して、商品の付加機能を説明したり、機種ごとの特徴を説明すれば良いからです。 あとは、激安の海外製製品などを含めた数多くある機種の特徴

オーム社開発部さんでの本の作り方を取材させて頂きました。 社内で自作ツールをバリバリ作って、出版作業の効率化を行っているのが凄いと思いました。 ただし、今回取材をした内容が行われているのは、オーム社開発部のうちの1グループ(グループは約3名)です。 全体的にこの体制で行われているわけではないそうなので、ご注意下さい。 取材実現の経緯は「オーム社開発部の方とのやり取り」をご覧下さい。 Subversionでバージョン管理 著書の原稿は、XML管理されており、そのXMLはSubversionで全ての著者(監訳者)と共有されているそうです。 Subversionのサーバはインターネット上にあり、各自がリモートで作業を行える環境が整い始めているため、最近では著者と一度も会わずに本が完成するという案件もあるそうです。 フォントなどの問題から、本番環境でのPDF作成はオーム社開発部で毎日行っており、毎

「外国からのコメントスパム対策」」を行ってから本日で丁度1年になります。 この間、1日100件以上のコメントスパムが届いていますが、この対策を潜り抜けた外国からのコメントスパムは0件です。 日本人が運営していると思われるサイトに対するコメントスパムが数件(1年で10件弱)投入されることはありましたが、 恐らく手動で数件書き込んだだけだと思われます。 書き込まれた日もYahooのトピックスで紹介された日などなので、たまたま見て書いていったような気がします。 今のところボットで一気に全ページにコメントを書き込もうとするようなえげつないことをしてくるのは外国からのものが多いようです。 当初、この日本語(漢字)単語固定CAPTCHAを使って、単語の更新を何度かしなければならないだろうと予測していましたが、今のところ1年間単語は変更していません。 こんな単純でいい加減な方法でも、結構いけるんですね。

ここでは、Windows環境でネットワークインターフェース情報を取得する方法を説明したいと思います。 Win32APIを利用するとWindowsのNative APIを使えますが、ここではネットワーク情報を取得するためのIPHLPAPI(IP Helper API)を利用します。 (IP Helper APIに関しては「VC++ IP Helper APIプログラミング解説」をご覧下さい。) サンプル 以下、サンプルです。 解説はソースコード中に記述しています。 #!/usr/bin/ruby require 'Win32API' #require 'dl/win32' # iphlpapi GetInterfaceInfoオブジェクトを生成 GetInterfaceInfo = Win32API.new('iphlpapi', 'GetInterfaceInfo', %w(p p), '

ここでは、Rubyによるネットワークプログラミングの説明を行いたいと思います。 ここで対象としている読者は、ネットワークプログラミング初心者（もしくは入門者）です。 TCP 簡単なTCPサーバとクライアント TCPクライアント(エラー処理付き) 何度も受信できるTCPサーバ TCPサーバ(acceptした相手の確認) UDP UDPを使う UDPでブロードキャストを使う UDPでマルチキャストを使う(マルチキャストを送信する) UDPでマルチキャストを使う(マルチキャストを受信する) UDPでマルチキャストを使う(TTLを設定する) Web 簡単なHTTP GET（Net::HTTP） HTTP HEADと全てのHTTPヘッダの表示（Net::HTTP） HTTP POST（Net::HTTP） 簡単なRSSクライアント その他 IO::selectを使う IPアドレスからホスト名への変換

幅 : , 高さ : ジュリア集合解説 このスクリプトは、以下の数式を実行して色をつけていったものです。 この数式のzとAは実数部と虚数部を持つ複素数です。 Aは定数です。 平面上の各z_0に対して、この計算を繰り返し行っていきます。 この計算を行った結果が特定の値を超えた場合、その計算が発散したとします。 そして、発散するまでにかかった回数で平面上に色をつけていきます。 規定の回数まで行っても発散しない場合は、発散しなかったとして色を塗りません。 (ただし、今回のプログラムでは黒を塗っています。) 実数部の開始位置と終了位置を調整すると、画像全体のズーム率を調整できます。 定数Aの値を変更していくと、模様が変わります。 色々試して見てください。 何を入れていいのか解らない場合などには、以下の値などがお勧めです。 実数 -0.5 ～ 0.5、虚数 -0.5 ～ 0.5、A実数 -0.2、A

（注意！）この記事は、旧APIであるGoogle Maps API version 2を解説したものです。version 2の利用は推奨されていないので、意図的に旧バージョンの情報を探していない場合は、新しいバージョンの解説をご覧下さい。 ここでは、地図上に表示するふきだしの中にYouTubeの映像を貼り付ける方法を説明したいと思います。 ふきだしの中身をHTMLで書く事により、ふきだしの中にYouTube映像を貼り付ける事ができます。 サンプル 以下のサンプルはGoogle MAPS APIを使ったページのソースです。 openInfoWindowHtmlを使ってふきだし内に画像を表示している点にご注意下さい。 HTMLでYouTubeのEMBEDを指定している部分を変更してご利用下さい。 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Stri