カテゴリ

Drupal6で普通にInviteモジュールを使おうとすると、http://homepage.ok-jp.com/blog/20081212156でも問題になっているように、「申し訳ありませんが、招待状を送信可能な上限に達しています。」というエラーが表示され招待メールを送信することができないことがあります。

私がローカルテスト環境「Drupal6.15　＋　Invite6.x-2.0-alpha1」では、スーパーユーザを含めてすべてのユーザが同じ症状でした。

http://homepage.ok-jp.com/blog/20081212156で述べられているように、ロールを新設し、管理画面からInviteの初期設定ロールに割り当てれば問題は解決すると思います。

「思います。」というのは私自身は試していませんので、よくわからないという事で。

私のほうの対策としては、管理セクション≫ユーザの管理≫ロールの設定で「認証済みユーザ」というロール名称を「authenticated user」という名称に変更。という方法でした。

Drupal６日本語ディストリビューションをインストールすると自動的に「authenticated user」が「認証済みユーザ」という名称になり、普通に利用していますが、Inviteモジュールの場合、管理セクション≫ユーザの管理≫ロールの設定で「認証済みユーザ」という選択ができるにも関わらず、実際の招待状送信前チェックでは「authenticated user」に対するチェックを行っていました。

というわけで、とりあえず、「認証済みユーザ」→「authenticated user」で、手を打ったというわけです。

タクソノミーでコンテンツを分類しておくと、後々ユーザ誘導にとても便利です。

タグ付けされたコンテンツはタクソノミーメニューなどでサイドバーに関連ページ表示ブロックの表示方法のようなユーザ誘導やタクソノミーによるブロックの表示有無の切替などに応用することができます。

メニューも同様で、うまく構成すると、サイドバーや関連ページの表示にガイダンスできますのでユーザ誘導に有効です。

しかし、その一方、運用するにしたがって、メニューや分類用語の数が増えてきて、新規コンテンツを選択する際に選択する作業が面倒になってきます。

通常、それを解消するために分類用語を階層化したりしますが、Drupal標準のプルダウン表示では、階層の表示が解りにくく、あまり効率的ではありません。

手順は以下のとおりです。当サイトの

1. 管理セクション≫サイトの構築≫モジュールでHirarchical Select Menuを有効にします。
   
   ※「いくつかの必須モジュールを有効にする必要があります
   Hierarchical Select Menuをインストールするには、
   Hirarchical Selectモジュールを有効にする必要があります」というガイダンスが表示されますので、［継続］します。
2.  以上です。

その結果、下図のようなI/Fになります。

Hirarchical Select Taxonomyモジュールを有効にすると、コンテンツ作成時の上位メニューの選択に利用することができるようになります。

タクソノミーに適用するには、Hierarchical Select Taxonomyモジュールを有効にします。
※各ボキャブラリ単位で有効･無効を選択できます。
→ボキャブラリの編集ページで「Use the Hierarchical Select form element for this vocabulary.」を有効にします。

ホワイトハウスのWebサイトがDrupalに

ホワイトハウスのWebサイトがDrupalで制作されているようです。
（ネタ元 → http://buytaert.net/whitehouse-gov-using-drupal ）

AOL,Firefox,MTV,Nasa等のサイトでDrupalが利用されていることは有名ですが、ホワイトハウスのサイトがDrupalを採用したというのは、この秋(2009-10)のことのようですから、まだ知らない人も多いのではないでしょうか。
（Drupal自身知らない方も多いですが、、、）

ポータルサイトとしてのDrupal

どうもObama大統領はオープンソースの利用に前向きのようですから自然な流れなのかもしれませんが、いろいろと米国真似好きの日本ですから、Drupalの採用に拍車がかかる！的なことが起きるのでしょうか？

もしブッシュ時代にDrupalが採用されていたら、小泉純一郎はどうしたんでしょうか？

有料老人ホーム紹介サイトのサンプルです。

今やマッチングサイト全盛ですが、一通りの機能を備えたマッチングサイトCGIでサイト構築をお考えの方が多いのではないのでしょうか。

確かに、今の時代でもCMSを0から開発するのは費用がかかりすぎます。そういった事をふまえると、出来合いのCGIとなると思いますが、選択肢の一つにDrupal-CMSをいれてみてはいかがでしょうか。

