このBlogはWordPress でThemeはNitrousを使っている。
Nitrousではリンクされている文字の色が指定されていないのでわかりにくい。リンクされている文字の色についての決まりはないが、たいてい0000ff の場合が多い。そこでスタイルシート (style.css) を書き換えた。header も footerもside barも一括してリンク文字の色、形を設定するようになっている。
外観（Theme）＞テーマ編集＞スタイル＞スタイルシート (style.css) 見ると

/************************************************
* Hyperlinks *
************************************************/
a, a:visited {
color: #0B3949;
text-decoration: none;
}
a:hover {
text-decoration: underline;
}

となっている。これを

************************************************
* Hyperlinks *
************************************************/
a, a:link {
color: #0000ff;
text-decoration: none;
}
a, a:visited {
color: #800080;
text-decoration: none;
}
a:hover {
color: #ff0000;
text-decoration: underline;
}

に書き換えた。
a:link { color: #0000ff; } … 未訪問のリンク
a:visited { color: #800080; } … 訪問済みのリンク
a:hover { color: #ff0000; } … ポイント時のリンク
a:active { color: #ff8000; } … 選択中のリンク
の意味だ。ink 、visited、hover、active の順で記述する必要があるらしい。

サーバ構築の記録はこのブログに投稿しているわけだが、トラブルがあってブログが見えないと、なにをやったかの記録がなくて困ったのだ。
やっぱし、紙ベースのログを保存すべきなんだろうな。
とりあえず、目次を作った。ユーザの追加等の細かいところは記録しないが、その方法だけは記録していくことにしたい。するかどうかわからんけど.

トラブルがないとコマンドを憶えない。あったからといっても、いつまでも憶えているわけじゃない。
OSXサーバの起動ディスクをリモートで変更するには；
ssh でリモートからログインする。

$ cd /volumes
$ ls
CCC-Backup M TimeMachine previousM
$ sudo bless -mount /Volumes/M -setBoot
Password:
$ sudo reboot now

まず、起動HDの名前を確認する。　上の例では４つのHDがあることを示している。
起動ディスクを変更する。　上はMに変更した場合だ。
再起動する。

アップデートしたらphpで記述されたページがソースコードを表示してしまう。
静的なページやCGIには問題がない。
もし同様のトラブルで困った人が、Googleとかでたどりついたら、その人の為に結論だけ先に書いて挙げるのが親切だ。
#################
セキュリティアップデート 2013-003を実施すると/Library/Server/Web/Config/apache2のhttpd_server_app.confが更新されてphpで書いたファイルがソースコードを表示してしまう。
httpd_server_app.conf　の#LoadModule php5_module modules/libphp5.soがコメントアウトされているので、#を削除して有効にする＝moduleが使えるようにすれば良い。
#################
このサーバのOSはMountain Lion (10.8.4)Server なのだ。Apple が７月２日にセキュリティアップデートを発表した。学期末で忙しかったのでうっちゃっておいた。
７月２５日（木）にアップデートを実施したのだ。でそのままなにもチェックしなかったのだが、２９日（月）になってBlogに書き込む仕事ができて開いたら、php スクリプトがそのまま表示されている。php が動いていない訳だ。いや、動けるがapache2-php の連携ができていないのだ。これは、httpd.conf に；

LoadModule php5_module modules/libphp5.so
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

がコメントアウトされて（先頭に#がある）いるためだ。多分バージョンアップされたときhttpd.confが書き変わってしまったのだろう　と高をくくっていたのだが…..
丸々２日、格闘した。現象が見つかった月曜日は解決できず、翌日は運がわるいことに医学のサーバがこけちゃったのと重なってしまったのだ。医学のサーバは業者に任せているとはいうものの、ユーザはそんなことはわからないから基盤室へクレームが来る。管理者には一般ユーザはクレームをよこさないが、ほんの一部のわがままおっさんが電話でどうなっていると問い合わせにくる。医学のサーバの原因はわかったのだが、サーバを再起動すると、あまりにもでかいHDをマネージしているもんで、再起動時にHDをチェックする操作に入り、１０時間くらいかかってしまう。こっちのトラブルは管理者はなにもすることがないのでいいのだが、mikeの方は管理者が対応するしかない。
で、/etc/apach2/httpd.conf を見ると
LoadModule php5_module modules/libphp5.so　はコメントアウトされており動くはず。
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
については；
/etc/apach2/httpd.conf に
Include /private/etc/apache2/other/*.conf
と書いてあり
/etc/apach2/other にphp5.conf というファイルがあり、このファイルに

＜IfModule php5_module＞
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
＜fModule dir_module＞
DirectoryIndex index.html index.php
＜/IfModule＞
＜/IfModule＞

とある（＜＞は全角で本来は半角英語）。問題ない。
そこで困ったわけだ。原因がわからない。
TimeMachine でいっそのことバージョンアップ前に戻しちゃえとおもったのだが、何故か、「復元」ボタンがアクティブにならない。FirstAid とかをやっているうちにアンマウントされてしまった。これは再度構築しないといけないようだ。だから復元できない。
さっさと気が付けばいいのだが、CarbonCopyCloner で別のHDにもバックアップしている。こいつは元のHDにあったファイルが変更されると、古いファイルを.CCC Archives としてバックアップ日時順に保存してある。
したがって、バージョンアップした直後の.CCC Archivesにあるファイルをみれば、バージョンアップで何が変更されたのかがわかる。で、見たらhttpd.conf もphp.ini も変更された形跡がない。
うーん、じゃなんだ？ということでググってみたりして、原因を探しまわったのだが、ほとんどのページは上記のコマンドのコメントをはずせというものばかりだ。
そんでもって、今日ようやく、もっと違う所のファイルが変更されたのではないかと気が付き、
/Library/Server/Web/Config/apache2
のhttpd_server_app.conf が.CCC Archives内のバージョンアップしたときの直後の日付のフォルダにあるではないか。だからこれが更新されたのだ。
で更新されたhttpd_server_app.confをみたら
#LoadModule php5_module modules/libphp5.so
となっているではないか。コメントアウトを解除（# を削除）してapache2を再起動して解決。
httpd.confのどっかにinclude… httpd_server-app.conf と書いてあるに違いないが直接は書いてない。どこにこのファイルを参照しろと書いてあるんだろ？
あー、アホだった。自分自身で書いてあるじゃん。
/Library/Server/web/config/apache2/ReadMe.txt によるとhttpd_server_app.conf は/etc/apache2/httpd.conf に取って代わるものとなっている。
このようなトラブルとかのためにサーバ構築の過程をメモしておいたのだが、このメモ＝blog なわけで、blogが読めないと役にたたない。なんてこった。紙ベースのログが必要だな。
なんてことはない。webサーバを最初に作成したときに気が付いていたのだが、すっかり忘れているのだ。アホだな。学生に以前習ったろなんて言えなくなっちゃった。
で、このトラブルを解決している最中にCarbonCopyCloner からもうHDが満タンだから古いファイルを捨てるとかしろと言ってきた。とほほ…..
[ 約２年後の2015年6月 の追記 ]
また同じトラブルがあったよ。でこの記事が読めなくなって困った。全く反省していないのだ。
[ 約３年後の2016年5月 の追記 ]
また同じトラブルがあったよ。今回はブログを他に移転していたので、ふるいサーバの記事をみることができた。

MacBook Air を２台所有し、１台をバックアップに使っているという贅沢なおっさんの続きだ。
あっちの大学に勤務している日にこの贅沢なおっさんから電話がかかってきた。本来のMacBook Airではなく、バックアップの方のMacBook Airで作業しているのではないか。という疑問だ。
本来のMacBook Air—-Thunderbolt/Power二股ケーブル—-Thunderbolt Display—-Thunderbolt ケーブル—-バックアップ用MacBook Air という接続だ。バックアップ用MacBook Air はターゲットモードで起動しておきCarbonCopyClonerで本来機のクローンを毎日定時に作成する。これにTimeMachine 用外付けＨＤ、SuperDrive、プリンタがUSBケーブルで Thunderbolt Displayの背面のポートに接続する。という構成だ。プリンタがUSB接続なのはプリンタを共有したくないのだ。
孫が生まれ、その写真が送られてきた。あまりにもかわいいので、孫の写真をデスクトップの壁紙にしたわけだ。壁紙の設定は普通システム環境設定から行う。このおっさんはそんなことはあまりしない。Mountain Lion では、送られて来た写真を右クリックすると壁紙にするというメニューが出てくるのだ。だからクリックしちゃったのだ。
あるとき、本来の本来のMacBook Air を Thunderbolt Display からはずし、単体で起動したらデスクトップの壁紙が元のもので、孫の写真になってない。バックアップ機を立ち上げると元のデスクトップだ。へ？ではこれま作業していたのはバックアップ機だったのでは？と、混乱してしまったわけだ。
電話を受けた時、バックアップ機で動いていると言われたので、そんなはずはない、バックアップ機はターゲットモードになっているので、本来のMacBook Air が動いているかぎり、また再起動しない限り、起動ディスクにはならないはず… とは思ったもの、現物がないので、土曜日に行くからということにした。
土曜日、行ったら、贅沢なおっさんの言う通り、本来機単独で起動すると、 Thunderbolt Display-Clamshell モードで設定した壁紙にならない。 Thunderbolt Display接続で本来機の蓋を閉じないと、本来機も Thunderbolt Displayも壁紙は元のものである。この状態で本来機の蓋を閉じClamshellにすると、設定した孫の写真の壁紙になる。
この動作は本来の動作なんだろ。２つの画面のそれぞれの壁紙を設定したことになるのからだ。蓋をあけたときは自動的にミラーモードであり、Clamshellモードはミラーモードでも、２台のモニターを使っているモードでもないのだ。混乱するわけだ。Clamshellモードではビデオ出力は本体への出力をやめ、外付けディスプレイ専用になるのだ。解像度がちがうからな。壁紙については２台のモニターを使っていることになるんだろ。
さらに混乱したのは Thunderbolt Display背面に接続したUSB機器を認識できないことである。本来機に接続すると認識できる。
しかし Thunderbolt Displayに接続した外付けHDは、最初は認識していなかったが再起動でできるようになった。Canonのプリンタは認識できない、また管理者が最初に設定したときは Thunderboltケーブルが短いものであったのだが、これを配置の関係から長いものに変更してあった。この長い Thunderboltケーブルにも問題があるのかもしれない。組み合わせでうまくいかない可能性もある。
MacBook Air 単体でもCanonのプリンタを認識できないことが分かった。プリンタドライバを更新したりしたが、結局これは意味がなく、プリンタをUSB接続したまま、プリンタの方を再起動すると、MacBook Air でも Thunderbolt DisplayのUSBポートでも、認識できるようになった。
長い（2 m） Thunderboltケーブルがだめなのかは、きちんと検討していない。短いほうに変更したらうまくいったからだ。
テスト環境が自分の物ではないからな。
２台のMacBook Airは重ねて置くと加熱してファンがうるさい。そこで、ホームセンターでまな板が２枚入るスタンドを購入して持って行ってあげた。これでいいはず。これでディスプレイの近くにMacBook Airを２台置けるので Thunderboltケーブルも短いので済む。
PowerPointでコピペができないという問題は、OSを10.8に上げたためで、Office 2011をアップデートして解決した。
なんだかんだで２時間弱かかって、すべて解決した。系統的に調べて原因を追及していないから、参考にならないだろうな。
なんせ、こんな贅沢な使い方をしているユーザなんてめったにいないから、ネットでの情報が得られない。