Drupal node 1

**nobodyさん** · 2006/01/01(日) 17:15:26

GPLでMovableType互換のCMSツールDrupalについて語るスレ
日本語化でユーザー対立があってもｷﾆｼﾅｲ!

本家:ttp://drupla.org/

日本語情報系
ttp://drupal.jp/
ttp://cms.txb.jp/
ttp://akamugi.s68.xrea.com/cms/
ttp://neobless.co.jp/ja/node/30

TeXで有名な奥村先生もDrupalユーザー
ttp://oku.edu.mie-u.ac.jp/~okumura/blog/

**nobodyさん** · 2006/01/01(日) 17:45:03

どるーぱるで運営しているサイト見た事無いが。。。

2get

**nobodyさん** · 2006/01/01(日) 17:45:49

建ててレス無しも悲しいので、経験を書いてみる

まず、鯖としては自分のローカルで試したかったので xampplite-1.4.4 を使用する。
Apache 2.0.50
MySQL 4.0.20
PHP 4.3.7 + PEAR
mod_php 4.3.7
MiniPerl 5.8.3
SQLite 2.8.13
PHPMyAdmin 2.5.7 pl1

blogとして使いたかったので、やってみてるが
まず使用バージョンは drupal 4.6.5
日本語化もja.poを導入して終了（ここらへんは、あっちこっちのWebサイトのとおり）

ただこれだけだとblogとしては、画像挿入ができず不便

そこで、とりあえず image と image-assist モジュールを導入してみる
しかし、モジュールの日本語化に関する情報がない（苦笑）

最初モジュールを正規にインストールして、
各モジュールのja.poファイル置いておけば日本語化されると思ってたよ
結局そのja.poファイルを最初の日本語化と同じようにimportすることで解決

しかし、某所のcvsのja.poファイルは古くて置換されない文字列が続出
poEditorで修正するはめに

flexinode モジュールを導入するもエラー発生
ttp://drupal.org/node/21673
に情報があったので修正　（なんで直さないんだろ？）

【末吉】【216円】 · 2006/01/01(日) 18:35:41

本家のURLは、

http://drupal.org/

だろ

**nobodyさん** · 2006/01/03(火) 02:26:03

>>1
ttp://www.google.co.jp/search?hl=ja&lr=lang_ja&inlang=ja&q=%22drupla.org%22

**nobodyさん** · 2006/01/09(月) 13:35:43

>>1

関連サイトにCivicspace も追加してやれ
インストーラつきDrupalディス鳥

ttp://civicspacelabs.org/home/
最新version 0.8.2

**nobodyさん** · 2006/01/09(月) 14:38:39

blogに使ってみてるけどblogのエントリもnode/1ってなるのがいけてないんだよなぁ。
かといっていちいちエイリアス指定するのもめんどいし。

そうそう。cacheでtextなフィールドにgzip圧縮したデータを放り込んでいたせいで
mysql-4.1にしたら動かなかった。
blobにするだけで動くのだが真っ白画面が出るだけでエラーも何も出ないから苦労した。

**nobodyさん** · 2006/01/10(火) 10:52:45

>>7
>blogに使ってみてるけどblogのエントリもnode/1ってなるのがいけてないんだよなぁ。
>かといっていちいちエイリアス指定するのもめんどいし。

Pathauto module を使ってみるがよろし
blogを日付とユーザー名でアクセスできるとかできるぞ

7 · 2006/01/11(水) 22:55:23

>>8
使ってみました。設定がちょっと分かりにくかったけどできました。素晴らしい。
後は「前」「次」のエントリへのナビゲーションがあると・・・

各モジュールの機能が説明を読んでも分かりにくいのが難点ですね。
試してみるまで分からない・・・

**nobodyさん** · 2006/01/12(木) 01:47:56

>>9
ドキュメントの充実（日本語化）がカギでしょうね。
使ってみると良くできてるんですけどね。

7 · 2006/01/12(木) 14:20:18