下記サイト「有料老人ホーム紹介サイト・サンプル」を作ってみました。

有料老人ホーム紹介センター（デモサイト）

Drupal-CMSなら、サイト完成後も機能拡張したり、無い機能を作ったりする仕組みがわかりやすくなっています。

会員制サイト形式は、今や 全てのタイプのサイトに必須です。会員制サイトは 見込み客を集めるための最低限の入口です。

他にもメールや リティング、資料ダウンロード、SNS、、、様々な窓口がありますが、どれか一つで良いという事ではありません。

サイトを持つなら、会員制の部分は 持っておくべきです。そういう意味では会員制サイトも全てではありません。トータルなサイト（マーケティング）設計があって初めてサイトは成功する可能性が出てきます。

弊社は、お客さまの立場に立ったマーケティング・サイト設計を提案いたします。

設計後、サイトを育てるのは お客さまと弊社の2人3脚です。

お客さまの ご要望次第、お客さまが ご自分でやりたい部分は 弊社はアドバイザーになります。

お客さまの ご依頼があれば 弊社が無料で拡張いたします。拡張した機能は 弊社の お客さま全てに無料で ご使用いただけます。

弊社は お客さまの ご要望を 単なる ご要望として受け止めるのではなく、弊社 お客さま全体の利益に係わる アイデアと考えます。

弊社が思いつかなかったアイデアを 頂いた場合、弊社は無料で 拡張・構築いたします。

もちろん、その利益を、弊社の お客さま全体に 無料で ご使用いただきます。

有料老人ホーム紹介サイトの構成ポイント

TOPページ≫おすすめホーム

• ホーム会員（有料老人ホーム施設側の管理会員）により登録された有料老人ホームの新着サムネイル＋タイトルが表示されます。
• サムネイルまたはタイトルをクリックすると有料老人ホーム絞り込み検索ページに移行します。
• ≫続き ボタンクリックで検索フォームを有料老人ホーム絞り込み検索ページに移行します。

有料老人ホーム絞り込み検索

• ホーム会員により登録されたピックアップ記事のサムネイル＋本文＋要約が表示されます。
• サムネイルまたは≫続き ボタンクリックで有料老人ホーム絞り込み検索ページに移行します。

TOPページその他の導線ブロック

• 会員登録、絞り込み検索への導線用のブロック（バナー）をコンテンツ中に自由に配置。
• ページ別に表示するブロック（バナー）を選択することにより自然な導線が確保できます。

有料老人ホーム紹介サイトの特徴

• 2種類の会員管理（有料老人ホーム施設側管理担当者 / 有料老人ホームを探している方）
• 有料老人ホーム情報登録・変更（有料老人ホーム施設側管理担当者）
• マッチング予約情報登録（有料老人ホームを探している方）
  現段階で希望の有料老人ホームが見つからなかった場合でも、希望内容を登録しておくことで随時マッチングが行われ、希望に沿った有料老人ホームが登録されたタイミングで通知を受けることができます。
• マイページ（有料老人ホーム施設側管理担当者 / 有料老人ホームを探している方 双方）

会員制サイトの構築にあたり、今まではユーザ・プロフィールやユーザ固有コンテンツの表示・非表示をViewsモジュールの閲覧権限の設定や、独自拡張モジュールで対応していましたが、View_ownモジュールを知り、使ってみることにしました。

→ 詳細はView_ownモジュールとWebformモジュール

Faq拡張モジュールへの景況

ところが、View_own拡張モジュールをインストールすると、従来から利用していたFaq拡張モジュールによるFaqコンテンツがスーパーユーザ以外でアクセスするとアクセス権にひっかかって表示できなくなってしまいました。

View_own拡張モジュールとFaq拡張モジュールを同居させるには

View_own拡張モジュールの改造が必要になります。

View_own拡張モジュールの下記部分(Ver 6.x-1.1の場合)

を以下のように変更します。

 上記変更後、以下の要領でWebformコンテンツの一般閲覧を有効にします。

1. 管理セクション≫ユーザの管理≫権限ページの「view_own モジュール」以下に「view any faq contentとview own faq content」の権限設定行が増えていますので各ロールに対して有効にします。
2. 管理セクション≫コンテンツの管理≫投稿の設定ページの
   ノードアクセスの状態：［アクセス権の再構築］をクリックして、変更を反映させます。

