うえちょこ＠ぼろぐ http://labs.uechoco.com/blog php * symfony * linux * Processing * 周辺技術 Wed, 31 Dec 2008 05:25:52 +0000 http://wordpress.org/?v=2.7 ja hourly 1 [雑記]ブログテーマ変更、WordPressのウィジェット有効活用 http://labs.uechoco.com/blog/2008/12/blog_theme_changed_and_utilize_wordpress_widget.html http://labs.uechoco.com/blog/2008/12/blog_theme_changed_and_utilize_wordpress_widget.html#comments Tue, 30 Dec 2008 11:48:48 +0000 uechoco http://labs.uechoco.com/blog/?p=797 ブログのテーマ(デザイン、スキン)を変更しました。というか、これからは好きな時に好きなテーマに変えようと思う。

どうして今まで変えなかったのかというと、テーマを変更するたびに、テーマを直接編集してブログパーツを挿入していたため。でも、これからはWordPressのウィジェット機能を使って、テーマが変わってもブログパーツが勝手に入るようにしました。

それと、リキッドデザイン（海外ではfluid widthなのかな？他にはliquid layoutとも）のWordPressテーマをいろいろ集めてます。個人的にはWordpress Themesが探し易いです。「Fluid Width」などのテーマの属性で絞り込みができ、プレビュー機能もしっかり機能しているからです。

]]> http://labs.uechoco.com/blog/2008/12/blog_theme_changed_and_utilize_wordpress_widget.html/feed [WordPress]HeadSpace2のmetaタグが出力されない http://labs.uechoco.com/blog/2008/12/wordpress_headspace2_meta-tag_not_showing.html http://labs.uechoco.com/blog/2008/12/wordpress_headspace2_meta-tag_not_showing.html#comments Mon, 29 Dec 2008 07:41:10 +0000 admin http://labs.uechoco.com/blog/?p=785 独自テーマのWordPressにHeadSpace2プラグインを入れてSEO対策を頑張っているのですが、HeadSpace2で出力されるはずのmetaタグがなぜか出力されなくなりました。

HeadSpace2のバグかな？とも思ったのですが、いつもは何もしなくても使えていたので、HeadSpace2は悪くないはず。やっぱり独自テーマを使っているのが原因ですよね。

いろいろ調べていくうちに、wp_head();というWordPressテンプレートタグを見つけました。どうやらこいつを<head>～</head>の間に埋め込まなければいけないらしい。

そんなわけで、wp_head();をテンプレートに埋め込んだら、しっかりHeadSpace2で設定したmetaタグが表れました。おまけにgeneratorやらEditURIやら変なmetaタグやlinkタグも出力されましたが、これは消せないのかな・・・調べます。

]]> http://labs.uechoco.com/blog/2008/12/wordpress_headspace2_meta-tag_not_showing.html/feed [php]phpizeって便利だ。 http://labs.uechoco.com/blog/2008/12/php_phpize_is_useful.html http://labs.uechoco.com/blog/2008/12/php_phpize_is_useful.html#comments Sat, 27 Dec 2008 03:49:25 +0000 uechoco http://labs.uechoco.com/blog/?p=782 普段はyumでphpなりなんなりのインストールを済ませてしまうから、ソースコードコンパイルのphp環境に新しく拡張入れてくれなんて言われるとあせります。

今回はcurlなんぞを入れてくれと言われました。libcurlはソースコードコンパイルで入れましたが、phpの再コンパイルを憂鬱に感じていたら、phpizeの存在を知りました。

phpizeはphpの拡張モジュールのためのビルドツールで、PECLのインストールの時に使う人もいるようです。phpの再コンパイルをせずに拡張モジュールの読み込みが可能になります。

でもって、同じく初めて知ったのですが、ソースコードコンパイルのphpの展開ディレクトリの中にはext/というディレクトリがあって、その中にいろいろな拡張モジュールが準備されているようです。

参考：あらきだのメモ箱 - Apache 2.0.61 , PHP 5.2.4

ようは、ext/ディレクトリ以下の拡張モジュール（今回はcurl）をphpizeしてcongirueしてmakeしてmake installすればPHPの再コンパイルをせずに拡張モジュールが追加できるのですね。

