« 2008年7月 |
トップページ
| 2008年9月 »
2008.08.31
cronに設定するスクリプトのshebang lineの次の行を空行にしておかないと実行されない
例の通りうちのMac MiniのFedora Coreでの話なんですけれども、cronにperlのスクリプトを設定しても一向に実行する気配がなく、以前作った印刷会社被ブックマークランキング [ranking.dtpwiki.jp] のブックマーク数巡回部(なにげに一日1回はてなブックマークのAPI使って全件更新されるようになっています)のスクリプトと見比べてわかったことは、スクリプトの一行目は、#!/usr/bin/perl となっていて、これをshebang lineというのですが、この次の行が空行じゃないとcronに設定したときに実行してくれないことが判明しました。なんで?
ともかく個人的な書き方として、shebang lineの次は空行にするようにしようと思いました。しかし、原因がわからんと気持ち悪いよね。
あと、shebangの読み方って、Wikipediaだとシバンなんだけど、宇宙刑事っぽいよね。
2008.08.31
22:49
[Linux ]
|
固定リンク
|
コメント
(0)
|
トラックバック
(0)
|
2008.08.30
フォントベンダは物理的なライセンスシールでなくてWebに埋め込めるメタデータシールを配布すればいいのに
印刷屋さんが持っているフォントは、事前に問い合わせるものだという常識がずいぶん前から言われていて、それでいて確認しないで制作して、入稿しようとしたところではじめてその印刷屋さんでフォントを持っていないことが発覚するというのは良くある話で、ひとえにフォントが高いのですべてそろえられない印刷屋さんと事情と、印刷屋はすべてのフォントを用意してくれているであろうという制作者側の思い込みで不幸な結果になるわけです。
最近はフォントワークスLETSや、MORISAWA PASSPORTなど複数書体をグロスで取り扱って年間契約で使える形態のフォントライセンスも増えてきましたが、すべての印刷屋さんがそれ持っているわけではないのです。
というわけで、せっかくWebの時代なんで、Webのトップページに、その印刷屋さんが持っているフォント一覧を表現するメタデータでも埋め込んでおくことで(仮にメタデータシールとでも呼ぼう)、新規に利用しようとした印刷屋さんがはたしてどんなフォントを持っているか、というのをいちいち電話で問い合わせすることなく、確認できるようになると思いました。
そのメタデータシールのデータは、どうせ年間契約とかで顧客とベンダとの連絡が必要な形態なんですから、ベンダから証明書的な意味で配ればいいと思うんです。
Webサイトにメタデータが埋め込まれているというのがどういうものがイメージつかない人もいるかもしれませんが、最近のブラウザであれば、アクセスしたページオリジナルのアイコンが、アドレス欄の左に表示されるのを見たことがあると思いますが、あれはfaviconと言って、Webサイトにそうやって設定してあるのを読み取って、対応ブラウザで表示されるものです。それを使って、
http://ranking.dtpwiki.jp/
のように各印刷屋さんのURLの前に、印刷屋さんごとの独自のアイコン画像を表示ができるわけです。でも、これを見る限り、印刷屋さんのページでfavicon設定しているところが少ないので、あまりメタデータを用意する、的なアプローチには関心がないのかもしれません。ともかく、その情報を読める人がいつかは来ることを想定して、その情報を埋め込む、こういう手法が、印刷会社の情報発信にも使えると思うわけです。
印刷屋さんのWebなんてまともに使われていない現実もあって、営業呼べば何でもしてくれるとか思われていそうなんで、せっかくのアイディアもきっと生かされないのかなあ。
2008.08.30
18:56
[フォント ]
|
固定リンク
|
コメント
(0)
|
トラックバック
(0)
|
2008.08.29
つまりPDFで製版やっている人たちが自分たちのPDF面付けのやり方を公開して欲しいといいたかった
せうぞーさんに電波受信しているといわれた件
http://d.hatena.ne.jp/seuzo/20080829/1219938284#c1219976468
(せうぞーさんは現在は製版をやっているわけではないのは知っているので)
電波は受信していなくて、これから電波?を出そうとしていました。ちなみに、電波といっても、怪電波ではないつもりでした。
実際に全国でPDF製版やっている製版マンが、Web上にやり方を出してほしいという意味で書いたんで、そういう意味では僕のエントリ内ではせうぞーさんのエントリは呼び水というべきものでした。つまり、せうぞーさんのエントリでTrimBox、BleedBoxのネタが出てきたので、「そういえば数年前に、TrimBoxを使って面付けするか、使わないかの話しがあったなあ」と思い、エントリを立てました。
一応、自分たちがやっているPDF面付け方法は、一般的ではないという認識は個人的には持っています。であるならば、一般的なやり方をしているであろう作業者が、Web上に自分らのやり方を出してみてもいいのではないかなあと思って、
Adobeが想定してるとおもわれる、
AcrobatのトリミングツールでTrimBoxを設定するよ派
を表明している方は見たことないんですが、そういうふうに仕事しているんだったらネット上で表明した方がいいですよ。
と書きました。
電波を受信したっぽい書き方をしてしまい申し訳ありませんでした。
2008.08.29
18:28
|
固定リンク
|
コメント
(0)
|
トラックバック
(0)
|
そもそもTrimBoxが必要かどうか、各人の立場で考えよう
PDF上で仕上がりサイズ、裁ち落としサイズを表示する - 名もないテクノ手 [d.hatena.ne.jp]
「InDesignで作成したPDFは、PDF上で仕上がりサイズや裁ち落としサイズを表示できます」というTIpsがありました。
この議論をする上で、
TrimBoxとBleedBoxを製版で実際に使うかどうか、ということを一度考えてみたらいいと思う。
4年前の議論の中で、
僕:TrimBoxなんて信用ならないからTrueflowで配置位置を調整するよ派
MM岩手さん:TrimBoxはスクリプトで作り出すよ派
だったと思います。Adobeが想定してるとおもわれる、
AcrobatのトリミングツールでTrimBoxを設定するよ派
を表明している方は見たことないんですが、そういうふうに仕事しているんだったらネット上で表明した方がいいですよ。
そんで、僕がなんで、Adobeが想定している使い方しないか、っていうと、Acrobatで保存したらぶっ壊れるPDFがまれにあったからです。羮に懲りて膾を吹く、というのはまさにこのことですが、羮でやけどしたら頭下げたり書類をいっぱい書いたり金額として損失が出たり大変ですし。
関連エントリ:
M.C.P.C.: PDF にページボックス類が5種類あることにおののく [blog.dtpwiki.jp]
→過去MM岩手さんと意見交換したエントリ。
M.C.P.C.: PDF バックナンバー [blog.dtpwiki.jp]
2008.08.29
02:09
[PDF ]
|
固定リンク
|
コメント
(0)
|
トラックバック
(0)
|
2008.08.28
サーバ止まってた
我が家のMacMiniのLinuxサーバが午後2時で止まっておって、会社で気づいたのだけれどもどうしようもできずもどかしい思いをしました。
この時期になると、DTPエキスパートなんとかのせいでアクセス多くなるので、そのせいかと思ったけれども、単純に、昨日今日でいきなり気温あがったために室温が高くなりMacMiniもあつくなり安全装置が働いて電源落ちたみたい。これは回避できないかなあ。
2008.08.28
23:28
[日記・コラム・つぶやき ]
|
固定リンク
|
コメント
(3)
|
トラックバック
(0)
|
2008.08.27
YappoさんをYapooさんだと思っていた(基本的な間違い)
CodeReposのコミット件をいただこうと思ってCodeReposに書いているとおりにメールしてwktkして3日経ったのであれー返事が迷惑メールフォルダに入っちゃったかなーと思ってみたら迷惑メールフォルダに入っていたのは、Daemonさんからの不達レポートでしたとさ。
どうやら僕はYappoさんをYapooさんだと思っていたらしい。速攻で再送信したよ! typoなのかtypooなのかtyppoなのか分からなくなってきました。
2008.08.27
23:25
[日記・コラム・つぶやき ]
|
固定リンク
|
コメント
(0)
|
トラックバック
(0)
|
2008.08.26
行方不明になっていた銀行の通帳が出てきた!
どこに行ったか分からなかったが家の外ではないだろうと思ってあまり積極的に探さないでいた銀行の預金通帳が出てきました! 出てこない間、古い通帳の口座番号に関しては問題なく使えるので、それを登録してGoogle Adsenseの振り込み指定をしたりしていまして、記帳してみないとちゃんと振り込みされていたかどうかわからん状態です。
3年分の記帳でどうなるんだろうなあ。
2008.08.26
23:36
[日記・コラム・つぶやき ]
|
固定リンク
|
コメント
(0)
|
トラックバック
(0)
|
2008.08.25
古いウイルスキラーだと延長しても3年×3台は使えない
イーフロンティアのウイルスキラーといえば中国Rising Technologyのウィルス対策ソフトの国内版ですが、これいつの間にか1使えば3台まで使え、しかも3年間使えるとかなっていまして、なんだここにウイルスキラー北斗の拳とウイルスキラーHELLO KITTYがあるぜ!延長しようと思ったんですけれども、既存製品から延長したら従来の1台ずつのライセンスなんやって。つまり、新しいウイルスキラーとは別製品というわけ。
2008.03.12 2008年3月13日より、2007年度版以前のユーザー向けアップグレード開始のお知らせ。 [www.viruskiller.jp]
※製品版の「ウイルスキラー インターネットセキュリティ 2008」は、使用期限が3年間になり、最大3台のパソコンまで使用可能となりますが、アップグレードではそれらの製品仕様は適用されません。
ちょいと残念です。
2008.08.25
23:29
[パソコン・インターネット ]
|
固定リンク
|
コメント
(0)
|
トラックバック
(0)
|
2008.08.24
SQLiteのTIMESTAMP型のフィールド値用にPerlのDateTime、DateTime::Format::MySQLモジュールで現在時刻文字列を生成
SQLite使っていてUPDATEした瞬間の時刻を記録するときに、自前で日付文字列生成しなくてはならないので、どうするんだっけかとど忘れしてしまったので、ここに書いておこう。ここに書いておくと、Googleで検索できるので便利なんですよね。
use DateTime;
use DateTime::Format::MySQL;
my $dt = DateTime->now();
my $date = DateTime::Format::MySQL->format_datetime($dt);
print "$date\n";
exit;
__END__
実行例(2008-08-24 23:24に実行):
$ sqldate.pl
2008-08-24 14:24:09
$
$dtにDateTimeオブジェクト入れたあと、DateTime::Format::MySQLでMySQL用日付文字列が生成される。これはSQLiteの日付文字列をUTCで運用しているならばそのまま使える。
SQLiteの日付文字列は、たとえば、ctime DEFAULT CURRENT_TIMESTAMP みたいな設定したならば、INSERT時には勝手にUTCでの文字列がデフォルト値として入るので、DB上ではこれに従うのがいいと考えます。
DBのTIMESTAMP型のフィールドからローカル時間に変換するには、
SQLiteのTIMESTAMP型のフィールド値をSQLiteのdatetime関数で日本時間に変換 - CLの日記 [d.hatena.ne.jp]
SQLiteのTIMESTAMP型のフィールド値をPerlのDateTimeモジュールで日本時間に変換 - CLの日記 [d.hatena.ne.jp]
のどちらかの方法を使って可能です。
2008.08.24
23:23
[Perl ]
|
固定リンク
|
コメント
(0)
|
トラックバック
(0)
|
2008.08.23
SOTECのノートパソコンのバッテリーがへたってきた
前まで使っていたPCはPentium IIIの1GHzで、さほど遅いわけではなかったのですが、メモリが768MBと少なく、また、Pentium 4以降でないと動かないソフトウェアも見受けられうようになってきましたので、1年前にSOTECの15.4inchワイドのノートパソコンを買ってメモリを2GB積んたんです。CPUはCeleron Mなんですけどね……
そんで1年使ってきましたが、DTPやるつもりでメモリを2GB積んだのに、やっとることはターミナルエミュレータ立ち上げてSSHでどっかのサーバに入ってしこしこプログラム書いているので、はたしてメモリ増設の意味があったのだろうか、という状態ですがともかく使ってきましたが、1時間ぐらい持つはずのバッテリーが30分しかもたなくなっていた!
バッテリー高いんですよねー。
2008.08.23
19:49
[パソコン・インターネット ]
|
固定リンク
|
コメント
(0)
|
トラックバック
(0)
|