Drupalでビジネスサイト、のメモ

crontabの設定

2009-07-03T08:03:00.001+09:00

何回設定してもすぐ忘れるのでメモ。
毎時0分に実行する場合。

00 * * * * ~/www/cron-curl.sh

※ＳＰＰＤでは、curlはok、lynxは不可。

操作すべきテーブル追加

2009-05-10T19:43:00.001+09:00

nodeとタクソノミーを一括で増やしたいときには、先に挙げた７つのテーブルと、
もう１つ忘れていた。_node_access。
逆に、_node_accessテーブルをバッチ更新すれば、いちいちページを開いて
grant設定しなくても良いので便利。

nodeaccessモジュールはＩＥで使えない

2009-05-01T21:57:00.002+09:00

某サイトで、トップページだけは一般公開してログインを促し、ログイン後はＩＤによって見せる先を分けるような仕掛けが必要になった。
調べると、nodeaccessモジュールとlogin destinationモジュールの組み合わせで実現できそう。
特に、このページは親切でわかり易い。→http://drupal.0829.info/module/nodeaccess

ところが、モジュールインストール後、「ユーザ管理」→「ノードアクセス」で動かしても、anonymous userに対する権限設定とかが出てこない。上記の参考サイトのページと表示が違う！

何か忘れている前提条件とかあったかな・・・とか、権限設定で変なことをしていたか・・・など悩むこと１時間！！ところが、思い余ってノードアクセスの管理画面を表示しているときにそれをソース表示させると、ソースの中にはロール毎の選択記述とかがしっかり入ってる。

え？なんでそれが見えないの？と思って試しにchromeで表示させるとバッチリ表示。

よもやＩＥのバグというか、ＩＥを無視していたnodeaccess君のこんな不具合に遭遇していたとは・・・

ＩＥはコワイ・・・

TIPS

2009-04-11T14:48:00.002+09:00

オリジナルのテーマを使うときは、sites/all/themesの下に置いて
本体とは分離管理することが推奨されているが、その逆、
つまりGarlandなどのテーマをsites/all/themesに置いてしまうと、
update.phpで「file not found」が出る。（出た）

こういうとき、sshなどでログインできるサーバーだとディレクトリの
張替えはmvで一瞬だが、ファイル転送しかできないと
不便だろうなあ。。

テーブルの直接更新

2009-04-11T14:37:00.003+09:00

大量のコンテンツを登録しないといけない場合は、テーブルを直接いじったほうが早い。

以下、ノードＩＤをnid、タクソノミーＩＤをtidとして、

（１）_term_data
　　タクソノミーの語彙（と表示順）
（２）_term_node
　　tidとnidの関連付け
（３）_taxonomy_breadcrumb_term
　　tidに対応するURLalias
（４）_term_hierarchy
　　tidの親子（階層）関係付け
（５）_node
　　nidごとの基本情報
（６）_node_revisions
　　nidごとの収録コンテンツ、リビジョン情報、teaserも。
（７）_url_alias
　　nidごとのURLalias

以上の７テーブルを、現状と矛盾が無いように（要するに現状テーブルを
いったんexportし、内容確認してから）新規登録分をappendして再登録。

１００件ほどのページ、タクソノミー、URLalliasがあっという間に登録
できるのはちょっと快感。

オーバーライドさせなくても

2009-04-07T19:50:00.002+09:00

Ｏ社のサイトで、編集画面に「削除」ボタンがあると危険なのでなくして欲しいという要望。
手っ取り早く、該当のクラスをcssでdisplay:none;にして解決。

考えてみれば、以前、検索結果のユーザープロフィールを消去するのにオーバーライド関数を
作ったわけだが、そんなことしなくてもＣＳＳで一発消去のほうが簡単だった。

これは他のＣＭＳにも使えそう。

わりと大事かもしれない.htaccess

2009-04-03T20:32:00.002+09:00

hat.co.jpとmirai1.hat.co.jpを現在仮環境で新構築中だが、
.htaccessでコメントアウトされているRewriteBaseを、
Rewritebase /mirai1
とかしておかないとクリーンＵＲＬが機能しないことが判明。
逆に、ＤＮＳ移行したときは再設定が必要なのかも。

