日々の小ネタ

Fences

2010-02-12T00:23:00.003+09:00

Windowsでデスクトップが余りにも汚くなっていく人は数多くいると思う。
自分もデスクトップの整理は苦手だが、Fencesというソフトを使うとだいぶ綺麗になる。

詳細は細かい解説ページを見て欲しい。

日本語ユーザ名だと、インストール時にエラーが出るが以下の方法で回避できる。

・ダウンロードしたfences_public.exeの拡張子を7zにする。
・7z形式のファイルを展開する。
・エラーダイアログが出たらいったんそのまま何もせずに↓を実行する。
・展開した中にあるdataフォルダの中のofflineフォルダを
C:\Documents and Settings\ユーザ名\Local Settings\Temp\mia1
にコピーする。ドライブが違う等環境を変えている人は適宜変更する。

※エラーメッセージがmia2等の時はmia2にコピーすること。

・エラーダイアログの再試行をクリックする。
・通常通りインストールが進む

7z形式はマイナーだが、cygwinで全てのパッケージをインストールすれば入っています。
$ 7z x ./fencez_public.7z
で展開できるはず。

ファイルの展開ツール

2010-02-11T15:04:00.002+09:00

Linuxだとtar.gzやtar.bz形式で圧縮されているものは多い。

Windowsだと余りにも色々な形式で圧縮している人が多く使用しているツールが対応していないこともある。
わざわざツールを入れるのも面倒だが、こういうときにcygwinは意外に役に立つ。
当然パッケージは入れておく必要があるが・・。

vmware等で、仕様用途が減っているcygwinだが、意外なところで役に立ったりする。
起動も早いし、入れておいて損はないと思う。

新年のご挨拶

2010-01-22T20:56:00.002+09:00

明けましておめでとうございます。本年もよろしくお願いいたします（遅すぎ）

通信

2009-12-11T21:38:00.004+09:00

遠隔のマシンの通信をする手段には色々ある。

原始的な方法は

・プログラムを実行
・実行結果ファイルを遠隔に配置
・遠隔先のプログラムを実行

といったところ。

自分もよくこのような形で、実行していた。
XML形式で送信するのであれば、XML-RPCやSOAPを用いると遠隔のサーバの関数やクラスを呼び出すことができる。
Java→Java
はあまり嬉しくないが、Perl→JavaやRuby→Java
が使えるのが嬉しい。
当然だが、サーバ側もJavaである必要はない。

ちょっと古いが、この辺りを参考にすればいいだろうか。
http://www.linux.or.jp/JF/JFdocs/XML-RPC-HOWTO/

余談だが、独立型 Java サーバの章で、
server.start();
が抜けているため、サーバ側が待機状態にならないので注意が必要。

それにしてもJAVAという言語に慣れない・・・。

SDPAオンラインソルバー覚書

2009-11-03T15:25:00.003+09:00

www以下のファイルが戻っても、以下の設定が必要である。

・データベースの復旧
→/var/lib/mysql
　ごとコピーしてしまえば問題ない。mysqldumpを使用するのが望ましいが・・。

・apacheユーザからonlineユーザへsshできるようにする。
→apacheユーザは/sbin/nologinと設定されているので、
　/etc/passwd
　のファイルでapacheユーザにいったん/bin/shにする必要がある。
　sshでknownhostsに登録した後は
　/etc/passwdのapacheを/sbin/nologinに戻す。（セキュリティ的に）

　ssh関係のパーミッション等も変更を忘れないこと。

・所有権の変更
　→各ユーザーのファイルを保存するディレクトリはapacheで書き込む必要がある。
　そのため、所有権or書き込み権限の追加が必要。
　セキュリティ的にはapacheユーザの所有権にして置くのが無難。

execute.phpのデバッグモードを有効にすれば実行しているコマンドを見られるのでコピーしてターミナルで叩いてエラーメッセージを見ればエラーの中身が見られる。

grep

2009-10-14T21:21:00.004+09:00

久々にもかかわらず相変わらず初心者的なメモです。

grepはいつも使っていますが多階層の検索はそのままじゃできないので以下のようにやる必要がある。

hogeという文字列を含むtxtファイルを検索するときは、

find / -name '*.txt' | xargs grep hoge

xargsを使えばいいということで納得。xargsは標準入力を引数として実行してくれる・・だったと思います。

Bindの設定

2009-09-03T22:40:00.002+09:00

DNSサーバの構築にはLinuxでは必需品。

OpenSSLさえ新しいのが入っていれば、普通にmakeできる。OpenSSLをCentOS5.3のyumでインストールしていると現時点ではBindのmake時に凄い勢いでWarningが出る。

通常使うにはnamd.confを編集し、zoneを指定し・・等を行えばよい。
Bindは大変有名なので検索すれば大量に引っかかる。なので、普通の使い方はそちらを参照してもらいたい。

ここではちょっと変わった使い方を検証してみた。
Bindはviewステートメントを使うことで、Clientごとに違った名前解決を返すことが可能である。
viewステートメントについては、
http://www.nina.jp/server/redhat/bind/named.conf.html
辺りを参照していただきたい。

このviewステートメントを別ファイルにまとめておくことも可能である。

include "/tmp/view1.view";

のように指定するとファイルをそのまま読み込んでくれる。
例えば、ローカル内で名前が頻繁に変わったりするときに設定ファイルをいじらずにファイルから読み込む事が可能になる。（正確には読み込んだファイルも設定ファイルの一部になるが・・・。）
一応補足しておくとincludeステートメントはviewステートメントやzoneステートメントに限らずどこでも使える。
また、読み込むファイルの中身を変えてもBind自体（namedデーモン）は再起動が必要である。

ファイルが存在しない場合はBindを再起動するときにエラーが発生する。
これではあまり嬉しくないのだが、ファイルさえ存在すればエラーにはならないらしく空ファイルが存在すればよい。
こんな変な使い方をする人は普通いないので調べてもなかなか見つからず結局自分で全部試すことになってしまった。

Bindについては全くの素人のため、何か間違いがあればつっこんでもらいたいところです。

久しぶりに書いたはいいけど世間の役には立たなそうな内容でした。

IE

2009-07-27T22:01:00.002+09:00

昔からIEには悩まされています。

1,tomcat起動
2,apache起動

IEで見る→正常に見える。当たり前ですね。

この状態でtomcat停止。

IEで見る→503エラー。当たり前ですね。

この状態でapache停止。

IEで見る→正常に見える。当たり前・・・じゃねぇよ。

どこかに残ったキャッシュで引っ張ってきてるんでしょうかね。直前の503でもなく正常なものを返すのもなんだかなぁ。
apache止めたの忘れててはまりまくりました。

欧州みたいな感じでブラウザが選べるようになればいいんですけどね。
というか別のブラウザを標準で入れるとWindowsUpdateはどうなるんでしょう？

CentOS4.7から5.3にアップグレード

2009-07-09T21:21:00.003+09:00

タイトルの通りCentOSを4.7から5.3にアップグレードしなければならないのでやろうとしましたが、挫折。

http://k-ishik.seesaa.net/article/40506494.html
http://www.greedy.jp/blog/nowhereman/200809/16/170317

この辺りを参考にさせていただき、頑張ってみましたがダメでしたorz

ちなみに参考ページはCentOS5.3ではないので5.3用(i386用)のファイルは下の感じ。
http://mirror.centos.org/centos/5.3/os/i386/CentOS/centos-release-5-3.el5.centos.1.i386.rpm
http://mirror.centos.org/centos/5.3/os/i386/CentOS/centos-release-notes-5.3-3.i386.rpm

おとなしくCDブートするしかないのか・・・。

Google

2009-07-08T20:39:00.002+09:00

Googleから色々発表があったようです。

・GMailのβが外れて正式版になった
・Chrome OSの発表

ChromeOSはLinuxベースで起動後数秒でネットが見れるとか。ブラウザのChromeはそのためだったんですかね。
Gmailのβがないと不安な人はつけることもできるらしいです。意味ないと思いますが・・・。

