ブログをhtml5にする勇気がまだ無い糞野郎です。
Slimのソースを見てみると、!から始まるディレクティブ？にはdoctypeしか無いように見える。とりあえずこんな感じでしのいでいるが・・・。
% slimrb
| <?xml version="1.0" encoding="utf-8" ?>
| <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<?xml version="1.0" encoding="utf-8" ?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">きんもー！
rubycommitters.orgやslim-lang.comのデザインをやってみているdeveloper/designerの方のページ。中華な感じが面白いなあ。日本のイラストともちょっと違うし、アメリカの方だとシンプソンズとかサウスパークとかもっと崩した感じのイメージがある。その中間って感じ。
$ curl -o latest.dump `heroku pgbackups:url`所謂上記で取れるdumpファイルはPostgreSQLマニュアルで言うところの”非プレインテキスト形式のアーカイブ”なのでpg_restoreじゃないとリストア出来ない。不便に思うけど、pgbackupsというサービスを作る事を考えたら柔軟なデータ形式よりも、同じDBだったらroleとか全て取りこぼし無く復旧してくれそうな形式になっているのは納得出来る話だ。（ちょこっとcommentsテーブルだけ取りたいなんて今回の自分の用途にとってはうざいが・・・）
$ pg_restore -d foo foo.dumproleは違うけどデータは取れた。
$ heroku pgbackups:capture --expire個数制限があるのでこれで古いのを消しつつ新しいのをバックアップしてくれる。楽だなあ。
Webサーバーを立ち上げつつブラウザを開く簡単な方法は無いだろうか？
要はRailsで言えばこんな感じのことがやりたい。
#!/bin/sh
rails s
open http://localhost:3000/Webサーバーは立ち上がりっぱなしなのでopenは走らない。バックグラウンドにしてもWebサーバーの起動には多少(1秒ぐらい)時間が掛かるのでopenもちょっとした待ち合わせをしなくちゃいけない。
(ﾟДﾟ )ｱﾗﾔﾀﾞ!!っていう簡単な解決方法がある気がするんだけど思いつかない・・・。
$ brew install postgresql
$ initdb /Users/komagata/homebrew/var/postgres
$ cp /Users/komagata/homebrew/Cellar/postgresql/9.0.2/org.postgresql.postgres.plist ~/Library/LaunchAgents$ launchctl load -w ~/Library/LaunchAgents/org.postgresql.postgres.plist起動。
$ pg_ctl -D /Users/komagata/homebrew/var/postgres -l /Users/komagata/homebrew/var/postgres/server.log start終了。
$ pg_ctl -D /Users/komagata/homebrew/var/postgres stop -s -m fast滅多に使わないので立ち上がらないようにunloadしておく。
$ launchctl unload -w ~/Library/LaunchAgents/org.postgresql.postgres.plist% psql -l
List of databases
Name | Owner | Encoding | Collation | Ctype | Access privileges
-----------+----------+----------+-------------+-------------+-----------------------
postgres | komagata | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |
template0 | komagata | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/komagata +
| | | | | komagata=CTc/komagata
template1 | komagata | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/komagata +
| | | | | komagata=CTc/komagata
(3 rows)昔はなかったAccess privilegesなんて表示が追加されてる。CTcってのはどういう意味だろう。Capture The Flag?
% vagrant up
Vagrant has detected that you have VirtualBox version 3.2.12 installed!
Vagrant requires that you use at least VirtualBox version 4.0. Please install
a more recent version of VirtualBox to continue.
The Vagrant 0.6.x series supports VirtualBox 3.2, so if you're stuck with that
version, then please use the 0.6.x series of Vagrant.
Any earlier versions of VirtualBox are completely unsupported. Please upgrade.VirtualBox 3.2系から4系へは自動アップデートが行われないので手動でアップデートする必要がある。忌々しい東京三菱UFJ銀行(法人版)とIE6の為に確保してあるWindows XP無印はアップデートしても問題無く動きました。
必要になるたびにググってる気がするので。
require 'webrick'
include WEBrick
class HelloServlet < HTTPServlet::AbstractServlet
def do_GET(req, res)
res['Content-Type'] = 'text/plain'
res.body = 'hello'
end
end
s = HTTPServer.new(:Port => 8080)
s.mount('/', HelloServlet)
trap(:INT){ s.shutdown }
s.start:Portが大文字なところが注意。
Hamlより過激なSlimを使おうよ。
Sinatra 1.2が待てない野郎もこの通り。
require 'rubygems'
require 'sinatra'
require 'slim'
module Sinatra
module Templates
def slim(template, options={}, locals={})
render :slim, template, options, locals
end
end
end
# インデント気になる派には必須の設定
Slim::Engine.set_default_options :pretty => true
get '/' do
slim :index
endrails3もslim-rails入れればgeneratorがslim対応。
vimもemacsもsyntaxはextraの中に入ってます。
extra at master from stonean/slim - GitHub
まあ、Hamlから%(パーセント)取っただけですわ・・・。
JPNewTechのイベントに行ってビックリした - komagata [p0t]
こんな事書きましたが、そういえば今まで誰にも共感されたことないし、当時かなり衝撃を受けて熱中してたので自分の中では自明のこと過ぎて説明が足りなすぎるかなと思ったのでもう少し詳しく書いてみます。
まず、「XHRでもWebDAV使えるっぽい」っていうエントリーがあって、その時点で、「うお、マジかよ。その発想は無かったわ」って感じです。で、「ってことはもしかして・・・？」ってうっすら。
XMLHttpRequestでWebDAV - snippets from shinichitomita’s journal
で、WebDAVサービス上で動く、HTML+JavaScriptだけで作られたブログエンジンというエントリーでwebdablogという形で僕の様な貧弱一般人（＠ブロントさん）にも露骨に分かるソフトウェアの形で公開されました。そのソースコードを読んでビックリしました。
2006年の時点でもWebDAVなんて一昔前の技術で、その存在とかは誰でも知ってたわけでそれを使ってクライアントサイド実装のみでJSONで保存して表示もやるというのが面白かったし、裏技的に見えてHTTPの本質をついてると思いました。
webdav.jsのコードの字面を見ても「そんなに興奮するものか？」って思うかもしれないけど、webdav.jsは単独で公開されたものじゃなくて、上記のwebdablogの中に数あるソースコードのうちの１ファイル。僕が勝手にwebdav.jsだけ取り上げて騒いでるだけなんですが、webdablogのコンセプトも面白かったし、そのコンセプトをwebdav.jsという形に切り出しているのがとてもスマートだと思いました。
どう実装するか？ということより、何を実装するのか？という問題設定とプログラムの粒度の設定がとてつもなくスゴイと思ったのです。
そして、どう実装するか？の部分も力技でゴリゴリと書いてあったら興醒めだけど、全く力の抜けたシンプルでスマートな書き方がしてある。こういうのこそ僕が目指したいコードだと思った訳です。だから一般的に"凄いコード"と聞いて連想する感じとはちょっと違うかもしれません。
「わざわざそんな事言わんでも@stomitaがスゴイことなんてわかっとるわ」
という方もおられるとは思いますが、５年前にそんなことがあったよというお話でした。