JavaScript InfoVis Toolkit - Interactive Data Visualizations for the WebRegardless of its size and scale of operations, a business must establish a confidential relationship with the people or companies it affiliates …
Catalyst を daemontools で監視しつつ lighttpd の外部 FastCGI で走らせる方法とそのメリット - Craftworks Tech Blog - Branch
JPA セミナーの時に jshery 氏も勧めていましたし、近頃 Geek の話題で目立つようになってきた、Catalyst を mod_perl でなく、外部 FCGI として走らせる設定方法を紹介します。 Catalyst プロセスの起動管理は DJB 氏の daemontools による管理がお勧めです。プロセスが死んでも自動的に再起動してくれます。手動での再起動も楽です。screen からショートカットキー登録して Catalyst を再起動する方法も後ほど紹介します。 Catalyst の FastCGI 起動の設定 まずは daemontools の run スクリプトです。 run #!/bin/sh exec 2>&1 exec env - \ PATH='/bin:/usr/bin:/usr/local/bin:/var/www/www.example.com/scrip
ネットワークコマンドで管理が変わる！ 第4回 ネットワーク共有を利用する ： ネットワーク - TECH WORLD
ネットワークコマンドで管理が変わる！ Windowsは、GUIのネットワーク管理ツールが充実しており、操作も容易である。しかし、実際の管理作業では、従来のコマンドツールのほうが便利なことが多い。ここでは、GUIツールよりも効果的に作業を行うために、 Windowsネットワークコマンドを用いた管理手法を紹介する。軽やかにキーボードをたたく姿はだれよりもカッコイイ管理者に映ることだろう。 （2006/03/07） 板谷芳男 印刷用ページ 今月のコマンド ・net use ［リファレンス］ ・net view ［リファレンス］ ・net statistics ［リファレンス］ 効率的にネットワーク共有を利用したい！ net use 共有フォルダを ドライブにマップする 「net use」コマンドは、netサービスコマンドの中でも最もよく使われるコマンドだろう。中
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
RTMFPを使ってみる | _level0 - KAYAC Front Engineer Blog
androidとfujirockで頭いっぱいなhidakaです。 ステージ振りも発表されましたねー。 久しぶりにFlashネタでいってみます。RTMFPです。RTMPじゃないよ、いきなり言われて区別つきます？ RTMFPはFlashでP2Pができちゃうアレです。去年の後半に発表されたやつ。 ネット上のサンプルがFlexのものばかりで、純FlasherとしてはさみしいのでFlashで やってみました。ちゃんとP2Pでチャットできますよ。しかもサーバ用意しないで Flashだけで試せます。 まずはここからdeveloper keyをもらいます。 そしてまずは接続。普通のFMSと一緒で var rtmfp_sv:String="rtmfp://stratus.adobe.com"; var Dev_key:String="取得したdeveloper key"; var PUBLISH_NAME:
voidコンテキストの使われ方 - ヒルズで働く@robarioの技ログ
まあ、PP のモジュールが void context であることを判定につかってるケースってほとんどないんですけどね。 ないですねぇ。自分もそんなの書かないし。 ちなみにClass-MOPではlib/Class/MOP/Method/Wrapped.pmでvoidコンテキスト関連の処理が書かれてますね。（前のエントリの最後に書いたのと同じ用途） ラップ系はvoidコンテキストの面倒を見ないといけないですからね。 これまでの流れだと「そもそもvoidコンテキストって何に使うねん」って思ってる人もいそうなので例を挙げておきます。 voidコンテキストの実用例としては、例えばPod::Simple::RTF（Perl5.9.3以降ならコアモジュール）にあって、lib/Pod/Simple/RTF.pmのsub rtf_escで出現します。コメントも付いてて処理も平易なので、何やってるかは見れば分
namespaceを使ったDBIx::Classのスキーマ構成 - hide-k.net#blog
良くあるDBICのサンプルではDBIx::Class::Schema::load_classes()を使ってクラスのロードを行っています。 CD.pm package CD; use strict; use warnings; use base 'DBIx::Class::Schema'; __PACKAGE__->load_classes; 1; load_classes()はクラスを指定しないと CD Album Track という構成において自動的にクラスをロードすることができます。 ここでResultSetの拡張をしたいと考えます。例えば CD/ResultSet/Album.pm package CD::ResultSet::Album; use strict; use warnings; use base 'DBIx::Class::ResultSet'; sub search
インタラクティブな展示 | pcf: physical computing forum
インタラクティブな展示物の制作途中、自分の前提が崩れてハッとしたことがある。その前提は、「訪れた人は触ってくれる」というもので、想像の中の「人」は、展示物の前を通り過ぎることはなく、なにやら興味津々に触ろうとしているのだった。展示に触れた後のことばかりを考えて、通り過ぎていってしまう人に「いかに興味を持ってもらい、触れてもらうか」ということがすっかり抜け落ちていた。 以前のエントリーで紹介したDesigning Gestural Interfacesの中では、展示物とユーザーの距離に従って空間を３つのゾーンに分けている。 Attraction：最も遠いゾーン。展示物の大きなディスプレイ、音、外装デザインなどが興味を惹くきっかけになる。このシステムを使っている他のユーザの様子が興味をひくこともある。 Observation：中間のゾーン。展示や製品のディテイルをみることができる。このゾーンで
perl - open my $fh, "comand |"; # はモダンじゃない : 404 Blog Not Found
2009年02月10日01:00 カテゴリLightweight Languages perl - open my $fh, "comand |"; # はモダンじゃない モダンPerl入門 牧大輔 「モダンPerl入門」発売記念ということで、同書を補足するentryを。 同書でちょっと残念だったのが、[5.2 外部コマンドの実行]。あまりモダンではないのだ。 P. 141 system("/sbin/wget", "http://example.com"); これはいいのだが、以下がちょっとまずい。 my $output = `/bin/ls tmp`; open(my $fh, '| cat -v'); これ、何がまずいか、というと、コマンド実行の際に/bin/shを使ってしまうのだ。そのおかげでcommand < from > to 2&>1のようなリダイレクトも使えるなどの利点もあ
にひりずむ::しんぷる - openは激しく柔軟
Perlでtaskkill for Windows - 燈明日記 今回に限っては、openで３つの引数『open(my $fh, '<', "tasklil･･･』だと、なぜかエラーになる。 ファイルじゃないのでなります。 pipeの場合は次のようにやればHAPPY open my $pipe, '-|', $cmd, @args or die $!; あと、systemもlistで渡したほうがベターです system $cmd, @args and die $!; このへん、弾さんが最近言及してました 404 Blog Not Found:perl - open my $fh, "comand |"; # はモダンじゃない あと、perlfaqがとてもいいです perlfaq8 - System Interaction
HTTP::Engineでテスト : As Sloth As Possible
そう言えばこないだのうどん屋のコードは一切テストを書かなかったけど、それはよろしく無い、まったくもって主義に反するし、RubyのときはちゃんとSpec書いたのにPerlのときは書かないだとかふざけてる、と思ったのでテストも書いてみることにした。 さてテストだけど、HTTP::Engineにはちゃんとテスト用のインターフェースが用意されている。あと、テストリクエストを生成するモジュールもある。なんだ、じゃあ話は簡単だ。 interface => { module => 'Test' } でengineを作る HTTP::Engine::Test::Requestでrequestを作る engineのrunメソッドにテストリクエストを投げてやる 返ってきたレスポンスをチェックする ってことですね、わかります。 まずは素直に書いてみる コード量少ないのではっつけちゃおう。Udon::AppにGE
第8回 Reaction：CatalystをもっとDRYに | gihyo.jp
アプリケーションの枠組みを越えた再利用 前回は、Catalyst 5.7で登場したチェーンドアクションを利用して適切なベースコントローラをつくれば、CRUDのような定型処理は再利用できるようになる、という話をしました。これはコンテントマネジメントシステム（CMS）のように同じようなインタフェースを持つ画面が多いシステムをつくるときには特に効果的なのですが、その再利用を、ひとつのアプリケーション内だけで完結させてしまうのはもったいない話。自社でつくるアプリケーションにはどんどん使い回していきたいものですし、コピー＆ペーストを避けるためには、なんらかの名前空間上にその共通コードをまとめていく必要があります。 もちろんそのコードが小さく、十分に一般化できるものなら、Catalyst、あるいはCatalystXという名前空間に入れてもかまいませんが、コントローラの部品だけでなく、モデルやビューまで
動的パッチは一つのモジュールにまとめてuseした方が良いかも - ヒルズで働く@robarioの技ログ
言語的に云々という話ではなくて、複数人で開発するときにハマりそうなので（というかハマったので） 動的にパッチを当てるには # gotoするよ版 BEGIN { use UNIVERSAL::require (); if ( Foo->require ) { my $orig = Foo->can('func'); no warnings qw(redefine); *Foo::func = sub { my ($foo) = @_; # shiftしない方が楽なことが多い # pre-process... goto &{$orig}; # post-processが必要な場合は記事の最後で }; } } とするのが定石（Hook::LexWrap使えっていう話もあるけど本筋とは違うので割愛）だと思いますが、これをどこでやるかという話。 とあるCatalystControllerで変なデバッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
