Gosh Darnit!!!
We just got a “408 error” which means the website is overloaded.
We are working to fix this as soon as possible, please check back in a few minutes.
WordPress.comからWordPress.orgに過去のポストを手作業で一つずつ引っ越している途中、見慣れない警告がブラウザーのWindowにいきなり現れて、驚きました。ゴミ箱を空にしている時に408エラーが発生したようですが、移設していないポストは無事にサーバーに残っているようです。
WordPress.comの方はテーマのカスタマイズが自由にできず、アクセスが増えると、意図しない広告が表示されるのを嫌って、今年になり、有料のレンタルサーバーを借りるWordPress.orgへと移設することにしました。引越作業が終了した時点で、WordPress.comの方は、サイトを閉鎖する予定です。
Suffusion, a WordPress theme, has been updated again. It has been only a week since I updated the theme to 3.4.0. According to the author of the theme, this release (3.4.1) has a brand new extension and it now supports the "Now Reading" plugin.
I have overwritten the theme's CSS file to change some font sizes, but this time I haven't changed the font family. I've just noticed that you don't need to add "Hiragino Maru Gothic Pro" in the CSS file. Open the Safari preferences pane, click the "Appearance" icon and select "Trebuchet MS", the default font of the theme. Now, the Hiragino Maru Gothic Pro font family, my favorite Japanese font, is used for all the webpages that do not specify Japanese fonts. Trebuchet is also beautiful and easy to read on a computer monitor.
PS: For the theme version 3.4.3, I had to add "Hiragino Maru Gothic Pro" in the CSS file.
当ブログで使用させていただいているSuffusion（WordPressのテーマ）が更新されていたので、自動アップデートを試みたところ、何かの不具合か、Dashboardにアクセスすることすらできなくなりました。管理者としてログインできない状況です。
どうすれば復旧できるか、考えました。ポストやコメントはサーバーのデータベースに保存してあるので、消えた訳ではないはず。phpMyAdminでチェックしたら、無事でした。しかし、ブラウザーで自分のページにアクセスできない状況はどうすれば、解決できるものか？
CORESERVER JPの「ファイルマネージャ」で、おかしくなったテーマ、Suffusionを削除したところ、デフォルトのデーマが適用されて、Dashboardにログインすることができました。再び、更新されたテーマ、Suffusionをインストールして適用させました。カスタマイズしたCSSファイルがデフォルトになってしまったので、元通りにフォントの指定、フォントサイズの変更を実施。ついでに、カラーを変更しました。
VALUE-DOMAINで独自ドメインを取得し、設定を間違ったのか、WordPressにログインできなくなりました。独自ドメインにアクセスしてWordPressにログインしようとすると、通常ならadminとパスワードを入力すれば良いのですが、ログインできません。
いろいろと思い付く事を試してみたものの、問題は解決されそうにないので、「ファイルマネージャ」でpublic_htmlディレクトリに入れてあったWordPress関連のディレクトリとファイルをすべて削除。logディレクトリだけ残しました。
WordPress 2.9.1を再インストールし、.htaccessを作り直して、public_html内の適当なファイル（例えば、index.php）を「ファイルマネージャ」で開くと、インストールの画面に辿り着くことができました。
CORESERVER.JPは上級者向けなのでしょうか。極めてわかりにくいかと思います。そういう人のために「ブログの簡単設置」機能を搭載したCOREBLOG.JPがあるのでしょうけれど。
WordPress.comではstyle.cssファイルの編集ができなかったので、「テーマ」で決められたフォントのみを使用していましたが、サーバーにインストールするタイプのWordPressではインストールするすべてのファイルを変更して保存することができます。
現在、当ブログサイトで使用しているテーマはカスタマイズの自由度が極めて高いSuffusionです。wp-content/themes/suffusionの中にあるstyle.cssを「ファイルマネージャ」で開いて、
font-family: Hiragino Maru Gothic Pro, Trebuchet, "Trebuchet MS", sans-serif;
赤字の部分を追加するだけで、ヒラギノ丸ゴシックプロで表示できるようになりました。使用する「テーマ」やブラウザーの設定により、異なりますが、日本語フォントを何も指定しないと、MacではHiragino Kaku Gothic Proで表示されるようです。ついでにフォントサイズも変更しました。
CORESERVER.JPにWordPress 2.9.1（英語版）をインストールし、このブログを投稿しています。マニュアルらしきものがCORESERVER.JPに用意されていないようで、稼働させるのに苦労しました。備忘録としてインストールの過程を記録しておきます。試行錯誤しながらインストールしたので、この方法が適切な方法かどうかはわかりません。現時点では問題なく稼働しているようです。
CORESERVER.JPのCORE-MINIを試用するまでは、WordPress専用のCOREBLOG.JPを試用していました。私にとってのCOREBLOG.JPの問題点は、WordPress2.9.1（日本語版）が既にインストールされていて、英語版に変更することができなかったことです。（実際は可能なのかもしれません。）日本語版ダッシュボードのデザインが今一つだし、選んだテーマも自動的に日本語で表示されてしまい、これではカスタマイズの自由度が高いとは言えません。端的に言えば、WordPress.comから自動的に表示される広告表示を省いただけです。
CORESERVERのアカウントを作成して先ず実施したことは、データベースの作成です。管理メニューから「データベース」をブラウザーで開き、MySQLを追加しました。(ID名)_( )の( )内に適当にblogを入力。パスワードを設定して、文字コードはUNICODEを選択。メモ欄にはWordPressを入力しておきました。「選択」欄のラジオボックスにチェックを入れて、「作成」ボタンをクリックしてデータベースを作成しました。（最初は「作成」ボタンをクリックするのを忘れていて時間を浪費。ボタンをクリックしない限り、当然ながらデータベースは生成されません。）
WORDPRESS.ORGのサイトから最新版のWordPress 2.9.1をダウンロードして、デスクトップに保存。保存したwordpressフォルダからwp-config-sample.phpを見つけてTextWranglerで開き、赤字の’DB_NAME’、’DB_USER’、’DB_PASSWORD’のサンプル記入部分を上書きしてファイルをwp-config.phpの名称に変更して上書き保存。この時、CORESERVER.JPの「データベース」をブラウザーで開いて、記入すべきDB名、DBユーザー名、パスワードを確認。DB名とDBユーザー名は、「ID名_blog」で同じ。
次にRBrowserを用いてデスクトップに保存したwordpressフォルダ内のファイルとサブフォルダすべてをCORESERVER.JPにアップロード。（実際にはアップロードする必要がないファイルも含まれています。）CORESERVER.JP管理メニューの「FTP設定」でFTPサーバー、FTPアカウント、FTPパスワードを確認し、RBrowserのHost/URL、User Name、Passwordを入力しました。アップロード先はpublic_htmlディレクトリ。
この状態でwp-admin内のinstall.phpをブラウザーで開けば、WordPressをCORESERVER.JPにインストールすることができますが、Widgetやプラグインをインストール、削除したりすることができなくなります。セーフモードが有効になるからです。
そこで、ファイル.htaccessを作成して、public_htmlディレクトリにアップロードする必要があります。TextWranglerで新規ファイルを作成し、以下をコピーしてファイル名htaccess（ドットなし）で適当な場所に保存。ドットから始まるファイル名はMacでは使えません。
<files async-upload.php>AddHandler application/x-httpd-phpcgi .php</files><Files plugin-install.php>AddHandler application/x-httpd-phpcgi .php</Files><Files update.php>AddHandler application/x-httpd-phpcgi .php</Files><Files update-core.php>AddHandler application/x-httpd-phpcgi .php</Files>
当サイトは2006年6月より、MobileMe iDisk上にRapidWeaverを使って投稿してきましたが、RapidWeaverのバージョンを4.2.2 Beta 2から4.2.2 Beta 6にアップグレードした直後におかしくなり、Time Machineを使って元の安定した4.2.2 Beta 2に戻したのですが、それでもアップロードしようとするとUnknownErrorFormatStringがどうのこうので...新しい記事をアップロードすることができなくなりました。
本日、ベータが外れたRapidWeaver 4.2.2をダウンロードし、ローカルに残してあった過去のブログ記事をすべてMobileMe iDiskにアップロードしたところ、成功しました。但し、RSSがうまくフィードできません。それと、編集画面で行間隔もおかしな具合です。
MobileMe iDiskはphpに対応していないことで他にも色々と不便なことがあります。またメンバー名をアドレスに公開することにもなります。一つのMobileMeアカウントで複数の独自ドメインが使用できれば良いのですが、それは無理？のようです。
このサイトはしばらく残しておき、新たな記事はWordPressの方で更新することにします。
RapidWeaverを使ってMobileMe iDiskに公開していたブログがどういう訳か、iDiskにアップロードできなくなりました。RapidWeaverのバージョンを4.2.2 Beta 2から4.2.2 Beta 6にアップグレードした直後におかしくなり、Time Machineを使って元の安定した4.2.2 Beta 2に戻したのですが、それでもアップロードしようとするとUnknownErrorFormatStringがどうのこうので...
同じiDisk上に独自ドメインを設定していますが、そちらの方は問題なくRapidWeaverでアップロードできます。原因はMobileMeかもしれないので、更新を諦め、こちらの姉妹サイトに統合しようと考えています。
過去の記事は数えたことがありませんが、膨大な量であることは確かです。自動でこちらのサイトに移設することはできないので、手作業になりますが、過去一年分ぐらいは少しずつこちらに引っ越そうと思います。
Mac OSに搭載された日本語フォントでは、「ヒラギノ丸ゴシックプロ」が最も美しく、液晶画面で読みやすいフォントだと思います。SafariのAppearanceでも私はStandard FontにHiragino Maru Gothic Proを指定しています。しかし、今日までこちらのサイトで自分が公開しているブログのフォントは、ヒラギノ丸ゴシックではなかったのです。RapidWeaverを使ってこのブログを書き、公開していますが、FormatメニューからWeb Safe Fontを選んでもHiragino Maru Gothicはリストにありません。仕方なく、CSSファイルにHiragino Maru Gothicを指定したのですが、一向にそれが反映されなかったのです。
それが、今日、思い付きで、TextEditで書いた文字をHiragino Maru Gothicにしてからその属性を維持したまま、RapidWeaverのブログエントリー用ファイルにコピー、ペーストしました。何とヒラギノ丸ゴシックのまま、ペーストされました。
次に新しいエントリーを加えた場合も、今度はコピー、ペーストしなくても、直接書いてもヒラギノ丸ゴシックです。RapidWeaverはHiragino Maru GothicがWeb Safeフォントではないと判断しているようですが、SafariやFireFoxで見る限り、問題なくヒラギノ丸ゴシックとしてフォントが美しく見えます。
Windows XPやVistaの場合、普通はヒラギノ角ゴシックも丸ゴシックも搭載されていないでしょうから、いずれのフォントを指定しても、別の美しくないフォント（主観です）に置き換えられてしまいます。
Safari 4のパブリックべーがが公開されました。まず目を引く新機能は速くなったということ。初期型AirMac Expressの無線LANでアクセスすると、近頃、速度がどうも遅いと感じていました。これが滅茶苦茶速くなりました。
そして”Top Sites”、これならお好みのサイトが更新されているかどうか、アクセスしなくてもわかるので、便利。
それとズーム機能。文字だけではなく、画像も拡大されるのでレイアウトが崩れることがありません。以前から何とかして欲しいと思っていました。
この記事は試験的に投稿しています。RapidWeaverでのフォント指定がうまく、ブラウザーに反映されずに困っていました。「ヒラギノ丸ゴシック」を指定したつもりなのですが、「ヒラギノ角ゴシック」になっていました。
パーソナルドメインを取得し、.Macのサーバー (web.mac.com) にRapidWeaver 4.0を使って、3.6で作ったサイトをアップロードしてみました。Setup>Web Addressに取得したパーソナルドメイン名を入力して、Publishをクリックすると、「Setupで指定したアドレスと発行先のアドレスが違うのですべてのページをアップロードする」という旨のメッセージが出ます。File>Publishing Settings... では”Publish to subfolder of sites folder”のチェックを外し、”Use .Mac personal domain”のチェックを入れてPublishをクリックするとパーソナルドメインにサイトを公開することができました。
確認のメッセージでは、公開先アドレスはパーソナルドメインではなく、homepage.mac.com/UserName/になっています。Setup>Web Addressを再び確認すると、設定したはずのパーソナルドメイン名が消えて、homepage.mac.com/UserName/に戻っています。たぶん、バグだと思いますが、無視してSetupの設定はそのままの状態でページを更新してもパーソナルドメインの方に適切にアップロードできるようです。
何が起こっているのかよくわからないので、整理して考えてみます。アップルのサイトで.Mac>Account>Personal Domainで設定を済ませると、web.mac.com/UserNameがパーソナルドメインになります。RapidWeaver 4.0でサブフォルダを作らずに最上位階層(homepage.mac.com/UserName)にサイトをアップロードすると自動的にweb.mac.com/UserNameの最上位階層にサイトが送られるということでしょうか？つまり、homepage.mac.com/UserNameとweb.mac.com/UserNameは同じもの？
サブフォルダに発行するということは、homepage.mac.com/UserName/subfolderですから、パーソナルドメインを設定したweb.mac/UserNameにはアップロードしないということです。整理しているつもりがますます、混乱してきました。
今回、取得したドメインはwww.example.comです。備忘録としてドメイン取得時の一連の処理を書いておきます。