うーん。日本語じゃないって問題でもなくって、
Pathautoなら、「例えばblogならnode/123だったものをblog/username/20050101という風にできます」
なんて書いてあれば良かったな、と。
あと、モジュール一覧がアルファベット順でしか無いのが・・・カテゴリ別とか新着一覧とか欲しい。

・・・と，愚痴ってても仕方ないので適当に使ってるモジュールを晒してみる。

画像・ファイル関係：　album attachment filemanager filestore2 fscache image image_fiter img_assist
色々試したけど違いが良く分からない。
画像はimageで、添付はattachementを使ってる・・・のだと思う。多分。

テーマ関係：　blogtheme theme_editor
theme_editorは使いやすい。確認しながらテーマのカスタマイズができる。
blogthemeはユーザアカウントのテーマに決めうちなのがいまいちかな。

taxonomy関係：　taxonomy_browser taxonomy_multi_edit
新しくカテゴリ・用語を作ったときとかmulti_editが便利。browserはなぜかひとつのカテゴリしか見てくれない・・・？

ノード関係：　node_privacy_byrole indexpage frontpage pathauto scheduler trackback
privacyとschedulerは「企業とかのwebとかに使うならこういう機能がいるんだろーなー」とか
思いながら試してみた程度。この辺入れれば本当に使っても良いかもしれない。
pathautoは>>8さんサンクス！　indexpageは英語前提で使い物にならず・・・A,B,Cで分けるだけとは・・・
frontpageはうちのblog的使い方にいまいち合わず封印。

フィルタ関係：　image_filter inline vimcolor textile tables
入力フォーマットでの設定をきちっとやるのが面倒であまり使いこなせていない。
vimcolorの<code type="perl">だけは使いまくり。

google関係：　adsense gmap gsitemap
adsenseは使い方が分からなくて結局ブロック内とかに直接書いた。
gsitemapは面白い・・・んだがなんだか上手くインデックスされてないような。
gmapも面白い。簡単にgoogle mapから地図を貼り付けられる。

**nobodyさん** · 2006/01/13(金) 00:53:21

>>11
大概の人は英語がネイティブなみじゃないから、
本家のモジュール一覧の簡単な説明から探すのは困難を感じるね。

ここで書いても仕方ないんだろうけど、日本サイトにはまず、モジュールそのもの日本語化より
本家のモジュール説明の日本語化を先にやって欲しいかな？ｗ

**nobodyさん** · 2006/01/13(金) 04:04:22

>>12
あそこの英語はいわゆる「平易な英語」という奴でネイティブなみまで行かなくても読めるんだが・・・
ともかくあそこから探すのは困難というのは確かに。

翻訳文字列の作成だと文言の統一とか面倒なことも多くて進まないだろうし、
説明の日本語化っていうのは良いかも。
本家の説明文の翻訳にとらわれず、ちゃんとモジュールを使ってみたユーザが紹介する仕組みが
できると良いな。

例えば、Recipe: A module for sharing cooking recipes.
「料理のレシピを共有するためのモジュールです。」じゃさっぱり分からん・・・
一体どういうモジュールなんだ・・・

**nobodyさん** · 2006/01/13(金) 09:42:11

>>13
> 「料理のレシピを共有するためのモジュールです。」じゃさっぱり分からん・・・

まぁそうなんだけど、自分がモジュール作ったとしても、懇切丁寧な説明を書くのは大変だよね。
説明に皆がコメントつけて、内容を保管できるとかなら良いね。

**nobodyさん** · 2006/01/13(金) 18:48:03

>>13-14
だとすると、必要そうなのは、本家モジュールの日本語による使用の感想のリストかな？

Wikiで気が向いた人が書き、コメントをつけてくスタイルにすれば結構情報が集約されるかな？

**nobodyさん** · 2006/01/13(金) 22:40:11

コメントだけでなくトラックバックもありとか。

**nobodyさん** · 2006/01/14(土) 01:38:19

>>15
> Wikiで気が向いた人が書き、コメントをつけてくスタイルにすれば結構情報が集約されるかな？

Wikiというか、ぜひそこはDrupalでｗ

**nobodyさん** · 2006/01/14(土) 02:50:15

