銀杏の木

当サイト版 rNote である rNote-re だが、今後の予定として、とりあえず HTML5 対応をしてみようと思う。

ヘッダ情報の修正と、 css も含めたレイアウトの HTML5 タグ対応が中心になるだろう。

そして HTML5 対応が出来たら、トップページにアニメーションを追加したり HTML5 らしいデザインにしたりしてみようと思う。

・・・というわけで、まずはヘッダ部分を修正し HTML5 のヘッダを出力するようにしたみた。まだ中身が伴っていないのでなんちゃって HTML5 だが・・・（笑）。

ちなみに、「開発」カテゴリがあるのをすっかり忘れ、「ソフトウェア」や「冬星のソフトウェア」に開発関連の投稿を続けていたのに気づいた。今更ながら、開発関連の話題は「開発」カテゴリに投稿することにした。

なぜ XHTML5 にしたかというと、 rnotepad.php （記事投稿エディタ）で、「投稿」ボタンが押されたときに、日付などの入力欄の入力チェックがしたかったからだ。

とりあえずやってみた感想だが、 input タグの要素に pattern で正規表現を使って入力してよい値を指定するのだが、それだけだと、未入力の場合素通りしてしまう。 required 要素も一緒に指定しておく必要がある。検索して見つけたサイトは、その注意点が漏れていた。

あと、 pattern で指定した形式ではなかった場合、「投稿」ボタンを押すと、「Please match the requested format.」（ firefox　）や「指定されている形式で入力してください。」（ chrome　）といったメッセージがツールチップ形式で表示されるのだが、どのような形式にする必要があるかは教えてくれないのだ。

こういう場合、例えば時刻であれば「００〜２３を入力してください。」とツールチップに表示したいのだが、それができないので、 HTML5 の入力チェックは、いまいち役に立たないことが分かった。

今の HTML5 の入力チェック方式であれば、例えばフォームの入力欄付近にどのような形式で入力するかを正確に表示しておく必要があるが、これでは非常にうっとうしい状態になってしまう。やはり、ちゃんとやりたければ javascript などでごりごり書かないといけないようだ。もう一度言うが HTML5 の入力チェックは、「いまいち」なのである。

先日、 XML-RPC API を用いて、サーバから自分のサーバに向けて通信を行い、カテゴリの情報を取得するようにしたが、それをやめた。

rnoteadmin.php では、各プラグインからの出力を表示する直前にブラウザに向けて header() を用いて HTML ヘッダを送信しているのだが、 XML-RPC API を用いた通信を行うと、 header() が実行される前にプラグインが呼び出されたときに通信が実行されるが、そのとき送信されるヘッダとブラウザに向けて header() で送信されるヘッダが同一視されるようで、 rnoteadmin.php で header() を実行したときに「既にヘッダは送信済みです」という warning がどうしても消せないため、うっとうしいので XML-RPC を使ってカテゴリを取得するのをやめた。

XML-RPC API を使用したのは、 rnotepad.php 内でカテゴリの配列を直書きしてしまうと、 rnote.php と二重管理になってしまい汚らしいしカテゴリを修正するたび、両方を修正しないといけなくなるから、という理由からだった。そこで、実際にカテゴリの配列が定義されている rnote_config.php の配列から情報を読み取って rnotepad.php でも使用するようにしたので、この方法でも問題は解決されている。

さくらのレンタルサーバには pear がインストールされているのだが、権限がないのでパッケージを追加するなど操作することが一切できない。

それでは全く使いものにならないので、自分で pear をインストールする方法をネットで手順を検索してみたのだが、「 pear の公式サイトの go-pear はうまく動作しなくなっていてエラーが出るので（そのサイトに独自に）保存してあるアーカイブをダウンロードしてインストールする」とか、「 go-pear.php をダウンロードして実行する」とか、なんだか変なことばかり書いてあるので、参考にするのはやめて、 pear の公式サイトをたどってみた。

pear の公式サイトの url を開き、「installing PEAR on your system」のリンク先を開き、「Getting and installing the PEAR package manager」のリンク先を開く。

すると、「Unix/Linux/BSD」のセクションに、

とするように書いてある。特に問題もなく go-pear.phar がダウンロードされ、実行する。

このような選択肢が表示されるので、 all を選択すると、１から１２まで順番にディレクトリを設定することになる。基本的に提案されて表示された通りのディレクトリで問題ないが、 Public Web Files directory だけは、提案通りに入力すると $prefix/www となってしまう。提案通りの $prefix を入力していある場合、 /home/（ユーザID）/pear/www となるのでそれではまずい。 /home/(ユーザID）/www と入力しなければいけない。

１から１２までの入力を完了すると、先程の選択肢の表示に戻るので、今度は ENTER だけ入力すると、インストールが始まる。設定内容は /home/（ユーザID）/.pearrc に保存される。

と WARNING が表示されるので、さくらのレンタルサーバのコントロールパネルを開き、「アプリケーションの設定＞PHP設定の編集」を選択し、エディットボックス内に、

と入力し「保存する」ボタンを押し保存しておく。

先程の go-pear.phar の設定の続きに話を戻すと、その後、

と聞かれるが、 Y と返事しても、 /usr/local/php/7.3/etc/php.ini は、レンタルサーバのユーザからは編集できない（だからレンタルサーバのコントロールパネルに編集する場所がある）ので、ここは N と答えておく。

などと、ちょっと文句を言われるが気にしない。

と警告されるが、自分のサーバの場合はどちらの pear を実行して pear list としてみても PEAR のバージョンに変化がないので問題はなさそうだ。気になる場合は /home/（ユーザID）/pear/bin を PATH に追加しておくとよい。その際は、 /usr/local/bin/pear よりも優先して実行されるようにしておくこと。

以上が、さくらのレンタルサーバに pear をインストールする手順だ。なぜか、ネットに上がっているさくらのレンタルサーバへの pear のインストール方法には、このようにしてインストールすると書いてあるサイトが皆無だった。一体どうしてなのだろう？そもそも go-pear.php ってなんだ？そんなファイルなかったぞ？？ go-pear.phar の間違いなのか？それにエラーもなく普通にインストール、実行できるのだが・・・。

date_default_timezone_set() でタイムゾーンを指定できることが分かったので、 strftime(), gmstrftime() にタイムゾーンを反映させた。

それにともなって、スキンの Date タグのオプションとして、 timezone を追加した。サーバに設定されているタイムゾーンのまま変更が不要の場合は、このオプションを指定しなければよい。

pubDate の出力の場合は、

のように指定することで GMT で日時を出力することができるようになった。

これで一応は、 RSS2.0 の記事の公開日時（ pubDate ）では GMT で出力するようにしながら、各スキンでの処理ができるようになった。

ただ一つ気になるのは、date_default_timezone_set() の結果がプロセス全体に反映されるため、 PHP に同時に多数のアクセスがあった場合に、もし各アクセスがスレッド単位で処理されるとしたら、この関数によるタイムゾーンの変更が、別のスレッドで動作中の処理に予期しない影響を与えることになるのだが、大丈夫なのかな？