日本語をデフォルトで使えるのは有り難い。ただそのフォントはちょっと見栄えがよくないなーと長い間思っていた。有るパソコン雑誌で、メイリオがよいと記事を読んだ。そこで今回、思い切って、フォントを変えてみることにした。
もちろん館主は下手の横好きなので、スタイル・シートについてド素人。ウェブで調べると、ずいぶんとたくさんの記事がある。しかし意外と使えない。
参考にさせていただいたのは、「CSSのfont-family設定」
でも結果は館主の好みとも違うので、こちらはこちらで試行錯誤。アルファベットのフォントは現状で気に入っているので、そこは変えたくない。日本語だけ、改善したいのだ。環境はWindows 7、ブラウザーはIE9。環境が異なると、見栄えも異なるので、あくまで同じ環境で使う方へのご参考。
いじったのは、Appearance > Editor > Stylesheet (style.css)
/* =Fontsラインのすぐ下にフォントが定義されている。まずはデフォルトのフォントを使うとどうなのかお見せしよう。下がオリジナル、その下が出力画面。ちょっと一部はまるで中国語?みたいな感じ。
font-family: Georgia, “Bitstream Charter”, serif;

こういう風に変えてみた。
font-family: “メイリオ”, “Meiryo”, “ヒラギノ角ゴ Pro W3″, “Hiragino Kaku Gothic Pro”,”Osaka”, “MS Pゴシック”, “MS P Gothic”, Georgia, “Bitstream Charter”, serif;
すると、だいぶ良くなった。でもちょっとまだイマイチ、quoteの中のフォントがギザギザしており、見栄えがまだよくない。

結局、あれこれ試した末、最後は単純にこれで決めた。
font-family: “メイリオ”, “Meiryo”, Georgia, “Bitstream Charter”, serif;

Category Archives: パソコン
Add new galleryで名称の付け方注意点
ギャラリーをアップロードしたが、どうも変だ。

FTPで調べると、このように、確かに写真はアップされている。

しかしギャラリーを開くと、サムネイル写真が出てこないのは、なぜなんだ?
どうも名称は、よくよく説明を再読すると、アルファベットに限ると言っている。これがくさい。ここで入れた名称がそのまま、フォルダーの名前になるから。

そこで名称をアルファベットに変えて、作り直したら、うまくいく。

ただ、いったんギャラリーが作られた後、タイトルを日本語に変更するのは構わない。

前もそうしていたのに、すっかり忘れていた。そのたびに備忘録を付けるようにはしているのだが、ついそのままにしてしまうのが間違いを繰り返すことになる。
エンコーディングはUTF-8で決まり
ところで、このブログではエンコーディング方式はutf-8を採用。特に理由はなく、デフォルトでそうなっていたから。Settings > Reading 画面には始めからUTF-8が入っており、冒険好きなら(adventurous)他を試してみたら、といっている。人柱になって、これまで何度も失敗をしてきたが、ここは一度決めたらそう簡単に後戻りできないぞ。

米国のレンタル・サーバーなので、日本国内のようにシフトJISをおねだりしてもしょうがない、日本語を正しく表示してくれれば十分。それに国内のサイトでも、utf-8をホームページに採用している企業が増えてきたような気がする。
一方、館主が最近まで運営していた自宅サーバーではcharset=Shift_JISを採用していた。それはそれでホームページを管理する限り、何の問題もなかった。だからutf-8に切り替える決断に迷いがなかったというとウソになる。
米国レンタル・サーバー移行後二ヶ月経過。思い切ってUTF-8を採用したことによる、文字化けトラブルは今のところ皆無。あの時の決断は間違っていなかった。
自宅サーバーともこれでお別れ
「MyDNS.JPのご利用が1ヵ月間確認できませんでしたので、規定により、ご登録頂いている下記のデータを削除致しました。」
今朝、こんな内容の電子メールがダイナミックDNSサービス業者から届いた。そうか、これで完全に縁が切れたか。
自宅にあるパソコンの一台を利用して*、Web/FTPサーバーを運営すること10年近く。試行錯誤、紆余曲折の連続。知る人ぞ知るDiCEを始めいくつかDynamicDNSサービス**にも長らくお世話になりました。広告らしい広告も無いし、無料でサービスを提供していただき、感謝の言葉もありませんワ。
* 「ウェブ・サーバーのハードを変更します」
** 「ダイナミックDNSサイト変更その後」
自宅サーバーを無事卒業するにあたって、切り替え時の注意点を、備忘録として残しておきたい。
1.Webサーバー
レンタルサーバーを使い始めたら、速やかにホスト名レンタル業者にもサーバー・レンタル業者にもDNSサーバー変更手続きを取る必要がある。例え忘れていても、業者からはDNS Name Serversを更新するよう、催促される。
2.Mailサーバー
自宅サーバー運営時には、ArGo SoftwareのMail Serverを自分でインストールしておいた。レンタル・サーバーを使うと、メール・アドレスを提供されるので、不要。サーバー・レンタル料金に含まれていると考えられ、別途料金も要らない。
3.FTPサーバー
FTPサーバー・ソフトを購入、常時立ち上げておき、外部からFFFTPだとかNextFTPといったクライアントでファイルをやりとりしていた。サーバーをレンタルすると、FTP Addressを提示されるので、こちらもサーバー・ソフトは不要になってしまった。
4.ブログ・サーバー
XOOPSを止めて、WordPressに切り替えたことはどこかで説明した。以前のブログで投稿したXOOPS内容をCSV形式でダウンロードはしておいた。WPにインポートすることは技術的には可能と思う。遺憾ながら、それをする技術も、かといって手で入れ直す時間的余裕も今はない。
5.ウェブ・カメラ
モニター用に我が家「豪邸」前にウェブ・カメラを設置してある。定期的に吸い上げた画像をLAN経由、FTPサーバーに送っていた。これも、何とか送り先を新規サーバーに切り替えを済ませた。我が家前の画像を米国に送り、それを日本に送り返して、チェックするというのもおかしな話だが、24時間サービスを買ったので、そういうことになりますね。
ブログにAmazon Reloadedを導入する
目標は決まった。あとはそこへ向かってまっしぐら。
1.導入前の下準備
「Amazon アソシエイトサービス」にてアソシエイトID取得
「Amazon Web Services」にてAccess Key ID / Secret Access Key取得
2.インストール
Install Now、次いでActivateと、いつもながら申し訳ないくらいに簡単
3.設定
Dashboard > Setttings > Amazon Reloaded という順序で進む。
この画面で事前に取得しておいた、IDやらKeyを入力し、かつLocaleにJapanを選択。正しければ、めでたくYour credentials are correct!

これでやっと準備完了。この時点以降、新しい記事を書こうと画面を開けると、一番下に新しいフォームが追加されていることが分かる。

私が今読んでいる本の題名の一部だけ入れて、検索してみると、ぴったり一件だけ見つかった。

日本語書籍を認識できるのか、不安だったが、全くの杞憂に過ぎなかった。これで良し。
ここで参考にさせてもらった記事は以下。
「WordPressで簡単にAmazonアソシエイトを使えるプラグイン Amazon Reloaded for WordPress」
以下にただいま読んでいる途中の本を引用してみる。こんなことがしてみたかったんだよ。
世界一の映画館と日本一のフランス料理店を山形県酒田につくった男はなぜ忘れ去られたのか
今にして分かったPermalinkの重要性
手探りで始めたものだから、設定などはとりあえずの繰り返し。ほとんどDefaultに近い形で来た。参考書やら他人の書き込みを参考にすると、Permalinkは始めの段階できっちりと決めておくべきだったなと反省。記事名を番号やら、日付にするのはある意味で、整理には都合良いが、符号に過ぎず、URLからは内容が分からない。
今回の記事は、この記事「第1回 WordPressをチューンアップする!」の2ページ目を参考にさせてもらった。(最もこの著者のURLは普通の番号じゃないかな)
案の定、Permalinkの設定を変えた途端、それまでの記事が読めなくなった。そこであわてて、Redirect対策を講じた。著者の勧めるPluginは古い気がした。2008年で開発停止?そこで、新しいPluginを探してみた。同じ名前が見つからない。似た名前のPermalink Redirect V1.01が人気らしい。(最もこちらも、Last Updated: 522 days agoとあり、同じような古さか。)さっそくInstallかつActivate。ところが、設定の方法が分からない。いきなりphpを編集しなさいと言っている。やーめた。直ちに削除。
そこで、著者が同じページで勧めるPlugin「Permalink Redirect WordPress Plugin」をそのまま使うことにする。なぜPlugin紹介に含まれていないのか分からず。導入は、昔ながらのやり方、つまり自分のPCにコードをダウンロードして、その後サーバーにアップロード。Activateすると、Plugin設定行(Permalink Redirect)が登場する。

新しいPermalinkは自動認識されているので、Old Permalink Structures:の空欄に古いPermalinkを入れてあげるだけ。これは易しい。

WordPressのメール投稿機能を使ってみる(解説)
このまま無手勝流で進むのは、恥さらしなので、館主も少しずつWordPressの勉強を始める。といって専業プログラマーでもないので、あくまでユーザーとして最低限のマナー獲得を目標。
参考書を読み進めると、メール投稿機能のことが載っている。さっそく試してみた。しかし何度メールを送っても、投稿もされないし、下書きにも現れない。
グーグルで検索したところ、いい記事「WordPress 2.7 のメール投稿機能を使う」を見つけた。著者によると、wp-mail.phpに毎回アクセスしろとある。これこそ求めていたヒントだった、有り難し。
以下は自分流の備忘録。
1.サーバー側で、秘密のメール・アドレスを決めて、登録。「秘密」にしておくのは、他人に勝手に使われ、投稿されないため。

2.そのアドレスに、他の適当なメール・アドレスからメールを送る。この場合、タイトルがそのまま、投稿のタイトル、本文はそのまま投稿本文となる。カテゴリーは、上記1で決めたデフォルト・カテゴリーとなる。
3.投稿後、wp-mail.phpにアクセスする。

複数投稿後、まとめて一度アクセスしても良いようだ。一度アクセスすると、キューからメールが削除される仕組みらしい。だから、アクセス後、投稿前に再びアクセスすると、次のように叱られる。
‘Slow down cowboy, no need to check for new mails so often!’
4.Dashboardにアクセスし、Postsを開いてみると、今メールで投稿したものが、下書きとして載っている。

5.カテゴリーを適当に変更後、Publishボタンを押すと、従来のやり方と同様、投稿された。

補講:著者によると、wp-mail.phpにアクセスすると、文字化けを起こすという。しかし館主の環境、WordPress3.0(英文オリジナル版)では正しく処理されている。日本版を導入しなかったので、そちらでどうなるか分からず。
最後に、このファイルに集中アクセスされることにより、サーバーに負荷がかかり、攻撃される云々は、ちと大げさではないか。メール投稿をしても、下書きキューに入るだけ。最終的には、Dashboardにアクセスしないと、承認されない。とはいえ、低いが可能性は有ると言うことで、いちおう名前を変えることにした。
WordPressのメール投稿機能を使ってみる
メールないし携帯電話から投稿することが可能らしい。
環境は以下の通り:
WordPress 3.0(英文オリジナル)
設定は、Settings>WritingにてLogin name/passwordを適当に書き換え、Save changes
その後、適当なメール・ソフトないしウェブ・メーラーから上記で設定した「秘密」アドレスに送ったのが、このメール。
upload もっと簡単にできる、Dropbox
Get startedで紹介されている方法は、ファイルを個々にアップするやり方。

このやり方でしばらく続けていたが、もっと単純にやる方法が有った。エクスプローラでフォルダー毎、コピーなり移動すれば良かったのだ。
例で示そう。
Shareという名前のフォルダーがあり、

これをPublic folderの中に移動した。

直ちに反映されたことが分かる。

便利な道具だなー。
ファイル単体の共有はどうする?Dropbox
このツールのデータの公開、共有について調べてみる。
残念ながらファイルの単体で公開するという考えがないみたい。

どうもフォルダー毎、メールで送るというイメージのよう。有るファイルは共有したいが、有るファイルは公開したくないという選択ができないのか。ウーン、あまり賢くはないな。できたらファイル単体で、しかもURLで送信できたらいいのに。

ここでも、フォルダー単位、

さらに、ここでもフォルダーか、

とはいえ、ファイル・フォルダーを別にして、すごいのは200MB近くの大容量データでも構わず、扱える。これは素晴らしい。