Mnozil Brass

2009-07-05T14:25:00.003+09:00

まったく、今までの話と関係ないのだがムノツィルブラスアンサンブルという世界的に有名になったアンサンブルが約1年半ぶりに日本にやってきた。そのときもこのブログにちょっと記事を載せた気がします。

自称ムノツィルブラスマニアなので今回はちょっと羽を伸ばして、東京公演（東京オペラシティ）と長野公演（コスモホール）の2公演に行ってきました。
アンコール曲数が長野の方が短かったのが残念。東京公演でやったボヘミアン・ラプソディ（ほんとに感動！！）もやらなかったのが非常に残念でした。

とはいえやはり実力は本物。笑いも本物。誰でも分かる速いフレーズとか、高音とかはいわずもがな、馬鹿みたいな音量吹いた後にソフトに吹いたりと金管奏者にしか分からないような技術もありってのがたまらないです。

来年も来日するようなのでぜひまた行きます。
長野のサイン会では東京と違ってあまり人がいなかったので勢いあまって3つくらいもらって、しかも少し話せたのが良かったです。

例年通りだとこの公演プログラムのDVDも12月くらいに出るのかな？？

svn+tracサーバその３

2009-06-29T20:56:00.004+09:00

引き続きCentOS5.3(x86_64)でのsvn+tracサーバの構築。今回はtracをapacheから呼び出せるように設定。実行も引き続きrootで。

apacheから読み書きできるよう、new_projectディレクトリの所有権の変更
# chown -R apache:apache /home/devel/trac/new_project

apache設定ファイル"trac.conf"の作成
# vi /etc/httpd/conf.d/trac.conf
以下のように編集。EGG_CACHEについてはどこに置くのが良いのかは謎。何も設定しないと/home/devel/tracに置かれます。


<Location /trac>
   SetHandler mod_python
   PythonDebug On
   PythonHandler trac.web.modpython_frontend
   PythonOption TracEnvParentDir /home/devel/trac
   PythonOption PYTHON_EGG_CACHE /var/www/.egg-cache
   PythonOption TracUriRoot /trac
</Location>
 
<LocationMatch "/trac/.*/login">
   AuthType Basic
   AuthName "trac"
   AuthUserFile "/home/devel/.htpasswd"
   Require valid-user
</LocationMatch>

.egg-cacheディレクトリがapacheが読み書きできないため設定を変更
# mkdir /var/www/.egg-cache
# chown apache:apache /var/www/.egg-cache

hogehogeユーザーにTRAC_ADMIN権限の付与
# trac-admin /home/devel/new_project permission add hogehoge TRAC_ADMIN

apache再起動
# service httpd restart

お好きなブラウザからhttp://localhost/trac/new_projectにアクセスし画面が表示されることを確認。

以上でインストールは終了。tracは複数人での作業で効力を発揮します。チケットToDoリストにしたり、報告用にしたりと用途は様々だと思います。
TRAC_ADMIN権はrootユーザーみたいな感じで、Web上から設定の変更やtracのレポートを編集したりすることができます。

引き続き参考はこちら：
http://www.cafechantant.com/blog/2007/08/27/centos5-%E3%81%A7-subversiontrac/

今回も、EGG-CACHEの設定が必要だったのと任意のTRAC_ADMIN権を追加したくらいでほとんどコピペになってしまいました。CentOS5.3でも問題ありませんでした的なご報告で。

svn+tracサーバその２

2009-06-28T00:35:00.008+09:00

引き続きCentOS5.3(x86_64)でのsvn+tracサーバの構築。今回はtracのインストール。
実行はrootで。

とりあえずディレクトリをhomeにもどす
# cd

rpmforgeのリポジトリを追加。
# wget http://dag.wieers.com/rpm/packages/rpmforge-release/rpmforge-release-0.3.6-1.el5.rf.x86_64.rpm
(ファイルが見つからなかったら、下のミラーリストから適当に探す。)
http://apt.sw.be/redhat/el5/en/mirrors-rpmforge

# rpm -Uvh rpmforge-release-0.3.6-1.el5.rf.x86_64.rpm

公開鍵のインポート
# rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmforge-dag

公式のリポジトリではないため、デフォルトはoffにして、必要なときだけ使うようにする。
# vi /etc/yum.repos.d/rpmforge.repo
以下の値に変更
enabled=0

必要なパッケージのインストール。
(clearsilverのためにrpmforgeは入れた。)
# yum --enablerepo=rpmforge install -y python-clearsilver

残りのパッケージは標準のリポジトリから。
# yum install -y mod_python python-setuptools

tracのダウンロード。古いものは削除されるようなので、なければファイルを要確認。
# wget http://www.i-act.co.jp/project/products/downloads/Trac-0.11.4.ja1.zip

# unzip Trac-0.11.4.ja1.zip
# cd Trac-0.11.4.ja1

proxyが設定されているならここで。しないとGenshiで止まります。
# export http_proxy=http://xxx.xxx.xxx.xxx:xxxx/

インストール。
# python setup.py install
# mkdir /home/devel/trac

わかりやすくするためsubversionとプロジェクト名を同じにする。
# trac-admin /home/devel/trac/new_project initenv

対話式には以下のように解答。意味はそのままです。

Project Name [My Project]> new_project
Database connection string [sqlite:db/trac.db]>
Repository type [svn]>
Path to repository [/path/to/repos]> /home/devel/svn/new_project

簡易サーバを立てて動作を確認する。
# tracd --port 8000 /home/devel/trac/new_project

お好きなブラウザで、 http://localhost:8000/new_project　にアクセス。
それらしき画面が表示されているのを確認する。

次回はapacheからの設定を。

引き続き参考元はこちら
http://www.cafechantant.com/blog/2007/08/27/centos5-で-subversiontrac/

svn+tracサーバその１

2009-06-27T00:17:00.015+09:00

CentOS5.3(x86_64)でのsvn＋tracサーバのインストールメモ書き。今日はとりあえずsvnだけ。
認証にはapacheのBasic認証を、読み書きともにパスワード要求する仕様。
実行はrootで行う。

これで必要なパッケージは全て入る。
# yum install mod_dav_svn

svnのリポジトリを作成。プロジェクト名はお好きに。
# mkdir -p /home/devel/svn
# svnadmin create /home/devel/svn/new_project

トランク、タグ、ブランチディレクトリの作成。
# svn mkdir file:///home/devel/svn/new_project/trunk file:///home/devel/svn/new_project/tags file:///home/devel/svn/new_project/branches -m "init repository layout (trunk,tags,branches)"

リビジョン 1 をコミットしました。
↑が出力される。

apacheユーザーが読み書きできるようにする。
# chown -R apache:apache /home/devel/svn/new_project

認証の設定。hogehogeにはユーザー名を入力。
# htpasswd -c /home/devel/.htpasswd hogehoge
パスワードを求められるので入力。たぶん2回。

apacheからのsubversionの設定。
# vi /etc/httpd/conf.d/subversion.conf
以下のように変更


<Location /svn>
   DAV svn
   SVNParentPath /home/devel/svn

      AuthType Basic
      AuthName "Authorization Realm"
      AuthUserFile /home/devel/.htpasswd
      Require valid-user

   # Limit write permission to list of valid users.
#   <LimitExcept GET PROPFIND OPTIONS REPORT>
#      # Require SSL connection for password protection.
#      # SSLRequireSSL
# 
#      AuthType Basic
#      AuthName "Authorization Realm"
#      AuthUserFile /home/devel/.htpasswd
#      Require valid-user
#   </LimitExcept>
</Location>

apacheを再起動。
# service httpd restart

ブラウザで動作確認。
http://localhost/svn/new_project
リビジョンが１であることを確認。

ここまででとりあえずsvnの設定は終了。
参考：http://www.cafechantant.com/blog/2007/08/27/centos5-%E3%81%A7-subversiontrac/
非常にわかりやすかったです。わかりやすすぎるのでsvnの設定ファイル以外実質ほぼコピペになってしまいました・・。
svn設定ファイルは参考元の通りにやるとブラウザからの読み込み時は認証されない仕様になると思います。