あー。それの作り方って、drupalの使い方紹介としても良いよな。
それ自体もdrupal紹介のコンテンツの一つとしてしまう、とか。

**nobodyさん** · 2006/01/14(土) 03:12:19

>>16
トラバは、最近SPAMおおいから、管理コストに比べて効果が少ない気がする
管理につく人材がいれば有益だとは思うんだけど

**nobodyさん** · 2006/01/14(土) 15:18:35

ttp://drupal.jp/node/196#comment-15

ちと心が狭いな

**nobodyさん** · 2006/01/16(月) 00:49:36

移転したものと思われ。

ttp://drupal.jp/node/200#comment-19

ちと頭が固いというか…＜新どるぱる管理人

**nobodyさん** · 2006/01/16(月) 00:51:57

さげ

**nobodyさん** · 2006/01/16(月) 01:13:26

日本語本家サイトで何が起こってるのか良く分からないけど、
モノは良いんだから、なんとか上手く発展して欲しいものですな。

**nobodyさん** · 2006/01/17(火) 12:21:30

MTと同じ機能でＧＰＬというのに惹かれてインストール実験中なのですが
データベースについてちいと質問。

うちのサーバーはさくらのためデータベースを新規に作れないので
http://drupal.jp/node/163
のマニュアルの２(データベース作成)をとばして直接３のテーブル作成にいったのですが
SQLファイルをロードしてみたら、Joomla(jos_***)やNucleus(nucleus_***)のように
テーブル名の頭に識別用の文字列がない事に気づきました。

プログラム別にデータベースを作成できない構造のため、後の管理を考えて
Drupalのテーブル名の頭に drp_* などの文字列をつけたテーブルを作成したいのですが
database.mysql ファイル内の CREATE TABLE access を CREATE TABLE drp_access に書き換えて
ロードしてトップページにアクセスしてみたものの空白ページが表示されるだけでした。

この場合、他にどのファイルに手を入れたらいいのでしょうか？
殆ど全てのファイルを書き換えなければいけないようであれば
諦めてそのまま使います…。

当方プログラム経験なしで、MT/Joomla/Nucleuのインストールは問題なくできますが
データベースに手を入れたのは初めてというレベルです。

**nobodyさん** · 2006/01/17(火) 14:18:14

http://drupal.org/node/2622
database/database.mysqlとか各種モジュールのCREATE TABLE文を全部書き換えて
sites/default/settings.phpで$db_prefix='drp_'とすればOKだそうだ。試したことはないけど。

**nobodyさん** · 2006/01/17(火) 15:14:25

Civicspaceなら、一応、ｄｂプレフィックス付きでインストールできる
もちろん、コアパッケージインストール後のモジュールは自分でケアしないといけないが

24 · 2006/01/17(火) 22:02:02

>>25

24 · 2006/01/17(火) 22:10:59

>>25 とだけ打って投稿してしまった（↑）
なるほど！ありがとう。
英語ページだけど目的がわかってるので多分おおよそは理解できました。
あとは実際にやってみるだけ。やってみてまた報告しにきます。

>>26
Joomlaもブラウザインストールの手順でテーブルの頭につける文字列を
編集できたように記憶してます。
その時はよくわからず弄らなかったのでデフォ(jos_*)のままでしたが、
複数設置する場合なんかに変更するもんなのかな？

ついでに質問なのですが、メール投稿とか実装されてるんでしょうか。
本家のモジュールページをざっと見たのですがそういうのはなさげで…。

**nobodyさん** · 2006/01/17(火) 22:28:59

>>28

>ついでに質問なのですが、メール投稿とか実装されてるんでしょうか。
>本家のモジュールページをざっと見たのですがそういうのはなさげで…。

テキストだけならこれ

Mailhandler
The Mailhandler module allows registered users to create or edit nodes and comments via email.
Authentication is usually based on the From: email address.
Users may post taxonomy terms, teasers, and other node parameters using the Commands capability.

本家をmoblogで検索するとmoblogモジュールは開発が放棄されているとあります