便利な世の中だ。ってか、Linux系の各種コンパイルって未だに謎が多い。勉強が足りませぬね。

]]> http://labs.uechoco.com/blog/2008/12/php_phpize_is_useful.html/feed 走り続けるエンジニア http://labs.uechoco.com/blog/2008/12/engineer_running_forever.html http://labs.uechoco.com/blog/2008/12/engineer_running_forever.html#comments Sat, 20 Dec 2008 11:45:33 +0000 uechoco http://labs.uechoco.com/blog/?p=780 ホノルルマラソン 2008 走ってきました。

記録は4時間55分34秒。総合順位は20061位中、5537位。

運動嫌いのITエンジニアでも、走ればそれなりのタイムでゴールできるんです。

最近エンジニア啓発活動は停滞気味ですが、エンジニアとしても、ランナーとしても止まりたくはないですね。

うえちょこ。走り続けるエンジニア。

]]> http://labs.uechoco.com/blog/2008/12/engineer_running_forever.html/feed [Processing]PVectorサンプル(1.0リリース記念) http://labs.uechoco.com/blog/2008/12/processing_pvectorsample.html http://labs.uechoco.com/blog/2008/12/processing_pvectorsample.html#comments Wed, 03 Dec 2008 13:45:12 +0000 uechoco http://labs.uechoco.com/blog/?p=775 Processing 1.0リリース記念として、いくつか新しい機能のサンプルコードを書いてみました。

まずはPVectorクラス。リファレンスには英語で主な使い方は書いてあるものの、実際のソースコードはありませんでした。

リファレンスに従い、position(位置)、velocitiy(速度)、acceleration(加速度)をPVectorクラスで表した実用的なサンプルを書いてみたので、PVectorクラスの1つの使い方として参考にしてみてください。

PLAIN TEXT
Processing:
  1. PFont font;
  2. PVector position, velocity, acceleration;
  3. final int WIDTH = 250, HEIGHT = 250;
  4. final int STATUS_HEIGHT = 50;
  5.  
  7.   // 画面の初期化
  8.   size(WIDTH, HEIGHT + STATUS_HEIGHT);
  9.  
  10.   noStroke();
  11.   colorMode(RGB, 256);
  12.   background(255, 255, 255);
  13.  
  14.   // フォントの初期化
  15.   font = loadFont("ArialNarrow-14.vlw");
  16.   textFont(font);
  17.  
  18.   // 自機の初期化
  19.   position = new PVector(WIDTH / 2, HEIGHT / 2, 0);
  20.   velocity = new PVector(3, 4, 0);
  21.   acceleration = new PVector(0.01, 0.01, 0);
  22. }
  23.  
  25.   // 背景消去
  26.   fill(255, 255, 255, 30);
  27.   rect(0, 0, WIDTH, HEIGHT);
  28.   fill(255, 255, 255);
  29.   rect(0, HEIGHT, WIDTH, STATUS_HEIGHT);
  30.  
  31.   // 自機描画
  32.   fill(255, 0, 0);
  33.   ellipse(position.x, position.y, 10, 10);
  34.  
  35.   // 速度表示
  36.   fill(0, 0, 0);
  37.   text("Position: " + position, 0, height - STATUS_HEIGHT + 14);
  38.   text("Velocity: " + velocity.mag(), 0, height - STATUS_HEIGHT + 14 * 2);
  39.   text("Acceleration: " + acceleration.mag(), 0, height - STATUS_HEIGHT + 14 * 3);
  40.  
  41.   // 場所の更新
  42.   position.add(velocity);
  43.   if (position.x <= 0 || position.x>= WIDTH) {
  44.     velocity.x *= -1;
  45.     acceleration.x *= -1;
  46.     position.x += velocity.x;
  47.   }
  48.   if (position.y <= 0 || position.y>= HEIGHT) {
  49.     velocity.y *= -1;
  50.     acceleration.y *= -1;
  51.     position.y += velocity.y;
  52.   }
  53.   velocity.add(acceleration);
  54. }

実行画面(クリックで拡大)

サンプルコードのダウンロード：PVectorSample.zip

]]> http://labs.uechoco.com/blog/2008/12/processing_pvectorsample.html/feed [Processing]1.0リリース http://labs.uechoco.com/blog/2008/12/processing-10_released.html http://labs.uechoco.com/blog/2008/12/processing-10_released.html#comments Wed, 03 Dec 2008 10:23:31 +0000 uechoco http://labs.uechoco.com/blog/?p=773 そういえば、いつのまにかProicessingの正式版となる1.0がリリースされました。内部リビジョン番号は0162です。

