小悪魔のイラスト日記１「ケーブル」を伊勢幸一に聞く｜【Tech総研】
「『小悪魔女子大生のサーバエンジニア日記』があつい！」で紹介した小悪魔が、Ｔｅｃｈ総研にやってきた！ 健気にも……エンジニアのために「ケーブル」を説明するという。講師は何と、多趣味＆豊富な知力で知られるライブドア執行役員の伊勢幸一氏。これはあなたへのバレンタインプレゼントだ！ エンジニアと言えば！・・・やっぱりLANケーブルですよね。 小悪魔は実はLANケーブルはこのお仕事をするまで見たことがありませんでした。 インターネットはもちろん無線でやってました！ ということで今日はLANケーブルについて勉強してきました。 LANケーブルとは機器間をつないで通信できるようにするための通信ケーブルです。 コンピュータは情報を1と0の組み合わせで理解しています。 LANケーブル上でもこの0と1を使ってデータを送っています。 具体的には コンピュータはLANケーブルの電位の差（電圧）を読み取り、0と1を
[ゲーム]MHP3マルチプレイツール「PSP.NetParty(ネトパ)」が新しく開発されたのでご紹介 | しろべや (こちらは旧サイトです)
【最終更新 2012/6/5】 とってもいい話を聞いたので広めたくてエントリ投下。 MHP3発売後からkai鯖不調、Tunnelは3に正式対応できず環境によりエラー多発などで なかなかうまいこと行かないPS3無しでのアドホック通信ですが(当たり前なんだけど) このたび2ch発で新しいマルチプレイツールが出たみたいです。 何よりも素晴にらしいのがこのアプリケーション、 MHPだけではなくPSPのアドホック可能タイトルへの互換性を持っていること。 開発者様に感謝しつつ以下にリンクを。 導入に関してはネトパwikiへのリンクを貼っておきます。 Tunnelなどをいじった方は大体これで分かるかと思います。 ▼どんなんなの？って方はまずこちらをご一読ください。 HP : PSP NetParty Wiki ▼最新版ダウンロードは公式サイトから！ HP : PSP NetParty公式サイト 参加する
かぼす生搾り！
MHPTunnel、XLinkをいつも使って楽しく通信プレイをしている皆様、 もしくはこれからしようと思っている皆様、こんにちは！現在モンスターハンター等、アドホック通信を利用するゲームを ネット上の友人と遊ぶためには上記2つのソフトが代表的です。 うちのKABOSUサーバーをご利用してMHPTunnelを使用している方も いらっしゃるかと思います。さて、モンスターハンターポータブル3rd発売以降、 XLinkのサーバーが不安定になり、MHPTunnelが普及しました。 現在、MHPTunnelは安定板が2chにて人柱パッチで作られ、 やっと安定プレイできるようになってきましたが、 根本的なラグ・クライアント落ちなどの問題は まだ完全に解決されたわけではありません。 また、デバイスが表示されない状態でプレイできない方々も 多数いらっしゃるかと思われます。X-Link kaiとMHPTunn
大規模インフラの監視システム | GREE Engineers' Blog
こんにちは。インフラチームの ebisawa です。 今回はグリーのインフラにおける各種機器の監視がどのように行われているのかご紹介させていただきたいと思います。一般にサーバの監視というと、システムダウンを検出するための死活監視を意味する場合と、ネットワークトラフィック等のモニタリングのことを意味する場合とがあります。今回の監視は特に後者についてのお話です。大規模なインフラの監視には、やはり特有の課題があります。 どんなツールを使っているのか グリーではサーバの各種リソース使用状況をモニタリングしてグラフ化するためのツールとして、Cacti を利用しています。Cacti は、大変有名なツールなので皆様ご存知かと思いますが、バックエンドの RRDtool で作成したグラフを閲覧するための使いやすいユーザーインターフェイスを備えています。 http://www.cacti.net/ ツールの使
Geekなぺーじ : Google Public DNSについて調べてみた
Google Public DNSが発表されていました。 「Official Google Blog: Introducing Google Public DNS」 本当は書籍執筆〆切に追われていて首が回ってないはずなのですが、あまりに面白そうなので思わず調べてしまいました。 これって、DNSキャッシュのクラウド化なのだろうと思います。 利点は？ 利点は「パフォーマンス向上」と「セキュリティ向上」の２つがあるようです。 パフォーマンス Performance Benefits http://code.google.com/intl/ja/speed/public-dns/docs/performance.html 原稿〆切がヤバくて、ざっと流し読みをしただけなのであまり自信がありませんが、どうも世界規模で運用して、世界的にQueryが多い所を優先的にキャッシュ更新しておくので、非常に効率が
blog.katsuma.tv
(2008.12.19 22:00追記) peer IDをnear IDに修正 先日のAdobe MAXでFlashの新しいプロトコルRTMFPを扱うことができるサービス「Stratus」について発表がありました。これは簡単に言うと、ブラウザで何もインストールすることなくP2Pを実現できる神がかったプロトコル(=RTMFP)と、RTMFPをサポートするサービス(=Stratus)、という位置づけです。上の写真は実際にStratusを介してRTMFPによる通信で僕の家とオフィス（夜中なので真っ暗ですね）をつないでいるものです。 これらについては、Adobe Labsでの次の文章が非常に分かりやすいです。 Stratus service for developing end-to-end applications using RTMFP in Flash Player で、この文章があまりに分
ネットワーク側から見たヨドバシカメラ問題 - なぷさく
ヨドバシカメラのサイトがリニューアルに失敗してレスポンスが著しく低下している。ただでさえ重いところに、「ほらほらみてみて、重くなってるよ！見に行ってみてよ」なんてGIGAZINEが煽ったり、yahooニュースに飛び火したりしてさらにリクエストが増えて、瀕死の重病人いよいよまさに往生せんとす、といった雰囲気である。構築した会社は今頃針のむしろだろうし、ヨドバシ側の担当者もきっと現場からは「使い物にならんぞ！」と突き上げを食らい、上からは「なんでこんなところに依頼したんだ！」と怒られて社内キャリアはぶっ吹っ飛んだだろうし、まあ他人事ながら同情申し上げる。すでにあちこちで、CMSが腐ってるとか構築会社の社長がすごいとかいろいろ言われているが、基本に立ち返って外側から見える現象をひとつずつチェックしてみよう。1. DNSは問題なし大阪吹田にあるどっかの会社のサーバでDNS引いてみた。 $ dig
高木浩光＠自宅の日記 - 無責任なキャリア様に群がるIDクレクレ乞食 ―― 退化してゆく日本のWeb開発者
馬鹿じゃないのか。このようなセキュリティに関わる情報公開ページは https:// で提供する（閲覧者が望めば https:// でも閲覧できるようにする）のが当然なのに、携帯電話会社ともあろうものが、そろいもそろってこんな認識なのだ。 （8月2日追記: ソフトバンクモバイルについては「7月27日の日記に追記」参照のこと。） それをまた、ケータイWeb関係者の誰ひとり、疑問の声をあげていないことがまた、信じ難い。何の疑問も抱かずにこれをそのまま設定しているのだろう。 こんな状態では、ケータイWebの運営者は、DNSポイゾニング等で偽ページを閲覧させられても、気付かずに、偽アドレス入りの帯域表を信じてしまうだろう。 つまり、たとえば、example.jp というケータイサイトを運営している会社が example.co.jp であるときに、攻撃者は、example.co.jp のDNSサーバに
Aerial（エアリアル） - Ajax/Cometの次を行く リアルタイム双方向RPC - Blog by Sadayuki Furuhashi
JavaScript - サーバー間で双方向のRPC通信を行う技術は「Aerial」（エアリアル）という名前になりました*1。アイディアを出していただいた皆様、ありがとうございましたm(_ _)m Aerialは、通信にFlashを使い、JavaScriptとサーバープログラムとの間で双方向のRPC呼び出しを行う技術です。つまり、サーバー側からJavaScriptのメソッドを呼び出したり、逆にJavaScriptからサーバー側のプログラムを呼び出したりします。 サーバーから直接JavaScriptのコードを呼び出したり、逆にJavaScriptからサーバー側のメソッドを呼び出したりできるので、通信の内容を意識する必要がなく、バグの混入を抑えます。RPC成分入り！ ライブラリを開発するときも、HTTPやブラウザ間の実装の違いを意識する必要も無く、ごく普通のTCP接続で通信を行うので、Come
Windowsモバイルを無線ルーターに·WMWifiRouter MOONGIFT
iPod Touchは非常に便利で楽しめるガジェットだが、無線LANしかないのでアクセスポイントがないと外出先では使い勝手が悪い。FONを使う手もあるが、たまたま訪れた先でアクセスポイントがある可能性はまだまだ低い。 そうした時に使えそうなのがこのソフトウェアだ。Windows Mobileを無線ルーターにしてしまう。 今回紹介するフリーウェアはWMWifiRouter、無線機能を無線ルーター化するソフトウェアだ。 WMWifiRouterが利用できるのはGPRS/UMTS/HSPAとなっている。これらの回線と無線LANとをつないで、Windows Mobileを無線ルーターにしてくれる。 手元に対応機器がないので確認できていないが、安定性は高いらしい。また、ICS（インターネット接続共有）が動作する必要があるとのことだ。 Windows Mobileでそのままネットをすれば良いという話も
Geekなぺーじ : Rubyネットワークプログラミング
ここでは、Rubyによるネットワークプログラミングの説明を行いたいと思います。 ここで対象としている読者は、ネットワークプログラミング初心者（もしくは入門者）です。 TCP 簡単なTCPサーバとクライアント TCPクライアント(エラー処理付き) 何度も受信できるTCPサーバ TCPサーバ(acceptした相手の確認) UDP UDPを使う UDPでブロードキャストを使う UDPでマルチキャストを使う(マルチキャストを送信する) UDPでマルチキャストを使う(マルチキャストを受信する) UDPでマルチキャストを使う(TTLを設定する) Web 簡単なHTTP GET（Net::HTTP） HTTP HEADと全てのHTTPヘッダの表示（Net::HTTP） HTTP POST（Net::HTTP） 簡単なRSSクライアント その他 IO::selectを使う IPアドレスからホスト名への変換
高木浩光＠自宅の日記 - 無線LANのMACアドレス制限の無意味さがあまり理解されていない
■ 無線LANのMACアドレス制限の無意味さがあまり理解されていない 職業マスメディアに代わって、ブログスタイルのニュースサイトが人気を博す時代になってきた。海外の話題を写真の転載で紹介する安直なニュースも人気だ。 このことろなぜか、無線LANのセキュリティ設定について書かれた記事を何度か見た。おそらく、ニンテンドーDSがWEPしかサポートしていないことが不安をもたらしている（そして実際に危険をもたらしている）ためだろうと思われる。 セキュリティの解説が増えてきたのはよいことなのだが、内容に誤りのあるものが少なくない。 実は危険な無線LAN, らばQ, 2007年10月21日 この記事には次の記述があるが、「接続されなければMACアドレスは盗まれない」という誤解があるようだ。 MACアドレスというのは、機器固有のIDのようなものです。たいていの無線LANアクセスポイントにはMACアドレスフ
Programming UNIX Socket FAQ in Japanese
Programming UNIX Socket FAQ (日本語訳) [English page] [Back to Top page] Programming UNIX Socket FAQ (日本語訳) ここには、UNIX ソケットプログラミングにおける FAQ (よくある質問 と解答集) の日本語訳が置いてあります。この FAQ のオリジナルは、 ニュースグループ comp.answers, comp.unix.answers, comp.unix.programmer に毎月投稿されており、また Web 上では http://www.ibrado.com/sock-faq/ にて公開されているものです。 HTML 形式の FAQ (文字コード: ISO-2022-JP) SGML 形式の FAQ (文字コード: EUC-Japan (UNIX)) この FAQ は SGML 形式が
Winsock Programmer's FAQ
このページは、Winsock Programmer's FAQ の日本語訳です。この FAQ の原文はWarren Young 氏によるもので、Winsock Programmer's FAQのサイトで公開されているものです。このページで公開してい る日本語訳は、同氏の許可を得て、私(Keisuke MORI)が翻訳、公開して います。この FAQ のオリジナルの歴史や著者については、序文 の章を参照して下さい。 現時点では、まだ全部の章の翻訳は完了していません。未訳の章は 原文のままで残っていますのでご了承ください(実はこの翻訳は、かな り以前から着手していたのですが、どうも遅々として進まないので:-) まずはできたところから公開することにしました)。 なお、この日本語訳FAQは、常に最新であるという保証はできません ので、最新の情報については適宜オリジナルのFAQを参照してくださる よ
最速配信研究会 - Web2.0とC10Kに関する数々の誤解
Web2.0 = Ajax/Cometなの？とかプロセスIDは今でも16ビットなの？とかはサテオキ、 個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」（クライアント1万台問題）だ。 AjaxやCometなどのクライアント側技術に伴うサーバ側の問題に関していろいろ誤解があるようなので,書いておきたい.きっとlingrの中の人はこの記事読んでニヤニヤしてるはず. 以下、記事にないことも書いてあるのでそのつもりで. 誤解その1 AjaxによるWebアプリの台頭でサーバ側の負荷が増大する Ajaxの典型的な使い方はサーバに問い合わせてページの一部分だけを 変化させるというモノだ.これはページ全体を書き換える従来の方法と違い, すでに
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと
TheC10kProblem - 「C10K問題」（クライアント1万台問題）とは、ハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする問題のこと 目次 この文書について C10K 問題 関連サイト まず読むべき本 I/O フレームワーク I/O 戦略 1. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と レベル・トリガ型の完了通知を利用する. 伝統的な select() 伝統的な poll() /dev/poll kqueue() 2. 各スレッドが複数のクライアントを受け付ける. そしてノンブロッキング I/O と 変更型の完了通知(readiness change notification)を利用する. kqueue() epoll リアルタイム・シグナル fd 単位のシグナル (Signal-per-fd)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
