今まで起きてはいたが、原因がはっきりしなく、解消したものの今度起きてたら、、、、ハラハラの問題「ahah_helperモジュールを有効にしただけで画面が真っ白」という現象。
本日判明しました。
原因は、「ahah_helper.module」内で「array_smart_merge」という関数を定義していますが、それと同様の事をhierarchical_selectモジュールでもやっていました。
良く見たら、hierarchical_selectモジュールの作者はahah_helperモジュールの作者と同一、、、、
hierarchical_select.infoもahah_helper同様、非常に便利なモジュールなんですが、これは参りました。
しかたなく、両モジュールにパッチを入れました。
最近、富に多い お問い合わせ、それは「Drupalは高機能、では何が他のCMSと違うのですか？」という内容です。
Drupalが高機能で、柔軟性に富み、あらゆるニーズに対応できる（ひとそれぞれ技量により、ですが）のは解った。
しかし、具体的に、例えばJoomlaよりも、何が、どこが、優れているのでしょうか？
という質問が、最近多いです。
そういう時、私はいつも、こう答えます。
「Drupalも他のCMSと同様、万能という事はありません。欲する機能を求めるときに、既存のモジュール、機能が存在しない可能性はあります。そういうときに、私は開発者として、Drupalなら今までの既存の機能を無駄にせずに欲する機能を"追加"できます。」
仕組み（構造）として、そうなっているからです。
「知れば知るほど、既存の知識が活かせるのです。」と答えます。
良く、JoomlaとDrupalは比較されますが、JoomlaとDrupalとは全く異なるCMSです。
比較される所以は、Joomlaも多彩な機能（エクステンション）を持つからだと思いますが、その拡張性には限界が見えています。Drupalのように他のモジュール（Joomla的にはエクステンション）を自然に拡張するような構造ではないからです。
得てして、Drupalはプロ好みと言われるようですが、決してそうではありません。
むしろプロを超えるアマチュア（マニア）、、、なんと言ってよいかわかりませんが、自由なサイトを生み出しやすいというか、拡張性に秘める自由度、理論が受け入れられやすいような気がします。
Drupalをあきらめた、これだから受け入れられない、というような記事を見かけますが、それらは決して的を得ていません。
汎用性を売りにする？から、かも知れませんが、Drupalは概ね誤解されています。
とっつきにくいCMS。しかし、馴染んだら離せない。そんなCMSです。
「Drupalを採用してこんなことができますか？」という質問に、「それができないとすれば、技術者の力不足、あるいは予算不足」と答えるしかありません。
ソフトウェアの開発に対して、「可能か、不可能か」問うのは、ある必然「予算なり、時間なり」伴う事です。
Drupalを採用したサイトで「不可能」というアンサーがあるとすれば、技術的にではなく、それらの周辺事情があるのではないかと思います。
私的にはそれほど"Drupalなら"というふうに思っています。
ノードフォーム（hook_form）に仕込んで利用中、Ajax動作、および[保存]時に入力したデータが反映しない。というもの。
いつも起きるのではなく、特定のタイミング。
（入力フォームを開いた直後の入力で即Ajaxまたは[保存]で発生）
どこでもで起きるわけでははない。
（サーバにより違う - 特定できていない）
確認できているのは PHP5.29 ＝ 起きない。 PHP5.26 / PHP5.16 ＝ 起きる。
（方向違いかもしれない）
原因特定できず、暫定策として、Ajax時はhook_form()で、[保存]時はxxxxxx_submit()で対応（postをvaluesに入れる）
CMS(コンテンツ・マネージメント・システム)は本来「サイト・オーナー（ホームページ・オーナー）が自身の手でコンテンツを更新する」ことが主体です。
しかし、現状のCMSはホームページ全体のレイアウトまで影響したり、組込みが難しかったりと、実際のコンテンツ更新作業に入るまでの手続き、コストがかかりすぎます。
ActionsCMSは、運用中のサイト（ホームページ）を「簡単にCMS化」します。
無料CMSホームページ.jp6.info：CMS体感ホームページ、そのまま本格運用も！
そんな方々のためのサービスです。
無料CMSホームページ.jp6.infoは、ユーザ登録からサブドメインによる無料CMSホームページ作成までのプロセスが全て自動化されています。
サブドメイン作成やCMSインストールによるサーバ再起動や待ちは一切ありません。
Drupalを活用した「ユーザ管理＋サブドメイン / サイト自動作成システム」は会員がユーザ登録により自サイトを持てるようなサービスのサンプルにもなっています。
このサイトもそうですが、今やドメインの取得は常識となっています。一つのサービスに対して専用ドメインを取得するのも普通に。
従来一つだった企業サイトが製品やサービス専用サイトとして分散した後は、従来のホームサイトを統合サイトとしてリニューアルします。
各分散サイトで公開すべき情報は統合サイトでは紹介程度にし、専用サイトへリンクする事で専用サイトへの導線を張ります。
専用サービスサイト側でも、訪問者が他の専用サイトに向いているようなら他の専用サイトや統合サイトへのリンク（導線）を張っておきます。
を狙っています。
上記サイトは、単一サービスの内容、料金体系を提示し、サービス専用のお申し込みフォームよりのお申し込みへ誘導するサイトです。
『育てるホームページ』専用サイトは、弊社が運営している無料CMSホームページ.jp6.infoに無料会員登録後、企業用テンプレートを選択し、不要なページを削除、画像、コンテンツ差し替え、というスピード製作（所要時間約5時間）で作成しました。
所要時間5時間のうち2/3は画像・バナーを作成した時間です。
Twitterモジュール、Twitter actionsモジュールを有効にし、Twitteするノードタイプを選択すると、当該ノードの投稿時、自動的にTwitter投稿が行われます。
そのままでは、Default format string:として自動投稿時のフォーマットが指定できます。
さらに、Twitternodetypeモジュール（弊社オリジナル）を追加インストールすると、
各ノードタイプ各々のデフォルトフォーマットを指定できるようになります。
他にも http://drupal.org/ にMobile対応モジュールが紹介されていますが、日本の"携帯端末"に即したモジュールは見つけられません。
Japanese Mobileは http://drupal.org/project/jp_mobile で紹介されています。
PDA Themeモジュールは携帯端末からのアクセス時、表示用テンプレート(テーマ)を携帯端末向けCSS（スタイルシート）に切り替えたりします。
Japanese Mobileモジュールも基本動作としては同様です。
Japanese Mobileモジュールを利用するときは Mobile tools, Browscap, tokenモジュールが必要です。
Japanese Mobileモジュールは他に依存するモジュールがあることや、setting.phpに手を入れる必要がある場合がある事が とっつきにくくしています。（PDA Themeモジュールもsetting.phpに"自動"で変更を加えますが、Japanese Mobileモジュールは自動ではありません）
残念ながら、管理ページや すべての状況に適用できるオールマイティな対応方法は現在、存在しません。
以下のようなケースに分類されます。
この場合はPDA Themeモジュールでも良いのですが、PDA ThemeモジュールはViewsに対応していないので、Viewsを利用したブロック / ページを携帯端末に見せる場合はJapanese Mobileモジュールを使います。
Japanese Mobileモジュールを利用する場合、PDA Themeモジュールの一押し機能（画像の自動縮小）が利用できなくなりますので、代わりにMobileimageモジュール（弊社オリジナル）を使います。
お問い合わせ等、非ログイン状態でも投稿フォームを携帯端末対応にする場合がありあます。
PDA Theme＋Webformsモジュールは、エンコードの問題で うまく動作しません。
この場合もやはり Japanese Mobileモジュールを利用する事になります。
Japanese Mobileモジュールでも、一部プログラム変更が必要な場合があります。
また、PDA Themeモジュールは画像を携帯サイズに自動変換してくれる便利な機能がありますが、フォーム内で画像によるCAPTCHA認証を行っている場合、CAPTCHA認証用の画像まで対象になってしまい、CAPTCHA認証用の画像が表示されません。
PDA Themeモジュールの改造で対処できます。
Mobileimageモジュールは既に上記問題は解消されています。
携帯端末からコンテンツ投稿を行うケースでは 画像等の投稿がある場合やセキュリティの問題もあり、メールでの投稿をお勧めしています。
お勧めしていません。
携帯端末（特にdocomo）がCookieを持たない現在、積極的に携帯端末の認証を進めるにはコストがかかりすぎます。
従来の携帯端末からログインできたとしても、画面サイズや操作性から 管理ページなどは到底使えまえん。
スマートフォンなら、動的にテーマ（テンプレート）を変更することにより、対応可能です。
Mobile Toolsモジュールにより、iPod / iPhone / Android）等のテーマ切り替えが可能です。
いままで無縁だったインターネットの世界が否応なく身近に迫ってきてしまいました。いまさらホームページが無いなんて言えない。現状に即していないホームページは名詞に載せることもできません。
まずは速攻で自分で更新できるサイトを設置したいものです。
上記サイトは一般企業サイト用サンプルとして作成されています。
サンプル画像に変えて自社用の画像をアップロードし、文章を指しかえれば すぐに運用を開始できるように設計されています。（設定値付きテンプレート）
こちらのテンプレートは独自開発の管理アイコンモジュールが付属しています。
管理者モードでログインすると各所にアイコンが表示され、クリックするとダイレクトに変更ページに移行するため更新がよりスムーズにできます。
設定値付きテンプレートとは、一般のDrupal-CMSのテンプレートに加え、Drupal-CMSの管理設定をプラスしたテンプレートの事です。
静的ホームページのテンプレートはHTMLで作成されたひな形の文章部分に「ここに○○○○を入れます。」というような記述があり、他の部分を壊さないように変更していきますが、設定値付きテンプレートの場合は、管理者でログインすると、上記のようなアイコンが表示され、クリックして表示されるページで内容を変更するだけなので簡単です。
画像や文章を全てプロに頼むと相当な費用がかかりますが、コンテンツを自分で更新・追加する事で それらの経費が抑えられ、内容的にも常に最新の状態に保つことができます。
最初は速く小さく初め、順を追ってコンテンツを増やし、動的な仕組み（プログラム）を組み込んでゆくのが賢い方法です。
育てるホームページTOP | プライバシーポリシー
育てるホームページ ｜ 自分で更新する事の重要性とは ｜ プラン選択＆見積り
インストール不要の軽量CMS ｜ 問い合わせフォーム作成 ｜ イベント予約フォーム作成・管理 ｜ Drupal-CMSシステム販売
powered by CMSによるWebシステム企画・開発
