Cannot listup functions. Because the function class does not implement a "Description" annotation. ! weekofyear java_method to_utc_timestamp pi e != when case == if from_utc_timestamp degrees negative
初出社。よろしくお願いします! @ NHN Japan 株式会社 大崎オフィスにタッチ! tou.ch/ND2VzZ— すぎゃーん (@sugyan) February 15, 2012 周りがスゴいハッカーたちに囲まれてたり、AKB派ばっかりでももクロ仲間が少なそうだったりと色々不安ですが 負けずに頑張っていこうと思います。 よろしくお願いします。
表題の通り WWW::Mechanizeがうまく動かずに大変だった。実はこれ(HTTP::Message content must be bytes)以外にもいろんなエラーが出てたりもしたが、その辺は省略。 どうにか原因らしきものと対策がわかったのでメモ。 原因は文字コード。UTF-8で書かれた一部のhtmlでこうなるみたい。 で、このUTF8テキストをHTTP::Request::Comoonがうまくutf8ヘッダー?を処理できていなかったっぽい。 もうどうしようもなかったので、手動でCommon.pmを書き換えた。 (それ以外にも、プログラム内に use utf8;も追記した) HTTP::Request::Common v5.824 108行目あたり 変更前 while (($k,$v) = splice(@data, 0, 2)) { if (!ref($v)) { $k =~ s
前回は、大規模NATとユーザへの影響を紹介しました。今回は、大規模NATを利用するユーザが増えたときのサーバ運用者への影響例としてアクセスログの扱いの変化を紹介します。 なぜ、アクセスログの扱いが変わるのか? 大規模NATが非常に多くのISPで運用されるようになると、Webサーバ運用者もそれを前提とした運用が望まれるようになります。 まず、アクセスログの扱い方が変わると言われています。 ISPでIPv4大規模NATが運用され、Web閲覧を行うユーザのIPv4アドレスバリエーションが劇的に減ってしまいます。これは、ISPが運用する大規模NATによって、多くのユーザーが「同じIPv4アドレス」にまとめられてしまうためです。 アクセスログに記載される項目が変化する可能性があります 大規模NATが普及すると、多くの家庭が同じグローバルIPv4アドレスを利用して通信を行うようになるため、グローバルI
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く