とりあえず次回はtracのインストール。

emacs

2009-06-26T00:41:00.000+09:00

学生時代はemacsを愛用していましたが、会社ではまっさらなOSをインストールすることが多いので、viばかり使ってます・・。
久々にemacsとか使ったりすると間違ってZZとかで終了しようとしたりしてパニクったりします。。

:w　→　:q!
で終了させる人をたまにみますがZZで終わらせられるのは意外に知らない人多いんですかね。
そんなどうでもいいネタでした。

max_execution_time

2009-06-06T20:12:00.002+09:00

PHPのタイムアウトを決める際にphp.iniにmax_execution_timeがある。これがデフォルト値になって、PHPのタイムアウト判定を行う。ちなみにデフォルト設定は30秒になっている。0にすると無限。

PHPスクリプト内でset_time_limit()を使うことでデフォルト値を変えることも可能。

これら2つは、スクリプトの実行時間のみに反映されるものでシステムコール等の時間は含まれない。
30秒以上かかってたのに落ちない処理があったのになんで今回は落ちるんだ！というのは途中でシステムコールしたり、DBの読み書きがあったりでカウントされていない時間があるのかもしれないことに注意する必要がある。
簡単に言ってしまうと人間には計りにくい時間ってことか・・。

原因不明のエラーでループ文で止まる場合等は疑ってみるといいかも。

apacheで起こった出来事

2009-06-02T20:50:00.000+09:00

apacheの設定ファイルにhttpd.confというのがあるのはインストールしたことがある人なら分かるかと思います。apacheのデーモン自体はrootで実行するのが普通だと思いますが、apache内での実行するユーザーとグループをhttpd.confの

User hoge
Group hoge

とかで指定することができます。
例えば、sudo権を持ってるhogeユーザーが

# sudo su -
# apachectl start

とやるとrootの環境変数を読み込んでapacheを起動して中での実行はhogeが行うことになります。
例えば、PHPとかでディレクトリを作ったりするとhogeユーザーが作ったのと同じようなことになるということです。

hogeユーザーが

# sudo /・・・/apachectl start

とやったら、hogeユーザーの環境変数でrootがapacheを実行して、中ではhogeユーザーが頑張ると言った構図で実質、hogeユーザーの天下となるはずで今までもちゃんとなってたのですが、
なぜか、PATHの環境変数は読み込むのにLD_LIBRARY_PATHの環境変数を読み込んでくれないという事象に陥りました。原因不明。

色々試しても解決せず仕方がなかったので、apachectl自体に

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/hogehoge/lib

のような形で記述してapacheを再起動して読み込ませました。今まで問題なかったのになんででしょう。。
一応補足しておくとapacheが万一乗っ取られたときにために何もできないようNologinのユーザーで実行すべきかと思います。

Interop

2009-05-30T15:54:00.002+09:00

Interopに仕事の雑用で行くことになりました。自分の担当は11日だったと思いますが。
休憩時間には自由に回って良いらしいので楽しみではあります。問題は30分しか休憩がないことですが。

ImageMagick

2009-05-20T21:56:00.004+09:00

Imagickを使うとコマンドライン経由ではなくPHPからImageMagickを呼び出せる。
どの機能が使えてどの機能が使えないかは調べてないので分からないが・・。

とはいえ、どうもその辺りの呼び出しがうまくいかないっぽくてエラーが取れない。

ShortestPathオンラインソルバーでは完全にコマンドライン経由だったけど、今思えばもしかしたらPHPから全部呼び出せたのかもしれない。

umask

2009-05-15T23:25:00.002+09:00

umaskコマンドを使うと、新たにディレクトリやファイルを作るときにできるパーミッションを変更することができる。
一時的に使うならumaskで

umask 000

と設定すると元のパーミッションから000を引いた値(=777)になる。
~/.bashrcに書くときは最後に書いたほうが良い。

etc/bashrcとかを読みに行って更新されてしまうことがあるらしい。
30分くらいはまってしまったので備忘録的に残しておきます。。

crontab

2009-05-14T21:52:00.003+09:00

crontabコマンドを使えば、決まった日付の決まった時間にスクリプトを実行できる。
コマンド自体は初めて知ったけど落ち着いて考えればこういうのがあるのは当たり前ですよね。
最短路問題用オンラインソルバーとかで古い画像の削除とかに使えば良かったか。

eclipse

2009-04-27T23:13:00.003+09:00

あまり触ったことがなかったので新鮮。
F3とかで別の関数が見られるのは便利だなぁと思いました。
しばらくはPHPというどこかで聞いたことのある言語をやることになりそうです。

設定を忘れないように書こうと思ったけどメモを置いてきてしまったのでまた別の機会に。

新年度

2009-04-02T23:10:00.002+09:00

内定取り消されず入社しました。
ここでも小ネタがあれば引き続き綴っていこうかと思います。

SDPAオンラインソルバーの変更１３

2009-03-06T21:29:00.000+09:00

自動更新をコソコソとIEとOperaに対応。

ファイル名の最後に?gomi=ransu

をつけたらとりあえず動作。
逆に言うとこれだけのキャッシュをこの2つのブラウザはためることになるが。

SSH

2009-03-04T20:15:00.000+09:00

SDPAオンラインソルバーのために色々変更を加えていた。

SSHって/home/usernameの部分のディレクトリのパーミッションがおかしいと動作してくれないんですね。
エラーログ見るまでしりませんでした。
時間かけ過ぎた・・orz

Safari4

2009-02-25T20:00:00.000+09:00

Safari4のベータ版が出たので試してみた。

Javascriptが4.2倍高速ということで、最短路オンラインソルバーを実行。
確かに速い気がする。Chromeより速いかも。

SDPAオンラインソルバーの実行も問題なし。

ちょっと使っただけだが、途中強制終了したりしてまだまだ不安定かもしれないが正式リリースまでには直るだろうし、期待していいのかもしれません。
しばらくはChrome+Firefoxでほとんど不便はないですが。

SDPAオンラインソルバーの変更１２

2009-02-20T21:14:00.001+09:00

実行画面において
dataファイル、paramファイルをtmpディレクトリにコピーして実行しているため、ファイル名がおかしくなっている。
そこで、実際にリアルタイムで表示するときにその部分をファイル名に変更。

また、実行終了後はsedコマンドでその部分で修正してどこのディレクトリで実行したかはわからないようにしている。

念のためセキュリティ的な面の強化のような形。

SDPAオンラインソルバーの変更１１

2009-02-19T21:15:00.000+09:00

余計な改行が多いので、再び修正。

preで囲めばいいっていうオチ。

とはいえ、改行文字でいったんsplitして、改めてそれぞれに改行を加えて頭にpreをつけることで元のファイルのように動作する。
元のファイルの改行コードにはなにかしらうまく読み込まない要因があるのかもしれない。

とりあえずはこれで解決。

SDPAオンラインソルバーの変更１０

2009-02-18T23:13:00.001+09:00

Firefoxで改行されないのはまずい。
また、数MBの結果を全て表示してしまうのはブラウザを重くする要因であり、非常によろしくない。

というわけでその2カ所を改善。

両方合わせて対応するために、prototype.jsを捨てて別の方法を使用。
ファイルの文字列をいったん\nでsplitして配列化し、それぞれを

タグで括ってやりさらに\nを追加して新たな文字列としそれらをつなぎ合わせる。

どちらにせよ、ファイルを全部読み込みに行ってしまうため、数MB読み込んだ後に表示されることになる。表示で固まることはないが、後1歩力及ばずorz
ブラウザがフリーズしないのとFirefoxに対応したのは進歩か。
代わりにOperaで動作しなくなったのでそちらの対応も検討中。

下の参考先は他のタグも含め対応しているがこちらはOutputファイルに限定されるので、必要最低限だけ導入。