**nobodyさん** · 2006/01/17(火) 22:30:29

2.5でモブログモジュールのベータだったっけ？

**24で28** · 2006/01/17(火) 23:33:20

>>29
あ、それでしたか。一番匂うのがやっぱりそうだったのですね。
テキストだけで画像はダメと…。

英語レベル中学程度なんですが、気合でやってみます。

**24&** ◆1nX/btnIr6 · 2006/01/17(火) 23:49:11

ん、もしかしてMT用の使えるのですかね？
▼ mtmob - MOVABLE TYPEでMOBLOG
http://unp.under.jp/?p=668

下記サイト見てたらそんなコメントがあったのですが。
http://cms.txb.jp/node/438

**nobodyさん** · 2006/01/18(水) 04:14:00

そうか。XML-RPCレベルでの互換性があるのか。
そういう意味で「MT互換」だったのか。
なんでそんな言い方するんだろう？　ってずっと思ってた。

**nobodyさん** · 2006/01/18(水) 13:55:35

ブログのエントリ（ブログ以外でも可）のタイトルを勝手にリンクするHikiのAutoLinkみたいな
モジュールってありませんかね？
FreeLinkingとかちょっと違ってた...。自動化して欲しいんだけど。

**nobodyさん** · 2006/02/03(金) 19:12:51

Drupal 4.7.0 beta 4をｲﾝｽｺしたんですが、これってHTMLエディタとかないの？
画像とか、どうやってはっつけるのか教えてくだされ

追伸：糞プスキュブスレから流されてきますた

**nobodyさん** · 2006/02/04(土) 00:54:41

>>35
画像はuploadモジュールでアップすると便利。
で、アップした画像は、Inlineモジュールを使って参照すると便利。
HTMLエディタはありません。というか、あんまり必要無いと思います。

**nobodyさん** · 2006/02/04(土) 01:12:47

>>36
>HTMLエディタはありません。というか、あんまり必要無いと思います。

おひおひ、一応ＨＴＭＬ入力支援環境はあるんじゃ？
ＦＣＫeditor
HTMLarea
TinyMCE WYSYWIG editor
かな。ＨＴＭＬ支援かは疑問だが

**nobodyさん** · 2006/02/04(土) 07:15:16

>>36-37　サンクスコ

なるほど、そういう構造になってる訳どすね。
糞プスの感覚でHTMLエディタ経由で画像を投げてはっつけるのが習慣化してるので、
そのあたりの違いからお勉強してみまつです。
デフォで付いてるうPロードモジュールでうｐして、そこから別モジュールを使うのでつね。

**nobodyさん** · 2006/02/04(土) 07:19:15

うんで、早速Inlineモジュールを落としにいったら6.5用だったorz

**nobodyさん** · 2006/02/04(土) 07:37:38

>>39
ＤＢのテーブル変わっちまったからいま4.7だと対応したモジュールすくないぞ？
お試しするなら4.6系列でいじり倒してから4.7系に移ったらどうだい？

**nobodyさん** · 2006/02/04(土) 07:44:36

>>38-39
なんつーか、Drupalのモジュールって非常にプリミティブな機能の奴がおおいんだよね
だから、ほかのＣＭＳだとモジュール導入1発で実現できる機能が、
複数のモジュールを組み合わせて実現するみたいな？

そのぶん余計な機能を入れなくてすむし、レゴみたいにこつこつ組み合わせてく面白さはあるけど

**nobodyさん** · 2006/02/04(土) 10:26:36

>>40-41
なるほど、レゴとは上手いたとえどすな
早速最新の4.6系に入れなおして、いじり倒すことにすます
ところで、テーマつうかあれってニュークリと同じのが結構あるね

しかし、糞プスと違ってｲﾝｽｺが１０秒で完了するのが驚きだ！

**nobodyさん** · 2006/02/07(火) 20:05:03

何もそこまでクソミソに言わんでも･･･ｗ

