Linux, Mac, Windowsでの共有ライブラリの作り方／使い方が知りたくて調べてたんですが、どういうキーワードで探せば良いのかすらわからず、苦戦したのでメモ。
Linux
Mac OS X
Windows
名前が分かったら検索すれば勉強になるサイトが沢山見つかった。
本だと各プラットフォーム毎に大体6000円以上するような分厚いやつの一章だけだったりするので辛い。立ち読みでキーワードを拾って来て検索しました。
Linuxの情報が圧倒的に多くて、MacとWindowsは見つけ辛かった。
参考：
内容符号化 (Content-Encoding) に問題があります不正または不明な形式で圧縮されているため、ページを表示できません。 この問題を Web サイトの管理者に報告してください。
Firefoxで上記の様な症状が出るという報告を受けたのでちょっと調べてみました。
参考：もじら組フォーラム [One Topic All View / Re: 本当に、問題が全くないサイト？
Apache1.3系のmod_gzipとFirefox3.xのRangeヘッダー対応関係の話らしい。たぶん、gzipで圧縮されたByte数とFxにキャッシュされたByte数が違うのにRangeで間違った場所から読み始めるからおかしくなるんだと思う。
Range使わなきゃいいかなということで、レンタルサーバーの.htaccessに下記を書いたら直った。
Header set Accept-Ranges noneちゃんと追ってないので根本的にサーバーとクライアントどっちが悪いのか分かってません。
正しい答えをお持ちの方は情報いただけるとありがたいです！
Webアプリ開発にはデザイナーとプログラマーの協力が必要だ。 開発に関わる人数が増えてもスケールするやり方が必要だ。
目標
現状
やるべきこと
問題点
1はこちらの記事のコードで行けそうです。
参照：SSL 上で WEBrick を動かす – Rails で行こう！
4はinstall.rbとかを頑張って作る。
5はDreamweaver拡張でコマンドを実行する方法を覚えたのでそれを使う。（別途バッチファイルかrubyのファイルを用意した方がよさそう）
2,3は・・・うーん・・・。
会社（アクトインディ）ではRedmineのチケットとSkypeで仕事が進んでいくので、週１回、１時間、無理矢理理由を付けて集まってミーティングをしています。
最初はコードレビューをしていたんですが、
「Redmineにコードレビュープラグイン入れたからいらなくね？」
ってことで何でもいいので
“誰もがダウンロードできる、動くプログラム”
を持ち回りで作って発表しようということになりました。そういうのを何て呼んだらいいのかわかりませんが、取りあえず“プログラムプレゼンテーション”ということにしました。
１回目：
cocoa*life – Apple Push Notification Serviceを利用した、iPhone クライアントと、Rubyによるサーバの作成。
Objective-Cがgccでコンパイルできることや、cとかと一緒に使える事や、面白いシンタックスをしてることなんて全然知らなかったのでやりたくなりました。モバイルにもWebアプリが絡むと、俄然興味が湧きます。
２回目：
Talkedbun – 日本語テキストトゥースピーチサーバー – p0t
mac版もフリーになってくれると嬉しいなあ。
やってみて感じたんですが、
だと逆に大変。
ダウンロード出来る状態だとソースとかごまかしが効かないし、自分名義だと「給料分クオリティ出してりゃいいだろう」という妥協もし辛い・・・。
やってる方としても大変ですが、これは面白い勉強法だなあと思いました。
URLにひらがなを指定すると、そのひらがなの音声がmp3で得られるwebサーバーを作りました。
komagata’s talkedbun at master – GitHub
インストール／起動
$ sudo gem install komagata-talkedbun -s http://gems.github.com
$ talkedbunhttp://localhost:4567/ にwebサーバーが立ち上がります。
例えば、http://localhost:4567/うえからくるぞ、きをつけろ！ にアクセスするとmp3が開く、という感じです。
SayKana – Mac用音声合成プログラムを使っていて、Mac専用です。
しかも、ffmpegにパスが通っている事を要求するなど、お手軽感がいまいちです。
AquesTalkのWin版dllは組み込むのもFreeなので、本当は
“Windows上でaquestalkのdllとmecabとffmpegを組み込んでRuby/DLを使ってアクセスする”
というのが本目的だったんですが、期限が明日までなので時既に時間切れ。
仕事でもデプロイ／リリースは面倒な作業ですが、今回はパッケージングも面倒な作業だと思い知りました。
しかし、道具を使う側にとっては重要な部分なので気を配って行きたい。
WAF の設計方法 – 冬通りに消え行く制服ガールは、夢物語にリアルを求めない。 – subtechWeb ＋ App は大人気 Sinatora もそういう考えっぽいですが (誤解しているかもしれません)、Web というのが App へのインターフェイスの一つにすぎず、例えば CLI ＋ App という組み合せもあるし、Desktop GUI ＋ App という組み合せも考慮されています。ロジックのテストはしやすそうでいいですね。でも、もっと富豪的でもおこられないんじゃないかなぁとも思うのです。
WebApp の場合、Web (というよりHTTP) を唯一のインターフェイスとして提供し、例えばCLIだろうがGUIだろうが、HTTP を仲介するようにします。HTTP ＋ App, CLI→ HTTP ＋ App, GUI→ HTTP ＋ App。これは例えばGAEだと、そもそもこういう方法をとることしかできません。Cron もHTTPで特定のURLが叩かれるだけです。ユーザ向けAPIみたいなのがだいたいのサービスでありますが、それをアプリケーションのオーナーまで権限を拡張しているような感じです。
読んでいてすごく面白かったです。
僕も先日、CLIアプリのWebインターフェースを作っている途中で、「ん？」と引っかかっていた部分があったんですが、id:cho45さんのエントリーを見て氷解しました。
require 'sinatra/base'
# Fooがアプリ名だと思ってください
class Foo::Web < Sinatra::Base
get '/run' do
# code...
end
endrack(map)もsinatraもこう書くのでrouterとAppの結合が強く、Appを別クラスにして委譲したくなる。
require 'sinatra/base'
# Fooがアプリ名だと思ってください
class Foo::Web < Sinatra::Base
get '/run' do
Foo::App.run
end
end
class Foo:App
def self.run
# code...
end
endこうすればCLIも同じ様に書けて便利だ！
require 'sinatra/base'
# Fooがアプリ名だと思ってください
class Foo::Web < Sinatra::Base
get '/run' do
Foo::App.run
end
end
class Foo::CLI
def run
Foo::App.run
end
end
class Foo::App
def self.run
# code...
end
endうんうん。で、gemでのfoo/bin/foo（コマンド）を作ろうとして、「ん？」となった。
foo/bin/foo:
#!/usr/bin/env ruby
$:.unshift File.join(File.dirname(__FILE__), '..', 'lib')
require 'foo'
Foo::......あれ？
httpdを立ち上げるコマンドにすればいいのか、CLIを呼び出すコマンドにすればいいのかどっちだろう・・・？
food(foo daemon)とfooの両方をbinに用意する？
んーなんだかなー・・・。
となっていたのです。
「Webだけでいいじゃん」
というのは目から鱗。Webからのテストを充実させれば問題無し！
ただ、「微妙なところ」として上げられている中でも「テストが遅くなりがち」というところは凄く気になっています。
mockもやりすぎると品質が落ちるし、かといって、継続的インテグレーションサーバーを使ってテストしてもらうのは面倒だし、品質の高いままサクサクできる方法がないかと悩んでいます。
@を強制的に使えなくするPECLモジュールがあるみたいです。
PECL::Package::screamDescription Allows you to disable the silence operator (@) to get all error messages
不幸な事故は減りそうです。
日蝕上手く撮れなかった・・・。
こちら（PHP プログラマが ＠ を使うべきでない 5 つの理由 – 肉とご飯と甘いもの ＠ sotarok）発、下記の記事、
PHPでエラー抑制演算子＠を正当に使ってるなぁと思ったケース – それ図解で。・・・tohokuaikiのチラシの裏includeって、正当に読み込んだかどうかの結果を返してるんですよね。
これ知らなかったです。
既にこちら（includeの返り値について – 受難系 – sideport）で触れられていますが、includeは先のファイルのreturnを引数に受けるので要注意ですね。
マニュアルにもちゃんと書いてあります。
PHP: include – Manual例5 include()とreturn()文
return.php <?php $var = 'PHP'; return $var; ?> noreturn.php <?php $var = 'PHP'; ?> testreturns.php <?php $foo = include 'return.php'; echo $foo; // 'PHP'と出力されます $bar = include 'noreturn.php'; echo $bar; // 1が出力されます ?>
perlのpackageも慣習的に最終行にreturnすら略して、
1;と書きますよね。（最近は違うのかな？）
それを裏切って、以前の僕のエントリーの様にincludeのreturnの積極的な利用と@のエラー抑制とphpの複雑な型比較を組み合わせると、混沌とカオスが両方そなわり最強に見える。暗黒が持つと逆に頭がおかしくなって死ぬ。
そういうところを乗りこなそうと四苦八苦するのも好きです。
会社で開発プロジェクト以外にも、タスク管理としてRedmineを使っています。WikiはGoogleサイトなのでチケットの機能以外はほぼ無効にしています。
エンジニアでなくても、若い子らはどんどん活用していってるんですが、少し年齢が上の方にはちょっと分かり辛いと思ったのでRedmineのちょっと見易いテーマを作ってみました。
変えたところ：
インストール（コンソールの場合）：
cd /path/to/redmine/public/themes
git clone git://github.com/komagata/darjeeling.git
touch $RAILS_ROOT/tmp/restart.txtインストール（ftpなどの場合）：
””管理”” → ””設定”” → の”“テーマ”“プルダウンに”“Darjeeling”“というテーマが出てる筈なので選択してください。
変なところがあれば教えて頂けるとありがたいです。