一瞬、apacheのmod_rewriteが無いのか？とスタジオマップを
疑ってごめんなさい。

トップページだけにタイトルが表示される

2009-03-29T19:17:00.002+09:00

6.10だけの問題なのかどうか今となっては定かで無いが、
とにかく、node.tpl.phpの該当箇所（h2タグを出してるところ）を
コメントアウト。taxonomy表示のコメントアウトと併せてこれで２箇所。

あと、「投稿の設定」でティーザーを無制限にしておかないと
記事が途中で切れてしまう。（当たり前といえば当たり前だが、
トップページ以外はティーザー６００文字（デフォルト）でも
問題なく表示されるんだけどな・・・）

２サイト目

2009-03-12T15:44:00.002+09:00

手順はだいたいわかっているつもりだが、復習をかねて。

１：Garlandをコピーしてテーマフォルダを作成。
　　garland.infoのかわりにxxxx.infoでテーマを定義

２：URL aliasesを使えるようにするには
　　.htaccessでクリーンＵＲＬ有効になっているという前提で、
　　path モジュールを有効化

３：URL aliasにもとづいたテンプレートを使えるようにするために
　　template.php のコード変更（リプレース）

４：管理者ログインした際にeditボタンが使えるように
　　node.tpl.phpのコード変更（リプレース）

忘れてた　Quick Edit link

2009-02-15T18:23:00.001+09:00

http://drupal.org/node/88134

6.9に移行開始

2009-01-17T21:08:00.004+09:00

sakuraでの5.7からsppdでの6.9へと移行開始。

(1)6.9のインストール。
　　日本語も同梱されており、sakuraのようにphp.iniのおまじないも不要で、インストールはあっけなく終了。しかしここで失敗が。tableのprefixを「新しく」設定してしまっていたのだった。

(2)5,7、6.9共に「backup and migrate」モジュールを導入。
　　5.7のほうではＤＢの中身を吐き出し。（7MBほど）。6.9のほうではそれを取り込み。

(3)(1)の失敗により、drupalが二重にできてしまった。orz。
　　仕方が無いので、MySQLで直接、「新しい」ほうのprefix付テーブルを削除。
　　6.9も削除して今度は「古い」prefixを指定して再インストール。
　　update.phpを実行して終了。

(4)画像ファイルなども移行して動かしてみると、どうもおかしい。
　　サブメニュー毎のテンプレートが機能していない。
　　・・・で、このブログを読み返してみると、そういえば「URLalias」にもとづいたテンプレートを使うには、template.phpをいじる必要があるのであった。

(5)template.php
　　「Different page templates depending on URL aliases」の記事を読み返してみると、5.xと6.xでは書換方法が全く違う。ふむふむ・・・と6.x用のsnippetをコピーしてみたところ、画面が全く表示されなくなってしまった。なんで！？
　　・・・6.xは、6.7以降とそれ以前で微妙に仕様が違うようなので、記事のsnippetが6.9には無力なのか？？しかし自分で調べてコードを書くような力は無いぞ！
　　それともpage-xxxx.tpl.phpの記述方法を6.xでは変更しないといけないのか！？
　　・・・・などと、悩みに悩んだ約2時間。
　　ところが、コードを切り刻んでここが悪いのかあれが悪いのかとやっているうちに、コードをほとんど削り取ってもやっぱり画面表示しないことが判明。
　　あと残っている部分は、＜？ｐｈｐ　？＞　と関数名くらいしかないではないか。
　　ん？ちょっと待て！！　ｐｈｐのファイルに　？ｐｈｐ　とは？？？

(6)そう。あまりの間抜けに茫然自失。snippetを「そのまんま」貼り付けてどうする・・・・
　　　　ただ、細かい課題（というかソースレベルでの未移行点）はまだあるのだが、それはまた明日・・・

HTML出力関数のオーバーライド

2008-12-06T15:00:00.002+09:00

サイト内検索を行うと、検索結果とあわせてページの作成情報（作者とか日時とか）が
表示されてしまうので、これを消そうと思い立った。