Processing 1.0での変更点

  • ライブラリの変更
  • P2Dレンダラの復活
  • PShapeクラスによるSVG読み込みの対応
  • PVectorクラスの追加
  • コンパイラの変更
  • ソースコードのUTF-8化
  • JRE(JDK) 6.0 update 10への対応（ただし、genericsや拡張for文などのJava 1.5文法は未対応）
  • etc...

まだまだ知名度は低いものの、徐々に名前は広まっています。特に情報デザイン工学などを勉強している学生にとっては、常識に近くなっている気がします。

また、最近では、processing.jsなど、エンジンを移植する人もいるようです。

ゆっくりと、着実にProcessingは浸透していきます。

]]> http://labs.uechoco.com/blog/2008/12/processing-10_released.html/feed [symfony]1.2リリース http://labs.uechoco.com/blog/2008/12/symfony-12_is_available.html http://labs.uechoco.com/blog/2008/12/symfony-12_is_available.html#comments Mon, 01 Dec 2008 00:20:30 +0000 uechoco http://labs.uechoco.com/blog/?p=771 会社に行って、RSSリーダーつけたら、symfony1.2が出てました。時代の流れが速すぎてどうしようもないです。。。社内ニートになりたい。。。

symfony | Web PHP Framework | Blog | symfony 1.2 is already available

symfony | Web PHP Framework | Blog | symfony 1.2 roadmap

そろそろ、symfony 1.1/1.2対応の本の話とかでてこないかなー♪

]]> http://labs.uechoco.com/blog/2008/12/symfony-12_is_available.html/feed [OpenPNE3]alpha3のインストール時の注意 http://labs.uechoco.com/blog/2008/11/openpne3alpha3%e3%81%ae%e3%82%a4%e3%83%b3%e3%82%b9%e3%83%88%e3%83%bc%e3%83%ab%e6%99%82%e3%81%ae%e6%b3%a8%e6%84%8f.html http://labs.uechoco.com/blog/2008/11/openpne3alpha3%e3%81%ae%e3%82%a4%e3%83%b3%e3%82%b9%e3%83%88%e3%83%bc%e3%83%ab%e6%99%82%e3%81%ae%e6%b3%a8%e6%84%8f.html#comments Fri, 28 Nov 2008 07:39:38 +0000 uechoco http://labs.uechoco.com/blog/?p=766 OpenPNE3は先日alpha3になりました。一応インストールぐらいは済ませようと、先ほどインストールしましたが、思わぬところでエラーが発生したので書き記しておきます。

環境：

OpenPNE3alpha4以降はsymfony1.2に移行するようなのですが、今回インストールしたのはalpha3なのでsymfony 1.1で動くはずです。

で、インストールガイドに従って、OpenPNE3をインストールします。alpha3からはsymfonyコマンドを拡張したようなので、"symfony openpne:install DSN"というコマンドで一発インストールが可能になりました。いいですね！

で、http://openpne3a3.localhost/に割り当てたので、http://openpne3a3.localhost/pc_frontend_dev.phpにアクセスすると、以下のようなエラーが発生しました。

PLAIN TEXT
TEXT:
  1. Fatal error: Class 'sfRoute' not found in /var/www/OpenPNE-3alpha3/plugins/opOpenSocialPlugin/lib/user/opOpenSocialPluginRouting.class.php on line 8

opOpenSocialPluginというのがエラーを起こしています。sfRouteというクラスを調べると、どうやらsymfony 1.2系のクラスのようです。というかOpenPNE3alpha4のTracレポートをみると、opOpenSocialPluginはalpha4で(symfony1.2で)実装予定の機能のようです。どうやらalpha3リリース時にsubversionのtagsを切るときに混じってしまったのでしょうか。

エラーの回避方法は、/plugins/opOpenSocialPluginのディレクトリごと消去するだけです。

無事にalpha3が起動できました。

]]> http://labs.uechoco.com/blog/2008/11/openpne3alpha3%e3%81%ae%e3%82%a4%e3%83%b3%e3%82%b9%e3%83%88%e3%83%bc%e3%83%ab%e6%99%82%e3%81%ae%e6%b3%a8%e6%84%8f.html/feed [OpenPNE3]alpha2の変更点を見る http://labs.uechoco.com/blog/2008/11/openpne3-alpha1_settingsopenpne3-alpha2_changes.html http://labs.uechoco.com/blog/2008/11/openpne3-alpha1_settingsopenpne3-alpha2_changes.html#comments Fri, 28 Nov 2008 06:41:48 +0000 uechoco http://labs.uechoco.com/blog/?p=763 早々とOpenPNE-3alpha3がリリースされ、完全に後れを取っているうえちょこです。alpha2の記事を書き途中のまま放置していたので、鮮度が既に失われてしまいましたが、残しておきます。何かの参考になればよいのですが。。。