参考：
http://suzuqi.net/suzuqi/000567.html

git

2009-02-17T21:38:00.001+09:00

gitをVine4.2にインストールするには、

http://kernel.org/pub/software/scm/git/

より新しいバージョンを持ってきて、

configure,make,make installすればよい。

installできない場合、

apt-get install zlib-devel
apt-get install curl-devel
apt-get install expat-devel

してやればよい。

参考：http://granzchesta.blog.drecom.jp/archive/739

IEのテキスト表示

2009-02-15T19:20:00.000+09:00

IEが新SDPAオンラインソルバーの途中経過の読み込みができないという件。

原因はよくわからないキャッシュによるもののようだ。
1度読み込んだファイルを再度読み込みに行くときURLかファイル名のみで判断してキャッシュだかTempファイルだかを読み込みに行ってしまい結果的に、最初の空白のファイル以外何も読み込まなくなり再読込の効果がないという感じ。

効果的な対策はIEを使わないこと。

しかし、キャッシュとかなくてもinnerTextの表示はIEが他のブラウザより速いのは認めざるを得ない。使い道がないが。

SDPAオンラインソルバーの変更９

2009-02-14T21:16:00.002+09:00

気づいている人もいるかと思うが、ファイル管理のページに、File Viewのリンクをつけた。
リンクと言ってもリストの下にそのファイルを表示するだけの機能。
実装の理由は途中経過の取得ができるため、わざわざDownloadするまでもないファイルを見ることを可能にするため。
目的であるDownloadファイルにしかつけていないがつける気なら他のファイルにも簡単につけることができる。

以下はブラウザの動作確認。

Chrome　表示問題なしだが、ファイルサイズが大きいと背景が消える。特に問題なし。
Firefox 改行されないため見にくい
Safari　完璧
IE７　　完璧
IE８　　完璧
Opera　遅すぎ　　

背景が消えるのは逆に見やすくなるから良いという噂も。
テキスト処理はIEも速い。テキストの読み込みから書き出し(innerText)までの速さならこの中では最速かもしれない。
Operaが時間かかりすぎとFirefoxが改行されないのが弱点。

SDPAオンラインソルバーの変更８

2009-02-13T23:01:00.000+09:00

旧SDPAオンラインソルバーはある程度の大きさのファイルができた時点で計算が終了したと判定している。
新システムでは、途中経過を取得するのでその判定は好ましくなく、イテレーションごとにファイルに書き込む必要がある。

また、実行状況の更新時間をデフォルトを5秒として、変更可能にした。
大きめの問題なら10秒くらいで十分である。

SDPAオンラインソルバーの変更７

2009-02-12T23:14:00.000+09:00

SDPAオンラインソルバーの裏サーバーでは開発が進んでいる。
途中経過等も表示される予定だが、前回書いたようにいくつか問題点もある。

その原因は出力ファイルが計算途中なら比較的小さいものだが、最終的には数MBになることである。
さすがにナローバンド帯でその転送は厳しいので、ほぼ間違いなくブラウザが固まってしまうだろう。

メインページに途中経過を表示するか否かのオプションをつける方が無難そうだ。
もしくは読み込むファイルの容量制限を掛ける方法も考えられるが実装は大変か・・？

SDPAオンラインソルバーの変更６

2009-02-07T19:28:00.005+09:00

Javascriptによる自動更新機能(2秒おき)を追加してみた。

各ブラウザに対しての動作確認

Chrome 想定通り動作
Firefox 改行はされないが想定通り動作
Safari 自己防衛？のためかファイルが大きくなったとき、ファイルの後半を読み込んでくれず。経過を知る上では十分動作。
Opera 自己防衛も働かず読み込みも遅いため2秒おきでは固まる。
IE 予想通り動作せず。

今回の機能ではChromeの圧勝であった。ファイルサイズが大きい場合の読み込み速度が他ブラウザに比べ速いのが勝因か。

Safariは自己防衛が働くだけましだが、Operaは固まって読み込みに2秒以上かかり、また固まりの負の連鎖。

Operaでは手動更新にすることにした。

IEのために別に書き直すのは面倒なのでそれは後回し。ほんと面倒なブラウザだ・・。

裏サーバーので問題以外をTESTを選び、CPUを1にすれば、誰でも実験することができる。

SDPAオンラインソルバーの変更５

2009-02-06T21:14:00.001+09:00

引き続き変更中。
Firefoxで動かなかった原因は発見。

innerTextはFirefoxでは使えないとのこと。

仕方ないのでtextContentを使用。
改行がうまくされないのが欠点だが進行状況は一応わかる。
Chrome,Opera,SafariではinnerTextを用いているので問題なく改行も表示できる。

IEは言うまでもなく動かない。

あとは自動更新の実装と、ファイル管理ページに計算中のファイルのビュー画面みたいなのがほしい。
それでとりあえずは最低限の機能といったところか。

SDPAオンラインソルバーの変更４

2009-02-05T21:13:00.000+09:00

途中経過を取得できるようになっている。
しかし、インターフェイス等の変更がないため、ファイル管理ページから見るしかなかった。

実行ページに途中経過を見られるようになっているものを開発中。
Chrome,Safari,Operaでは動くがFirefox,IEではどうもうまく動かないようだ。。

原因を探さねば。IEはいつものことだが、Firefoxが動かないのは久々な気がする。

SDPAオンラインソルバーの変更３

2009-02-04T21:13:00.002+09:00

Rubyを用いたバージョンが一応動くようになっている。
今まで動いていた計算が完了したらメールを送信する機能は(今のところ)使えない。

しかし、代わりに計算過程がわかるような仕様になっており、ファイル管理のページで計算途中のファイルを開くとその途中経過が見られる。F5などで更新すると容量が増えていくことがわかる。
別サーバーでソルバー、クラスタの選択でTESTを選べば一応今の時点でも試すことができる

卒論発表

2009-02-03T21:12:00.000+09:00

だったみたいです。ノーコメントで。

Chromeその2

2009-01-29T20:13:00.002+09:00

Googleの中の人がこれを見たからかどうかはしらないが、今日どうやらHotmailの処理に対応したようだ。
タイミングが良すぎて思わず笑ってしまった。

Chrome

2009-01-28T20:15:00.001+09:00

ブラウザの話が続くが、どうやら去年のうちにGoogle Chromeのβが取れ、正式版になっていたようだ。
特に使っていて変わった印象はないが。
Chromeで動かないページの例としてはHotmailのページ。MS製のページだからと言うのがあるかと思ったがFirefoxは普通に動く。
Safariでも動作するため、AppleWebkitの問題でもない。

Hotmailを末端にして全メールが転送されてくるようにしている。
メッセンジャーを使っているとメールが来たのがわかるため非常に便利であるが、既定のブラウザはFirefoxにしておいた方がよさそうだ。

IE8

2009-01-27T21:14:00.000+09:00

IE8のRC1が出てるらしいので早速試してみた。

よくわからないが互換性バージョンというのが今までのバージョンで表示できるもので普通のバージョンが独自色を強めたバージョンってことで認識していいのかな・・？

互換表示にしないと最短路問題オンラインソルバーは使うことができない。
ベータ版の時に使えなかった理由はそこにありそうだ。

Javascriptはかなり早くなっているイメージがあるが、相変わらず動作が遅くなっていますダイアログが出るのが早く、bothを選択したGoogleMapsのバージョンではダイアログが出てしまう。

ベータ版よりはこちらの方がいいが、やはり個人的にはFirefoxやChromeが良い。
安定性を求めるならFirefoxに勝るものは今のところないだろう。

オンラインソルバーの変更２

2009-01-26T00:02:00.000+09:00

すでに書いた話ではあるが、新SDPAオンラインソルバーへの変更をしている。
旧SDPAオンラインソルバーは今でも問題なく使える。

一時期clusterの項目が上になっていたが、いつの間にかまたsolverの項目が上にきている。
本来はこの方が良かったのでそれでいいが、昨日の話に出てきたprototype.jsの活躍が大きい。