画面をソース表示すると、search-infoというclassで表示している。
grepで該当箇所を探すと、modules/search/search.moduleの中で使われている。
cat-nで調べると、1247行目。
1247行目を含む関数は、theme_search_item()と判明。
これをオーバーライドすべく、template.phpの中にphptemplate_serach_itemを定義。
この中で、余計な出力をカット。
・・・良し。めでたしめでたし。

しかし何でもできるぞdrupal。

スタジオマップ（SPPD）でMySQL5.0が使える

2008-11-29T20:14:00.003+09:00

つい先日、SPPDはじめ主だったホスティング先のMySQLのバージョンが
4.0.xなので、drupalの6.xが使えない・・・と書いたばかりだったが

SPPDからメールが来ていて、費用は現状のまま（月額千円）、

ディスク容量300MB→3GB
月額210円でMySQL 4.0.x→無料でMySQL5.0

などなど大幅にサービスレベルを上げたらしい。
素晴らしいぞSPPD。

サイト制作手順の整理

2008-11-29T19:56:00.002+09:00

１：まずは当たり前のこととしてページ構成とかページ内容の要件定義。
　　ユーザのこだわりの部分とか、既存サイトからそのまま引っ越したい
　　ページなどは充分にチェック要。

２：全体のページ構成（階層）図＝taxonomy定義＝URLエイリアス定義

３：レイアウトが１つで済めばそれに越したことはないが、普通はそうはいかない
　　はずなので、２と合わせて、各ページが対応するレイアウト種別も決める。

４：今回は、
　　a)トップページで１つ　page-front.tpl.php
　　b)７つの分野ごとに１つ。計７つ。各分野には５～８ページくらいが含まれる。
　　　　　　　　　　　　　　　page-業務カテゴリ.tpl.php
　　c)サイトマップ、問合せ、プライバシーポリシー、それに検索画面用のレイアウトも１つ。
　　　　　　　　　　　　　　　page-search.tpl.php

ページ内taxonomyの非表示

2008-11-29T19:52:00.002+09:00

投稿した記事の右下済みに表示されるtaxonomy。
表示されるだけなら問題ないものの、リンク先が/taxonomy/・・
となっていて、クリックされると分野別レイアウトとはまた別の
（規定値の）レイアウトになるので具合が悪い。

これは、コンテンツ用テンプレートファイル(node.tpl.php)で
該当箇所をコメントアウトして解決。

ぱんくずリストの表示を業務階層別にする方法

2008-11-28T13:36:00.004+09:00

せっかくtaxonomyで業務分野の階層を定義したのだから
ぱんくずリストもこのtaxonomyを基準にして表示できたら
良いな～・・と思っていたら、ありました。
何でもありますね。

http://drupal.0829.info/module/taxonomy_breadcrumb

その名もずばり、「taxonomy breadcrumb」。

ただ、初期値（無設定）のままだと、ぱんくずリストの各項目に
対応するリンクは/taxonomy/term/1 などとなって具合が
悪いので、それぞれの用語に対して、対応する「URLエイリアス」
を設定しておくこと。

あと、ルートに相当する「ボキャブラリ」のbreadcrumb pathは
空白にしないと、ルート自体が表示されてしまう。

投稿情報（投稿者・日付）を表示しない方法

2008-11-28T10:57:00.001+09:00

投稿情報が消えないので調べてみると・・

http://drupal.jp/node/443に、「初心者が迷走するかも」
と書かれてました。
要するに、サイトの構築メニューで、テーマ毎の設定ではなくて、
全般（Global）のほうの設定項目に「表示するしない」の
選択があると。なるほど。解決。

URLエイリアス用テンプレートファイル

2008-11-27T13:22:00.005+09:00

そもそもDrupalで行こう！と決めた動機が、「パス毎にレイアウトが
変えられる」という点にあったのだが、テストしてみてガックリ。

ページをどんどん作成していくと、作成順にnode/11とかnode/12など
のパスが生成されていくのだが、それらにURLのaliasをつけて、
例えば「service/delivery」「service/hepdesk」などという名称に
したとしても、aliasのほうはあくまでaliasなので、「パス」とは
思ってくれないのだ。困った・・・

