タイトル変更しました。
ついでに、一部bootstrapを利用してレイアウト崩れを防ぐようにしてみました。
記事はまた思いついた時にでも投稿してみます。
2016年4月8日
2012年10月31日
とりあえず10月も毎日更新してみた
ほぼ前日の予約投稿だけれども、10月も毎日更新してみた。
やはり多少の時間がかかるのと、記事の内容が薄くなったりしてしまう。
11月は、更新毎日はやめる事にして、気が向いた時に更新してみる。
更新に利用していた時間を開発に回す予定。
ラベル:
misc
2012年9月30日
今月は毎日記事書いてみた
自主的なアウトプット強化月間。
基本は予約投稿で前日に書いたりしているが、ほぼ毎日記事を書いた。
深く記事を書こうとすると時間がかかりすぎるので、書く時間をある程度制限して書いていた。
しかし、記事を書けば書くほど、書きたいことが出てきて、書ききれない。
一度書いた事でも、書きたりなけば、追記でなく別記事にする予定なので、同じような記事を書くかもしれないが、自分用なのであまり気にしないことにした。
すこしペースが落ちるかもしれないが、来月も記事を積極的に書こうと思う。
ラベル:
misc
2011年1月30日
Wowza Media Server を Mac OS X にインストールして動かしてみる
- http://www.wowzamedia.com/store.html からWowzaMediaServer-2.2.3.dmgをダウンロードしてインストール
- Wowza Server Developer editon のライセンスを取得
ライセンス取得は登録が必要です。数分で登録したメールアドレスにライセンス番号が送付されてきます。このライセンスでは10コネクションまでの接続制限とストリーミング時間の制限がありますが、それ以外の機能的な制限はありません。
Wowza を起動します。
cd /Library/WowzaMediaServer/bin/
./startup.sh
# ライセンスキーを聞いてきますので入力します
とりあえず普通のストリーミングをしてみます。
アプリケーションを作成した方が良いので作成します。アプリケーションは以下のディレクトリにフォルダを作成することで作成できます。
/Applications/Wowza\ Media\ Server\ 2.2.3/WowzaMediaServer/applications
フォルダ名はとりあえず「test」にでもしてみます。設定ファイルもデフォルト状態でコピーしておきます。
cd /Applications/Wowza\ Media\ Server\ 2.2.3/WowzaMediaServer/applications
mkdir test
cd ../conf
mkdir test
cd test
cp ../Application.xml .
ローカルでテストする場合はとりあえず以下のURLで接続可能です。
rtmp://localhost:1935/test
クライアントアプリを作成するの面倒なので、とりあえず http://flowplayer.org/ をクライアントにして動作させてみます。
- http://flowplayer.org/download/index.html から 「GPL license (Free)」の flowplayer-3.2.5.zip をダウンロード
- http://flowplayer.org/plugins/streaming/rtmp.html から flowplayer.rtmp-3.2.3.zip をダウンロード
- 「flowplayer-3.2.5.swf」、「flowplayer.controls-3.2.3.swf」、「flowplayer.rtmp-3.2.3.swf」、「flowplayer-3.2.4.min.js」、「style.css」をどこか一箇所に集めておきます
とりあえず以下みたいな HTML を作成してアクセスすれば再生可能です。clip の URL はこの場合flvです。
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>test</title>
<script src="./flowplayer-3.2.4.min.js"></script>
<link rel="stylesheet" type="text/css" href="./style.css" />
</head>
<body>
<h1>test</h1>
<a class="player" id="fms">
<img src="./showme.png" />
</a>
<script type="text/javascript">
$f("fms", "./flowplayer-3.2.5.swf", {
clip: {
url: 'test',
provider: 'wowza'
},
plugins: {
wowza: {
url: 'flowplayer.rtmp-3.2.3.swf',
netConnectionUrl: 'rtmp://localhost:1935/test'
}
}
});
</script>
</body>
</html>
参考サイト
2011年1月1日
ecto で投稿するテスト
普段 Emacs で投稿しているのだけど ecto で投稿してみるテスト。
まずは Amazon。
画像。
"入門 GNU Emacs 第3版" (Debra Cameron, James Elliott, Marc Loy, Eric Raymond, Bill Rosenblatt)
NSLog(@"Hello World");
2009年10月12日
RFC の雑学
@nezike が 「メールなどで使う署名なんですけれどまぁよく----------------とか**********が使われますよね。ところで最近--だけとか使っている人がいるんですけれど流行ってるの？」 とつぶやいたので 「署名に -- を利用するのはRFCに記述があります」 と返しました。
@totte が 「RFC‥」 とつぶやき ふぁぼ てくれたりしています。
このやりとりで案外こういうのは知られていなかったりするのだな、と思ったのでメモとして RFC に記述のあるこんな感じの利用者側に影響のありそうな雑学で結構有名な物を書いてみます。
前提として RFC の記述はあくまでお願いの範囲であり、強制ではないことを一言付けくわえておきます。
署名の区切り
メール等の署名に関しては RFC 3676 (RFC 2646 の更新版) 、「4.3.Usenet Signature Convention」に記述があります。
タイトルから分かるようにメールの署名ではなくネットニュースでの署名の区切りに関する記述ですが、メールでも利用されています。
There is a long-standing convention in Usenet news which also commonly appears in Internet mail of using "-- " as the separator line between the body and the signature of a message. When generating a Format=Flowed message containing a Usenet-style separator before the signature, the separator line is sent as-is. This is a special case; an (optionally quoted or quoted and stuffed) line consisting of DASH DASH SP is neither fixed nor flowed.
署名の区切は「ダッシュ2つ+スペース(DASH DASH SP)」にしてほしい旨が記述されています。
ThunderbirdやGmailはこの規定を利用していて、署名に自動的に付与してくれたり、著名を引用しなくしたり等様々な処理をしてくれます。
この文書では他にも「4.2.Generating Format=Flowed」に一行の長さの目安、「4.5.Quoting」に引用記号(「>」)の利用方法等メールで一般的にルールとして適用されている項目が記述されています。
例示に利用を推奨するドメイン名
RFC 2606 に予約されているドメインとして記述があります。
TLD は以下が予約されています。
.test
.example
.invalid
.localhost
.com などの実際のTLDで利用したい場合は以下が予約されています。
example.com
example.net
example.org
予約されているというのは存在しないことを意味しません。よってping等は帰ってきます。
どうしても .jp を利用したい場合はRFCではなく 汎用 JP ドメイン名における予約ドメイン名 に記述があります。
"EXAMPLE","ドメイン名例"
"EXAMPLE"の後に1桁の数字("0"から"9")がつく文字列
メールの送信テスト等で実在するアドレスに送信してしまう事故を防ぐことが可能ですし、blogの記事等で偶然記述したメールアドレスが実在のものであるなんてこともなくなります。
例示に利用を推奨するIPアドレス
IPv4 に関しては RFC 3330 に記述があります。
192.0.2.0/24 - This block is assigned as "TEST-NET" for use in documentation and example code. It is often used in conjunction with domain names example.com or example.net in vendor and protocol documentation. Addresses within this block should not appear on the public Internet.
「192.0.2.0/24」の範囲を利用すれば良いわけです。
IPv6 に関しては RFC 3849 に記述があります。
IANA is to record the allocation of the IPv6 global unicast address prefix 2001:DB8::/32 as a documentation-only prefix in the IPv6 address registry. No end party is to be assigned this address.
「2001:DB8::/32」の範囲を利用すれば良いわけです。
このIPを利用すれば「そのアドレスを利用しているのは私だ事件」のようなトラブルにまきこまれることはありません。
RFC に限らずこの手の記述がある文書が結構あったりします。知っておくと結構役に立つんぢゃないでしょうか。
ラベル:
misc
登録:
投稿 (Atom)