俺もdrupalに惚れ込んだ者の一人だが、
XOOPSにはXOOPSの良さがあると思うけどねー
何せモジュールが豊富だし日本語対応はdrupalの比じゃないしね
正直ホントは仕事にもdrupal使いたくてしょうがないんだけどさ
結局枯れてるXOOPSを選択せざるをえないんだよなー

**nobodyさん** · 2006/02/08(水) 00:15:25

うーん？やっぱりノウハウの蓄積という観点からは糞プスからの脱出が必要でしょう。
ポテンシャルの比では群を抜いているからね。

**nobodyさん** · 2006/02/08(水) 21:39:45

>>44
ポテンシャルっていい言葉だね。
ニートは誰でもIT長者になれるポテンシャルを持っている♪

**nobodyさん** · 2006/02/08(水) 23:13:16

アーキテクチャ的に見ても、開発状況から見ても、図ーぷすに将来があるとは思えないんだよね。他のものにとって代わるのは時間の問題のように思える。

それがわかっているから、あえて他のCMSを探してさまよっている人々が少なからずいる、というのが今の状況だろう。

で、次に何が来るかと言えば、今のところの現実的な選択肢は、やはりdrupalということになるのではないかな。でなければ、全く新しいCMSが現れるか。

他の今メジャーなCMSはどれも、基本構造に大きな痛手を持っていて、根本的に作り直さない限りマトモに拡張できるようにはならないだろう。

drupalもまだまだ機能がこなれていない所があるけど、それはモジュールの未成熟によるところが大きい。ここが他のCMSと大きく違うところ。

**nobodyさん** · 2006/02/09(木) 00:38:52

>>46
後学のために、ほかのやつがどういう欠点があるのか教えてください。

**nobodyさん** · 2006/02/09(木) 01:20:54

>>47
Zopeは独自のＤＢを使ってコンテンツ管理してるのがイマイチだな。

**nobodyさん** · 2006/02/09(木) 02:42:46

ﾇﾚには
drupalの欠点の方が多く見えるが・・・

**nobodyさん** · 2006/02/09(木) 09:42:41

>>49
例えば？

**nobodyさん** · 2006/02/09(木) 15:51:09

んー俺的にはdrupalはこのままわが道を行く気がするなあ
CMSが広まるか否かって結局は非開発者でコードもちょっと書ける、ぐらいの人にかかってると思うんだ
そう言う人にdrupalはちょい敷居が高いような気がするよ

もっとも、現ユーザーが非開発者でも余裕で使えるまでfixを重ねてこなれさせれば、
一気にメジャー化する可能性ももちろんあると思う
そんな暇な開発者そうそういないもんｗ

**nobodyさん** · 2006/02/09(木) 15:55:02

なんか文章おかしいな・・・

そんな暇な開発者がそうそういないから広まらないんじゃないか、ってことなんだけどね・・・

確かに中身を見るとXOOPSなんか比べもんにならないぐらい触りやすいし、読みやすい
しかし非開発者にとってそこはあまり重要項目じゃない
XOOPSのように情報が多く、かつ導入運用がラクで、拡張もラク。

drupalはその辺まだまだ厳しいよ、英語読めない人にもつらいしね

**nobodyさん** · 2006/02/09(木) 16:11:14

>>52
いいたいことは分かる

XOOPSだったら、ある程度一通りの完成度はあるし、
一日でなんかのコミュニティサイト立ち上げる仕事だったらすぐできる。

じゃ、企業の決算システムの帳票管理までいけるかっていったら、
つぎはぎのベースシステムが仇となってとてもできねぇ。どれだけコードに手を入れても
一から別物を作ったほうが早いし安上がりだろう。

じゃDrupalはどうなんだ、といったら
コミュニティサイト立ち上げだったら3日とか一週間とかかかる。

でも、基本の骨組みはいろいろ使えるシステムになってるから、
企業の決算システムの帳票管理をDrupalで構築するなら、
一から新設計するよりはそれなりに楽して設計できるだろう。
全体の10分の１ぐらいがもとのDrupalかも知れないがｗ

**nobodyさん** · 2006/02/09(木) 17:29:15

コーダーから見て思うこと

