うえちょこ＠ぼろぐ

そういえば、いつのまにか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は浸透していきます。

会社に行って、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対応の本の話とかでてこないかなー♪

OpenPNE3は先日alpha3になりました。一応インストールぐらいは済ませようと、先ほどインストールしましたが、思わぬところでエラーが発生したので書き記しておきます。

環境：

• OpenPNE3alpha3のアーカイブからインストール
• symfonyは1.1系(1.1.6を使用)

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

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

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

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

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

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

早々とOpenPNE-3alpha3がリリースされ、完全に後れを取っているうえちょこです。alpha2の記事を書き途中のまま放置していたので、鮮度が既に失われてしまいましたが、残しておきます。何かの参考になればよいのですが。。。

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

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

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

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

• prod(本番環境用設定)
  • check_lock=on ・・・ 内部サーバーエラー発生時に/web/errors/error500.phpを表示し、キャッシュクリア中のアクセス時に/web/errors/unavailable.phpを表示する。

• 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

いつのまにかノートPCにIE7が入っていて、Web制作時にはIE6のチェックができなくて困っていました。

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

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

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

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