メインページの最初の時点ではclusterとcpu数の所はただの空(正確には"---cluster selection---"のようないわゆる"選択してください"的なもの)でdisabledしているだけである。

solverが選択されると、それに応じてclusterとcpu数が決まり、disabledを解除するという方法である。

正確に処理を書くなら

1,solverが変更される
2,solver変更の関数が呼び出される
3,clusterおよびcpu数のdisabledを解除する
3,cluster、cpu数の項目をいったん空にし、いわゆる"選択してください"の項目を増やす
4,solverに応じて対応しているcluster、cpu数の項目を増やす
5,solverの値がいわゆる"選択してください"の項目だった場合は再度disabledする
6,終了

とこんな感じになる。
これによって影響があったメインページと実行ページも少し書き換えている。

参考：http://lumber-mill.co.jp/gallery/view/portfolio/yosei/js/combobox

オンラインソルバーの変更

2009-01-25T02:39:00.004+09:00

SDPAのオンラインソルバーの裏サーバーの変更が行われている。
これを書いている時点ではまだ動いていない。

Javascriptにも大きく変更を加えて、どのブラウザでもソルバーの変更等ができるようになっている。
普通にやるとIE等の処理ができないし、ChromeやSafariでも危なかったのでprototype.jsを用いて対応させた。

大幅に書き換えているがこちらで書いたコード自体はすっきりしているしこの方が見やすい。
外部依存といえばそうなってしまうが。。

最短路ソルバーでも座標の取得にjQueryを用いているし、クロスブラウザの問題もあり、JavascriptのToolkitはWebアプリでは必須となってきている。

主要点

2009-01-21T20:00:00.000+09:00

最短路問題関係で使うらしく、アメリカの国勢調査による主要都市3100点ほどをマーカーをつけてGoogleMapsに表示してみた。

さすがに3000点を超えるとマーカーも動作が遅い。
元は2300万点とかを扱っているがマーカーの大きさもありマーカーが密集している。

一言でいうと気持ち悪いです。

今後の保守（追加）

2009-01-17T02:06:00.003+09:00

どう見ても内輪向けです。

最短路オンラインソルバーではGoogleMapsを利用している。
GoogleMapsの利用にはAPIキーが必要で、マシン名が変わると変更しなければならない。
APIキーは変数としているので1カ所変えてやれば全部のファイルが参照するようになっている。

今後の保守

2009-01-14T21:16:00.002+09:00

内輪向けの話になるが（いつも内輪という噂もあるが）

SDPAオンラインソルバーのサーバ移行作業（CentOS5.2 の場合）には以下のファイルの移動が必要である
/var/www/html 以下
/etc/httpd 以下
/var/lib/mysql 以下

あとはバイナリのコピーが必要である。現在はhomeディレクトリのhttpd以下
httpd.confはIP等が変わっている場合少し変更が必要。
mysqlのデータベースは本来はしっかりバックアップを取ってコピーすべきでしょうけど・・。

あとはrootで
service sendmail stop
service postfix restart
service httpd restart
service mysqld restart

で動作するはず。

最短路オンラインソルバーの移行作業には

/var/www/html/　以下
/etc/httpd　以下

のコピーが必要である。こちらではユーザーを限定していないのでmysqlは使用していない。

service httpd restart

だけで動作するはず。

convert

2009-01-13T21:55:00.000+09:00

最短路オンラインソルバーの通常版、経由点指定版では画像の統合にconvertを使っている。
しかしながら、どうも最近USAのグラフとなると動作が遅いことがしばしばある。
計算の速度は変わっていないし、色々調べてみてもconvertに時間がかかっているのは分かっている。

速いときと遅いときの差もよくわからないのが現状だが何か解決策はないものか・・。

SDPAオンラインソルバー

2009-01-12T21:15:00.001+09:00

先日のことだが、SDPAオンラインソルバーの方の利用する際の計算サーバ変更が行われたようだ。

少し前に書いたとおりdisabled属性は挙動があやしく、FirefoxとOpera以外だとこちらが想定しているように動作していない。これは自分が関わる前からのことであるが・・。

FirefoxとOperaは企画準拠がしっかりとしているのできちんと動作するのであろう。
逆にSafariとGoogleChromeでも動かないのでAppleWebkitには何かしら問題があるのではないかと推測できる。
IEは独自企画すぎてどうしようもないです。IE用のページを作るなら他にも劣らないですが、個人的にはそういう問題ではない気がする。

論文

2009-01-11T23:00:00.000+09:00

大学を出るためには論文という物を書かなければならない。
人の文章直すのはできても自分で文章書くのは苦手なので非常に疲れるし全く進まない。

ここに綴ってきた結果はそのまま使えるのも多いので大いに役立っている。
自分しか分からないような事でも綴ってみるものですね。

多重起動５

2009-01-02T22:13:00.002+09:00

年内に作業の方は無事終了し、現在ではすでにオンラインソルバーの多重実行に対応しているようだ。

今のところ問題はないと思われるが、実際に動作しない等環境によっては出てくるかもしれないので油断はできない。
ブラウザ側で出るような問題は少なく、あるとすればサーバー側の問題なので大丈夫だとは思われるが。

色々事情があり多重実行とはいえそこまで多くの同時実行には対応していない。
何個かCPUを使っているときでも問題ないくらいの数にしてある。

丑年

2009-01-01T07:41:00.001+09:00

あけましておめでとうございます。今年もよろしくお願いいたします。

多重起動４

2008-12-31T16:42:00.002+09:00

どうやらPHP上でexecで呼び出すとプロセスを別に生成するらしい。
だから今まで書いたようなプロセス増えすぎ現象はそれで理解できる。

別の方法で呼び出す方法もあるが、プロセス数は一定に増えるので多重起動時のプロセス数を増えるプロセスのn倍にすれば解決する。
できれば1プロセスにしたいところだが、バイナリが変わってもシステム自体を大きく変えない限り大きな問題にはならないからそれで行くことにする。

多重起動３

2008-12-26T21:18:00.000+09:00

停電中で落としていたサーバーも無事復旧したので多重起動を実装してみることに。
サンプルを作ってとりあえず動作確認もすませ、実装してみる。

思うように動きません・・。

とりあえずサンプルの時点で

$check = exec("ps -ef | grep -c binary_name");

をしてやると$checkが2になるのはわかっていた。１つはgrep自信でもう１つは謎だったが、とりあえず-2してやることに。

普通に動かしてみて、

$check = exec("ps -ef | grep -c binary_name") - 2;

の値を確認すると

$check=5

増えすぎです。

同時にもう一つ動かしてみると・・。

$check=5

変わりません。せめて増えてくれ。

多重起動２

2008-12-23T19:07:00.000+09:00

結局多重起動は簡単な対策で取れることが判明。

ps -ef |grep -c binary_name

で実行数が分かるのでそれで個数制限すればいいだけでした。
最初からなぜこれに気づかなかったのだろうか。

多重起動

2008-12-21T23:47:00.002+09:00

多重起動防止にファイルを使おうという話が出ていた。

１，実行数を書くファイルを用意する
２，実行したときにそのファイルを読み込み、一定数以下なら実行して実行数をインクリメント
３，実行後デクリメントして再びファイルに書き込む

一見これで動くように思うが、落ち着いて家に帰って考えてみると実行中にブラウザを閉じると値が増えたままになってしまいそのうち動かなくなる。
やはり、落ち着いてジョブマネージャ等を使うのがいいのだろう。

HTMLのdisabled

2008-12-20T21:14:00.004+09:00

disabled属性が微妙。
ShortestPathの方でも当初は使う方向で進めていたがブラウザによって挙動が違うので避けていた。

SDPAオンラインソルバーの方でCPU数を指定するときに使っていて、その初期値がおかしくなっていたので修正。そのついでにちょっとソースを色々と細かく見てみるとこれって動いたっけ？
と思い色々なブラウザで挙動をチェック。