/apps/mobile_frontend/config/mobile_frontendConfiguration.class.php

mobile_frontendConfigurationクラスがsfApplicationConfigurationクラスを継承していたのが、sfApplicationConfigurationから派生したsfOpenPNEApplicationConfigurationクラスを継承するように変更されています。

/apps/pc_backend/config/pc_backendConfiguration.class.php

pc_backendConfigurationクラスがsfApplicationConfigurationクラスを継承していたのが、sfApplicationConfigurationから派生したsfOpenPNEApplicationConfigurationクラスを継承するように変更されています。

/apps/pc_backend/config/factories.yml
PLAIN TEXT
TEXT:
  1. all:
  2.    storage:
  3.      class: sfSessionStorage
  4.      param:
  5.        session_name: OpenPNE_pc_backend

セッション名がデフォルトのsymfonyからOpenPNE_pc_backendに変更されました。pc_frontendとは明示的にセッションを分けるようです。

/apps/pc_backend/config/security.yml
PLAIN TEXT
TEXT:
  1. default:
  2.    is_secure: on

pc_backendアプリケーション全体がデフォルトでセキュアな領域（認証が必要な領域）となりました。

/apps/pc_backend/config/settings.yml
PLAIN TEXT
TEXT:
  1. prod:
  2.    .settings:
  3.      check_lock:             on

  • prod(本番環境用設定)
    • check_lock=on ・・・ 内部サーバーエラー発生時に/web/errors/error500.phpを表示し、キャッシュクリア中のアクセス時に/web/errors/unavailable.phpを表示する。