会員制サイトの構築にあたり、今まではユーザ・プロフィールやユーザ固有コンテンツの表示・非表示をViewsモジュールの閲覧権限の設定や、独自拡張モジュールで対応していましたが、View_ownモジュールを知り、使ってみることにしました。

View_ownモジュールなしの状態は

自分が投稿したコンテンツのみ参照可能"などの権限設定をコンテンツタイプごとに設定出来るようにします。

Drupal標準の権限設定では

• ノード全般の閲覧権限
• 各ノートタイプごとの生成権限
• 各ノートタイプごとの編集権限
• 各ノートタイプごとの削除権限

がｏｗｎ／ａｎｙそれぞれで定義可能です。

閲覧に関する権限設定は、ノードタイプごとではなく”全てのノード”に対してです。

View_own拡張モジュールをインストールすると

標準の権限設定に加えてノードタイプごとの ｏｗｎ／ａｎｙそれぞれの閲覧権限が設定できるようになります。

Webform拡張モジュールへの景況

ところが、View_own拡張モジュールをインストールすると、従来から利用していたWebform拡張モジュールによる投稿ページがスーパーユーザ以外でアクセスするとアクセス権にひっかかって表示できなくなってしまいました。

View_own拡張モジュールとWebform拡張モジュールを同居させるには

View_own拡張モジュールの改造が必要になります。

View_own拡張モジュールの下記部分(Ver 6.x-1.1の場合)

を以下のように変更します。

 上記変更後、以下の要領でWebformコンテンツの一般閲覧を有効にします。

1. 管理セクション≫ユーザの管理≫権限ページの「view_own モジュール」以下に「view any webform contentとview own webform content」の権限設定行が増えていますので各ロールに対して有効にします。
2. 管理セクション≫コンテンツの管理≫投稿の設定ページの
   ノードアクセスの状態：［アクセス権の再構築］をクリックして、変更を反映させます。

ブログやCMSは、動的にコンテンツを生成します。

その関係で、表示されるメニューやタイトルは動的に作成されます。その関係で、文字においても画像によるインパクトが出せず、なんとも煮え切らないページになっているということはないでしょうか。

Signwiterモジュールを利用することで、装飾の自由度が格段にあがります。

例えば、本サイトのタイトル(このページでは「メニューやタイトルを画像にする-Signwriter」)もSignwriterモジュールを利用して表示しています。

いかがでしょうか？ブラウザに依存する文字には得られないデザイン感が出ていませんか？

Signwriterは以下の手順で有効にします。

1. 管理セクション≫モジュールで「Singnwriter」を有効にします。
2. ユーザの管理≫権限でsignwriter モジュール以下、
   ・administer signwrite
   ・ruse PHP for signwriter pages
   を有効にします。
3. 管理セクション≫サイトの環境設定≫Signwriterで、最低限の設定を行います。
   
   薄赤の部分は上記と同様に設定してください。
4. 次にAdd a profileをクリックして画像変換用のプロファイルを作成します。
   
   薄赤の部分にプロファイル名を入力します。いくつかプロファイルを作成する場合は違いの分かる名前にします。
5. 全般の設定は以下のようにします。
   
6. テキスト部分の設定を 通常時、Hover時、アクティブ時各々行います。
   
7. Drop Shadow、Background、Borderに関しても同様に設定します。
8. Image Layout、Image Typeを設定します。
   
   上記はこのサイトのページタイトル用の設定例です。慣れてきたら変えてみると違いが分かってきます。
9. [保存]すると、Signwriterのメイン設定ページに戻ります。
10. 上記で設定したプロファイルが Profile一覧に表示されます。
    
11. Template Hooksで作成したプロファイルをPage titles:で使用するように選択します。
    
    必要に応じて、プロファイルを作成し、各々割り当てます。
12. メニューに対してSignwriterを適用する場合は、上記同様にプロファイルを作成し、各々のメニューに割り当てます。
    
13. 最後に[設定の保存]を行います。

いかがでしょうか。あまり使いすぎると、うるさいですが、Signwriterはリアルタイムの画像処理はサーバ側で行うためクライアントに負担をかけません。

生成されるタグにもキャラクタ文字列は残っており、SEO的にも問題がありません。