linuxest

借りてるレンタルサーバ（使えるネット）にWordpressを入れたので、
ブログをお引越しします。

linuxest
⇒ http://blogie.info/linuxest/

新しい「linuxest」は、Web制作のメモをテーマにしている
「htmlest」と内容を統合することにいたしました。

しばらくこのスペースは残しておきますので、
ブックマークなどされている方がおりましたら
（いないと思いますが。。）
お手数ですが、再度新しい「linuxest」にて
ブックマークをお願いします。

現在 WordPress MU 2.7.1を使ってサイトを作っているんですが、
「exec-PHP」プラグインがうまく使えず困っていました。

（問題1）
投稿画面とかに変な警告文が出る。

Exec-PHP WYSIWYG Conversion Warning. Saving this article will render all contained PHP code permanently unuseful. Even if you are saving this article through the Code editor. You can turn off this warning in your user profile. Ignore this warning in case this article does not contain PHP code. Read the Exec-PHP documentation if you are unsure what to do next.

（解決1）
これはプラグインを有効にしたら、
管理画面の「ユーザー」メニューの「あなたのプロフィール」に
「Exec-PHP Settings」って項目ができるから
チェックしてプロフィールを更新すればOKでした。


（問題2）
プラグインは認識するが、記事投稿時に<?php?>のコードが
まるごと消されてしまうっていうような現象。

（解決2）
解決するサイトを見つけたので、ご紹介。

⇒ WordPress MU 1.5 で exec-PHP : WordPress MU 構築記

いや〜。ネットには神がたくさんいて助かります。

PEAR＋Amazon Product Advertising APIで
Amazon系のサイトでも作ってみようかと調査中。

PEARに「Services_Amazon（beta）」なんてものがあるらしいので、
早速インストールしてみました。
その時のpearコマンドのメモ。
まだベータ版のようなので「-beta」を付けるみたい。


root#pear install Services_Amazon-beta

ページ処理って自分で作った時結構悩んだのですが、PEARのPagerってパッケージを使うとおそろしく簡単にできるんですね。。軽くショックでした。
以下、ページ処理の時書いたSQLのイメージを忘れないように、自分用メモ。

SELECT * FROM {テーブル名} ORDER BY {列名} DESC OFFSET {レコードの何番目から読むか} LIMIT {1ページの表示量}

ちなみに、Pagerのデザインを変えたい時は以下のページがとても参考になりそう。
⇒ cl.pocari.org - PEAR::Pager で Digg っぽいページャを作る

Pagerのドキュメントはこちら。
⇒ Manual :: ページャのインスタンスを生成する

使えるねっとシルバープランでの、PEARライブラリのパスをメモ。
（確か元々インストールされてたか、インストールしたか…）

/usr/share/pear

PHPのファイル内に
-----------------------------------
//PEARのパスをセット
$path = '/usr/share/pear/';
set_include_path(get_include_path() . PATH_SEPARATOR . $path);

// PEAR::Mailライブラリ
require_once('Mail/Mail.php');
-----------------------------------
みたいな感じで、ライブラリを読み込めば使えるようになりました。
ライブラリのインストールは、

#pear install {パッケージ名}

でいけるかと思います。

久しぶりに使えるネットのサーバで開発してます。
使えるねっとのデフォルト設定だと、プログラムのエラーがブラウザに表示されないようなので、エラーが表示されるようにする方法。php.iniの1行を書き換えればOKです。

vi /etc/php.ini
----------------------------------------
（省略）
error_reporting = E_ALL & ~E_NOTICE
（省略）
display_errors = On
----------------------------------------
service httpd restart

php.ini の display_errors の設定が Off になっているので On に書き換えるだけでは、 Noticeエラー（動作には問題ないエラー）がたくさん表示されるので、error_reporting もNoticeが表示されないように書き換える。
編集後、httpd を再起動すればエラーが表示（Noticeエラーは非表示）されるようになります。

ネットワーク構成図を作成できるフリーウェアを発見したので、メモしておきます。

⇒ Network Notepad Homepage 日本語ページ

いつか実務で使うことになればいいな〜ｗ
まずはCCNA取得しないと！