拡張性は確かにすばらしいものがあるけど、逆にそれが仇となって、各モジュールが好き勝手にやり放題の感があるよね。
hook_install,hook_deinstallなどを設けて影響範囲などをあらかじめ設定できたほうが、動作も軽くなるような気がするな

それとモジュールが食い込みすぎていて、すべてXMLに変更してくれなんて言われたら泣けちゃうよ。

それでもDrupal愛好家。

**nobodyさん** · 2006/02/09(木) 17:33:39

ついでにPHPでスペース２個のインデントは具合悪くなるって！

**nobodyさん** · 2006/02/09(木) 19:46:47

＞各モジュールが好き勝手にやり放題の感があるよね。

は、それこそ図ーぷすのこと。図ーぷすの場合、そうならざる
をえないよね。

モジュールの行儀が悪いとしたら、それはモジュール作者の
マナーやセンスの問題なのでは
ないのかな。

実際、drupalはコーディングルールを含む開発者向けの
ドキュメントや環境の整備がかなりきちんとしていて
そういう運営的な面でも優れている。

惜しいのは、標準モジュールがいまいちな点かな。

**nobodyさん** · 2006/02/09(木) 22:42:55

Drupal・Joomla両方とも使用したことのある方へ
ご意見をお伺いしたいのですが、

Joomla←コミュニティサイト向け
Drupal←ブログ・企業ＰＲサイト向け

↑上記のような位置づけをするのは、早急だと思われますでしょうか？

**nobodyさん** · 2006/02/09(木) 22:52:35

>57

Joomla←コミュニティサイト向け・企業ＰＲサイト向け
Drupal←ブログ

だと思う

**nobodyさん** · 2006/02/10(金) 00:14:59

>>56
>マナーやセンス
そりゃそうなんだけど、あまりにモジュールに丸投げし過ぎやないかと思います

>ドキュメント
惜しいのは日本語ドキュメント少なすぎ.....

>>57
Joomla - のりがxoopsみたい
Drupal - 使う人次第

**nobodyさん** · 2006/02/10(金) 00:28:13

>57
xoops - 未来が無さそう
Joomla - 普通CMSサイトなら
Drupal - 日本公式管理人の器が無い・・・

**nobodyさん** · 2006/02/10(金) 00:44:45

Drupalは日本語化と日本語資料が難点だな。
それさえなんとかなれば、すぐに火がつくと思う。
LMAPアプリとして、素直な造りだし。

**nobodyさん** · 2006/02/10(金) 01:25:33

ねぇねぇ
どるーぱるすすめてるﾔｼってなにがいいと思ってるの？

Webインストーラは無いし
セキュリティには.htaccessが使えるサーバ以外は丸見え
そしてcronを使って定期的に実行するタスクが必要・・・・

日本語も最初から使えないし
これじゃ一生火はつかん

ばいばい(;｡;)／~~~

**nobodyさん** · 2006/02/10(金) 09:09:29

>>62
一番の理由はモジュールの作りやすさかな。
指摘されているような点は、サーバーの権限があれば問題ないので、
俺には問題にならない。
日本語は確かに不十分だな。でも、サイトの一般ユーザーが使う分には、
まぁ問題ないだろう。

逆にお勧めのＣＭＳはどれよ？>>62

**nobodyさん** · 2006/02/10(金) 09:24:09

>63
その作りやすいモジュールだが
日本製のモジュールが無いのは作りやすいと言えないだろうｗ

blogならWPの方がいいぞ

**nobodyさん** · 2006/02/10(金) 09:27:07

>>64
資料が英語だからじゃないか？
blog以外も考えると、Drupalが良さそうだけど。

**nobodyさん** · 2006/02/10(金) 10:09:06

DrupalってBlogﾂｰﾙだろ？
コンテンツ管理って部分ではCMSに入るけど
Blogのコンテンツを管理してるだけだろ
サイト管理ﾂｰﾙではないよ

配布されているモジュール全部入れたら管理画面が恐ろしい事になるし
他のWebアプリケーションを取り込むって事も難しいだろ
Wiki、forumの種類も選べない