連載記事 「習うより慣れろ！ iptablesテンプレート集」ステートフルパケットフィルタを使ったサービスの公開 連載：習うより慣れろ！ iptablesテンプレート集（1） 初心者にとって、iptablesは難しい。そこで、学習の第1歩としてテンプレートを自分の環境に適応させることから始めよう
バカリズムさんの至言「モヤモヤは、そのまま持ち帰って立ち向かいます」（後編）
■前編はこちら ――若い女子がたくさん集まると、大体面倒くさい揉め事が起きたりしますけど、升野さんも巻き込まれたりしますか？ バ やっぱりありますよね。でも、会うのが2週間に1回くらいだから、僕のところにあんまり届かないんですよ。で、僕はあんまり関係ないから。お前らが仲悪かろうが知ったことか、カメラ回ってるところでそんなの出したら許さねぇかんなって感じです。ま、いじれるところはいじりますけど。あと、憶測でいじったりします。こことここが仲悪そう、とか（笑）。別に、泣かしちゃっても「いい画撮れた～」と思うし、悪いと思ったことは1度もないから。 ――Twitterでも「ギャーギャー逃げ回っている女を見るのはすごい楽しい」って書かれてましたね。ドS！ バ 大好きですね。ずーっと見ていたい。ドSってよく言われるんですけど、そうなんですかね、僕は思わないんですけど。でも、彼女とか、女の人とかにはまった
バカリズムさんの至言「モヤモヤは、そのまま持ち帰って立ち向かいます」（前編）
モテない、金ない、華もない……負け組アイドル小明が、各界の大人なゲストに、ぶしつけなお悩みを聞いていただく好評連載。第18回のゲストは、DVD『バカリズムライブ「クイズ」』（アニプレックス）が大好評のバカリズムさんです！ [今回のお悩み] 「女子力を上げたいのですが……」 ――あわわ、升野さんだ、緊張します。ファンです。 バ そんな、こんなゴミため芸人に。 ――そんなゴミだなんて！ 升野さんが架空のOLになりきって書かれてる『架空升野日記』（辰巳出版）も読みました、何も起きないけど面白い！ バ ありがとうございます。『架空升野日記』は本当に自信作ですね。理想のOLの姿なんですよ。 ――私も昔から升野さんみたいにOLになりきる時があるんです。頭の中に一つパラレルワールドを作って、その世界の私はOLをしているんです。そこでセクハラ上司と喧嘩したりして、この業界に入ってないバージョンのマイストー
mac bookのバッテリー状態をはてなグラフに記録してみよう - mac日記
[2014.08.10追記] 記事が古く、Mavericks(ruby2.0)で動かない（gemのHatena::API::Graphが動かない） はてなグラフAPIも2014年3月にOAuth認証以外は受け付けなくなって、グラフデータが追加できない、などぼろぼろなので、上記に対処したコードを投稿しました。 mac bookのバッテリー状態をはてなグラフに記録してみよう（OS X 10.9 Mavericks対応版） - mac日記 [追記ここまで] だいぶ前から、このネタやってたんですけどね。。。 やっとコードを晒せる状態になったというか。 最初に、やりたいことができることを確認しちゃったら、そのあと、ほったらかしにしてました。 まともに動くようにコードを整理したので、公開してみたいと思います。 なにか新しい発明、という訳ではないし、だれでもささっとかけちゃうコードですが、、。 （rub
大容量ファイルのSCP転送を高速にする方法 - 元RX-7乗りの適当な日々
比較的大きいサイズのファイルをSCPで転送することがあって、できるだけ高速化してみたかったので、色々試してみたメモ。 scpというかsshには、暗号化方式と圧縮有無の指定があるので、それらのベンチマークを。 尚、以下は、SSH v2が対象です。v1はかなり遅かったのと、そもそも使っていないので試していません。 (追記: 2019/11) 本エントリの情報は既に古いため、以下のエントリにて再検証しています。あわせてご覧くださいませ。 ベンチマークで利用した環境 [Server1] <=> [Gigabit Switching Hub] <=> [Server2] Server1 (HP ML115 G5) AMD Phenom 9950, 8GB, RAMディスク使用, Gigabit Ethernet Server2 (HP ML115 G1) AMD Opteron 1210, 4GB,
非同期ジョブキューのアーキテクチャ設計、どうしてますか？ - @kyanny's blog
Gearman のメーリングリストに興味深いポストがあった。僕も色々な意見を聞いてみたいと思ったので、多くの人の目に触れることを期待して紹介する。 Google グループ ウェブサイトに画像をアップロードすると、異なるバックエンドサーバが画像を処理する。まずリサイズし、それから顔認識をする。 一つ目の要求として、処理結果が期待通りかどうかユーザーに確認させたい。顔認識が不要であればリサイズした画像を、顔認識が必要ならばその処理が施された画像を、確認画面に表示したい。つまり、アップロード操作の完了には一つまたは二つのステップを踏む必要がある。 この要求を満たすために同期処理も検討したが、バックエンドサーバがダウンするとウェブアプリケーションサーバも巻き添えを食うため採用したくない。 ウェブアプリケーションのプロセスは Gearman にリサイズ処理を非同期ジョブとして送信し、リサイズ処理のワ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