Firefox：正常動作
IE8：動かない
Chrome：動かない
Safari：動かない
Opera：正常動作

となった。こうしてみてもFirefoxの安定性は高い。一番規格に準拠しているのもFirefoxらしい。
ちなみにIEは規格を無視して独自規格で同じような機能をつけている。

disabled属性という単純なモノでもここまで差が出るので恐ろしい。
disabled属性よりは、hidden属性の方が安定している気がするのでそちらですむならそちらを使用した方が良い気がする。
また、disabled属性が動作しないというわけではなくdisabled属性のJavascriptによる変更ができないといった方が状況としては正しい。

オンラインソルバーの将来性

2008-12-19T17:15:00.001+09:00

オンラインソルバーも基本機能はそろってきていると思う。対応できる問題が少ないというのが根本的な問題ではあるが。

ここまでくると、ユーザー側の使いやすさをもっと考える時期でもあると思う。
Ajaxを利用するなどと言うとさすがに無責任か。
AdobeのFlexなどを用いるのもありだと思う。見た目だけでなく色々な機能を比較的手軽に利用できる。
とはいえ、きちんと覚えるには1ヶ月くらいはかかってしまいそうなのでリスクも大きい。

学生証を添付すればAdobe Flex Builder 3が無償で手にはいるとのこと。
統合開発環境はなかなか手に入らないので、こういうのをやってみる人がいても良いとは思う。
興味がある人がいればの話ではあるが。
(https://freeriatools.adobe.com/flex/)

保守４

2008-12-18T21:13:00.000+09:00

新関数を作るという話が出ている。
グラフなりグラフIDなりを引数として、そのグラフに対応する四隅の座標を返すというもの。
今まであまりこういう関数は使ってないが使う用途は色々出てきてもおかしくないし作っておいても損はないかと思う。基本的な機能であるし。

保守３

2008-12-17T20:15:00.000+09:00

基本的に保守作業のほとんどは終えている。
これで、新バイナリにも対応できるので少し速くなることも期待できる。
とはいえ、計算速度よりも描画速度等の方がネックなので体感は変わらないかもしれない。

今まで正規化されていた座標を元の緯度経度に近い形（緯度経度を1e+6倍したもの）にした。
Dimacsで使われているデータ通りにしたというとわかる人にはわかりやすいかもしれない。

Google Maps Hacks

2008-12-14T21:13:00.000+09:00

オライリーの本です。

今まで、この本に限らずGoogleMapsに関する本はあまり読んだことがなかった。
ShortestPathに使えるかは別として違う視点から見られるのは面白い。

マーカーを減らすのにも非常に面白い手法を用いている。
知らない機能はほとんどなかったが、使い方一つでこういうことも可能なのかと思わされることもある。
Ajax自体がそもそもそういうモノだったりもするのだが・・・。

保守２

2008-12-13T23:13:00.000+09:00

今回の保守作業の目的はただのバックアップだけではなく誰でも管理しやすいようにするというものも含まれている。
そのため、ディレクトリの変更等を行っている。
ディレクトリの分け方は入力と出力で決まることになる。
そのほかは大きな変更はない。

保守

2008-12-12T21:15:00.000+09:00

現サーバーが落ちてもすぐに復旧できるようにしている。
バックアップのサーバーでShortest Path Online Solverを動かすのが目的。

先日書いたとおり少々移行に時間がかかっているものの大半は終わっている。
またこの移行作業をきっかけに、バイナリを最新のバージョンに変える予定のようだ。

今までIE8で動かなかったものも原因はわからないが、なぜか動くようになっている点も注目できる。
結局は変数の受け渡しがうまくいってなかっただけなのかもしれない。変更している点はそこだけなので。

トラブル

2008-12-03T22:17:00.000+09:00

動かない理由としては変数の受け渡しがうまくいかず、$POSTで渡していたものをすべて$GETにすることにした。
あまり良い対策とはいえないが、文字列チェックは内部でしているので大きな問題になることはないと思われる。
とりあえず初期バージョン辺りはなんとか動かすことができている。

全体として変数関連が問題なので面倒だが全ファイルそういう作業にすることになる。

バックアップ

2008-12-02T23:14:00.000+09:00

現在Shortest Path Online Solverのメインのマシンと、バックアップのサーバーとしてもう1つ用意しようとしている。

OSも同じだし、コピーすればすぐ動くだろうと楽観視していたらそういうわけにも行かなかった。
色々と問題が発生しているので少し時間がかかるかもしれない。

ついでの作業

2008-12-02T21:59:00.000+09:00

別のサーバーでも動かすために、マシン名、ドメイン名などを変数化している。
こうすれば、マシンが別の環境に移動しても新しいサーバーで動かすにしても変数1つ変えるだけで良いので移行作業が楽になるだろう。

健康診断

2008-11-27T22:13:00.002+09:00

入社前に健康診断をしろということなので健康診断に行ってきた。

まだ20台だし、そんな問題は無いだろうと思ったら・・。

血圧が高すぎました。

今日から食生活を考えてみようと思います。

来年度から食生活改善ブログになったりして。

最適化オンラインソルバー

2008-11-26T23:12:00.000+09:00

最短路だけではなく、様々な最適化問題用オンラインソルバーの仕様について以前行った作業があまりまとめられてないのでまとめてみる。

・基本は現在のSDPAオンラインソルバー

入出力はほとんどの場合、テキストファイルによる入出力であるため、変数化して、追加作業が楽なようにする。

現時点で、タイトルや結果をメールで送るときの文面をのぞいては、ほとんど作業が終わっている。

solver/common_data.php

にソルバーのディレクトリと表示されるタイトルを書く。

solver/　にそのディレクトリを作り中にstatus.phpを書く。

これで、メインページにはそのソルバーが追加され、ファイルのアップロード等もできる。
パラメータファイル等の記述もあるため、それらの心配もすることはない。

あとはexecute.phpのページに実行のコマンドを書く必要がある。ここもなんとか共通化したい。

各バージョン

2008-11-24T23:48:00.000+09:00

shortest path online solverも当初に比べて、色々な種類が出た。

個人的には、経由点指定バージョンとKMLバージョンがおすすめである。
viaバージョンは当然だがP2Pバージョンと同じ結果を出すことができる。（地図データによって計算に時間差はでるが）

また、KMLバージョンはダウンロードしてしまえばオフラインでできるということ。また、GoogleEarthは快適に動くので操作する上でも見やすい。
しかし、それらをあわせたKMLの経由点バージョンは様々な理由があり、まだ出ていない。

経由点バージョンその１５

2008-11-23T21:14:00.000+09:00

先日の通り、Operaでは右クリックできない。（設定を変えればできるかはユーザーではないので不明）

そこでOperaでは別処理として、最後のマーカーを削除するボタンをつけた。
これですべてのブラウザで最低限の機能は出そろった。

経由点バージョンその１４

2008-11-22T23:19:00.001+09:00

思っていたより時間がかかってしまったようだが、無事削除機能を備えた経由点バージョンも公開された。（正確には更新か・・。）

バグというバグは見つからなかったが使ってるマシンのIEがおかしかったため、各ブラウザの動作確認が遅れてしまったのが原因。

ブラウザによる問題は色々経験しているが、IEで起こるトラブルだけは原因不明で対処のしようがないから困る。

また、Operaでは右クリックで画像を表示とかのダイアログが出てしまう。
これは本家Google Mapsでもなってしまうのでこちらでは対応しにくい。

やはり無難に推奨ブラウザであるFirefox,Safari,Google Chrome辺りを使ってもらいたいというのが希望。

経由点バージョンその１３

2008-11-21T21:11:00.000+09:00

苦戦するかと思われていた処理もあっさり。

・消すマーカーがどのマーカーかをループで判定する。
・値をずらす
・マーカーの再作成
・マーカー数を１減らす
・終了

特にバグがなければこのまま公開になりそうだ。

経由点バージョンその１２

2008-11-20T21:13:00.000+09:00

マーカーの番号変更の方法を考える。

マーカーのアイコンは、番号が上に振ってあるわけではなく、自分で1～10まで用意している。
すなわち、マーカーの番号を1個ずらすためには

・前のマーカーを移動する
・今あるマーカーを削除し、同じ場所に新しく作成し直す

のどちらかの操作が必要である。

後者の処理もそれほど負担がなかったのでそちらを採用することにした。

経由点バージョンその１１

2008-11-19T23:13:00.000+09:00

これがこのバージョンの大きな仕様では最後の作業。

取り急ぎ削除の対応をしたが、今回は削除のバージョンアップといったところ。
機能は以下のような感じ。

・右クリックでどのマーカーを削除しても良い。
・削除したマーカーより後ろのマーカーは番号が一つずれるのでマーカーの番号を変更する。
・それに対応する変数の値を全て1つずらす。

これで削除に関しては問題ないであろう。作業を進めるのみ。

経由点バージョンその１０

2008-11-18T23:14:00.001+09:00

経由点指定バージョンで
いつの間にか最後のマーカーを右クリックすると消せるようになっている。

1 -> 2 -> 3 -> 4

とあると4だけ消せる。2を消したければ 4 -> 3 -> 2 と順番に消さなければならない。

ちょっと不便な気もするが、通常のviaバージョンから全てクリアの機能を削除しているだけなので大幅機能ダウンではない。

気づいていない方もいるかもしれないが、この経由点指定バージョンではドラッグしてアメリカの外にマーカーを持って行くとドラッグ前の点に戻るようになっている。

ちなみに、通常のGoogleMaps版では変更なく消滅する。

Safari3.2

2008-11-17T21:13:00.001+09:00

がでたらしいので、一応動作確認。
一通りやってみたけど全バージョンでとりあえず問題ない。

Safariは表示が綺麗で意外に速いので、推奨ブラウザの1つである。

ちなみに推奨ブラウザは
Firefox,Safari,Google Chromeの3つらしい。

どうしてもという方はOperaも対応ブラウザ。

IE8は何度も書いてるが動作が怪しすぎるのでShortest Path Graphicでの使用はやめた方がよい。

経由点バージョンその９

2008-11-16T23:23:00.000+09:00

引き続き作業中。

最後においたマーカーを消す場合、

現在のマーカーの個数を1個減らす。
最後のマーカーの緯度経度を0にする。

で処理すれば問題はない。

最低限これだけの機能はつける予定。

途中のマーカーを削除したい場合どうするかは模索中。

経由点バージョンその８

2008-11-15T21:13:00.000+09:00

経由点バージョンのマーカー削除の作業を行っている。

基本的には使われていない右クリックによる動作で実現する予定。

GoogleMapsのイベントでは、

GEvent.addListener(map,"singlerightclick",function(point,src,overlay)){

処理

}

で実現できる。
マーカーを右クリックするとoverlayが指定されるため、

map.removeOverlay(overlay);

とでもやればマーカーが消えるだけならなんの問題もない。

経由点バージョンその７

2008-11-14T21:13:00.000+09:00

管理を楽にするために、経由点バージョンの最大点数の指定を変数化した。

これで、1カ所変えるだけで移行できるため、マシンの拡張等があってもすぐに対応できる。

当たり前と言えば当たり前の作業だが、意外に手間取ってしまった。

JavascriptでFormの配列を読み込むには

document.form1.elements['hoge[' + (i) + ']'].value

にしなければならないらしい・・。
やればやるほどJavascriptがわからなくなってくる。

あと、PHPとJavascriptの連携ってのは面倒です。。

経由点バージョンその６

2008-11-13T23:23:00.000+09:00

計10点まで対応。

このくらいならさほど速度の差を感じずに実行できる。
これ以上増やす意味もあまりないのでとりあえず10点で固定しておくことにする。

あと、経由点バージョンに足りないのは点の削除くらいだろうか。

経由点バージョンその５

2008-11-12T20:13:00.000+09:00

公開されている経由点バージョン。

実際に使ってみると、通常版とあまり速度の差を感じられない。
5点くらいなら問題ないということか。

ちなみにIE8では相変わらず表示されたり表示されなかったりする。

経由点バージョンその４

2008-11-11T23:14:00.000+09:00

開発が進められていた入出力ともにGoogleMapsを用いた経由点バージョンが週末には公開されていたようだ。

先日書いたようなバグもそれに伴い修正されている。
どうやら今までのバージョンにも番号付きマーカーを利用するような設定にしたようだ。

新しいバージョンでは経由点を3個（すなわち合計5点まで）までしか指定できないのが残念なところ。
近いうちには10点くらいまでは対応するだろう。

経由点バージョンその３

2008-11-10T23:15:00.000+09:00

出力だけGoogleMapsバージョンではfromEncoded機能を使っていなかった。
そこで、今回の機会でこちらも書き直すことに。

あれ？一部線が表示されていない。

おかしいと思って前のソースと見比べてみてもなんで正しく動くのかなぁと小一時間考えてしまった。

結局前のソースもおかしかったというオチ。

きちんと動いてたと思ってたんですが動いてなかったみたいです。

今までバグありのまま表示されてたようで早急に修正予定。

経由点バージョンその２

2008-11-09T21:12:00.000+09:00

GoogleMapsで、番号付きマーカーを利用する方法は以下の通り。

１，番号付きマーカーのアイコンを準備する。
２，アイコン指定する。

これだけでよい。
念のためコマンドを書いておくと、

var num = 1;
var icon = new GIcon();
icon.image = "./marker" + num + ".png";
icon.shadow = "./shadow.png";
icon.iconSize = new GSize(20,34);
icon.shadowSize = new GSize(37,34);
icon.iconAnchor = new GPoint(10,34);
icon.infoWindowAnchor = new GPoint(10,0);

var newMarker = new GMarker(point,{icon:icon , draggable: true});

細かい説明は省くが、必要な値が入っていないと、ドラッグできなかったり表示できなかったりするので注意が必要。
特にドラッグが必要ない、影も必要なければ
icon.image
icon.iconSize
icon.iconAnchor
だけ指定すれば良い。（試してないですが）

番号付きマーカーの作成には
http://www.lumiere-couleur.com/pub/soft/markers/

のサイトが便利である。

経由点バージョン

2008-11-08T23:13:00.000+09:00

経由点バージョンの開発が進んでいる。

通常の経由点バージョンでは

座標 -> 座標 -> 座標

となっているテキストをそのまま送って文解析していた。
GM版では、番号付きマーカーを利用して具体的な緯度経度は表示されないようになっている。

具体的に知りたい人は、マーカーをクリックすれば通常通り見ることができる。

ありそうでなかった

2008-11-07T21:14:00.000+09:00

ありそうでなかったShortest Path Graphic GMの経由点指定バージョン。

コソコソと作り始めているらしい。

入力画面の変更が必要なため後回しにしてそのまま忘れ去られていたが、今思えばそんなに難しくはないので近いうちに公開予定とのこと。

Operaの修正

2008-11-06T21:14:00.001+09:00

原因を一から探ってみると、
最短距離は表示されるが最短時間が表示されないことがわかった。

その辺に原因がある（Operaで読み込んでくれない）のだろうと推測し、ソースを書き直す。

色々事情があり、それぞれ独立させていたのだがこれを機に関数化してまとめてみたところ普通に動いた。
他のブラウザでも問題ないため、結果的に見ればソースが綺麗になってOperaも動くし良かった。

ちなみに相変わらずIE8では動かない。完全にIE8のバグで対応策も一応公開されてますが、面倒なので後回し。確認のため言っておくと、正式版のIE7では問題ない。また、IEでの実行は推奨していない。

Vine4.x

2008-11-05T22:15:00.001+09:00

ちょっと話題がそれてVineの話。
日本語の表示が綺麗で動作も軽く、リモートアクセスで使う分にはなんの不自由もないVine。
別にVineにこだわってるわけではないが5.xの登場が待ち遠しい。予定が遅れてるらしく来年の頭になりそうな感じ。

Vine4.xではFirefox3に対応していなかったが、今は対応済。

apt-get install Firefox3

でインストールできるようだ。Firefox2との共存も問題ない。
どこかの会社が作ったOSドッキングブラウザみたいに前のバージョンが使えなくなることもないので心配ない。

Shortest path Graphicも試してみたがやはり3の方が圧倒的に早い。

仮想マシンのせいなのかOSのせいなのかブラウザのせいなのかはわからないが、WindowsのFirefox3の方が実行が早い気がする。

中のプログラムは速いのがいいが、オンラインソルバーのようなものは様々な状況が関わってくるので体感時間も重要視しなければならない。
最終描画まで同じ時間でも表示のタイミングを変えるだけで印象が大きく変わるのが怖いところ。

Opera

2008-11-04T21:00:00.000+09:00

IE8の次はOperaも挙動がおかしい。

both表示の時にtimeの方が表示されない。こちらは原因究明中。
Encodedバージョンのせいだとは思うが、片方が表示されるだけに微妙。

IEは初心者ユーザーと、IEコンポーネントを利用したタブブラウザを使用してる人、Operaは根強いユーザーがいるだけに無視はできない。

IE7は問題ないからまだβ版な8の対応は後回しだが、そう遠くないうちには修正したい。

IE8その２

2008-11-03T20:00:00.001+09:00

IE8はどうやら挙動が怪しい。

Firefoxとかでも同じ警告かどうかはわからないが原因不明の警告だけで表示は問題ない。
Chromeや、Safari等でも表示される。

IE7でも問題は起きない。というかIE7では警告すらされない。

そんな状況。

確かに善意だけのページではないので細かい警告すら許さないのも重要ではあるが。
0行目に警告があると言われてもどこにあるのかと逆に問い詰めたい気分。

IE8

2008-10-29T23:14:00.000+09:00

ソースの整理をしていて、IE8で怪しい動作をするのにきづいてしまった。

結果画面でF5を押して更新すると何も表示されなくなることがある。
実行した後の結果では特に影響もないし何回かF5を押すと表示されるので、原因不明のため対策できない・・・。

簡単なこと

2008-10-28T23:15:00.002+09:00

IE7で遅いならIE7だけ元のページにすればよかったという簡単な結論。

難しく考えすぎてました。
渡される変数の仕様はまったく変わらないので、IE7のときだけ元のページに飛ばすだけで良い。

IE7かどうかの判断はHTTP_USER_AGENTで判断している。
"MSIE 7"のときだけ元のページに飛ばす。

6以前はさすがに対応しなくてもいいか・・。

迷った末

2008-10-26T23:13:00.000+09:00

迷った末に、IE8でも効果が大きいことから、fromEncodedバージョンをbothにしたときも採用した。

こちらはまだまだ修正の余地があるが、動作自体は問題なくIE7以外では効果があるはずなのでお試しいただきたい。
動作方法は、いつも通りInput&Output ver.実行するだけだ。

ちなみにChromeを使ってる人はあまり実感がないかもしれない。

逆転現象

2008-10-25T23:33:00.000+09:00

Shortest Path GraphicのPriorityをbothにしたとき、IE7ではEncodedしたほうが表示までが遅くなるという話はしたが、IE8betaでは圧倒的にEncodedした方が速くなっている。

IE8のbetaがとれれば正式稼働すればこの方が良いと思うのだが、それまでは現行バージョンにしておいたほうが良いのだろう。

どちらにせよGoogleChromeやFirefoxなどといった高速なブラウザに比べれば差は歴然でユーザーにはそういったブラウザを推奨したい。

Encodedバージョン

2008-10-24T00:56:00.000+09:00

GoogleMapsの表示にfromEncoded機能を用いたものもすでに公開されているようだ。

ただ、どうやらpriorityにbothを選択したときは今までと変わらずEncodedされていないものが採用されたままだ。

IE7では通常表示のみで20秒程度で距離優先、速度優先両方とも表示される。
しかし、Encoded機能を用いた場合それが30から35秒かかってしまい、大きなタイムロスとなる。
表示されてからが速いと言ってもさすがにこれだけ差があると導入に踏み切れないのだろう。

ちなみに、Shortest　Path　GraphicではIEは推奨していない。

IE8での挙動

2008-10-23T22:11:00.000+09:00

IE8をインストールして新バージョンと比較してみた。
今時ブラウザのインストールで再起動を要求されたり、β版にもかかわらずIE7をしっかりと上書きしたりするのは見なかったことにしておく。

旧バージョン（Encodedなし）：
「スクリプト実行に時間が・・・」のダイアログ表示が出る。

新バージョン（あり）：
ダイアログが出ない。

IE7とIE8では圧倒的にIE8が速い。体感ではOperaより速いイメージがある。
とはいえ、IE8で実行した後にChromeで実行するとやはり圧倒的差がある・・。

各ブラウザの挙動

2008-10-22T21:18:00.000+09:00

新機能を入れるときは大手ブラウザでは実験している。

Encodedしたときの各ブラウザを比較してみた。

GoogleChrome
GoogleMapsというGoogleのシステムなだけあって、すべてにおいて問題なく、かつ他ブラウザに比べて圧倒的な体感速度。推奨ブラウザの一つ。

Firefox3.0.3
Chromeほどではないが十分高速かつ安定した表示をする。推奨ブラウザの一つ。

Safari
Firefoxより若干遅いイメージがあるが、差はほとんど感じられない。個人的にFirefoxの方が好きだから主観が入ってるのかもしれない。推奨ブラウザの一つ。

Opera
上記3つに比べると体感１ランク遅い。Encodedされたラインがなんだか表示されないことが・・。
移動して中心に持って行くと表示される。挙動がなんだかおかしい。

IE
Windowsユーザーなら1度は使ったことのあるブラウザ。
Operaに比べて体感２ランク遅い。表示自体は安定。1回表示されてしまえばEncodedバージョンでは他ブラウザとも大きな差は感じられない。

Encoded機能では表示までの時間は変わらないものの、表示されてからの操作が格段に速くなっているのが注目すべきところだろう。どのブラウザでもそれを体感することができる。
Operaの怪しい挙動はどう対処していこうか・・。

表示速度の比較

2008-10-21T23:10:00.000+09:00

実際に描画にどのくらい差があるのかを時間計測してみた。
結果表示ページでF5を押すことによって計算時間を省けるため、実表示時間のみを計測できる。

通常の方は結果ファイルのリード、表示のまでの時間。
Encodedの方は結果ファイルのリード、エンコード、表示の時間になる。
IE以外のブラウザでは速すぎて差が分からないため、IEでのみの計測結果を表示する。

通常:11秒
Encoded:12秒

符号化のロスもあり、わずかにEncodedの方が遅い。
しかし、通常の方では「スクリプトの処理に時間がうんぬん」のダイアログが出てしまうが、Encodedの方では出ない。また、表示されてから拡大縮小の処理がスムーズにでき、全体としては明らかに上回っているだろう。

Encodedの方は、少しアルゴリズムを改善するなりで11秒の方に近づける可能性も残っている。

Encodeによる階層化

2008-10-20T23:46:00.000+09:00

GoogleMapsのEncoded機能により距離による階層化を導入してみた。

体感できるくらい速くなりました。
読み込みこそそれなりに時間がかかるものの拡大縮小の処理の時にIEでもスムーズ。

まだ実装できる段階ではないので修正して早めに正式導入したい。

やはり、線の描画処理でだいぶ時間がかかるということだろう。

Encode化

2008-10-19T22:47:00.002+09:00

実際にEncode化して表示までの速度を計ってみると、Chromeではあまり変わらないがIEではEncodeした方が遅くなっている。

また、実際にEncodeにかかる時間を調べてみると推測値1秒程度で終わっており、表示の時の差（約5秒）ほどではない。
やはりこれは、レベルに応じて表示するかしないかの処理を入れてから計ってみた方が良さそうだ。