はてなブックマーク

iptablesについて調べて*1設定してみた。初期設定ではiptablesプロセスは起動するが全部通しになっている。 方針は、 中継は使わないのでDROP 送信はとりあえず全部通しだが、ブロードキャストだけDROPしておく 受信は必要と思われる物だけ通して、他はDROP DROPしたものはログに書いておく（件数制限も） 設定する方法として、 iptablesコマンドで設定する ファイルに書いてiptables-restoreで読み込む の二通りの方法があるようだが、コマンドは面倒なので後者のやり方で。 *filter # INPUTチェーンのデフォルトは条件に合わない物は後でDROPするのでどっちでも良いがDROPと書いておく :INPUT DROP [0:0] # 中継はDROP :FORWARD DROP [0:0] # OUTPUTチェーンのデフォルトはACCEPT :OUTPUT

知らなかった！ JavaScript は, 安全にセミコロンの存在が推測できる場合を除いて, 文の最後にセミコロンを要求します. 上記の例では関数宣言やオブジェクトや配列リテラルが文の中にあります. 閉じ括弧は文の終わりを表現するものではありません. 次のトークンが()演算子などの場合, JavaScript はそれを前の文の続きとみなしてしまいます. 「Google JavaScript Style Guide 和訳」より RubyもJavaScriptも、行末のセミコロンが省略できる。なんとなく同じようなものだろうと深く考えたことがなかったが、機能が全然違っていた。Rubyは、文(式)の終わりと解釈できればそうするが、JavaScriptは次の行と継続していると解釈できればそうする。デフォルトが真逆だったのだ。別の言い方をすると、Rubyは行末のセミコロンは常に省略できるが、JavaS

久しぶりのバッチスクリプトネタ。 for /fでファイルを読むと、空行の無視その他いろいろ問題があるので、どんなテキストファイルでも読む方法。 @echo off setlocal enabledelayedexpansion set INFILE=XXXXXXXX set OUTFILE=YYYYYYYY for /f %%A in ('find /c /v "" ^<%INFILE%') do set N=%%A ( for /l %%A in (1,1,%N%) do ( set XXX= set /p XXX= echo:!XXX! ) ) < %INFILE% > %OUTFILE% 約1年ごとに更新している大河ドラマ「鎌倉殿の13人」と「草燃える」の配役の年齢比較の3回目で多分最後の更新。 （「鎌倉殿の13人」の配役、続：「鎌倉殿の13人」の配役 ） もうWikipediaも更

id:otn:20090429 と id:otn:20090630 と id:otn:20090823 の続き。 一旦解決したかに思った、MechanizeのUTF8以外のページの処理ですが、昨日、「mixiの各コミュニティーの最新トピック一覧作成」処理がこけたので調べてみると、№ (1文字の"No.")の文字の所でページが終わったかのごとく処理されてました。 やっぱり、「JIS範囲外の文字が混じったEUC-JPのページ」がうまく処理されないようです。「そもそもそんなものは存在してはいけない」という突っ込みは、mixiの方にお願いします。 ですが、nkfだとちゃんと 1文字の"No." とか 丸付き数字 もEUC-JPからUTF-8に変換できます。ページの文字コード変換はMechanizeじゃなくてNokogiriがしていますが、iconv を使っている。iconvで 丸付き数字 を変換し

VMwareServer/Playerのパフォーマンスチューニング方法として、vmxファイルに mainMem.useNamedFile = "FALSE"と書くというのがある。これでディスクI/Oが減るという。http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1008885 何が変わるかというと、Windowsホストの場合で言うと現象面では次のような違いがある*1。 useNamedFile ファイル コミットチャージ TRUE ゲストメモリサイズのvmemファイルが出来る ほとんど増えない FALSE vmemファイルは出来ない ゲストメモリサイズだけ増える この現象から見ると、TRUEのときはゲストメモリはメモリマップドファイルで確保され、FALS

「cgi界」という言葉があるかどうかは知らないが、「Premature end of script headers」というエラーに対して、都市伝説というか民間療法というか、そういうのがあるようだ。例えば、 #! /usr/bin/perl 。。。。でこのエラーとなるときに、 #! /usr/bin/perl -- 。。。。とすれば「なぜかわからないが直る」(笑)と書いてある。 そもそも、このメッセージは、「cgiプログラムがContent-Type ヘッダを出力する前に終了した」ということを示すだけであって、ほとんどの場合、その前に本当のエラーメッセージが出ているはずだ。例えば、 (2)No such file or directory: exec of '/var/www/html/test.cgi' failed Premature end of script headers: tes

Firefoxの起動・終了を速くするために、sqliteデータを再作成・圧縮するというのが流行っている？ようなので、乗ってみる。サイズを小さくするためには一度削除して再作成させるといいのだが、そこはそれ、データが失われるなど難しい。 すっきりしたい場合は、大きくなりがちな places.sqlite をデータを失わずに再作成する解説ページがある。「places.sqlite の再作成 - Firefox Hacks 翻訳日記」http://firefoxhacks.at.webry.info/200902/article_1.html でもこれ、そのときは小さくなっても、またどうせ大きくなるんだよなあと思うと、定期的にバッチ処理でVacumeするほうが良いのではと思って、「sqlite3 vacume」でググるとぴったりのページがあった。 id:dolphinkick:20090309 「

MechanizeがEUCのページ(mixiとか)をうまく解析してくれない件で、ずっと試行錯誤していたけど、思い立ってそのあたりのソースを追ってなんとか解決した。hookが用意してあるんだけど、そのhookにメソッドを追加する方法がわからないので、むりやり押し込む。それっぽい名前のhookなので、コード変換をやるとしたらここなんだろうと思う。 class WWW::Mechanize def set_hook @post_connect_hook.hooks << Proc.new do |params| params[:response_body] = NKF.nkf("-wm0",params[:response_body]) params[:response]["Content-Type"]="text/html; charset=utf-8" end end end agent =