PhantomJSを使ってWebSocketの開発を行う - スコトプリゴニエフスク通信
「Webアプリケーションの開発はEmacs(emacs-nox)で行うべき」というは幼稚園児でも知っている常識だが、JavaScript中心のアプリケーションではどうしてもフォーカスがブラウザに行ってしまう。そこで、PhantomJSを使えばターミナルから離れる必要がなくなり、生産性が格段に上がるのではないかと考えた。当方の環境はUbuntu 11.04。PhantomJSのインストールは難しくない。Ubuntuの場合、ここに書いておるとおり、 $ sudo apt-get install libqt4-dev libqtwebkit-dev qt4-qmake $ wget http://phantomjs.googlecode.com/files/phantomjs-1.2.0-source.zip $ unzip phantomjs-1.2.0-source.zip $ cd pha
__import__ - スコトプリゴニエフスク通信
Pythonを使い始めた時、「動的にモジュールをインポートする(実行時にインポートするモジュールを決定する)にはどうすればいいんだろう」と疑問に思っていたのですが、組み込み関数の__import__を使えばできます。例えば、spam.eggモジュールを読み込みには、 module = __import__('spam.egg', globals(), locals(), []) とすればＯＫ。ただし、こうやって読み込んだだけでは、モジュール内の名前を参照することができないので、getattr関数などを使って適宜参照する必要があると思います。例えば、spam.eggモジュールのham関数を参照するならば、次の通り。 ham = getattr(module, 'ham') ham() ここまでは、公式のライブラリ・リファレンスを読めば分かることで、僕が今までよく理解していなかったのは次の二つ
Riak事始 - スコトプリゴニエフスク通信
RiakはErlang製の分散型KVS。http://www.basho.com/Riak.html「またKVSですか」という見方もあるかと思うが、RiakはRiakなりの良さがある。まずインストールが簡単。以下のページからRPMをダウンロードしてインストールすればOK。http://downloads.basho.com/riak/CURRENT/Erlangを使っているKVSだと他にmembaseやHibari等があるが、これらが「どうしてパッケージ構成がこんなに複雑なんだろう」と首を傾げてしまうのに対して、Riakはかなり親切。RPMもRHELの流儀にのっとっており、好感度が高い。もう一つの特徴として、ストレージ層やトランスポート層がpluggableであるという点がある。Riakに興味をもったきっかけは、innostoreというEmbedded InnoDBを使ったストレージプラグ
Django1.3ではloggingの設定が加わった - スコトプリゴニエフスク通信
Django1.3のalpha版が公開されて、変更点をつらつらと眺めているが、一番気に入っているのはsettings.pyにloggingの設定をかけるようになったところ。http://docs.djangoproject.com/en/dev/topics/logging/settings.pyに、 LOGGING = { 'version': 1, 'disable_existing_loggers': False, 'handlers': { 'mail_admins': { 'level': 'ERROR', 'class': 'django.utils.log.AdminEmailHandler' }, 'console': { 'level': 'DEBUG', 'class': logging.StreamHandler', }, }, 'loggers': { 'd
WerkzuegのDebuggerは凄い！ - スコトプリゴニエフスク通信
まあ、Pylonsのトレースバックは凄い訳ですが、Pylonsなど、今となってはWerkzeugのセンスの良さの前には霞んでしまう存在かな。werkzeug.DebuggedApplicationを使えば、任意のWSGIアプリケーションにおいて、例外発生時にスタックトレースを調べることができる。例えば、Djangoならば、 Using the Werkzeug Debugger With Djangohttp://dev.pocoo.org/projects/werkzeug/wiki/UsingDebuggerWithDjango上記のページに書いてある通り、 #!/usr/bin/env python # django-run-debugged.py from werkzeug import run_simple, DebuggedApplication from django.cor
nginxでPHPを動かす - スコトプリゴニエフスク通信
業界標準のCentOSで皆の大好きなPHPを皆の大好きなnginxで動かす。大前提としてnginxでPHPを動かすならば選択肢はFastCGIということになる。php-fpmというものがあるらしいが、できるだけ標準・準標準のRPMを使うことを考える。まず、CentOSの標準のPHPは--enable-fastcgiつきでコンパイルされているのでFastCGIで動かすにあたって特に問題はない。以下のコマンドで確認できる。 $ php -i | grep fastcgi nginxの設定なので、nginx側で次のような設定を行い、 server { listen 80; server_name goto.php.examle.com; location / { fastcgi_pass 127.0.0.1:8080; fastcgi_index index.php; fastcgi_param
scala:ccを使ってLiftプロジェクトの開発を行う - スコトプリゴニエフスク通信
mvnでLiftプロジェクトを作って、 $ mvn archetype:create -U \ -DarchetypeGroupId=net.liftweb \ -DarchetypeArtifactId=lift-archetype-basic \ -DarchetypeVersion=1.1-M5 \ -DremoteRepositories=http://scala-tools.org/repo-releases \ -DgroupId=org.example \ -DartifactId=hello-lift 以下のように、 $ mvn scala:cc scala:ccでコンパイルプロセスを起動しておくと、scalaファイルを編集すると自動的にコンパイルしてくれる。別のプロセスでJettyを立ち上げておけば、maven-jetty-pluginがJettyも自動的に再起動してくれ
Sweetを試してみた - スコトプリゴニエフスク通信
Sweet is a web application framework for building dynamic web content that runs on any Java servlet server.http://code.google.com/p/sweetscala/ScalaでWebアプリケーションっていうとやっぱりliftなんだろうかと思うところであるが、Scalaの言語仕様にもIDEを使った開発にも慣れていない段階でliftを触っていると結構窮屈に思えた。というわけで、liftよりも「薄そうな」Webフレームワークを試してみる次第。 インストールScala, Mavenが必要。Sweet自体のインストールは下記のページに書いてあるように、zipを落としてきて、その中のbinにパスを通せばいいだけなので簡単。http://code.google.com/p/sweet
Facebookアプリケーション事始 - スコトプリゴニエフスク通信
アプリケーション登録下記のページを参照。http://developers.facebook.com/get_started.phpDeveloperアプリケーションにログインする。アプリケーション名を決め、規約に同意して新規作成アプリケーションの管理画面からEdit settings > Canvasを選択し、"Canvas Page URL"と"Canvas Callback URL"を決める。前者はFacebookユーザがそのアプリケーションにアクセスする際のURLで、後者はアプリケーションが配置されているサードパーティーのサーバーのURL。 Edit settings > Canvas > Canvas Settingsで"Render Method"をFBMLに選択。この点は好みとアプリケーションの仕様にもよると思うが、僕はこのページを読んで、FBMLの方がメリットがあると判断し
EC2の第一印象 - スコトプリゴニエフスク通信
最近自宅サーバーでちょっとしたアプリケーションを動かしていたのだが、引越しのため回線が止まってしまってアクセスできなくなってしまい、寂しい思いをしていた。自宅サーバーというよりも、id:dandasoの「ITベンチャー勝ち組セット」を間借りさせてもらったサーバーで、「引越し」っていうのがdandaso宅の引越しなのか、会社オフィスの引越しなのか・・・、まったく雲をつかむ様に分からない。まあこれはこれで「クラウド・ソリューション」である。来週にはそのクラウドも復活するらしいが、それまでの数日間、EC2を使ってみることにした。これまで全然触ったことがなかった理由は、 何からスタートすればいいのかよく分からない。 よくある「通信遅延」の話。 そんなに安くないのでは？ということ。最初の点についてはやっぱり始めは戸惑ったが、必須の作業は、Amazon Web Services(AWS)のページにアク
settings.py - スコトプリゴニエフスク通信
「ぱい」の伝道師id:jYoshioriさんがDjangoのsettings.pyについて書かれていたので、僕がどうやっているかを書いてみたいと思います。 セッティングのちょっとしたこと http://d.hatena.ne.jp/jYoshiori/20071001/1191259204 TEMPLATE_DIRSには何も書かない昔は、 + myproject + myapp + views.py + models.py + templates のようなディレクトリ構成にしていたので、TEMPLATE_DIRSには、id:jYoshioriさんのように、 import os BASE_PATH = os.path.dirname( __file__ ) TEMPLATE_DIRS = ( os.path.join(BASE_PATH, 'templates'), ) と書いていたのですが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Symfonyを書くのが楽しくなるTip - スコトプリゴニエフスク通信
uamobile-0.2.8 - スコトプリゴニエフスク通信
誰が得するのか分からない - スコトプリゴニエフスク通信