CIDR
CIDR（Classless Inter-Domain Routing）の略。
クラスの境界を無視したIPアドレスの割り当て、経路集約ができる技法のこと。
IPアドレスの枯渇を防ぐため既存のクラス分けを一時的に無視し、経路を選択する。

相変わらずCCNA対策。
フレームリレーの問題が苦手なので、自分用にメモ。
間違ってる情報があるかもですので、ご自身で判断ください。
なんかわかり次第、追記していきます。

（フレームリレーに関係するコマンド）
PVCのステータスやフレームリレーマップを確認するコマンド
Router#show frame-relay map

LMIのトラフィック統計情報を確認するコマンド
Router#show frame-relay lmi

カプセル化のタイプ、DLCI値、LMIタイプを確認するコマンド
Router#show interfaces


（フレームリレーのトポロジ）
※トポロジは図があるサイトを見た方がイメージが沸きます！

スター型
最もコストが安く、PVCの数が最も少ない。
別名「ハブアンドスポーク型」

パーシャルメッシュ型
一部の拠点のみ、他の複数の拠点と直接のアクセスが可能。

フルメッシュ型
最もコストが高く、PVCの数が最も多い。
※トポロジの図を見るとコストが高いのが一目瞭然です。


（フレームリレー接続をサポートするインタフェース）
V.35、X.21、EIA/TIA-232、EIA/TIA-449
↑なんだかさっぱりわからないので暗記するほかない。。。


（フレームリレーの問題でこれだけは抑えておきたい用語の意味）
CIR（Committed Infomation Rate）
フレームリレー回線が混雑した場合にでも、最低限保証されるデータレートのこと。問題文に「データレートを保証」みたいながあれば、CIRが疑わしい。

DLCI値
仮想回線を識別するためのローカルな識別子のこと。10ビット。

InverseARP
ローカルDLCI値と対向ルータのIPアドレスを対応付けたフレームリレーマップを自動的に作成する機能。仮想回線を作成する時に使用されるプロトコル。

LMI（Local Management Interface）
DTE装置とフレームリレー交換機の間のシグナリング標準のことをLMIと言う。問題文に「シグナリング標準」とか言う言葉が出てきたらLMIが疑わしい。
LMIのシグナリングには、cisco、ansi、q933aの3種類がある。
LMIメッセージには、キープアライブ、マルチキャスティング、グローバルアドレッシング、仮想回線のステータスが含まれる。PVC確立後60秒間隔で送信される。

VC（Virtual Circuit）
フレームリレーにおいて、通信相手ごとに設定される論理回線のこと。バーチャルサーキットの略。バーチャルサーキットには、PVCと、SVCの2種類がある。

⇒ PVC（Permanent Virtual Circuit）
相手先固定接続。永続的な接続を確立する。こちらが一般的。PVCの状態には以下の3つがある。
・active（データ通信可）
・inactive（データ通信不可。ローカルルータ正常。リモートルータに何らかの異常）
・deleted（データ通信不可。ローカルルータ異常）

⇒ SVC（Switched Virtual Circuit）
相手先選択接続。必要に応じ接続を確立する。


※この記事は勉強次第、順次追加していきます。

スイッチのフレーム転送モードについてのまとめ。

カットスルー
エラーチェックを省略するため、壊れたデータを通過させる場合がある。
フレーム先頭6バイト（宛先MACアドレス部分）だけを読み取り、
MACアドレステーブルに基づいて転送するかどうかの判断をする転送方式。
よって、最も高速に転送できる。（＝レイテンシが小さい）

フラグメントフリー
フレームの先頭64バイトまでをチェック、エラーがなければ転送。
イーサネットフレームフォーマットの最小サイズが64バイトなので、
64バイト未満だと壊れたデータと判断し転送しないと言うこと。
カットスルーより信頼性が高い。

ストアアンドフォワード
フレーム全体を読み取り、転送するかどうか、エラーチェックを行う転送方式。
最も信頼性が高いがレイテンシが大きい。（転送に時間がかかる）

CCNAの問題集（選択肢）とかで出てくるレイテンシ（latency）と言う単語の意味は、データの転送に必要な時間と覚えていればよさそう。

カットスル→フラグメントフリー→ストアアンドフォワードの順に転送が遅くなり（レイテンシが大きくなり）、信頼性が高まる、と言う感じです。