で、いつものように検索してみると、何とすばらしい、その名もずばり
「Different page templates depending on URL aliases」という
記事を発見。（　http://drupal.org/node/139766 ）

要するに、template.phpの中の_phptemplate_variables()という
関数を再定義して、いや、書き換えればＯＫということなのだった。

これで予定通り、serviceとかrecruitなどの業務上のカテゴリーを
基準にしてレイアウトを設定できるようになりましたとさ。
めでたしめでたし。

.htaccess

2008-11-27T12:37:00.004+09:00

じゃあ .htaccessは使わないのかというとさにあらず。

Drupalでは、初期設定のままだと、作成した各ページは

ドキュメントルート?q=node/3　

など、いかにも引数を与えて表示させてますというのが丸分かりの
表記になってしまい、検索エンジン対策上も良ろしくないようだ。

これを解消するのが「クリーンURL」と呼ばれる表記法で、上記だと

ドキュメントルート/node/3

となる。で、クリーンURLを可能にするには、.htaccessの中におまじないが必要。

RewriteEngine on
# Rewrite current-style URLs of the form 'index.php?q=x'.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

おまじないが済んだら管理メニューでクリーンURLを「有効」に。

Drupal5.7のインストール

2008-11-27T12:33:00.002+09:00

インストールガイドに詳しく書いてあるのだが、sakuraだと.htaccessでphpの制御を
しようとすると「500エラー」になる。sakuraが用意してくれているツールを使って
php.iniに下記を記述すること。

;
mbstring.language = neutral
mbstring.http_input = pass
mbstring.http_output = pass
mbstring.encoding_translation = off
mbstring.func_overload = 0
mbstring.internal_encoding = UTF-8

Drupalのインストール

2008-11-27T12:26:00.002+09:00

早速Drupalのサイトにアクセスして最新版（6.x）をダウンロード。
インストールも簡単。。。しかし、あれ！？動かないぞ・・・

6.xでは、MySQLの4.1以上が必須要件になっていたのだった。。。
これまでMySQLのバージョンなんて気にしたこともなかったのだが、
私がテスト環境で使えるsakura、sppd、lolipopはどれも4.0.xであることが判明。
なんちゅう落とし穴。このためにまたどこか契約するのもバカバカしいし。

しかたが無いので5.7をダウンロードしてインストール。
まあ5.xのほうが資産も多いだろうと自分を説得。

どうしてDrupalなのか

2008-11-27T12:11:00.004+09:00

割とページ数の多いサイトなのでCMSをベースにしないと大変だろうとは思っていた。

ただ、今回の要件は既存の（HTML)サイトからの移行ページも結構ある。
また、ユーザ要件を確認していくと、トップページとコンテンツページが同じレイアウト
では具合が悪い感じ。さらに、カテゴリーというか分野毎にレイアウトが
変更できたほうが望ましいようだ。

これまでXoopsとかGeeklog、Wordpressくらいしか触っておらず、それらも、
「CMSに合わせてサイトを制作」してきたという経緯がある。

それらのCMSでは「テーマの変更が一瞬でできる」というメリットがあるものの、
全ページ同一のレイアウト（テーマ）、良くてもトップページのみが別にできる程度という
認識だったので CMSを使うのは難しいんじゃなかろうか・・・というギモンもあった。

で、色々調べてみたところ（とはいえ有料のCMSは調べてないのだが）、Drupalだと
レイアウトを規定するテンプレートファイルが、「トップページ用」とか「パス別」とか、
究極は「個別のページごと」に変えられるということなのだ。しかも結構簡単に。

これはスバラシイ、と、この情報だけでDrupalの採用を決めてしまった私・・・

これまでの経緯

2008-11-27T12:08:00.002+09:00

Drupalで２００ページほどのビジネスサイトを制作することになりました。
色々勉強しないといけないこともありそうです。

ただ私の性格上、完成したときにはそれまでの苦労やくふうはすっかり
忘れてしまうので、もう１度Drupalで制作することになったときに全く
同じ苦労をしてしまいそうです。

というわけで、これは自分のための備忘録です。。。