PLAIN TEXT
TEXT:
  1. all:
  2.    .actions:
  3.      login_module:           security
  4.      login_action:           login
  5.    .settings:
  6.      i18n:                   on
  7.      default_culture:        ja_JP

  • all(共通設定)
    • login_module=security、login_action=login ・・・ 認証画面のモジュールとアクション。認証が必要なページにアクセスしたとき、まだ認証が済んでいない時は/security/loginに飛ぶ
    • i18n=on ・・・ テンプレートの翻訳機能（インターフェース翻訳）を有効にする
    • default_culture=ja_JP ・・・ 国際化機能において、デフォルトの国と言語の組み合わせを日本-日本語に設定する
    /apps/pc_backend/modules/*

    pc_backend（管理画面）の開発も始まったようです。navi、profile、security、snsの4つのモジュールが追加されています。securityはログイン認証のためのモジュールです。それ以外は[SNS設定]、[ナビ設定]、[プロフィール項目設定]に対応しているようです。

    /apps/pc_backend/template/layout.php

    pc_backend（管理画面）の標準レイアウトです。タイトルやh1タグにSNS名称を表示するようになったほか、[SNS設定]、[ナビ設定]、[プロフィール項目設定]の3つが常時メニューとして表示されるようです。

    ''SNS名称の表示''

    PLAIN TEXT
    php:
    1. echo OpenPNEConfig::get('sns_name');

    /apps/pc_frontend/config/app.yml

    (空っぽ)

    alpha1で追加されたall_openpne_auth_mode設定がもう無くなりました。同様の設定は/data/sns_config.ymlに移行したようです。

    /apps/pc_frontend/config/factories.yml
    PLAIN TEXT
    TEXT:
    1. all:
    2.    storage:
    3.      class: sfSessionStorage
    4.      param:
    5.        session_name: OpenPNE_pc_frontend

    セッション名がデフォルトのsymfonyからOpenPNE_pc_frontendに変更されました。pc_backendとは明示的にセッションを分けるようです。

    /apps/pc_frontend/config/filters.yml
    PLAIN TEXT
    TEXT:
    1. registerDisablePlugin:
    2.    class: sfRegisterDisablePluginsFilter

    フィルタが追加されました。/lib/filter/sfRegisterDisablePluginsFilter.class.phpを参照しています。(settings.ymlのall_enabled_modulesが消えたのはこのプラグインにとってかわられたからかな？)

    /apps/pc_frontend/config/pc_frontendConfiguration.class.php

    pc_frontendConfigurationクラスがsfApplicationConfigurationクラスを継承していたのが、sfApplicationConfigurationから派生したsfOpenPNEApplicationConfigurationクラスを継承するように変更されています。

    /apps/pc_frontend/config/settings.yml
    PLAIN TEXT
    TEXT:
    1. all:
    2.   .settings:
    3.     standard_helpers:       [Partial, Cache, Form, I18N, Parts]

    all(共通設定)において、Partsヘルパーが標準で読み込まれるように変更されました。またenabled_modulesの記述がコメントアウトされました。おそらくsfRegisterDisablePluginsFilterで代替していると思われます。

    /apps/pc_frontend/modules/*

    いろいろと変更されていると思いますが、ここでは省略。

    /apps/pc_forntend/template/_partsLogin.php

    ログインフォームが個別パーツとして分離されました。また、set_entry_point()ヘルパー関数を用いて、拡張テンプレートの試みが始まっています。

    /apps/pc_forntend/template/layout.php

    タイトルやh1タグにSNS名称を表示するようになったほか、グローバルナビゲーション（常に表示されるナビゲーションメニュー）やローカルナビゲーション（コンテンツ内容によって変動するサブナビゲーションメニュー）がコンポーネント挿入されました。

    /config/schema.yml

    admin_user、sns_config、member_config、navi、navi_i18nの5つのテーブルが追加されました。

    /data/member_config.yml
    /data/sns_config.yml
    /lib/config/OpenPNEConfig.class.php
    /lib/config/sfOpenPNEApplicationConfiguration.class.php

    各アプリケーションのアプリケーション設定クラスが/apps/xxxxx/config/xxxxxConfiguration.class.phpにあり、alpha1まではsfApplicationConfigurationクラスを直接継承していましたが、alpha2以降はsfApplicationConfigurationクラスから派生したsfOpenPNEApplicationConfigurationクラスを継承するように変更されました。主にopAuth系プラグインに含まれているモジュールのアクションやテンプレートにパスを通すためにメソッドが上書きされています。

    /lib/filter/sfRegisterDisablePluginsFilter.class.php
    /lib/form/OpenPNEFormAutoGenerate.class.php
    /lib/helper/PartsHelper.php
    /lib/vendor/swiftMailer/*
    /plugins/opAuthLoginIDPlugin

    sfOpenPNEAuthLoginIDPluginが前を変更してopAuthLoginIDPluginになったようです。

    /plugins/opAuthPCAddressPlugin
    ]]> http://labs.uechoco.com/blog/2008/11/openpne3-alpha1_settingsopenpne3-alpha2_changes.html/feed [Web]IETesterでブラウザ表示チェックができる http://labs.uechoco.com/blog/2008/11/webietester%e3%81%a7%e3%83%96%e3%83%a9%e3%82%a6%e3%82%b6%e8%a1%a8%e7%a4%ba%e3%83%81%e3%82%a7%e3%83%83%e3%82%af%e3%81%8c%e3%81%a7%e3%81%8d%e3%82%8b.html http://labs.uechoco.com/blog/2008/11/webietester%e3%81%a7%e3%83%96%e3%83%a9%e3%82%a6%e3%82%b6%e8%a1%a8%e7%a4%ba%e3%83%81%e3%82%a7%e3%83%83%e3%82%af%e3%81%8c%e3%81%a7%e3%81%8d%e3%82%8b.html#comments Tue, 25 Nov 2008 06:27:50 +0000 uechoco http://labs.uechoco.com/blog/?p=759 いつのまにかノートPCにIE7が入っていて、Web制作時にはIE6のチェックができなくて困っていました。

    そんなときに見つけたのがIETester。IEの5.5～8betaまでのブラウザ表示をチェックできてしまうすぐれもの。

    おもな特徴は以下の通り。

    • Windows XP/Vista対応
    • IE 5.5、6、7、8beta2の各バージョンでのブラウザ表示が再現できる
    • 日本語に標準対応

    これのおかげでVMwareのWindows XP(IE6)イメージがいらなくなりました。世の中便利になりましたね。

    ]]>     http://labs.uechoco.com/blog/2008/11/webietester%e3%81%a7%e3%83%96%e3%83%a9%e3%82%a6%e3%82%b6%e8%a1%a8%e7%a4%ba%e3%83%81%e3%82%a7%e3%83%83%e3%82%af%e3%81%8c%e3%81%a7%e3%81%8d%e3%82%8b.html/feed