私の環境では、次のように、データベースの variable テーブルに
name 列の値が 'date_default_timezone_name' の行があれば
うまくオフセットが設定される動きになっていました。
mysql> select * from variable where name='date_default_timezone_name';
+----------------------------+--------------------+
| name | value |
+----------------------------+--------------------+
| date_default_timezone_name | s:10:"Asia/Tokyo"; |
+----------------------------+--------------------+
coreserver の www.glotal.com ディレクトリ上で、.htaccess に次の記述を追加。
・・・ # Various rewrite rules. <IfModule mod_rewrite.c> RewriteEngine on RewriteCond %{QUERY_STRING} (.*)node/487$ RewriteRule ^$ http://shop.glotal.com/sasaki/? [R=301,L] RewriteRule node/487$ http://shop.glotal.com/sasaki/ [R=301,L] RewriteCond %{QUERY_STRING} (.*)node/487/$ RewriteRule ^$ http://shop.glotal.com/sasaki/? [R=301,L] RewriteRule node/487/$ http://shop.glotal.com/sasaki/ [R=301,L] ・・・これで、/node/487 および /node/487/ に対するリクエストが http://shop.glotal.com/sasaki/ に 301 ステータスでリダイレクトされる。FireFox の Live HTTP headers プラグインで動作を確認した。
これで再クロールが行われればインデックスが更新されるはず。実際の販売時期はまだ先なので、この状態でしばらく様子を見ることにする。
public_html/www.white-root.com/ の下の .htaccss を確認したところ、update.php に対して CGI モードで実行させるオプションが抜けていた。次の3行を追加：
同時に、共用環境の htaccess テンプレートにも同様の変更を加えた。
この措置で問題が解決するかは、次回データベーススキーマ更新のときに確認することにし、とりあえず様子を見ることにする。
CORESERVER 側に tweet モジュールが入っていなかった。
tweet モジュールは他のプロジェクトでも使用できる可能性が高いので、最新版を共用環境にインストール。その後、モジュール画面で有効にすることで復旧完了。
今後、CORESERVER D6 環境では tweet モジュールが利用可能。
Development snapshot の 6.x-3.x-dev を使っていましたが、問題を作成する権限を与えないと解答できないようなので、6.x-2.1 に戻しました。
それまでの問題が正常に動作しなくなったので、また作り直しました。
アクセス拒否で表示できなかった方にお詫び申し上げます。
現在の D6 版で確認したところ、画像メニューを複数作るとそれぞれに対応するブロックも作られるので、これらを有効にすれば画像メニューのブロックを複数設置することはできる模様。
ただ、同じ仕様のメニュー項目を複数メニューに登録し、それらのブロックを同時に有効にすると、いつの間にかメニュー項目が一方のメニューに移っていたり、ちょっと不可解な現象に遭遇。制限事項か？
imagemenu モジュールを有効にすると、イメージメニューをノードに埋め込むためのフィルタが組み込まれ、このフィルタを有効にした入力書式において、次の形式でマクロを記述することで、ノード内に画像メニューを埋め込むことができます。
[imagemenu:menu_id]
menu_id は各メニューの設定画面の URI に指定される番号として確認できます。
たとえば、設定ページの URI が、
/admin/build/menu/imagemenu-customize/1
であるメニューの menu_id は 1 であり、このメニューを埋め込むためのマクロは、
[imagemenu:1]
となります。
サイトの Drupal 6 への移行に伴い、使用する Quiz モジュールも Drupal 6 バージョンに移行しています。
サイトの Drupal 6 への移行に伴い、このサンプルで使用している imagemenu モジュールも Drupal 6 用のバージョンに移行しています。
Quiz 5.x 2.0 beta1 に上げてスキーマを更新したら、旧サンプルが動かなくなってしまったので（汗）
作り直しました。
http://www.white-root.com/node/65
旧版は削除し、URL は上記へのエイリアスに設定。
さくらのレンタルサーバーで SQL エラーが発生し、テスト結果が正常に表示されない。
テスト中の問題番号の表示もおかしい。
XAMPP version 1.6.4 (MySQL 5.0.45) では問題なし。
XAMPP Lite version 1.4.8 (MySQL 4.0.21) で再現。
mysql4.0 系で発生する問題か？
なお、Quiz 1.1 のほうは、MySQL4.0 の環境でも動作するようです。
http://drupal.org/node/206225
Views との統合、問題間の前後移動などの新機能のほか、スキーマの改良など。
特に Views を使ってテスト結果の一覧をカスタマイズできるのは便利そう。
Groups.Drupal の Drupal IDE に関連記事がありました。
http://groups.drupal.org/node/8116
よかったです！
上記の修正コードでバッチリ解決しました。
まっさらの環境を作り直して確認してみたところ、
赤色表示の問題は、date_default_timezone_name の話とは別件で、
本家にポストされた修正コードで解決したものでした。
http://drupal.org/node/99223#comment-631328
試行錯誤の中で混乱して勘違いしておりました。
申し訳ありません。
記事の該当箇所を修正しました。
すみません、たびたび。
date_default_timezone_name というのはなく、date_default_timezone までだったような気がします。
はウソかもしれません、よくわかりません。
役に立たないなんて、そんなこと言わんでください。レスありがとうございます。
私は技術面は全く素人なので原理的なことは全くわからないのですが、ともかく初めからdate フィールドをあのように設定しているのですが、ダメなんです。
phpMyAdmin を見てみましたが、date_default_timezone_name というのはなく、date_default_timezone までだったような気がします。
もしよろしければメールでコンタクト下さいませ。
コメントが承認待ちになってしまい、失礼しました。
うーん、ダメでしたか、、、役に立たないコメントですみません。
私の環境では、次のように、データベースの variable テーブルに
name 列の値が 'date_default_timezone_name' の行があれば
うまくオフセットが設定される動きになっていました。
なお、テスト環境ですが、
Windows、xampplite (Apache 2.2.4、MySQL 5.0.45、PHP 5.2.3)、
Drupal 5.3、Views 5.x-1.6、Calendar 5.x-1.7、Date 5.x-1.7 でした。
こんにちは。ryo@drupal.org です。
「Drupal 日本語プロジェクト」のほうでいただいたコメントにレスしたのですが、本家記事へのリンクを張ったためかどうもスパムの嫌疑がかかっているらしく、
モデレーション中になってますのでこちらのサイトに書かせていただきます。
こちらのサイトについては何度か読ませていただいた記憶があるのですが、ついさっき、
http://www.drupal-module.info/
で話がつながりました。
ところで
Time zone handling:
Site's time zone
Site timezone:
Asia/Tokyo
をやってみたのですが、やはり日付が正しく表示されません。何故なんでしょうね。。。
冒頭の部分を訂正しました。
AdSense は PPC 広告で、成果報酬型のアフィリエイトとは区別するんですね。
そんなことも知らないんですよ、ははは。
それと、あるブログコミュニティへのお誘いのコメントをいただきましたが、
個人的にまったく興味のない分野でしたので削除させていただきました。
ご了承ください。
my.cnf の編集例で下記の部分（太字）が抜けていたので訂正しました。
character-set-server = utf8
collation-server = utf8_general_ci
skip-character-set-client-handshake
久しぶりに http://drupal.org/node/117251 をチェックしたら、8月末に解決した模様。
最新版で動作を確認。
これで、4.7 で運用中のサイトを移行できそう。
感謝。
.tpl.php ファイルとは異なり、template.php の中では $node 変数が使えないようなので、テンプレート側から関数の引数を通じて渡してやる必要があります。PHP は簡単に引数を追加できるので、こういうときにとても便利。
arg(1) あたりで取得したノード ID を node_load 関数に渡して読み込む方法も考えましたが、メニューのレンダリングのたびに node_load すると、ものすごくパフォーマンスが悪くなりそうなので却下。