-Linux- Kernel.org RedHatLinux FedoraLinux TurboLinux TurboLinux-cuickin ftp.turbolinux.co.jp SUSELinux SSJV SuSE APT For RPM SUSEメールアーカイブ SlackwareLinux VineLinux Debian GNU/Linux Debian JP Project Debian Backport PKG Debian UNOFFICIAL PKG UserLinux.com -Users Link- UNIX Life ペンギンの杜 ネットワークエンジニアになろう! らららのプログラマーズラウンジ UNIXしま専科 CYBERAM Documents Linux冒険紀行 UNIX/Linuxコマンド Topi
利用者向け情報 ニュース & Wiki プロダクト一覧 メーリングリスト Eclipseプラグイン Mavenリポジトリ ライセンス 各種リソース イベントサイト ファウンデーションサイト 開発者向け情報 SeasarWiki ソースコードリポジトリ 課題追跡 継続的ビルド 開発者ログイン サーバチームサイト Java プロジェクト S2Container.Java Seasar2 (S2Container) Presentation.Java Cubby Mayaa mobylet S2BlazeDS S2Flex S2JSF S2OpenAMF S2Portlet S2Struts SAStruts Teeda Ymir Persistence.Java DBFlute Doma Kuina S2Dao S2Hibernate S2JDBC S2OpenJPA S2TopLink Co
ヘッダあれこれ IIJ技術研究所 山本和彦 前回はテキスト・メールの歴史や書式について解説しました。 今回はヘッダ中のフィールドの意味や使用方法、 そしてよく見受けられる誤解などについて解説していこうと思います。 これはインターネット・マガジンに執筆した原稿を元にしています。 紙面の関係上削られた部分も残っていますので、 既に同誌を読んで下さった方にも役にたつかもしれません。:-) インターネットとプロトコル インターネットはすべての人が活動できるオープンな世界です。 この特徴はインターネットのルールすべてが話し合いによって決定され、 公開されていることが根底となって支えられています。 インターネットでは、データの送受信方法やデータの書式などの取り決めも含む、 技術的なルールをプロトコルと呼びます。 プロトコルは、 RFC(Request For Comments)という通し番号のついた
メールヘッダの見方 今さらながら、メールヘッダの話です。 あなたの使っているメールソフトで、どうやったらヘッダが見えるかについて は別のところで調べて下さい。 メールにはヘッダというものがありますが、これはコンピュータが読むためのも のではなく、人間が読むためのものだと言えます。 MTAのところ にも書いたように、メールシステム上では、ヘッダもメッセージの一部 として扱われています。 ヘッダはだいたいこんな様相を呈しています。 例1:友人から来たメール Return-Path: <[email protected]> Received: from akane.iyadesu.org (akane.iyadesu.org [192.168.100.3]) by mx.puni.net (8.11.2/8.11.2) with ESMTP id ABB10293 for <mimori@pun
■ 2011.09.22 - 2011年度秋学期「インターネット時代のセキュリティ管理」(村井純・山口英)ビデオ公開中。 ■ 2011.02.23&24 - 特別セッション「 Surface code 量子誤り訂正に関するチュートリアル・ワークショップ - FIRST 最先端研究開発支援プログラム量子情報処理プロジェクト- ビデオ公開中。 ■ 2010.11.22&23 - SFC OPEN RESEARCH FORUM 2010 メインセッションのリアルタイム中継を行いました。プレミアムセッション記録ビデオ公開中です。 ■ 2010.09.24 - 2010年度秋学期「インターネット時代のセキュリティ管理」(村井純・山口英)ビデオ公開中。 ■ 2010.04.22 - 2010年度春学期慶應義塾大学開講/インテル寄附講座】「世界の中の日本としてのIT政策と技術」(村井純・佐藤雅明・竹井淳
とりあえず去年の寝言は終わらせよう。 12月2日 1時24分 ケツバットだー。ケツバットだー。 ごめんなさいは? よきにはからえよ。 準備してるの? ぴよた。 インコのぴよたにケツバットしようとしていたのか。 12月17日 1時29分 うそでしょ。うそでしょ。 (夫の足が邪魔だったので押したら) 痛いよー! 痛いよー! 外れた。外れた。 痛いよー! 外れた。 何が外れた?(気になって聞いたら) 太もも。 関節じゃないのか! 太ももはそう簡単に外れません。 1時41分 (夫がベッドのど真ん中に寝ていて邪魔なのでお願いをする) お願いだからもう少し寄ってくれるかな? 何すればいいの? 何すればいいの? 何すればいいの? 何すればいいの? 川の水じゃないの? 川の水。 なんの話だ。 結局私はベッドのギリギリのところで寝るしかないのであった。 1時45分 なんで毎回毎回。 ほんと記憶力救いがたいな
を具体的に書いてみる。 まず最初にニートがやるべきことは、「このゲームは、正攻法でやるかぎり、どう足掻いても、絶対にニートが勝つことができないように仕組まれた八百長ゲームである」ことに気づくことだと思う。 だから、正攻法はだめだ。明後日の方角から、とんでもない反則攻撃をして、八百長ゲームのルールを食い破って勝利を強奪するような戦略で行くべきだ。 具体的にいうと、まず、そもそも、正面玄関から企業に就職面接を受けにいくのはやめとくべきだと思う。 ニートの場合、「この空白期間はなに?」とか聞かれて撃沈するだけ。時間の無駄な気がする。 職歴が弱点なんだから、その弱点を突かれるような戦いかたをしてどうする、というか。 その弱点を無効化するような戦い方をするべき。 で、職歴という弱点を無効化するために、ダンピングもどきの反則技を使う。 ほんもののダンピングは、独占禁止法で禁止されている。それだけ悪質で
RSS みたいな公開フォーマット(?)はパースしやすいし、手軽に使えるってのはいい。ただ、せっかく内部の情報を使えるのに、あえて公開 API を使う利点ってのはどこにあるのか、と。 以前の失敗を考えると、DB を使えるなら DB から直接データを取り出して、プログラム的に使いやすい形に整形する方が手間がないと思う。 on HTTP で流す情報も大本は DB な訳だし、DB ボトルネックもそれほど関係ないんじゃないのかな? 違うよー、DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。 二つ以上のアプリケーションからある一つのデータベースを直接叩くっていうことは、各アプリケーションがデータベースの場所を知ってる必要があります。もちろんデータベース周りの実装は抽象化したライブラリを使って共有するよ。でも、その二つのアプリケーションが同じサーバーに搭載されている保証はどこにもな
2002年10月25日 ver.1 2002年12月17日 ver.2 2004年6月25日 ver.3 2004年7月17日 ver.3.1 2004年9月13日 ver.3.2 2006年2月25日 ver.3.3 OGMとは? どうやって再生するの? もっと詳しく知りたい人のために 関連リンク OGMとは? 拡張子 .ogm のファイルはOGM動画というものです。 OGMとは Ogg Media または Ogg Movie の略です。 その名のとおり、Ogg Vorbis(MP3より新しいフリーのオーディオ圧縮形式)を音声成分として使うことができるほか、 多くの優れた特徴を持っています。 素晴らしい音質 音声にコンパクトで高音質な Ogg Vorbis(オッグ・ボルビス)を使えます。 Ogg Vorbis はオープンソース開発されているパテントフリーの素晴らしい形式。 同じ 128
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く