| このページはハイパーコンテンツビルダーが 2007年 10月 09日 16時55分36秒 にクロールしたキャッシュ情報です。 |
傾向とは?
[ 107] イオン化傾向 - Wikipedia
[引用サイト] http://ja.wikipedia.org/wiki/%E3%82%A4%E3%82%AA%E3%83%B3%E5%8C%96%E5%82%BE%E5%90%91
|
イオン化傾向(イオンかけいこう)とは、溶液中(おもに水溶液中)における元素(主に金属)のイオンになりやすさの相対尺度をあらわす。電気化学列あるいはイオン化列とも呼ばれる。 溶液中にある単体と別の元素のイオンとが存在するとき、両者の間で酸化還元反応が生じると、単体は酸化されてイオン化するのに対してもう一方は還元されて単体として析出する。このとき「還元された元素より酸化された元素の方がイオン化傾向が大きい」ということになる。どちらが酸化されどちらが還元されるかは酸化還元電位の大小に依存するので、この電位の順に元素を並べたものがイオン化傾向の順となる。 イオン化傾向が小さいほどイオンは還元され金属として析出しやすくなる。また、イオン化傾向が大きい金属でも融解塩電解などで得ることができる。 なお、イオン化傾向とは別な指標にイオン化エネルギー(イオン化エンタルピー・イオン化エントロピー)という指標がある。それは原子核に束縛されている電子が電離するのに必要なエネルギー値であり、文字通り原子のイオン化のしやすさの指標である。しかし、酸化還元反応の進む方向は単にイオン化エネルギーの大小だけではなく、イオンの溶液中での安定性や電気化学活量など化学平衡として反応が進む方向を決定づける他の因子に大きく影響される。 中学や高校レベルの理科・化学では酸化還元反応や化学平衡を詳しく扱わないので、説明を単純化して「イオン化傾向は、元素のイオン化の容易さの序列である」と定義している場合がある。しかし正確には、前述の説明のようにイオン化の容易さではなく、2つの元素のどちらがより酸化され易い(あるいは還元され易い)か、つまり酸化還元反応における化学平衡がどちらに偏っているかの序列である。 イオン化傾向の大きい順は以下のとおりとされる。厳密にはセシウム (Cs) が最大でイリジウム (Ir) ・タンタル (Ta) が最小とされるが、既述の通り指標としては正確さを欠くため、ここでは割愛する。 異なる2種類の金属と電解液とを組み合わせると、電池ができる。このとき、イオン化傾向の大きい方の金属が負極となり、小さい方が正極となる。また、2種類の金属のイオン化傾向の差が大きいほど、電池の起電力(取り出せる電圧)は大きくなる。 たとえば、銅と亜鉛を使うレモン電池では、亜鉛が負極になり、銅が正極になる(電解液はレモンの果汁である)。 キックかな? 曲がるズンフェ兄さん、パブ、水素食ってもハングリーアングリー、プットau by KDDI この項目「イオン化傾向」は、自然科学に関連した書きかけの項目です。加筆・訂正などをして下さる協力者を求めています。 |
[ 108] Outlook Express の傾向と対策
[引用サイト] http://www.geocities.co.jp/SiliconValley/1003/OutlookExpress.html
|
Outlook Express は、腐った初期設定を直して、レジストリをいじって、リソースを書き換えて、やっと一応使えるという代物かもしれない :-) とにかく、 Microsoft がどういうつもりなのかは知りませんが、初期設定は間違っています。というわけで、どうしても(!) Outlook Express を使いたいのなら、このページを一通り眺め、きちんと設定した上で使って欲しい所です。このページの内容が理解出来ないようなら、とっとと Outlook Express は捨てて、他のソフトを使う方が世間の為でしょう。メール/ニュースクライアントは他にいくらでもあります。 なお、これも常識的なことだとは思いますが、設定を済ませたら 他人に送信する前に自分自身に送信して、設定を確認してみる くらいのことはしましょう。メッセージのソースを表示させ、おかしな所が無いかどうかを確認するのは、当然の作業だと思います。『このページを読んで参考になりました』ってメールがたまには来るものの、HTML だったり Shift-JIS だったりのとんでもない物ばかり で、かえって不愉快な思いをしています :-) ニュースなら、外部に転送されないローカルなテスト用のニュースグループ(local.test みたいな)で試してみるとかね。 Outlook Express は、メールクライアントとニュースクライアントの統合ソフトである事はいまさら説明するまでも無い事ですが、現在どのフォルダを選択しているかによってメニュー等の操作が変化します。以下で述べている操作で、そんなのメニューに無いぞって場合は、選択しているフォルダが違っています。該当するフォルダ(メールかニュースか)を選択した後、あるいは該当するウィンドウを表示させた後、メニューを操作します。 ウィンドウの表示レイアウトの設定はかなり自由度が高いですが、僕はこんな風なシンプルなレイアウトで使っています。 ◎ ツール → オプション → 送信 → メール送信の形式 → テキスト形式(選択) → 設定 ◎ ツール → オプション → 送信 → ニュースの送信形式 → テキスト形式(選択) → 設定 メール・ニュースとも、テキスト形式を選択し、MIME を選択し、エンコード方法は「なし」に、「8 ビットの文字をヘッダーに使用する」のチェックマークは外しておきます。 ここで「送信時に自動的に文字列を折り返す」を「132 文字目で」と最大値にしていますが、これは中途半端な値に設定すると、返信で引用した時に変なところで折りたたまれてしまうのを防ぐためです。その代わりに、自分で(2 バイト文字で 30 〜 35 文字目あたりに)適宜改行を入れる必要があります。 文字コードの設定は、メッセージの作成ウィンドウを出さないと設定出来ないようです。とりあえずこうしておけば、うっかり 1 バイトのカタカナ (ISO-2022-JP には 1 バイトのカタカナは規定されていないので、これを含むメールを送信すると大迷惑) を使ってしまっても、2 バイトのカタカナに自動的に変換してくれるので安心です。なお、ニュースの方では日本語は JIS しか選択できないようになっていますが、一応確認はしておきましょう。 メールの Message-ID を出力しないようにする方法は、今のところわかりません。ニュースの場合ほど神経質になる必要は無さそうですが、それでも気持ち悪いからなんとかしたい人(僕だ)は、以下の代替手段を試してみて下さい。 ネットワークのプロパティを開き、「TCP/IP -> ダイヤルアップアダプタ」あるいは単に「TCP/IP」のプロパティを選択、DNS 設定のタブを選択 ホスト名、ドメイン名に何を書けば良いのか判らない人は、自分のメールアドレスの @ の左側を「ホスト」に、右側を「ドメイン」に入力(代替手段の代替手段) メッセージフォルダ間でメッセージの移動を行った場合やメッセージの削除を行った場合、メッセージフォルダのファイルには元のメッセージの残骸が残っており、ファイル自体は小さくなりません。 (トラブル対策(サルベージ?)の為、あえて自動的には消さないのかもしれません) よって、受信トレイなどはメッセージが 1 件も無いのにファイルが巨大化して、ディスクの残り容量が減りまくっていたりします。コンパクトを行うことによって、初めてゴミ掃除が行われます。時々コンパクトを行って、無駄になっているディスク領域を回収しましょう。 署名は簡潔に。名前、メールアドレス、ホームページアドレス等々、必要な情報だけ書くようにしましょう。僕の嫌いなパターンは… メールアドレスがいくつもいくつも並べてある … どれに送って欲しいのでしょう?せいぜい私用と社用の 2 つもあれば充分 「メッセージの返信に英語のヘッダーを使用する」にチェックをすると、返信で引用するメッセージのヘッダ部分が英語の物になります。それ以外の部分には影響は与えません。日本語のヘッダが格好悪いと感じる人は、試してみると良いでしょう。 なぜかインポートのメニューには Internet Mail や Outlook Express がありません。Internet Mail and News や Outlook Express の旧版がインストールされている環境で Outlook Express をインストールすると自動的にメッセージフォルダが取り込まれますが、後からでもバックアップしておいたメールのファイル等を、手作業によりインポート可能です。 folders.nch は、メッセージフォルダのツリー情報を記憶している物なので、ツリー構造は失われますが、これの古い物が残ったまま 〜.idx、〜.mbx をコピーしただけでは、Outlook Express は新しいメッセージフォルダを認識してくれません。 Outlook Express で新規フォルダを作成すると、フォルダnn.idx、フォルダnn.mbx というファイル名でメッセージフォルダが作られますが、このメッセージフォルダの取り込みを応用すれば、メッセージフォルダ名とファイル名を一致させる事も出来ます :-) 活発なメーリングリストだと、ダイジェストという配信方法があります。複数のメールをマルチパート形式でまとめて受け取る事が出来るわけですが、Outlook Express だと本文無しで全て添付ファイルという風に表示され、読みにくいです。 僕の場合は、「名前を付けて保存」でファイルとして出力し、ページブラウザで読むようにしています。本文だけでなくヘッダまで表示されてしまいますが、一気にだーっとスクロールさせながら読めるので、個別にメールを開く必要が無く、気に入っています。日本語文字コードを自動的に変換して表示してくれるので、拡張子 .eml と .nws のファイルは標準ではページブラウザで開くように関連付けをして使っています。ダイジェスト(マルチパート)メールを読む、もっと便利なツール/方法を知ってるよって方は、ご一報ください。 ページブラウザは ページブラウザのホームページ や 窓の杜 の「ファイル閲覧」のコーナーからダウンロード出来ます。 たまに Subject を書き忘れたメールを受け取る事があります。また、ヘッダ部分の途中に空行がある為、それ以降が本文として表示されてしまうメールもあります。読み捨てても良いようなメールだったらまだしも、保存しておき、後で検索・参照する事のある類のメールだと困りものです。メッセージを編集して再び取り込む方法を思い付いたので、ここに書いておきます。 問題のあるメールを選択し、ファイル → 名前を付けて保存 で単独ファイルとして保存します。この時のファイル名は何だってかまいません(拡張子は変えない方がいいけど)。 JIS コード対応のテキストエディタで Subject を付け直す等、問題箇所の修正をし、保存します。保存する時は JIS でも Shift-JIS でも好きな方で。って、やっぱり JIS の方がいいか。 修正したファイルを普通に(Outlook Express で)開きます。メールとして正常に開き、表示されているのを確認します。 ファイル → フォルダへコピー で、保存したいメッセージフォルダを指定すれば、修正したメッセージを取り込む事が出来ます。 整形されているはずのメッセージがでこぼこに表示されるので困っていました。等ピッチのフォントに設定しても、きちんと等ピッチに表示されるのは特定のフォントサイズのみだったりします。メール及びニュースのメッセージ表示フォントを、なんとかして普段僕がテキストエディタ等に使用している Terminal に変更したいと思っていました。やっとやり方がわかりましたので、ここに書きます。ただし、この方法はレジストリエディタを操作します。Outlook Express や Windows そのものの動作に支障をきたす事態が発生しようとも、当方は一切関知しません。 他のフォントサイズを試し、決まったら Outlook Express の ツール→オプション→読み取り→フォントの設定 で新たなフォントサイズを設定し、Outlook Express を終了する。 今の設定でフォント名の設定が一旦無効になるので、再びレジストリエディタでフォント名を設定し直す。 プロポーショナルフォントの設定を変更しているのを奇妙に思うかもしれませんが(僕も奇妙だった)、plain text のメールやニュースメッセージの表示には、プロポーショナルフォントとして指定したフォントが使われるようです。 返信の際、Subject 先頭に RE: という文字列が付けられますが、一般的には Re: のようです。(reply? response?) なんとか変更したいなーと思っていましたが、どうにか解決しました。例によって、Outlook Express や Windows そのものの動作に支障をきたす事態が発生しようとも、当方は一切関知しません。 オフセットを書いてもバージョンによって違うかもしれないから、自分で検索してみて下さい。なお、前記の文章の意味が分からない人は、いじらない方が良いでしょう。 僕の場合、ダイヤルアップは Internet Explorer や Outlook Express とは連動せず、手動によりダイヤルアップで ISP に接続しています。一定時間毎にメールサーバにアクセスする設定だと、ISP に接続していない時に Outlook Express を起動すると、ダイアルアップを行うかどうかの問い合わせがあります。いちいちキャンセルするのも面倒臭いです。ISP に接続していない時は、勝手にアクセス失敗にしてくれりゃいいんです。 モデムあるいは TA の電源を切る、ケーブルを外す等により、ダイヤルアップが必ず失敗する状態にする メッセージ表示ウィンドウは横幅は覚えてくれるようですが、高さがウィンドウを表示するたびに短くなっていきます。ウィンドウが重ならないようにとの配慮なのかもしれませんが、余計なお世話です :-( 常駐ソフトの力を借りて、メッセージ表示ウィンドウを(無理矢理)固定位置、固定サイズで表示させる事が出来ます。 Position-Spice というフリーソフトで、メッセージウィンドウを固定位置、固定サイズで表示させる事が出来ます。キャプションは空白で、クラスのみでウィンドウを指定するように設定して、期待した通りの動作をしてくれました。Outlook Express に限らず、ウィンドウの出現位置・サイズを指定出来る、便利なソフトです。興味のある人は試してみると良いでしょう。 a) Subject に日本語が使われていると、Subject 全体を MIME エンコードしてしまうので、Subject に通し番号の入っているメーリングリストで何も考えずに返信で投稿してしまうと、見苦しい事になってしまう。 何かトラブルや疑問があった場合、あちこちに質問しまくる前に、まずは サポート技術情報 くらいは確認しましょう。 |
[ 109] HP・ブログ・PageRank・SEO・傾向と対策
[引用サイト] http://cyos.jugem.jp/
|
ネット界の常識と非常識、ネット界の通説と真実。管理者の成功経験と失敗経験をもとに総括。さらにはWebマスターが一番気になる検索順位やPageRank・SEO・ブログなど、ロウジンの目で、鋭い?観察と考察記録。 タイトルの「ページ移動するサーチエンジンさんに相互リンク登録したところで・・・・・」に続いて、遅かれ早かれ奥へ奥へとページ移動し、地下深く埋もれてしまうのであった。 それゆえ、ページ移動しない相互リンク専門サイトさんにこそ相互リンク登録すべきなのだが、この理屈が真に理解出来るサイトさんは甚だ僅少のようである。 パソコン3台がネットにつながっているので間違いない。その中の一台が更新されたPage Rankの情報を流し続けている。 ひどいところになると、ホンの半年前までPage Rank4であったのに、今回の更新で1まで下がったところもあるくらいだ。 かくいう小生の管理サイトの多くが再度Page Rankを下げ、とうとうPage Rank4のサイトは無くなってしまった。 一般個人のサイトでPage Rank4を獲得するのは、相当に困難な時代になって来たように思われる。 複数のHPやブログを運営していると、しばしば不思議な現象に遭遇する。数ヶ月前には、風邪専門のブログ http://ryukan.seesaa.net/ のトップページがGoogleさんの登録から外れて、突然、検索されなくなった。その時はヒヤヒヤしたが、いつの間にか回復して現在は順調にクロールされキャッシュされているようだ。 ところがまたまた最近同様な現象が、毎日のように頻繁に更新して、小生の運営するHPやブログ類の中では二番目に人気のあるブログ が、数日前から突然、トップページが登録から外れてしまった。検索順位も漢方薬で20位以内に入っていたのだから、がっくりである。頻繁に更新する中身の充実したブログであると自負している超真面目なブログでも、何の因果か不可解な現象がおこるのである。 1月の月末にはPage Rankの更新がもう一度あった模様で、一月に二度も更新があり、開いて数ヶ月のサイトの場合は、ゼロからの出発だから多くはPage Rankが点灯して嬉しい限りだろうが、従来から運営しているサイトさんが厳しい更新に少しショックを受けたに違いない。 つまり、Page Rankが下落したケースがかなり多く、小生の運営するサイトでPage Rank4を維持してきた多くのサイトが3に下落し、Page Rank4を維持できたのは一つだけだった。Page Rank3が2に下がったブログも複数あった。このブログもそれに該当する。 グーグルさんはかなり厳しい更新をされた模様で、以前はPage Rank4までは容易に昇れるイメージがあったが、今後はそうは行かないことだろう。通常のサイトであればPage Rank3でヨシとしなければならない時代となった模様である。 これ等の状況に伴って、皆も羨むPage Rank5のサイトさんも4に下降したサイトさんが続出している状況は、Page Rank4⇒3の現象と同様に目立ったことであった。 未来のPageRankが予測できたら、サイト運営上のマンネリを防げて面白いかもしれない。偶然こんな便利で面白いサイトがあるのを見つけた。 |
[ 110] スマート・クライアントの傾向と対策 − @IT
[引用サイト] http://www.atmarkit.co.jp/fdotnet/special/smartstrtg/smartstrtg_01.html
|
最近スマート・クライアントに関する文章をあちこちで見掛けるようになりました。@ITでも、「特集:ファットからスマートへ進化する企業システムのクライアント」という記事をはじめとしてさまざまな形でスマート・クライアントが取り上げられています。本稿もスマート・クライアントを題材にしますが、企業システムにおけるスマート・クライアントについて、できる限り具体的に記述することに挑戦してみます。 まずはスマート・クライアントの定義を確認させてください。スマート・クライアントはマイクロソフトの造語ですが、本稿では、 「Webアプリケーションの利点である導入・運用の容易さを取り入れたクライアント/サーバ型Windowsアプリケーション」 一方、「クライアント/サーバ型アプリケーションの利点である表現力や操作性を取り入れたWebアプリケーション」を「リッチ・インターネット・アプリケーション」と呼び、スマート・クライアントとあわせて「リッチ・クライアント」と呼びます。リッチ・クライアントとスマート・クライアントの関係については「特集:ファットからスマートへ進化する企業システムのクライアント」でもまとめられていますので、そちらもご覧ください。 マイクロソフトは、さまざまなデバイスに対応するユーザー・インターフェイスを持ったアプリケーション(マルチ・ユーザー・インターフェイス・アプリケーション)もスマート・クライアントであるとしています。 例えば、デスクトップPCからでも携帯電話からでも利用できるWebアプリケーションなどです。しかしその定義を採用すると、マイクロソフトの技術を使ったクライアントすべてをスマート・クライアントと呼んでいるのと変わらなくなってしまいます。従って本稿ではマルチ・ユーザー・インターフェイス・アプリケーションについては割愛しました。 たったいま、スマート・クライアントは導入・運用の容易さを取り入れたクライアント/サーバ型Windowsアプリケーションであると定義しました。しかし、スマート・クライアントを特徴付ける特別な技術というものは実はありません。あるのは、導入や運用を容易にするための小さな技術の積み重ね(これについては後の章で解説します)だけです。 スマート・クライアントの実態を知るために、マイクロソフトの「スマート クライアント デベロッパー センター」というサイトを見てみましょう。そのサイトからたどることができる「スマート クライアント アドバンテージ」というページではスマート・クライアントを実現するソリューションを4つ挙げています。その4つとは、 「なんだ、マイクロソフト技術で作るクライアントは何でもスマート・クライアントなのか」と思うかもしれません。その考えは間違っていないのですが、いい換えれば「マイクロソフト技術にはクライアント・アプリケーションの導入・運用を容易にするための工夫がなされている」ということです。マイクロソフトはそのことを「スマート・クライアント」といういい方で表そうとしています。つまり、「スマート・クライアントとは、マイクロソフトのマーケティング上の用語である」ということもできるでしょう。 匿名メソッドとデリゲート (2007/10/2) C# 2.0最大の特徴ともいえる匿名メソッド。デリゲートとともに使いこなすことができれば、点在しがちなメソッドをシンプルにまとめることが可能だ ASP.NET開発の最初の壁:ポストバックとイベント (2007/9/28) ASP.NET開発に失敗する原因の1つは、ポストバックとイベントに対する理解不足。これらの仕組みを正しく理解しよう ホワイトペーパー利用者に「Amazonギフト券」を抽選で100名様にプレゼント!――TechTargetジャパン リニューアル・キャンペーン @ITトップ|VB業務アプリケーション開発研究室 トップ|会議室|利用規約|プライバシーポリシー|サイトマップ |