Drupal node 1

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/

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

2get

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

まず、鯖としては自分のローカルで試したかったので 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
に情報があったので修正　（なんで直さないんだろ？）

本家のURLは、

http://drupal.org/

だろ

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

>>1

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

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

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

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

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

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

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

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

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

うーん。日本語じゃないって問題でもなくって、
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から地図を貼り付けられる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ちと心が狭いな

移転したものと思われ。

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

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

さげ

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

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のインストールは問題なくできますが
データベースに手を入れたのは初めてというレベルです。

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

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

>>25

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

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


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

>>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モジュールは開発が放棄されているとあります

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

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

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

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

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

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

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

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

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

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

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

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

>>36-37　サンクスコ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>49
例えば？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

それでもDrupal愛好家。

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

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

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

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

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

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

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

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

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

>57

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

だと思う

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

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

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

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

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

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

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

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

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

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

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

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

blogならWPの方がいいぞ

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

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

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

>>66
うちの会社ではイントラネットを構築してます。ブログ機能は逆に全然使っていません。
現在、ホームページもこれに切り替えようかと検討しています。

>67
わざわざ無理せんでも
しかもｸﾛｰｽﾞってｗ

>>68
んなもんケースバイケースだろ
何をそんなに煽る必要がある？
drupalにある機能が欲しいってところがあっても別におかしくないじゃん

例えばflexinodeモジュールやprofileモジュールに該当する機能は他のCMSにはない

>>67
うちも検討中。
RSSアグリゲート機能が非常に強力で操作もおこないやすいので報告連絡事項
等の一覧がつくりやすいんだよね。

大げさなRSSリーダだ

>71
年寄り組織ではRSS配信とかメーラで配信も可能、とか話ても
広まらないんだよ...。
RNAとかの閲覧パターンよりもポータルサイトのそれっぽい感じの出てる
drupalのほうが受けたりするし。

うちも部署内の情報共有イントラにDrupalを使ってる。
XOOPS、Joomla!も検討したけど、現状やりたかったことを一番
手早く実現できそうなのはDrupalだった。狙い通りのことが実現
できたし、使い心地にも満足している。

Drupalの生い立ちは、確か学生寮の仲間内の情報共有システム
だったよね。だからかもしれないけど、比較的少人数で鮮度の高い
情報を共有するのにも意外と合うのではないかな。

Drupalは結局ﾛｰｶﾙﾂｰﾙか・・・

上レスで出てたけど、企業の会計システムは大げさでも
自営の青色申告から弥生あたりの小（中）規模をターゲットにした
会計モジュール
給与モジュール
顧客管理モジュール
在庫管理モジュール
POS対応モジュール
っで、それをまとめて小中企業向けERMなんてできないかな？

×それをまとめて小中企業向けERMなんてできないかな
○それをまとめて小中企業向けERPなんてできないかな　どす、orz

CRMモジュールもほすい>>53早く、作れ！

こんなんドルパを土台で作ったら、一挙に日本のOSSも世界に認知されると思うべな！

Nucleus バージョン3.22 日本語版が登場･･･････だそうです
http://japan.nucleuscms.org/

前は、ニュークリ良いなとおもて使ってたけど、ドルパに目覚めてもっと軽快でイイ！
糞プスはモジュールいぱいあってイイけど、糞激重いので社内イントラ向けか
ｲﾝｽｺするモジュールの選択とキャッシュばんばんさせるバランス取りしかないか
確かに糞プスに関しては日本語の糞ドキュメントが豊富なのは魅力ではあります
会社で簡単に部門別のサイトを構築したいとか社内ポータルなんかには良いかも
しかしそうなると女王村の方がアドミンが洗練されてるので入門本あたりでれば逆天もありか

今のところはDrupalが自分の用途にはベストだと思っているけど、
他に良いのがあるなら乗り換えるのもやぶさかではない。
だから、アンチDrupalには、他の良いＣＭＳ情報を期待してるよ。

>>78 そんな貴方にTYPO3
http://itpro.nikkeibp.co.jp/article/NEWS/20060201/228353/
ドイツ生まれでオープンソースの高機能コンテンツ管理ソフトが登場
TYPO3は自由度が高いので，CMSを使っているとは思えないような高機能なサイトを実現できる
コンテンツはオープンソースのデータベース管理ソフトであるMySQLで管理する。
TYPO3を構成するプログラムは，データベース・アクセス部分も含めすべてPHPを使って自前で実装されている。
PEAR（PHP Extension and Application Repository）などに登録されている外部のライブラリは使用していないという。
1300個以上もの機能拡張モジュールが用意されているのも特徴。
日本語化のモジュールも用意されており，管理画面などの表示を簡単に日本語化できる。

>>79
TYPO3は既に検討したけど、取っつきが悪かったんだよねぇ…
サイトの説明を見てただけで、orz という感じだった。
でも、これも筋としては悪く無さそうにも思う。GPLだっけ？

Drupalベースの選挙立候補者用CMSって、どこにあるんだっけ？

市町村レベルでもいいけど、実績ってあるのかな？
XOOPSなら安部晋とかの例みたいの
つうか、それ以前にDrupalで構築されたメジャーサイトみたことなかったorz

>>81
Civicspace だな
ttp://civicspacelabs.org/
ここにいけばあるぞよ

使用例は　ttp://civicspacelabs.org/home/civicspace/in-action
にまとめてある。
ノースカロライナ民主党本部が使ってるらしい
ttp://www.ncdp.org/

>>82
早速、サンクスだす。

fckeditorなんですが、画像貼り付けで引っかかって抜けません。orz

イメージ挿入股は画像ボタンからアップロードでサーバに送信後に
イメージのURLを入力してくださいと表示され、画像貼り付けできんのです。

これって、/public_html/modules/fckeditor/lib/editor以下になんかディレクトリ作る必要ありですか？
それとも、根本的に漏れがお馬鹿なのでせうか？
/public_html/files/tmpは作成済みです。

Drupalの検索って、日本語OK？

なんか、検索できないすけど

コアモジュールの「search」では日本語検索できません。
「trip search」をインストールしましょう。

>86

標準のsearchモジュールでも日本語の検索はできるよ？

>85

cron.phpを起動させていないのでわ？
これが起動させる度に検索インデックスをちびちびと作っていく仕様。

検索インデックスが出来るまでは、英語だろうと日本語だろうと検索は
出来ない。

cron.phpの定期起動は他のモジュールでも必要なので、設定すべし。
cronによる定期起動ができないサーバ環境ならpoormanscronモジュール
を導入すべし。

ちなみにtrip_search (旧称SQL Search)なら、インデックス化をしなくても検索
できるし、色々高度な検索もできるけど、UIの日本語化はまだされていない。

使ってみたが最低だった

blogじゃねーか

>>87
成る程、わかた。
デフォの検索システムは＞cron.phpを起動→cron.tabの設定が必要
レン鯖では、ムリポでつね。
つうことで、検索モジュールのtrip_search を使え、つうことでつね。

e-コマースってモジュール、使ってる人いますか？
公式ドルパのスレで日本語化してるとか見た希ガス
使い勝手とか、どおすか？

>89

crontab設定がムリでも、poormanscronを使えばcron.phpの自動起動
はできる。

日本語化されてなくてもいいなら、trip_searchでもOKだけどね。
が、どのみちcron.phpを定期起動しないと古いログが消えなかったり
aggrigatorの記事更新が自動で出来なかったりするから、出来れば
対策した方が良いよ。

trip_search、すごい適当に翻訳したやつはあるんだが。

>>90
チュートリアル書いてくれ。さっぱりわからん

e-コマースっての、OSコーマス見たいな、つうかZENカートみたいのだよね？
漏れも試しにｲﾝｽｺしようとして、取り合えずMySQLのテーブルはぶち込みましたが、
なんかよう解らんかったorz

これって一見ブログCMS風だけどXOOPS並に使える強力CMSであることは、
なんとなく理解し始めた今日この頃！
でも結構複雑だし日本語の情報が公式の旧コンテンツ程度で解らないことだらけ
先達者の誰か、Linux板でやってるみたいにWIKIとかでまとめてくれよ
例えば、モジュール設定とこのスロットルって、なによ？アクセルの親戚？

http://atwiki.jp/ こことかで、おながいします

ここもあるけどhttp://wiki.livedoor.com/　ここは何時まであるか解らんし

>>91
サンクスコ
無事、cronが回り初めますた

cron 02/12/2006 - 17:07 Cron run completed (via poormanscron). admin

公式のMySQL鯖が落ちてますが、なにか？
http://drupal.jp/

unable to select database

>>97 復活してる？ ただのメンテでは？

ところで、コンテンツ作成で
・ストーリー
・ブログエントリー
・ページ
どう使い分ければ...
どれも同じな感じがするんですが。

づるぱげにっぽん　ろぐいんしたほうがあくせすけんがひくくなってますよ
なーぜー

>>98
すとーりーとぺーじはなまえがちがうだけで、なかみいっしょ
せいてきなぺーじやあーてぃくるなどに。

ぶろぐはゆーざーまいにひょうじできたり、RSSにたいおうしていたり

ぶっくもおすすめ

>>99

さんきゅー

アクセス権直ってました

管理人さん、お疲れー

なんか詳しい人が居る予感！！
ﾜｸﾜｸﾃｶﾃｶ

trip_searchの日本語ファイル
ttp://www.4-directions.net/log4d/2006/02/13/trip_search/

>>103 糸申　乙

>>103 さんのサイトのYahooの話おもろいな
翻訳を部分引用さしてもらうと

CMS製品を選択する上において考慮すべき点として：
・コンテンツを更新するのがどれくらい簡単か？
・コラボレーションをサポートしてるか？差分は取れるか？ロールバックできるか？
・分類ツールとしてどれくらい大規模性があるか？ どのくらいたくさんの語彙をサポートするか？親子関係はサポートするか？
・著作権を取り扱えるか？寄稿者、編集者、管理者に対して別の著作権を設定できるか？
・どのくらい簡単にカスタマイズしたり拡張したりできるか？
[site commnet]
まあ、この辺りを考えるとブログやグループウェア、Wikiじゃどう転んでも無理ですね。CMSでもXaraya、Drupalくらいでしょうか。
[/site commnet]
最終的に僕たちは、Drupalを選んだ。なぜならそいつは、適用範囲が広くて、強力な(コンテンツ、ドキュメントの)分類機能があって、
そして拡張性が高いからだ

Drupalにイイとこは、その透明性だよね。適用範囲がとても広い。
つまり、ちょっとフレームワーク的。

まあそれを欠点として見ると、目的のサイトを構築するのに他の
CMSに比して、どうしても手数がかかってしまうということになる。

「こんなサイトにはこのモジュールを使え」というノウハウをどこかで
まとめられれば、その手数も大幅に減るんだけどな。

>>106
禿同。
開発サイドから見た最大の利点は
DrupalがCMSとフレームワークの相の子的な存在であることなんだよな
言ってみりゃコンテンツマネージメントのフレームワークってとこか。
そしてその恩恵としてモジュールないしはクラスの独立性が保障されてること
結果として特に単体テストが非常にやりやすいこと。

これがXOOPSだとなかなかそうもいかないんだよね

Drupalを使ってビジネスを考えている開発会社をいくつか知ってるし、
そこそこの規模の会社がコーポレートサイトのCMSとして採用しよう
としている話も聞いた。
今年は日本でもちょっとブレイクするかもね。

凄くイイ！めさ、気に入った

っで、ウイジングエディタが、おもそっと軽くて画像も簡単に貼れるの出して
4.65と4.7でそれぞれエディタ試した、結構軽くて気に入ったのは画像管理が有料だったorz

>>108
ブレイクするのはいいけど、某糞ﾌﾟｽの有名人みたいな香具師が
俺ディス鳥つくって頒布するのは勘弁してほしいよな

とくに、いまのDrupalだと、フレームワークっぽい部分がないから
Civicspaceみたいなディス鳥が流行る要素があるだけに

×フレームワークっぽい部分がない
〇フレームワークっぽい部分しかない

なんか頭悪いひとたちが使うツールのようですね。

テーマ作ってみました。
ttp://www.4-directions.net/log4d/2006/02/14/corporate_sites/

>110

どるぱじゃぱんの管理人がやる気らしいが。

それは別に良いんだが、公正にやって欲しいもの。
あたかも公式サイトであるかのようなデザインだが、
あれは不正なパクりで、その事を知りながら直さない。

去年寄贈された4.6の翻訳は作業途中で放置。

運営不備を指摘したユーザーは排除。

都合の悪い情報を消して回っているようだが、
前からあの管理人を見てたユーザーは、
まず協力はしないだろうな。

きっと他にもパクってるだろうと思ったが、ここだけか
ttp://drupal.be

日本語化しているのって
プロジェクトだったよね？
個人だっけ？

ﾌﾟﾛｼﾞｪｸﾄがﾊﾟｸﾘとは・・・

>114

> 去年寄贈された4.6の翻訳は作業途中で放置。

そのくせ海外公式に登録している日本語翻訳プロジェクトのページには

> ここからダウンロードできる翻訳ファイルは、常に最新のものではありません。
> 最新の翻訳ファイルは、日本サイト ≡ Drupal Japan ≡ からダウンロードできます。

ときたもんだ。

ttp://drupal.org/project/ja

配布可能な「最新の翻訳ファイル」が出来たのなら、さっさと海外本家の本来あるべき
場所にアップするのが筋と思うのだが。

>116

ちょいややこしいのだけど、Drupal 4.6の頃あたりから、Drupal Japanとは別に
有志で翻訳をしている人々がいる。殆ど機械翻訳だったDrupalコアの翻訳が
大分まともになったのは、その有志の人々がDrupal Japanに翻訳を寄贈
したおかげだった。デザインのパクリをやっているのはDrupal Japanの方。

翻訳も、あたかもDrupal Japanの成果であるかのような形で配布されている
よね。これも半年以上直っていない。

Drupal Japanとは別に、コミュニティサイトを立ち上げる必要があるかもね。
何かあそこは将来的にも盛り上がりそうにないし。

もし、何か別にまともなサイトが立ち上がるんなら、翻訳などで協力したいと思います。
せっかくの筋が良いCMSなので、なんとか日本でも盛り上げたいものですね。

なんかここ壁谷臭い。。。

俺も翻訳で協力するけど。別にまともなサイトでなくてもいいけどね。

>>121
俺もｵﾓﾀ
特に翻訳とかﾃｰﾏにこだわるとことか
あの人達ｻｲｺｰの翻訳作るとか言ってたのにいきなり解散しちゃってﾜｹﾜｶﾗﾝ

>121

今人降臨乙。誰であろうと事実は事実。

女王村でもﾓﾒてたみたいだけど
今はﾌﾟﾛｼﾞｪｸﾄの人も増えてにぎやかになってるよ
確か同じ時期にﾓﾒてたんじゃなかったけ

ﾏﾈｰｼﾞｬでこんなに変わるとは・・・

ZJUGみたいな展開は勘弁してくれよ

>>126
詳しく

あの公式って、どこぞの会社がやってるの？
それとも、融資の団体？
まさか、個人じゃないよね？

≡ Drupal Japan ≡　って公式じゃなかったの？orz

最近ドルパ始めたんで、あそこの旧コンテンツのハンドブックなんか参考にしてた。
てっきり公式なのかと思い込んでたが、なにげにかあそこ人口少ないんで変だとおもたよ。

>>103さん、その他の翻訳ファイルもいただきますた。多謝

どるぱじゃぱんの管理人は、翻訳の権利は独占したいけど糞翻訳しかできないからね
他人の翻訳をいかに自分がやったものであるかのように見せかけたいだけ
だから他人の貢献を正しく評価できるようにすることにはまるで関心がない
あれも一つのOpenSourceの癌の一つだろう

つうことで、ここの有志住人で
≡ Drupal 2ch Japan ≡でおながいすます

http://www.itmedia.co.jp/enterprise/articles/0412/01/news009.html

こういう糞コミュってことか。

>127
Zopeってどうよ？ 〜 もういいよ。ﾓｼﾞﾀｿ 〜
http://pc8.2ch.net/test/read.cgi/php/1045704268/

　　　　　　　　　　　　,. ''"´　 　 ｀ `　､
　　　　　　　　　　 ;'　　 　　　　　 　　 ':..
　　　　　　　　　 ;'　　 　　´　　　　　　　`　　たまちゃんも
　　　　　　　　./　　　 　　　 ● 　　　 .●　　　　ドルパにおよいできました
　　　　　　 　./　　　 　　　　　 ⌒ 　▼⌒':　　　　　
　　＿＿　　./　　　　 　 　　彡 　∵人∵ﾉミ＿＿＿
　　　￣　.／　　＿ 　　 　　　　　ﾐ　　 ﾉ"ﾐ￣￣￣
　　￣￣￣￣￣━━￣￣￣￣￣￣￣￣￣￣￣
　￣￣━━━￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　￣￣￣￣￣￣￣　　　　　　　　　　￣￣￣￣￣￣￣

ドルパ用のWikiとかあるのでせうか？

どるぱじゃぱんの管理人はマジで過去の恥ずかしい翻訳を消してまわってるのか？
なんかCVSもなくなってるし・・・

とりあえず恥ずかしい過去
# LANGUAGE translation of Drupal (img_assist.module)
# Copyright publian <[email protected]>
# $Id: img_assist-module.po,v 1.1 2005/01/10 18:17:51 publian Exp $
（中略）
#: modules/img_assist/img_assist.module:93
msgid "The img_assist module can use images from either the image module tor the built-in file API. It is not wise to change this after this module is in use."
msgstr "img_assistモジュールは、一方のイメージ・モジュール小さい岩山からのイメージを使用することができます。内蔵のファイルAPI。このモジュールが使用されていた後、これを変更することは賢明ではありません。"

#: modules/img_assist/img_assist.module:106
msgid "Select the vocabularies you want to be able to filter thumbnails by. This setting changes the behavior of img_assist at startup from loading all image thumbnails to displaying a list of image names until a filter is chosen."
msgstr "親指の爪をろ過することができることを望む語いを選択してください。このセッティングは、フィルタが選ばれるまで、イメージ名のリストを表示することにイメージ親指の爪をすべてロードすることからの操業開始でイメージ・アシストの振る舞いを変更します。"

新入りです、よろしこおながいすます

どるぱじゃぱんって、IMAGE？人が管理人？
WEBMASTERの方が管理人？
それとも、あれは１人２役なの？

>>136
なんか、機械翻訳につっこみましたって感じの訳だよね。w

おまえら分からない文があったらここに貼れ。
俺が翻訳してやるよ。

ﾏｼﾞﾚｽすると管理人は去年と今年で代わってるぞ。
機械翻訳しかできないのは昔の管理人。
今の管理人はちゃんと翻訳してる。

>140

んだな。ヤシの翻訳はなかなか良いと思うよ。
やってることは前管理人以上にエゲツナイけどな。
言論統制や情報操作的な事は新管理人にナッテから
悪化したような気がするよ。
いくらスキルがあっても、嘘やごまかしはいかん。

っで、旧管がいめーじで新管がうえっぶますたーか？

つうか、新管はわいずのっとの社員とちゃうか？
http://group-office.jp/　←これと、同じパターンだろ。

サイトが･･･

どるぱJapanのアナウソス嫁。

旧来管理人＝pu*lian
新管理人＝im*gine （追加)
wabmaster＝管理者ID

ｷﾀ―――――ヽ（´ー`）ノ―――――!!!

或る日、4.6.5をｲﾝｽｺした、OSはRHEL4、PHPはPHP 4.3.9だった。

取り合えず動いた。モジュールをいろいろ入れた。いずれも動いた。
が、controlpanelの設定を開くと真っ白になった、漏れの頭も真っ白になつた！
さらにfckeditorも入れた、使えた、感動した！が、imageのうPロードができない。
いろいろググって試した、fckconfig.jsをいじったりもした。しかしダメだった。orz
漏れは完全に壁にぶち当たってしまつた。これ、結構難しいことがわかた。

つづく

DrupalはデフォルトでMT形式ログのインポートやエクスポート機能は無いのでしょうか？
MTのログを入れてみたいのですが…。

国内ぐぐってもそれらしい情報が見当たらなかったので海外本家で探したら
http://drupal.org/node/6141
って方法があったのだが、これしか手立てがないのでしょうか。

しかし、インストールするにもきちんとしたドキュメントがないから一苦労…。
日本語翻訳ファイルのインストール手順のところにでも
本体のインストール手順も書いておくとわかりやすいと思う。

>>147
インストールは簡単じゃない？　どこで躓いたの？

>>148
藻前に言う必要なんてねーだろ。

未知で躓きましたが、なにか？

4.7.0でmbstring.http_inputの設定間違ってるようなんすけど、
どこかに.htaccessとかの設定の見本とかないすかね？

XREAに4.7.0.b4入れてみた俺がきましたよ
試したいモジュールがあったから一度4.6にしてみたけどPHPのバージョンのせいでまともに動かねえ

PHPに絶望しつつ.htaccessにはこう書く
php_value output_buffering Off
php_value default_charset UTF-8
php_value mbstring.language neutral
php_value mbstring.encoding_translation Off
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.internal_encoding UTF-8
php_value mbstring.substitute_character long
ここまでやらんでもいいだろうけど
4.7からは文字コード変換を自前でやるらしいからencoding_translation=Offにしとけという話らしい

デフォルトでja.poのインポートがうまくいかないときはincludes/file.incのfile_check_upload関数をいじる必要がある
if (((substr($file->filemime, 0, 5) == 'text/' || strpos($file->filemime, 'javascript')) && (substr($file->filename, -4) != '.txt')) || preg_match('/\.(php|pl|py|cgi|asp)$/i', $file->filename)) {
つー行の頭にif (false)をつければおけ

4.7用のモジュールがないときはパッチがないか確認汁。cvsに上がってるかも知れない
それでもないときは自分でfix。form_*系関数呼び出しを配列に直すだけだから比較的簡単だ

一度やればそんなに難しくはないんだが、
最近インストールしたCMSやブログツール類には大抵インストーラーがついててデータベースまで殆どオートでやってくれるのに慣れてたせいか、
SQL文からデータベース作成ってのは初めてだった。

しかも、大概日本公式ってサイトにインストール手順のドキュメント置いてあるがDrupalの場合
過去のフォーラムを検索してかないとそういった記事が出てこない。

そういう部分にとっつき難さを感じたんだなぁ。
ツール自体は管理画面の構成が感覚的にわかりやすく使いやすいだけに
入り口の高さが勿体無いなぁと思った次第。

マイナーなもんがメジャーになるにはそれなりに時間がかかるってこってすよ

>>153
> そういう部分にとっつき難さを感じたんだなぁ。
とっつきやすければそれでいいのか？
Drupalの場合は、その後のフォローも何もないんだぞ？

今の段階では、Drupalなんて他人に勧められるものじゃないでしょ。
素の状態じゃ使い物にならないと言っても過言じゃないし。

>>155
過言だろ

>>155
どんな世界でも先人は苦労するものなのですよ。

>>156
さすがに馬鹿すぎて返す言葉もない。

>>157
>>153：入り口の高さが勿体無いなぁと思った次第。
>>155：入り口ですら困ってるような奴らにとって、それ以降はさらに茨の道
>>157：先人が苦労するのは当然

レス先間違えてないなら、まったくもって論点ズレズレ。

>>158
まード初心者のｦﾏｴが言うなら間違いないんだろうな。
ﾄﾞ初心者のｦﾏｴは5分でｲﾝｽｺできる立方体でも使ってろ。

>>158
「より良いCMSを作る」　
ttp://www.yamdas.org/column/technique/bettercmsj.html
にある理想のCMSを永遠に求めてろ

ま、個人的な感想だが、タコでもつかえるDrupalというのは糞ｷｭｰﾌﾞとたいして変わらない
拡張性のひくい、Durpalのよさが失われた物な希ガス

ここなんでこんな荒れてんだ

>>161
Xoops難民がきてみれば、インスコ難しいとかごねてる気がする
あと
tp://drupal.jp
が日本公式のフリをしてるとか。あれは個人サイト、開設のときにそう書いてあった
いまは消されてるかもしれないが

インストールは特に難しくないと思うけどなあ。テーブルを手動で作るのって、
そんなに大変なことかな？

私はWindows上でXAMPPとかいうPHPとMySQLのパッケージをインストールし、
マニュアルに書いてある通りにインストールしたら苦労せずに動きました。
英語のものを読んだので、それが苦労と言えば苦労でしょうか。
でも、コマンドラインとかMySQL（SQL）の知識がゼロだと、やはり戸惑うかも知れませんね。

>>163
DB使えるレン鯖は大抵phpMyAdminやphpPgAdminが入ってるからブラウザからSQL流し込むだけでいいよね
俺も簡単だと思うが･･･

>>152
亀レスすんまそだす。
早速、試してみますだす。

だいたい、SQLのコマンドだって、１〜２秒の作業だお！
それに、phpMyAdmin、WebminなどGUI使っても数秒

漏れ的には某５糞でｲﾝｽｺできるアレよりも、
１０秒でｲﾝｽｺできるをキャッチにしてほすいとおもてるが

最近訳あってWikiも使ってるが、Skinなるものの取り替え方を理解するのに３日かかった。orz
公式にもネット上にも、この超超基本的な説明がない。ソース見とけということだろうが。
ま、あまたあるOSSのCMSの中でもドルパは簡単ｲﾝｽｺで、初心者にもやさすいと思うけど、どうよ！

まあ、モジュールのインストールはもっと簡単に、システム内でできたほうが
良いかもしれないな。

だいたいが、手取り足取りしてくれて、取り説も完備してて、
場合によっては、インストラクターまで派遣してくれるようなOSSはない

ｲﾝｽｺが難しいだの日本語の説明が少ないだのドルパジャポンが公式でないないだの
そんなことにお嘆きの貴兄は、とっととコマーシャル版に移行しなさい

>>159
気違いってのはホントにどうしよもないな。
「難しい」と書いたのは>>155＝オレではなくて>>153だ。
いつまでも脳内妄想撒き散してないでとっとと病院行け。

ありがとうｗ
気遣ってくれなくてもいいよ。
気違いなんだよ、きみは。

>>171
日本語もロクすっぽ読めないようなゴミ屑に言われる筋合いはない。
まともな反論が一つもないのは気のせいか？

煽る人よりはマシだと思うよ、横槍すまんが

ちょっと噂できいたんだが某立方体でのﾊﾞﾊﾞｱがどるぱるに興味があるらしい

どるぱるじゃぱんと管理人とﾊﾞﾊﾞｱのﾊﾞﾄﾙか・・・・

どうも、ババァの香りがしねえか？

意味のないｗを付けるあたりは、GPL厨いもいか？

結局、脳内妄想吐いてるだけで、まともな反論は誰も出来ないのか？

ラーメン参上！ニダ

まいったまいった。.htaccessでphpのmb関係いじってたらDrupalが文字化けになって
あちこち治しているうちに、Image Galleryが壊れてしまった。nodeは残っているが、
ギャラリーを開くと0アイテムになってる。
とりあえずimport-exportモジュール(CVS版)入れてノードの内容をXMLでバックアップ、

http://drupal.org/node/21314#comment-92013
ここを見て。ギャラリーとカテゴリからImage Gallery関係のボキャブラリを削除、
imageモジュールを無効にして、
データベースのvaliablesテーブルからimage_で始まるデータをphpMyAdminから削除
（image_assist関連らしい変数は削除せず)。
imageモジュールを有効にして
ギャラリーをいちから作りなおす。ボキャブラリのvidと用語のtidが変わっているので
バックアップしたデータを開いてvidとtidを新しいものに置換、インポートしてなんとか
復活しました。
疲れた。

FCKEditorで画像アップロードまでできたんでサンプル+α
fckeditor.moduleとFCKEditorはそれぞれの公式から落とす
4.7用のパッチは ttp://drupal.org/project/issues/16118 にある
説明は ttp://hoge/にDrupalをインストールして ttp://hoge/filesにアップロード用ディレクトリを掘ったと思ってくれ

modules/fckeditor/lib/editor/filemanager/upload/php/config.phpを編集
$Config['Enabled'] = true ;
$Config['UserFilesPath'] = '/files' ; // Drupalのファイルアップロード用のディレクトリ

modules/fckeditor/ssipをmodules/fckeditor/lib/editor/filemanager/に移動
やらんでもいけるかもしれんけどこの方がやりやすいんで

modules/fckeditor/lib/editor/filemanager/ssip/properties.incを編集
$properties['context_path'] = ''; // Drupalをインストールしたディレクトリ
$properties['File'] = '/files'; // Drupalのファイルアップロード用のディレクトリ
$properties['Image'] = '/files';
$properties['Flash'] = '/files';
$properties['Media'] = '/files';

modules/fckeditor/lib/fckconfig.jsを編集
var _ConnectorPath = FCKConfig.BasePath + 'filemanager/ssip/connector.php' ;
var _UploadPath = FCKConfig.BasePath + 'filemanager/upload/php/upload.php' ;
FCKConfig.LinkBrowserURL = FCKConfig.BasePath + 'filemanager/browser/default/browser.html?Connector=' + _ConnectorPath ;
FCKConfig.ImageBrowserURL = FCKConfig.LinkBrowserURL + '&Type=Image' ;
FCKConfig.FlashBrowserURL = FCKConfig.LinkBrowserURL + '&Type=Flash' ;
FCKConfig.LinkUploadURL = _UploadPath ;
FCKConfig.ImageUploadURL = FCKConfig.LinkUploadURL + '?Type=Image' ;
FCKConfig.FlashUploadURL = FCKConfig.LinkUploadURL + '?Type=Flash' ;

ファイルブラウザはFCKEditorとは他の問題が起きててうまく動いてるかよくワカンネ

fckeditor.moduleをインストールするとtextareaの下にでかい空白が出現するようになると思うが、それを解決するのはこんな感じ
modules/fckeditor/fckeditor.moduleを編集
/**
 * Implementation of hook_elements
 */
function fckeditor_elements() {
  $type['textarea'] = array('#suffix' => "<script>document.getElementById('edit-body').style.display = 'none';</script>" . fckeditor_create_editor('body')
                           );
  return $type;
}
というところをまるごと、
/**
 * Implementation of hook_form_alter
 */
function fckeditor_form_alter($form_id, &$form) {
  foreach ($form as $k => $e) if ( is_array($form[$k]) ){
    if ($e['#type'] == 'textarea' && $k == 'body'){
      $form[$k]['#suffix'] = fckeditor_create_editor($k) . "<script>document.getElementById('edit-{$k}').style.display = 'none';</script>";
    }
    fckeditor_form_alter('', $form[$k]);
  }
}
に置き換える。ちなみに4.7用なので注意

>>152>>180-181ネ申乙

やっぱりだめCMSだな

だったら使うな。

厨が一匹紛れ込んでるｗ

糞CMSにたかってるﾊｴがいるな。
殺虫剤もってくるか

また来ましたよ

4.7.0.b4 でログインできないというかパスワードが変更されない問題があるんだが、公式フォーラムで話題に上がってて既にパッチが適用されている
ttp://drupal.org/node/45793
fix 済みのファイルは cvs から
ttp://cvs.drupal.org/viewcvs/drupal/
だいたい以下のファイルを更新する必要がある
includes/bootstrap.inc
includes/common.inc
includes/form.inc
modules/system.module
modules/user.module
ちなみにパスワード変更するときだけ "pass" に固定されてしまうようだ。登録時には問題なく指定したパスワードが登録される
データベースの user テーブルの pass フィールドにパスワードの md5 ハッシュが登録されてるんで最悪そこを変更することもできる

んで上の問題を fix したら、おれの環境ではテーマが適用されないという問題が出たがこれも fix されてるので cvs から落としてくる
includes/theme.inc

チラ裏だが今日は PHP の糞さと firefox 1.5 に一度ずつブチギレた
PHP は異常に書きにくい。かろうじて成り立ってる言語構成はたまらなくセクスィーだよ

キャッシュを有効にするとsql関係のエラーが頻発したり、ゲストがページを見られなくなる
（一度目は見られるが、リロードすると空白ページが表示される)場合。
http://drupal.org/node/14457#comment-47839
http://drupal.org/node/14457#comment-49287
この二つのパッチで幸せになれるかも…

その問題なら、キャッシュがgz圧縮されたデータをTEXTフィールドで保存してるのが原因だから別問題だと思う。
mysqlでalter table cache modify data longblob;とかやれば直る。少なくともうちではこれで直った。
SQLの叩き方が分からなければdatabase/database.mysqlでcacheって探してそこのdata longtextを書き換えればOK。

なんか、一挙に活発になってきますたね
折角ここで皆さんがPOSTしてくれるTIPSを、
まとめサイトにしてくれるとよいですが、そんな漢はいませんか？

それとも、＄ぱるザパンが吸い上げるか、そりゃないよねｗ

atwiki で勝手にまとめてればいいんじゃねーの？

正直に言うよ。イマイチだわコレ
ベータだからしょうがないとはいえ fix されてないっぽい問題があるし
Xoopsよりマシとはいえソース汚いし。まあ PHP だからかも知れないけど
拡張部分もわりかし綺麗な構造とはいえ taxonomy とかいう独自概念でツリー構造を作るみたいなわけわからん事はしないで貰いたかった
つかノードの親子関係ぐらいサポートしろよ。blog ツールというのも言い得て妙でフラットな構造をどう隠すのかに執心してる気がする

チラ裏の愚痴で悪かったが怒りの 9 割は PHP のせいだわきっと
PHP はもう勘弁 orz

>>192
自分はtaxonomyは良いアイディアだと思いました。
もっとも、名前は単純にcategoryとかで良かったように思いますが。
PHPは確かにオブジェクト指向が徹底されていないのでイマイチですね。

これって、開発後５年たっても普及しなかった理由ってなんだべか？

これをさらに日本語で使うには、相当なエネルギーがいるわけで、
そう汁と、そこまでしてこれを使わなければいけない理由とか、メリットとかある？

エロイ人、教えて。

>>152
正直あんたは叩く気になれないｗ
別に興味あるわけでもないのにここまでやってくれるとは恐れ入った
じっくり君の感想を見ながらハックさせてもらうお

>>ノードの親子関係ぐらい
ノードでそれをサポートしたとして、ツリーを必要都市内ブログやページモジュールに
何のメリットがあるんだろう。
そのためのブックモジュールだと思うんだけど。

taxonomyはカテゴリーを突き詰めると、結構理にかなっていると思うけどねー
PHP勘弁には同意だけどな

ツリー構造をサポートするためのAPIをライブラリーとして提供してくれるとありがたいかもね。

>196
ブログは一階層しかないツリーと見なせるしページは一つのノード(だよね?)だからツリー構造とは関係ない
ツリー構造はノードに親ノード ID を付加すればいいだけだから実現は難しくないと思う
ただ taxonomy での整理が普及しちゃってるから流行らないだろうし意義も少ない
URL エイリアスにしろ taxonomy にしろ実際はシンボリックリンクみたいなもんだし
つきつめれば名前空間にどうマッピングするかっていうだけなのになー

どうにも結局何がいいたいのかわかりません・・

>>ツリー構造はノードに親ノード ID を付加すればいいだけだから実現は難しくないと思う

難しいとかじゃなく・・
nodeがpage,story,blog,bookの基底クラスになっているのはご存知かと思いますが
基底クラスに何でも詰め込むと悲惨な結果が待ち構えていると思いますがけどねー

>>taxonomy にしろ実際はシンボリックリンク

taxonomyは検索用のキー

>>194
> これをさらに日本語で使うには、相当なエネルギーがいるわけで、

日本語のコンテンツを構築するだけなら、別にエネルギーは不要ですよ。
（英語版では）操作系の表示が英語になっているだけなので。

なんかねー
もうねー

知 っ た か 三 流 w e b プ ロ グ ラ マ も ど き の 不 毛 な 議 論 な ん て 見た か ね ー

なんですよ

>>201
m(_ _)m

なんか、あっちこっちで評判よさげなので、ｲﾝｽｺしてみた
でも画像はどうやって張るのやら、直URLを書くのかな？
ブログツールCRM？なのかよう解らんけど、操作性がわけわかめ

これって、なんか専門家に評判いいみたいだけど、
どの辺がいいのかど素人に解る程度に説明汁！

>>203
画像の貼り方、分かんないよねー。
uploadツールを使って、アップし、inlineとかいうモジュールで挿入するのが楽みたい。
もちろん直リンも可能。

>>204
Drupal使ってる。先月アドレス取得してCMS探しに行ったら見た瞬間に即決した。
カッコイイ、マジで。そして速い。アクセスするととすぐ表示する、マジで。ちょっと
感動。しかもCMSなのにブログ向けだから操作も簡単で良い。Drupalは力が無いと言わ
れてるけど個人的には速いと思う。商用と比べればそりゃちょっとは違うかもし
れないけど、そんなに大差はないってユーザーも言ってたし、それは間違いないと思う。
ただ大規模とかで運用するとちょっと怖いね。PHPなのに重いし。
速度にかんしては多分商用もオープンソースも変わらないでしょ。商用つかったことないから
知らないけどサポートがあるかないかでそんなに変わったらアホ臭くてだれもオープンソースな
んて使わないでしょ。個人的にはDrupalでも十分に速い。
嘘かと思われるかも知れないけどakamaiで１４０万viewでマジでMSを
抜いた。つまりはMSですらオープンソースのDrupalには勝てないと言うわけで、それだけでも個
人的には大満足です。

このスレにはプロもいれば、ユーザ落ちこぼれ代表の漏れもいるわけで
ど素人思考でいくと、>>206氏の指摘に激しく尿意
XOOPSも女王村もアパッチベンチかけるとウンチ漏れてる位に重い
ドルパを仮にブログ系CMSと見るとライバルは先の二つにニュークリアスも入ると思うけど
これと比べてもはるかに軽いよね、アクセスしてさささ・・・と表示されるし
これから普及してくれば美味しそうなモジュールも日本語化されるだろうし
日本人によるモジュールもでてくるかもしれないし
なんか専門家が議論してるが漏れら一ユーザには難しいことはわかんねけど
面白いしXOOPSと比較しても直感的でわかりやすいと思う、気に入ってる

201みたいにPHP命なwebしかできないプログラマの煽りの方がよっぽど不毛だと思う

>207

「専門家」ではないと思うよ・・・(つまり、気にするなってこと)。

英語もソースコードもロクすっぽ読めやしない(もしくは、情報収集能力が
著しく低い)と思われる、知ったかぶりのヘボが、的外れな評論を書いてるね。

Drupalの良し悪し以前に、事実を理解してないんだから、どうしようもない。
理解していないことに加え、それに対する評論そのものも的外れだね。
つまり、仮に正しく理解したとしても、的を射た評価はできないだろうという
こと。

ああいうヘボがもし自らCMSを設計開発したら、一体どんなものが出来る
のかといえば、多分一生かかっても、曲がりなりに動くものすら作れない
だろう、というのは言い過ぎだろうか。悪いけど、そう思った。

>208

ま、俺的には、ああ言いたくなる201の気持ちは分かる気はするけどね。
PHPとかwebは関係ないよ。そんなものは実装手段でしかないでしょ？

今まで黙ってたけど．．．

こ　の　ス　レ　に　プ　ロ　グ　ラ　マ　は　い　な　い

>>211
言　わ　れ　な　く　て　も　見　て　れ　ば　わ　か　る

>>206は有名なコピペの改変なので、マジになられるのもどうかと…

>>209
個人叩きしたいならレスアンカー付けろよ

206に反応してるのは207だけなので、マジになられるのもどうかと…と言うのもどうかと…

個人叩きしたいならレスアンカー付けろよなんて、マジになられるのもどうかと…

相変わらずCMS系のスレは荒れやすいな

まあでも、Drupalでここまでスレが伸びるなんて思いもしなかったよ。
元旦にスレ立てた人も本望だろう。

三流webﾌﾟﾛｸﾞﾗﾏくずれが吹きだまるからな

>>219 が何を言いたいのか分からんが、CMSはそれを使って具体的なサービスを
提供するものであって、プログラマのオモチャじゃないよ。

>>220
ずいぶんかたよったかんがえかただな
つーるをおもちゃとしてつかうなんてのはあたりまえのかんがえだけどな
linuxなんかのおーえすもおもちゃとしてつかってるだろふつー

>>220
CMSを個人サイトやblogとして使ってるヤシなんて腐るほどいるけどな。
具体的なサービスを提供するものなんて考えてるのは、うだつが上がらなくて
リストラされてWEBで細々食い扶持稼ぐヤシぐらいのもんだろ。

GTO is aT and fully-aerO

>>221
CMSどころか漢字すら使えないの？

>>222
それはそれでサービスとして提供してるんだけどねぇ。

的外れなこと言う奴って、大抵日本語苦手な低脳なんだよな。

おまいら、みんな仲良くしようよ。
糞ユーザの一人として言いたい！
このスレにプログラマが居るのか居ないのか知らんけど、
ユーザの立場からしたら、「高性能で使い易いものがほすい！」
ただそれだけ、だから両者が協力すれば皆幸せになれるかもすれない。
板自体がWEBプログラマ板にあるから、専門家も沢山いるだろう、
屁たれユーザとしては、却って専門家のストレートな意見が聞けて良いと思う。
が、もうすこし建設的な方向性でおながいすます。

自由村ユーザだけど、ドルパも期待してるし試してる、昔はXOOPSだったキューブは知らん。
ドルパはすんごく動作がかる〜いし、コンテンツの使いまわしもなんか楽々だね。

どのCMSも高速化は課題になってるし、ドルパが普及してくれれば他もカンガルだろう。
XOOPSや自由村とは使い道が全然チガ〜うとおもうよ、比較でけん。ヌークリアスが近い。

CMSっていってもイロイロだね。
こんなオレは あま〜〜〜い？

Hello, FedoraNEWS.ORG Readers!

I'm happy to announce that we're launching a new CMS (Content Management System) for
FedoraNEWS.ORG based on your feedbacks.

It is based on Drupal[1] and it has so many new features[2] our readers requested
including:

1) Self-registration to submit story
2) RSS Feeds for Stories
3) Calendars for Fedora Events
4) News Aggregator for Fedora Updates and Fedora People
5) Blogging for Registered Users.
and many more.

Thank you for your continuing support and enjoy our new features!

[1] http://drupal.org/
[2] http://drupal.org/features

だってさ。フェドラのメリグリストからきたお！

っで、これがそうらすい
http://fedoranews.org/cms/

CMSだけに絞って比較すれば、圧倒的にニュ-クリだと思うス
ｲﾝｽｺして直ぐに安心してブログを書き始められるのが、ニュ-クリ
ｲﾝｽｺしてブログを書き始めて画像貼り付けボタンを１週間探して諦めるのが、ドルパ
ドルパに付属してるブログ機能はサイト管理なんかのお知らせ用だと思う
人並みに画像など張り付いたブログにしようと思ったらど素人では無理ポ！
そんな意味で簡単にはブログにも使えないし、モジュールの日本語化はなきに等しい
ニュ-クリでは、日本語化済みEコマースモジュールもあるでよ
http://nucleus.mz-style.com/shop/　ショップDEMO
http://nucleus.mz-style.com/es/　不動産屋？DEMO

そこでだ、おまいら、なんとかしよろ？
このスレでの定義は自称WEBプログラマがうんちくたれる為のオモチャだって主張もあるけどさ

×CMSだけに絞って比較すれば、
○ブログツールCMSだけに絞って比較すれば、

Drupalはサイト構築キットだと思えば良くできている。
俺にはそれで充分。

Drupalは糞だと思って使えば満足できる

>>229
> 人並みに画像など張り付いたブログにしようと思ったらど素人では無理ポ！

あのぅ、モジュールをインストールするだけで画像貼りつけられるんですけど・・・

今頃>180読んだ。
4.6で書き換えてるんだが、
FCKConfig.BasePathって定義されてないのか＞4.6

>>233
そんなの解っていってんの、イメージ想像汁！

fck+FCKの画像貼付ハック済モジュールくれ
漏れは4.7だかな、よろしこ

tynyMCEだとimage_assistで普通にぺたりんこ。

Drupalって素のままでブログツールとして使うには向かないね
上レスで批判されてたけど、普及には日本語仕様とかのデス酉は必須でねえの？
単独モジュールｲﾝｽｺしても画像のぺたりんこもできねーんだもの
初心者にモジュール併せ技だのハックなんかムリポ！
インストーラ有り無しは別としても、日本語で使える道具としての形にしねば
方向性間違ってる？

>>238
正しいと思うよ。ただ、その日本語化がまだ途上だしね。

もうっちょっといい感じの日本語化、本体、モジュールインストールの簡便化、
どう見ても必須なimage,image_assistの標準モジュール化あたりがなされれば
ぐっと敷居は下がるだろうね。
blogとしての使用がメインならトラックバックモジュールも標準にしたほうがいいかも。

>>90
入れてみた。最初わけわかんなかったけど、非常に面白いね。
productというノードタイプが加わって、こいつのコンテンツを作ると価格を入れる
欄やら、Add to cartリンクを貼るかどうかのチェックボックスが現れる。
普通の記事を書くのと同じ感覚で商品ページが作れるわけ。
ショッピングカートはサイドボックスで、商品が入っていないときは非表示にできる。
peymentやらshipingはそれぞれ独立モジュールなので、必要なものが作れれば
実用になりそう。

Zen Cartとかを別に立てるのに比べれば、UIは統合できるし、ユーザー登録も
一本化できるというところがいい感じだけど、あれほど細かくいろんな設定は
できない。あちらは簡単に多国語のコンテンツ作って国旗ボタン一発で切りかえ
られるしね。

例の日本公式サイトなんだけど、
モジュールとかのリンクにしても、安易に本家の直リンで済ますなよと言いたい
早くモジュールページくらいは自前で用意汁！

だったら、もまいがやれとかのﾂｯｺﾐはご容赦ｗ

日本公式かどうかの議論もあるみたいだけど、
本家にサポート先としてリンクあるんだから公式だろね？
http://drupal.org/support
Other languages
Looking for support in your own language?
Drupal Japan (日本語)

>>237
入れてみた。
が、アップロード系のモジュールも別途用意しないとストーリー記入時には利用できない？

>>237
4.7に入れたいのでつが

俺はWikiというのを良く知らないんだけど、皆が寄ってたかってサポートサイトを
構築するみたいな事をやらないと、なかなか発展しそうにないかもね。

>>242
画像ページを作ってイメージギャラリが簡単に作れるimageモジュールと、
普通の記事ページにその画像を埋め込めるimage_assistモジュールの
組み合わせがお勧め。
image_assistを入れると、記事を書くときに、textareaの下に画像アイコンが
追加され、これをクリックするとimage管理下の画像一覧が出て記事に
挿入できる。その場で新規イメージをアップロードすることもできる。
tynyMCEのモジュールはimage_assistに対応しているので、その場で貼りこまれた
画像を画像として表示してくれる。

これの何がいいかというと、画像関連がimageに統合されてるということ。
イメージギャラリと記事中の画像が相互に利用可能で、UIが一貫している。
FCKだとFCKが独自に画像管理するっぽいのでそこがなんか微妙。

＞245
＞その場で新規イメージをアップロードすることもできる。
てのは、imageモジュール導入後の挙動ですか。
とにかくimageモジュール入れてみる。

>244
スレ内の書き込みがたまってまとめサイトつくっとこレベルに達してないと
厳しいと思う。
利用別モジュール紹介
>>11
とか
どるーぱるで画像付記事作成インターフェース構築
>>180
>>245
XREA導入事例
>>152
>>181

せめて>>11みたいなレスが増えるだけでもよいと思うんだが...。

紹介じゃなくても、とりあえず自分が入れてみたモジュールを単に並べるだけでも・・・
「あ〜、やっぱこの辺は実質必須だよな」とか「そのモジュールどうよ？」とか言えるようになるし。

>>247
言いだしっぺの法則で、どうぞ。

っで、ドルパル・ジャパンってなにやってんの？

じゃあ、とりあえずモジュール紹介のテンプレでも作るか。以下に叩き台＆例。
なお、記入内容はうろ覚えで書いてますので、怪しいです。


■モジュール名
-------------
image

■概要
------
画像をアップロードするためのモジュール。


■特徴
------
・アップロードされた画像のサムネイルやプレビューが作成される。
・アップロードした画像は画像ギャラリー内で一覧することが可能。
・画像ギャラリーはtaxonomyモジュールと連携することで実現。

■注意事項
----------
・同一のファイル名で複数の画像をアップロードすることはできない。
・画像は「files/image」の下に作成される。

■対応バージョン
---------------
Drupal 4.6

Image入れてみた。
INSTALLてきすこ読んで設定行ってみる。
ストーリーを作成で+付アイコンをクリック。add imageの文字を確認。
これをクリックしてタイトル、ImageGalleries、Imageを入力もしくは選択。
フォーマットはImages can be added to this post.のものを選択。
送信→ホワイトアウト
プレビュー→同じくホワイトアウト

Files以下にディレクトリを作成しました、の表示は出ていたんだが...なんだろ？

>>251
files/imagesの中には画像ファイルは作られてる？

>>252
作られていない模様。
って、ホワイトアウトしたあと再度img_assistを呼び出しても何も表示がないです。

>>246
つうか、それはMySQLと繋がってねーんでないの？
漏れの頭の中も真っ白だけんどよ
img_assistもtinymceもSQLのテーブル作ったか？

>>253
ああ、image_assist使ってるんだ。それ使ったこと無いのでちょっと分かりません。
普通にcreate contentでimageを作成するとどう？　それでもアップロードとか
サムネイルは表示されない？

>187 の fix をすると FCKEditor が動かなくなる
というか 403 食らうと思うが modules/fckeditor/fckeditor.module を編集する
関数 fckeditor_create_editorで
$base_path = base_path() . variable_get("fckeditor_base_path", 'modules/fckeditor/lib/');
とする
fix してない場合は base_path() 自体がないので注意

flexinode の日時フォームがでかいのがウザイ場合は、misc/drupal.css を編集
セレクタ .node-form .form-text が問題部分なので適当に編集してやる

ログインしていない状態でもコメント投稿のガイドが表示されるのがちょっとウザイ時は
modules/comment.module を編集する
theme_comment_post_forbidden 関数が空文字列を返すようにすると ok

taxonomy 使ってて illegal choice と起こられる問題が出る人は
ttp://drupal.org/node/47698 にパッチがある
つーかこれ自分で fix しちまったら既にパッチ上がってるでやんの orz

よく考えたら激しく危ないコードだな
> $base_path = base_path() . variable_get("fckeditor_base_path", 'modules/fckeditor/lib/');

img_assist&tinymceでなんとか画像ペタリンコまでは進んだお
でも画像への文字回りこみはこのままではできなかったORZ
どこまでも・・・・・・・（ｒｙ

>>258
それはスタイル指定でやるんじゃないかな？

どうでもな話、このDrupalって半完成品なのか、未完成なのか、ひょっとして完成品？
>>231の＞「Drupalはサイト構築キットだと思えば良くできている。」
てな意見もあるけど、一つ解ったことはブログツール系CMSでは絶対無いことが解った。
XOOPSとかJoomla！とも違うっぽいね。モジュールがそれ自体では完結してないものが多い。
ブログツールCMSって思い込んでたからNucluesと比較して見てたけど、あちらは完成してて完結してる。
これって、なんなんだろか？やはり「サイト構築キット」？？

プラモデルのキットに例えると

XOOPS、Joomla！やNucleusがタミヤの模型なら
Drupalは、海洋堂の萌系フィギュアキットって感じ

http://pcweb.mycom.co.jp/column/yetanother/074/
Drupalは高機能なCMSだが、インターネット上の資料を漁ってみると、
XOOPSなどほかのCMSとは異なり、主に「Blog」としての機能に焦点が当てられていることが多い。
特に、Blogの実装としてはベンチマーク的な存在になっている「MovableType」との互換性の高さは、
Drupalのセールスポイントのひとつになっているようだ。
最近は某社の有名な社長をはじめ、Blogを仕事に活かしている例も多い。

Drupalが優れているのは、この「機能が徹底的にモジュールに分けて実装されている」点だと言える。
DrupalはCMS(コンテンツ管理システム)であると同時に、「CMF (コンテンツ管理フレームワーク)」でもあり、
そのアーキテクチャは、「Drupal Core」と呼ばれる基本モジュール群の上に、
様々な機能を個別のモジュールとして追加していくように設計されている。
元の設計の綺麗さが、操作性の統一感や拡張性の高さに反映しているという意味で、
LAMPアプリケーション開発の模範的な例のひとつに挙げられるだろう。
http://pcweb.mycom.co.jp/column/yetanother/074/

>>262-263 実際に使ってない評論家は何でも言えるの典型

＞元の設計の綺麗さが、操作性の統一感や拡張性の高さに反映している

成る程、それは凄いね。

＞XOOPSなどほかのCMSとは異なり、主に「Blog」としての機能に焦点が当てられていることが多い。

成る程、それは酷いね。ｗ

> 主に「Blog」としての機能に焦点が当てられていることが多い。

正直、そんな焦点が当たってるなんて聞いた事も読んだ事も無いぞ。
本家サイトでもアピールポイントにしてないし。

これ、現状では残念ながら中途半端で使い物にならないね

補足：一般的CMSユーザがCMSやブログツールとして利用したいと思う場合

>元の設計の綺麗さ

どのへんがですか？ｗ

>>269
少なくとも海外では相当利用されてるみたいだけどね。
最初からポイッと使えるものでは無いのは確かかな。
キットなんでしょう。ある程度分かる人用の。

■モジュール名
-------------
freelinking

■概要
------
所謂WikiNameでDrupal内のコンテンツへのリンクを自動で用意する。
(英大文字英小文字英大文字英小文字で構成する単語)

■特徴
------
・該当のコンテンツが存在しない場合はリンク先をクリックすると作成画面になる。
・作成コンテンツは指定が可能。ただし、指定できるノードは一種類

■注意事項
----------
・当たり前だが日本語には対応していない。

■対応バージョン
---------------
Drupal 4.6

誰か教えて欲しいのだけど、巷の無料／有料ブログサービスを利用する
のではなく、サーバ慣れしていない人があえて自分でサーバを立てたい
と思う動機はなんなんだろう？
（何か動機はあるんだろうけど、素朴に判らないんで知りたい）

さらに、MovableTypeやNucleusでなく、あえてDrupalを使いたいと思う
動機が何なのかも知りたい。

うまく言えないんだけど、出来合いのブログツールと、もう少し色々できる
ツールの間の期待されている何らかの落としどころがあるような雰囲気
なんですが、それがどういうものなのかなぁ、と。

>>273
前者の「動機」はよくわからん。

MTもNucleusも使ってみたこともあるし、各種無料blogサービスもひととおり
試してみたが、blogのような時系列でがりごり書きすすめていたらいつの間にかまとめ
サイトができちゃった、もしくはあとでまとめやすく配置できる、といったツールと
してDrupalは使えるかも、といった程度の現在の認識。
※Drupalにできるかどうかはまだよくわからない。

blogのカテゴリーの表示方法では結局時系列順の呪縛から逃れられないように
思われて。

>>273
同じく前者の動機は不明。
blog「だけ」なら、Drupalを使う必要はないのでは？
DrupalはCMSとして汎用性が高いけど、一方で取っつきにくい・難しい
という側面があるのも事実。
自分でモジュール書きたい人にはDrupalは良いと思う。

ということはあれか。Zope みたいなもんか？
バッくエンドの話は抜きにして。

>>276
そこまでプリミティブって感じでもないでしょう。
ZopeとPloneの間で、かなりPlone寄りという感じじゃないかな。

禿堂、ドルパってどこかで会ったとおもたけど、Ploneに似てるね
しかし、糞ユーザである漏れにはこいつの秘めたるポテンシャルつうのを引き出すのはムリポorz
でも、なんかひかれるのは何ででしょ？不思議な魅力を寒汁

>>255
遅レスすまん。
ローカルのOSXにimg_assistぶっこんだらフツーに稼働してる...。
sql漏れなのかな。も一度やってみる。

>>258
＞画像への文字回りこみはこのままではできなかった

img_assistで画像ペタリンコしてのの、記事書込みのの、
画像マウスクリックでtinymceのAlign lest(right)アイコンをクリックするだけで、
記事が画像の左右に綺麗に回りこむ

つうか、tinymceでちゃんとCreate new profileしてTheme:でdefault以上を選択しないと
アイコン自体が表示されないお

tinymceモジュールやimg_assistモジュールの日本語化おながいします。

えーっと...Upload Imageモジュールと当たる、ってことはあるのかな？
入れて、こちらはmysql反映させてなかったorz。。。

それはともかく
files内へのアップロードそのものはうまくいきます。
が、相変わらずギャラリーへの画像アップでホワイトアウト。imageプラグインの導入に失敗している、ということなんだろうか。
ディレクトリを別に持ってもダメだなあ...。

それって、4.65？OR4.7β？のどっちよ

4.65でimage-4.6.0です...。
tinymceもimageuploadもimg-assistも全部切って見ました。ほぼデフォルトのモジュールのみ
の運用状態です。

漏れも超初心者ですが、やっと画像ペタンコに成功したので手順まとめます
注）Imageモジュールを先にｲﾝｽｺしとかないとimg_assistした時にADDできない
対象：4.65（4.7にはimg_assistパッチはありますが、tinymceの公開が取り消されてます）
インストール順
１．Imageモジュール　←続けて日本語ファイル入れる
２．tinymceモジュール　tinymce_1_44.zipをtinymceの直ぐ下に入れる
３．img_assistモジュール

各モジュールはPHPMyadminなどでSQL実行してそれぞれテーブルを作成
後は、モジュールｲﾝｽｺ→管理→設定
設定でtinymceモジュールはCreate new profileで適当なユーザファイルを作成し
Theme:でdefault以上を選択しないとツールアイコンが表示されない

また、img_assistで画像うｐロードすると記事とは別に単独でImageモジュールとして？？
画像が貼り付けられてしまう。（多分、どちらかの設定間違いとおもう）
ので、コンテンツ→編集→オプション→□公開のチェックを外す

以上で、賢者の皆様訂正よろしこ

>>284
画像置くディレクトリですが、/files（パーミッション７７７）
この下にImageモジュールｲﾝｽｺ後にモジュールが自動作成する
imagesディレクトリがちゃんとあるの？
そんで、こいつは自動作成されてんでユーザが違ってるはず

>>285
やっぱり...ｲﾝｽｺassist先にやっちゃってるし...orz...。
>>286
filesがnobodyで作成されてしまっているんで、アクセスできなくなってます。
su権限持てないんで入ることもできない。
/files/images/
は存在しているようですが（NotFoundにならない）アクセス拒否されます。

ひとまずモジュール削除で再度試してみることにします...。

削除甘く見てはいけないですね...。
テーブルも削除おこなって
mysql> DROP TABLE img_assist_map;
mysql> DROP TABLE upload_images;
mysql> DROP TABLE tinymce_role;
mysql> DROP TABLE tinymce_settings;
ようやく画像関連が稼働できるようになりました...。require表記モジュールは
先にｲﾝｽｺ前提...当然か...。

以上です。ありがとうございました。名無しにもどります。

やっぱり画像が鬼門だよなぁ…
どうやって画像を入れるのか、マニュアル読んでも良く分からないもん。
Imageモジュールの説明を読んでも良く分からないし。

自分はBlogとかでなく、サイト構築に使ってるんで、pageを作成する際に
uploadモジュールでページの添付ファイル（？）としてアップして、それをinline
モジュールが提供する機能で挿入してます。

■モジュール名
-------------
article

■概要
------
複数もしくは単数のノードの最新情報を表示する。

■特徴
------
・ブロックに反映可能

■注意事項
----------
・ブログエントリーはデフォルトで表示機能がある。
※本体モジュールでも表示可能？
■データベーステーブルの追加
----------
なし

■対応バージョン
---------------
Drupal 4.6

>>281
> tinymceモジュールやimg_assistモジュールの日本語化おながいします。

日本語化ってどうやるんでしょうかね？　PHPはあまり詳しくないのですが、
コード見てると「t()」とかいう関数で文字列をくるんでますが、その部分を別ファイル
に書くとかなのでしょうか？
英語は割と解るので、単純な翻訳だけなら可能です。誰かコード部分を担当
してくれるなら、翻訳をやってもいいですよ。

>>291氏
ど素人的観察によると、モジュールパッケージの中にpoってディレクトリありますが。
あの中に、イタ語とかポーランド語とかの原語ファイル入ってますよね。
/tinymce/po/it.po　とか、このit.poをコピーして適当にja_jp.poとかにして、
#: d:\parrocchia\modules\tinymce\tinymce.module:173
msgid "Your current web browser does not support WYSIWYG editing."
msgstr "Il browser web che stai usando non supporta modifiche in modalitﾃ� visuale (WYSIWYG)."

#: d:\parrocchia\modules\tinymce\tinymce.module:211
msgid "Default status"
msgstr "Stato di default"

#: d:\parrocchia\modules\tinymce\tinymce.module:211;551
msgid "Off"
msgstr "Inattivo"

っかって書いてあるmsgstr "ホニャララ"とかの部分を日本語化してけばよさそうな？？
どなかた、専門家の方やりかた教えてください。
それと、これUTF-８でやらんとだめでしょね。

それと、当然GPL2で配布でしょうね

ここに全部書いてあるっつーの。
http://drupal.org/node/11130

>>294
あー読むの大変そう（笑）
一日数行づつ、だれかがここに貼ってくれれば、それを訳して貼り返すというのでどうでしょう？
そしたら詳しい人がちゃんと整えてくれたりして？！

思うに>>294見たいのが多くのOSSの国内普及をダメにしてんだと思う
っで、>>294の反応は「リンク先を理解できない椰子がドルパの翻訳なぞ語るな！」
だと予想してみる。ｗ（ご免、悪気はNice！）

>>295それおもしろす
でも、ここじゃなくてWIKIとか借りて、手分けしてやる方が効率もよさげ
誰か赤とってくれないかな、漏れが取ってもいいけど。

とりあえず、手元にあったimageモジュールの先頭部分だけ翻訳してみたよ。
こんな感じでいいのかな？　翻訳自体は簡単そうだね。でも、誰か既に翻訳
してたりして？！
-----------------------------------------------
# d:\drupal-cvs\modules\image.module:47
#: image.module:10
msgid "Allows uploading of images and creating image galleries."
msgstr "画像のアップロードと画像ギャラリーの作成が行えるようになります。"

#: image.module:12
msgid "An image (with thumbnail). This is ideal for publishing photographs or screenshots."
msgstr "画像（サムネイル付き）。写真やスクリーン・ショットの掲載に最適です。"

#: image.module:14
msgid "Image galleries can be used to organize and present groups of images. Galleries may be nested. To add a new gallery click the \"add gallery\" tab."
msgstr "画像ギャラリーは、複数の画像を見せたりまとめたりするのに用います。ギャラリーは入れ子にすることもできます。画像ギャラリーを新たに追加するには、\"ギャラリーの追加\"タブをクリックします。"

imageはja.poあるよ...。

orz

すいません、日本語サイトはあまり見た事ないんですが、どのモジュールが
翻訳されてて、どれが未だかというのは、どこかに書いてあるんでしょうか？

…と思ってチェックしたら、ここに書いてるみたいですね。

http://drupal.jp/translations

書かれてないのは未着手なのかな？

現行用意されている英→日資産を活用するのであればひととおり頻出単語については
訳を決めておくか、あとで一括置換かけるためままおいとくのか決めないとやっかいだと思う。

現行japoのタクソノミ→カテゴリーとか。イメージなのか画像にするのか、とか。

成る程、専門家の言うことは一味違うな

機械コンニャクの漏れは、外野に回って出来上がりを待つことに汁！

ecommerceモジュールとか翻訳中になってますが。

http://drupal.jp/forum/8
http://drupal.jp/node/192

>>285
黙って糞ﾌﾟｽ使っとけ

簡単だぞｗ

久しぶりにゴミが一匹紛れ込んだなぁ。。。。。

画像周りの文字の件ですが、画像と文字で隙間あけるには、どうしたらよいのでせうか？
現状ですと、張付けられた画像に対して記事などの文字がピタリと張り付いてしまい、
記事自体が読みにくくなってしまっています。
アルファベットなどは、こうならないんですかね？
Drupalで画像付きのサイトとか、参考になるとこ知りませんか？

>>306
画像をdivタグとかで囲って、そのブロックにパディング指定すると良いのでは？
full HTMLで書かないとダメじゃないかと思います。

ユーザーCSSの変更とか追加とか簡単にできるモジュールってなないのかな。

>>306
tinyMCEなら
貼り付けた画像をクリックして、ツールアイコンの画像のやつ(Insert/edit image)
をクリックすると画像の属性とかを設定するウインドウが開くから、
Vertical space、Horizontal spaceにそれぞれ空けたい量を入れてやればいい。
一個一個設定する必要があるけど…

全部の画像に設定したいなら、使っているテーマのcssを開いて
imageクラスの属性いじっちゃえばいいかも。

>>307>>309
サンクスコ、cssの方で書き換えてみまつ

>285の手順見てtinymce_1_44を入れてまして
>>309さんに教えられた方法
＞Vertical space、Horizontal spaceにそれぞれ空けたい量を入れてやればいい
試そうとおもったら、そんな項目無かった。orz
最新のtinymce_2_0_3を入れたら、指示通りにうまく行きました。多謝
これ、ほんとに微妙に難しいですね。汗；

>>307
>>310

画像のimgタグにid付けてmargin指定する方がスマートというか本来そうすべきではないかと
(W3C厨くさい横槍だが)

あごめん。>>309がもう言ってたか

遅ればせながら、>>24-26を読んでみて、
SｑLでのテーブルをWebminで作った時にテーブルが表示されなかった。
その後、phpMyadminを使ってて忘れてたけど、これはテーブル名の接頭辞ないんだと今わかたよ！
しかし、>>24の場合などの複数データベース作成許可してないレンタル鯖だと面倒だね。
Webminの場合、prefix付かないと各テーブルアイコンが表示されないつうことも解って収穫だったお

そこで質問どす！
settings.phpの
$db_url = 'mysql://hoge:hogehage@localhost/drupa_db';
$db_prefix = '';　←これは何すんですかね？

>>315
全然詳しくないけど、それってPHPが使ってる設定変数か何かでは？
ググるとこんなんありましたけど。
http://mbx.s33.xrea.com/modules/xfsection/article.php?page=1&articleid=19

>315
settings.phpに説明があるだろ

せっかくimage,img-assist再インスコで使えるようになったのに、また画像
うｐすると飛ぶよ...。
cronとぶつかって同様の症状？鯖の問題なのかなあ...。せっかくブック使用して
マニュアル類整理に励んでいたのにな...。

>>315
それはデータベース作成時にテーブル名につけるプレフィクス（接頭文字？）
普通にインストールする場合にはそのままでＯＫ。

データベースのテーブル名を
dp_テーブル名
にした時にそこに dp_ っていれる。

>>319
親切にありが�dございますた。
でもいちいちモジュールのSQLまでその都度接頭辞まで直すのメンドイね。

318です。
なんか添付もうまくいかなかったのでおかしいな、と思ったらアップする
ファイルの挙動だった模様。
.pngファイルで17kb程度なんだけど...。アップ制限類は設定しみた。
単にファイルの問題なのか？？

>>321
/filesの下には保存されてるの？
パーミッションとか大丈夫？　手動で/filesの下にファイルを置くことは可能？

>>322
レス�d
フリーの画面キャプソフトでpngにて書き出しをおこない、その二枚目で
こけた。724x501という比較的大きめのファイルだったのが問題なのか、
pngの作成そのものに問題があったのかも。
jpegで用意するとノープロブレムでした。お騒がせすいません。

>>320
めんどくさいとかそういう問題じゃないだろ？

レン鯖だと１ユーザ１ＤＢだったりするから、
接頭辞がないと名前がかぶりまくる恐れがあるんで
それがセオリーになったわけだし。

>>324
だから、>>314で書いたけど>>24が言ってる
＞レン鯖だと１ユーザ１ＤＢだったりする
から、コアのカーネルだけでなく、いちいちいろんなモジュールを入れ替えるたびに
各モジュールのMysqlでprefixを手作業で追加するのは、メンドクサイといったの。解りますか？

さらに言えば、こう言った部分もDrupalの普及といふか障壁になってる希ガス

乱暴に言えば、Drupalはお手軽なインストーラもないし、
サーバのコンソルで取り扱うのを想定してるのかもねと、思ったりもする。
せこいレンタルサーバのDBMSの制約とかは、想定外なんだろね。

>>325
確かそのへんの管理用のモジュールも存在しているような希ガス。
っても英字だと検索あんまりできないんで、流し見た際ちらっと見た程度だけど。
Database Administration

orz
Database Administrationは関係なさそうだ...。ってかprefix込みで変数作ってモジュール
動かしてるんじゃないのか？でないとモジュール自作してもどうなってんだｺﾞﾙｧするだろ
日本人でない人もさ。

実際に、外国のレン鯖ってどうなんだろか？
国内の安いとこは、たいていDBは１個しかない。
そこに、いろんなもんつこんでる漏れは想定外ユーザー？orz

俺が使ってるところはこんな感じ。
ttp://www.micfo.com/cheap-affordable-web-site-hosting.html

ぱっと見データベース無制限、ドメイン無制限といいことずくめだけど、
いきなりMySQLを4.1系にアップグレードされて文字化けたり、意外と頻繁に起こる
問題の解決に英語力がいったりと、それなりに難しい部分もある。
PHPのblogやらCMSやらショッピングカートやらが結構な数用意されていて、
管理画面からワンタッチでインストールできるのは面白いけど、当然日本語の
ランゲージファイルが無かったり、そもそも日本語版とバージョンが違ったりして
結局一からアップロードしてインストールした方がよかったりする。

MySQLの設定は当然latin1。~/my.cnfやら.htaccessやらいじくりまくってなんとか
なるかなーって感じ。
アダルトOKなのはありがたいんだけどね。

成る程、外国も国内も地獄なのねorz

>>325
喪前の知能レベルが低いことなら分かってるけど、
「各モジュールのMysqlで」とか言ってるのが理解不能。

なんで事前に分かってるのに、わざわざDBに投入してから直すんだ？
そんなの愚の骨頂だろ。

もうわかったからさ、桜で 1U なの借りとけ。

Acidfreeもギャラリー系のモジュールなのね。
Imageが画像あっぷろだだとしたら、これはコンテストとか大量に扱う場合便利かも

ここまで読んだ

------------------------------------------------------
これ、使いモンになんねーなｗ
黙ってXOOPS使っとけよ、おまいら

>>335
mass importでごそっとうｐ可能、みたいな感じかな。
要filemanagerですね。
あとmplayerとかexiftranとかjpegtranがあるといい感じ？

新着5件の経済ニュースを表示、新着5件の社会ニュースを表示、
の様に、カテゴリ毎の新着記事をリストしたいんだけど何か
お勧めのモジュールない？

>>338
これがいいんじゃない？
http://drupal.org/node/4587

>339
おおっ、ありがとうー。
ちと弄ってみます。

大体思った通りの事が出来そうです。
>339 ありがとう！

まあ、カテゴリと繋げたりするところは作る訳ですが。。(笑)

>>339
これってきちんとまとめて、誰かモジュールとして公開して欲しいものですね。
もしかして、こう公開されている？！

簡単なアクセスカウンタをブロックにphp直書きで作っていてふと思ったんだけど、
ブロックやページで適当に変数作ってると、Drupalが使う変数を書き換えちゃったり
する危険性があるのかな？
一応ローカル変数使うようなコードは関数にまとめて、それを呼ぶ形にした方がいいかしらん。

unique な prefix を持った変数名にすればよいのでは？

つうか、おまいらは何気に公式日本に書き込まないわけ？？？

ｵﾏｴﾓﾅｰ

公式ってもアレじゃなぁ。
利権欲しさにとりあえず立ち上げた感じがイヤだ。

利権って、たまーに雑誌の記事書くくらいっしょ？
下手するとかけたコストを回収できないという。。。

なんか公式批判ばっかしてる家具師（←なぜか変換できない）って怨念を感じるんだが
何がそんなに不満なんだ?

レスポンス

なんか２ｃｈの方が気軽つーか

ってゆーか、公式って単なる個人サイトでしょ。
なんで、わざわざハウツー書き込んで欲の皮突っ張った個人の利になることしなきゃなんないの？
そんなお人よしいねーよ。

そんなハウツー書くくらいなら自分のサイト立ち上げて書いたほうがマシ。著作権絡みでモメなくてすむしね。
公式を騙っている個人サイト立ち上げた香具師は自分で自分のサイトに書いてればいい。誰も書かないよ。あんなとこ。

>>349 管理人乙ｗ

■モジュール名
-------------
gmap

■概要
------
Google Localの地図を表示する。

■特徴
------
・Google Localの地図を表示するフィルターが追加される。Google Map マクロ([gmap |id=map |center=139.573746,35.414516 |...]のようなテキスト)を本文に記述するとGoogle Localの地図として表示される。
・Google Map マクロを作成するページが追加される。マクロでは地図の大きさや拡大率を指定できるほか、地図上にマークや線(3色)を追加できる。
・ユーザーはuser locationとして地図上の位置をユーザープロファイルから指定でき、users/mapから地図上の位置を一覧できる。

■注意事項
----------
・admin/settings/gmap > Google map methodはDynamicにしないとブラウザの動作が遅くなる
・admin/settings/gmap > Enable Xmaps featuresを有効にすると(現時点では)フォームの動作がおかしくなる
・admin/settings/gmap > Default map settingsのDefault width/Default heightに数値だけを指定するとうまく動かない。最後にpxを付ける必要がある。
・gmapmacro(Google Map マクロを作成するページ)はgmap.moduleに直に書かれているので日本語化できない
・IEできちんと表示するにはテーマを書き換える必要がある。(htmlタグのアトリビュートとしてxmlns:v="urn:schemas-microsoft-com:vml"を追加)

■データベーステーブルの追加
----------
user locationを使用する場合必要。

■対応バージョン
---------------
Drupal 4.7

■モジュール名
-------------
edit as new

■概要
------
ノードをテンプレートとして新しいコンテンツの作成に利用できる。

■特徴
------
・"表示"、"編集"、"履歴"などのメニュータブに"edit as new"が追加される。

■注意事項
----------
・4.7対応はhttp://drupal.org/node/41579

■データベーステーブルの追加
----------
なし

■対応バージョン
---------------
Drupal 4.6 / 4.7

■モジュール名
-------------
deletetab

■概要
------
ノードをメニュータブから削除できる。

■特徴
------
・"表示"、"編集"、"履歴"などのメニューに"delete"が追加される。

■注意事項
----------
・deletetab.moduleとして保存して下さい。

■データベーステーブルの追加
----------
なし

■対応バージョン
---------------
Drupal 4.7

<?php

function deletetab_name($node) {
  return t('delete');
}

function deletetab_menu($may_cache) {
  $items = array();

  if (!$may_cache) {
    if (arg(0) == 'node' && is_numeric(arg(1))) {
      $node = node_load(array('nid' => arg(1)));
      if ($node->nid) {
        $items[] = array(
          'path' => 'node/'.arg(1).'/delete',
          'title' => t('delete'),
          'type' => MENU_LOCAL_TASK,
          'weight' => 5,
          'access' => node_access('delete', $node->type),
        );
      }
    }
  }

  return $items;
}

?>

Drupalの本が出るみたい

Drupal
Hagen Graf (著)
外貨参考価格: EUR 23.32
価格: ￥3,452 （税込）
http://www.amazon.co.jp/exec/obidos/ASIN/3827323215/qid=1140957907/sr=1-2/ref=sr_1_8_2/250-9695291-3656246

ﾀｶｼくんはﾎﾝﾄにさもしいなぁ．．．。

"powered by drupal"でぐぐって見たところ、30弱でした
どこかにリンク集なんぞないどすか？

>>361
本家サイトに色々ありますが、これじゃだめなの？
http://drupal.org/image/tid/41

>>362
国内でおもしろい使い方している方いないか捜してまして。

viewじゃカテゴリ分け表示がイマイチだからモジュール作ったけど設定ページ作んのダルいわ
なんでURLに引数取ってURLエイリアスで隠すという方法でやっつけた

ノードリスト手に入れんのにクエリ使わなきゃいけないのねコレ

>>357 >>358
自作モジュールですか。凄いですねー

>>364
頭悪そうな文章ですね。

>>364
taxonomy関係のAPI使えば自分でクエリ書かなくてもなんとかならない？

>367
taxonomy_select_nodesのこと?
なんかうまく動かん

>>364
> ノードリスト手に入れんのにクエリ使わなきゃいけないのねコレ

ノードの情報は全部ＤＢに入れるという思想なんで、仕方が無いでしょうね。
でも、そんなにスループットの低下は無いと思いますよ。

なんかすげー低レベルだな、ここ。

>370
だから漏れも言ってるんだよな
大人しく糞ﾌﾟｽ使っとけって

前にこのスレでドルパで実務モジュールを開発って話出てましたが。
先にXOOPSCubeで小規模会計モジュール公開されましたね。
http://xoopscube.jp/modules/mydownloads/singlefile.php?cid=2&lid=271

B/S がバランスしてないわけだが。

このモジュール、3000円ってなんなのだろか？

>>372
恐らく、ここの皆さんの話してたことと、
このXOOPSモジュールは相当違う方向･･････（ｒｙ

xoopsコア香具師が恐れているＣＭＳ・・・・・その名はドルパル。Ｘｏｏｐｓ厨の意味ない罵詈雑言がそれを物語っている・・・・・・・・

＞大人しく糞ﾌﾟｽ使っとけって

他のＣＭＳスレでは聞かれなかった言葉ｗ

http://drupal-jbox.net/

>>378
今後に期待age

>>378
へー、こんなのできたんだ。今日からオープンですか。
本家（？）と競争して良いものになって欲しい。

>>378
なかなか頑張ってんじゃん。モジュールの翻訳ファイルは結構揃ってる。
少なくともdrupal.jpよりは。

>>378
なんか立方体で作ったサイトみたいだな。
あとごちゃごちゃしてて見にくい。

>>382
そんならCSSオフれ

>>383
んなことしてまで見たいと思わん。

期待して見に行ったら、赤麦サイトの焼き直しだったorz

>>385
んなことはない。

どうやらJPの糞がまざっているようだな

>>378
グッド・ジョブ！

JBOXはNIKKEIBPでも紹介されてた。
なんか裏が凄そうだな

順調にフォークしてる感じだな

4.7.0 beta5出たんだ。

順調だな。Ｄｒｕｐａｌの未来は明るい。

>>392
明るいと思うなら全角にすな。先行き不安になるだろが

全角とか半角にこだわるな。先行き不安になるだろが

順調だな。ドゥルーパルの未来は明るい。

順調なのはいいがガセネタと誤訳の垂れ流しはなんとかならんものか．．．

>>396

そう思うならおまいが修正版出せや

しょうもな．．．

ガセネタと誤訳というのは、具体的にどこのことなんですか？
教えてください。

与党が国政調査権に応じればいい話じゃないですか！

> 当サイトは、特定のユーザや団体の利益ではなく、
とか書いてるわりに、レンタルサーバの宣伝はあるわ、その業者が有志だったりするわ、
他にも業者が有志だったりするわ、普及にはアドセンスが大事とか言ってる有志はいるわ、
なんか特定のユーザや団体の利益しか考えてないような有志ばっかなんですが。

有志つっても使い始めて1、2か月のﾔｼもいるとは、、、
ずいぶん安っぽい有志だな。
半年後にはTYPO3でも使ってんじゃねーのかw

コンテンツマネジャ
　　　　｜
　　　　｜　ユーザー3人勧誘
　　　　↓
シルバーマネジャ
　　　　｜
　　　　｜　勧誘したユーザーがさらにユーザー3人勧誘
　　　　↓
エグゼクティブマネジャ

バカだなぁ

やけに自演が多いと思ったが、やはり業者の集客サイトだったようだな。
運営者情報もないしおかしいと思った。
どうせなら糞ﾌﾟｽのﾗｰﾒﾝと手を組んだらどうだ?

>>405
意味わかんね

>>406
>>401

>>405
集客サイトでDrupalなんかやって何の効果があるんだよ。バカじゃないの？

バカかどうかはしらんけど、>>401-402の言ってることは正しいな。
>>405の言ってる運営者情報が無いってのも不自然。
infoとかwebmaster名乗ってるのは誰？って思うのは当然のことだろうな。
まーよくわからんが、大方そこで宣伝してるレンタルサーバーの人が元締めなんじゃない？
つかdrupalなんて商売になるのか？それともまだ普及してないから今のうちに青田買いなのか？

必死に足を引っ張ろうとする房が出てきたようだな。…不毛だ。

商売に絡んでるとか有志かどうかなんてどうでもいい。
俺らにとっちゃあ有益な情報が集約されててるかどうかが全て

その通りだ

順調に敗退へ進んでいるな

順調だな。Ｄｒｕｐａｌの未来は暗い。

スマン、間違えた。

順調だな。Ｄｒｕｐａｌの未来は明るい。

ＸＯＯＰＳ香具師の嫉妬乙

↑これってどう読むの？

ｺﾝﾃﾝﾂﾏﾈｼﾞｬにはﾜﾛﾀ
他にはどんな役職(?)があるんだ?

>>418
ｲﾝﾎﾟﾃﾝﾂﾏﾈｼﾞｬ

あんた、モテないんだろうね。
>>418

あんたも。
>>419

画像の扱いがImageとかのノード型とアップロード型で変わってくるのが難点だとｵﾓﾀ
その場しのぎで任意のディレクトリをノードに関連づけて表示されるときにサムネイル一覧かランダム画像を表示するというモジュールを書いた

Drupalのポテンシャルが発揮ｻﾚﾀﾉﾀﾞｰ(ﾟ∀ﾟ)

>>422

管理者専用で良ければ、投稿本文の入力書式に"PHP"を選択、PHPコードを直書き
する手もあり。 >>422の仕様とは微妙に違うけど、例えば、

http://drupal.org/node/24951

こんな感じ。少しコードを書き換えれば、>>422の要件も満たせそうな感じだけど、
どうだろ。

現時点では画像周りがサードパーティーモジュール頼みだから、画像の扱いが
まだ整理されてない感じはする。今のところは、image + img_assistが王道だろうか。

>Drupal 4.5.8 / 4.6.6 / 4.7.0-beta6 is available
http://drupal.org/drupal-4.7.0-beta6

セキュリティ対策によるアップデート出ました。
Upgrading your existing Drupal sites is strongly recommended
だそうです。

>>425
乙
公式にも出てた ttp://drupal.jp/node/235

drupalはコードがxoops級にヘボイから将来性は期待できないな

commentやuploadのように既存のノードに新しい属性を加えるようなモジュールを作るノウハウ

ノード作成ページとノードタイプのデフォルト設定ページにフォームを加える
function hoge_form_alter($form_id, &$form) {
    if ( !isset($form['type']) ) return;
    $type = $form['type']['#value'];
    $nid = $form['nid']['#value'];

    if ( $form_id == $type.'_node_settings' ){
        // ノードタイプのデフォルト設定ページ (admin/settings/content-types/*)
        // $typeだけが有効
    } else if ( $form_id == $type.'_node_form' ){
        // ノード作成ページ (node/add/*)
        // $nidが有効だったら既存ノードの編集がされている
        $form['hogeattrib'] = array( '#type' => 'textfield', '#title' => t('test input'), );
    }
}

commentやuploadのように既存のノードに新しい属性を加えるようなモジュールを作るノウハウ

ノード作成ページとノードタイプのデフォルト設定ページにフォームを加える
function hoge_form_alter($form_id, &$form) {
    if ( !isset($form['type']) ) return;
    $type = $form['type']['#value'];
    $nid = $form['nid']['#value'];

    if ( $form_id == $type.'_node_settings' ){
        // ノードタイプのデフォルト設定ページ (admin/settings/content-types/*)
        // $typeだけが有効
        $form["attachdir_{$type}_type"] = array( '#type' => 'textfield', '#title' => t('test input'), '#default_value' => variable_get("attachdir_{$type}_type", ''), );
    } else if ( $form_id == $type.'_node_form' ){
        // ノード作成ページ (node/add/*)
        // $nidが有効だったら既存ノードの編集がされている
        $form['hogeattrib'] = array( '#type' => 'textfield', '#title' => t('test input'), );
    }
}

ノードの表示とかにコードを加える
function hoge_nodeapi(&$node, $op, $teaser = False, $page = False) {
    switch ( $op ) {
    case 'view':
        // ノードを表示する
        $node->body .= '保存した値とかを持ってきて追加';
        $node->teaser .= '同上';
        // teaserはサマリーみたいなもん。もしかしたらobsoleteかもしれない。つかジャーゴンかこれ
        // bodyもteaserも複雑なレイアウトにしたいならCSSクラス属性を付けたタグで囲んだ方がいい
        // "<div class=\"body\">$node->body</div><div class=\"hoge\">hoge</div>"
        // 推奨されないやり方だろうけど
        break;
    case 'insert':
        // ノードが新規作成される
        // $node->hogeattribに値が入ってくる
        break;
    case 'update':
        // ノードが編集される
        // $node->hogeattribに値が入ってくる
        break;
    case 'delete':
        // ノードが削除される
        break;
    }
    return;
}
値を保存するところは別にどこでもいいんだけどvariable_get/variable_set/variable_delを使うと楽

個人的にはimageモジュールはノードタイプを定義するんじゃなくてこうやって実装すべきだと思う
viewモジュールとかは逆に設定ページからURLを設定するんじゃなくてノードタイプを定義して欲しかった
この辺はモジュール作成者の好みなんだろうけど

>>430
その程度じゃコンテンツマネジャにはなれないｗ

>>430
> 個人的にはimageモジュールはノードタイプを定義するんじゃなくてこうやって実装すべきだと思う

モジュールのコードについて知識不足でコメントできないのですが、個人的にはimageモジュールは
必要なのかなとも思っています。uploadされたものが画像の場合にプレビューを表示してくれたり
すれば、imageって必要ないという気がするのです。

img_assist入れて画像投稿できるようになったんですが
ゲストでも画像投稿可能（コメント欄の左下にアイコンが表示されてしまいます）
管理者以外表示されないように出来ないのでしょうか？

>>427

頑張ってるね。必死さが伝わってくるよｗ

>>427

ｿｰｽをエディタで開いただけでは双方とも似たような印象をもつが、ＩＤＥを使ってｿｰｽを見ると糞プスとDrupalとの差が歴然としていることがわかる。

>>433
もし、user/1 以外に管理者ロールを作成しているのなら、
admin/access で imag_assist のアクセス権限をそのロールのみにすればいいのでは？
もし、user/1 以外に管理者に該当するロールがないならば、
admin/access で imag_assist へのアクセス権限を全部外してしまうといいと思いますが。

433です。
>>436
>もし、user/1 以外に管理者に該当するロールがないならば、
はい、該当するロールというのは
管理者しかユーザーがいないということですよね？

>admin/access で imag_assist へのアクセス権限を全部外してしまうといいと思いますが
管理/アクセス権の管理で
imag_assist　のチェックは外れていて

パーミッション / anonymous user / authenticated user
----------------------------------------------
・comment モジュール
コメントへのアクセス / □ / □
コメントの管理 / ■ / ■
モデレーションの管理 / □ / □
コメントのモデレーション / □ / □ 　　
コメントの投稿 / ■ / ■
承認なしでのコメントの投稿 / ■ / ■
・image モジュール
administer images / □ / □
create images / □ / □
・img_assist モジュール
choose format type / □ / □
・node モジュール
コンテンツへのアクセス / ■ / ■
ノードの管理 / □ / □
でも、画像アイコンは表示されたままで
画像も貼り付けできてしまいます。

>>もし、user/1 以外に管理者に該当するロールがないならば、
>該当するロールというのは管理者しかユーザーがいないということですよね？

ということではなくて、例えば administrator のようなロールを別途作成して、そのロールにuser/1 と同じアクセス権限を与えているのでなければ、という意味ですが、まあ、どちらでもいいです。

ところで
■はチェック有り、
□はチェック無し、
ということでしょうか？

>>437
jboxできけば教えてやるよ

433です。

> ところで
> ■はチェック有り、
> □はチェック無し、
> ということでしょうか？

そうです。

433 さん
ちょっと時間下さい。
それはそうと、
コメントへのアクセス / □ / □
コメントの管理 / ■ / ■
というのがよくわからないんですが…。

コメントへのアクセス / ■ / ■
コメントの管理 / □ / □
の間違い？

433です。
>>441
>コメントへのアクセス / ■ / ■
>コメントの管理 / □ / □
>の間違い？

すいません。間違いです。
正しくは
コメントへのアクセス / ■ / ■
コメントの管理 / □ / □
です。
よろしくおねがいします。

433さん
遅くなってしまいました。
確かに、img_assistを有効にすると、
ゲストでもコメント欄の左下にアイコンが表示されてしまい、
コメントに画像投稿が可能になりますね。
でも、ゲストはimg_assistを使って自分の画像は投稿できませんね、
先のアクセス権設定だと。
自分の画像を投稿できないのにimg_assistのアイコンが現れて投稿できるというのは、
img_assistは、既にDB内にノードとして保存されている共有画像ノードへのリンクを張って、
そのサムネイルを表示させることもできる装置、という考え方をしているからでしょうね。
うまく説明できているかどうかわかりませんけど。

by436

>>435
あの並列な作りで見抜けないアホですか？

誤ってアド民ユーザ消しちゃったんだけど再登録のやり方がわかりません。
これってインスコし直しですかね？

>>444

嫉妬乙

exit; // 終了 ?>

RC1出たね。

で、どうなった？

いまRC3

適当ながら、ざっくり訳してみた。

http://drupal.org/drupal-4.7.0-rc3

長かったが、ようやくリリースが本格的に見えてきた感じ。

------------------------------------------------------------
Drupal 4.7.0 RC3(リリース候補3)の用意ができました

DrupalチームはDrupal 4.7の3番目のリリース候補(RC3)をリリースしました。
RC2以降、幾つかの致命的な問題が見つかりましたが、ただちに修正されました。
また、開発期間が延長されたことで、ささやかながらユーザビリティ向上を追加
できた、という利点もありました。

ただし、この「致命的問題」のお知らせでご心配の必要はありません。
drupal.orgは3週間の間、4.7開発ブランチ上で順調に稼動しており、未だ問題は
生じていません。このことは、4.7.xは成熟したブランチであり、バグが次々に出
てくる状況が間違いなく去ったことを示すものです。

くしくも、今日(4/15)はDrupal 4.6.0がリリースされてからちょうど一年になります。
これは、我々の通常のリリース期間のおよそ2倍になります。我々はファイナル
リリースの後、この長期開発について、必ず、より詳しくご説明するつもりです。
我々は、このような大幅な遅れは、今後は何としてでも避けたいと考えています。

Drupal 4.7.0ファイナルリリースが早期に出せるよう、この最新のリリース候補の
テストをご支援いただきますよう、再度ご案内いたします。Drupal 4.7 RC3は
http://drupal.org/files/projects/drupal-4.7.0-rc3.tar.gz にてダウンロード可能です。

リリースノート
続き

----------------------------------------------------
我々はこのリリースの安定性に自信を持ってはいるものの、アップグレードの
前にあなたのWebサイトとデータベースの完全なバックアップを作成しておく
ことを忘れないようにお願いします。

いつものように、基本的なインストールの手順はINSTALL.txtとUPGRADE.txt
から得られます。より詳細なガイドは、Installation and Configuration ハンドブック
に投稿されています。

もしあなたが寄贈モジュールやテーマをメンテナンスしているならば、間違いなく、
その寄贈物がDrupal4.7で動作することを確認すべき時期です。
Module Upgrading Guide と Theme Upgrading Guide に、必要となる変更の
一覧が記載されています。変更の漏れがないことをご確認ください。
また、あなたの開発したモジュールがContributions Repositoryで正しくタグ付け
され、ダウンロードページで4.7互換であることが正しく表示されていることを
ご確認ください。

このリリースでバグを発見した場合は、Drupal issue trackerで報告することが
できます。新たな報告を投稿する前に、既知の問題を検索する時間をとって
いただくようお願いします。そして、出来る限り早く解決ができるよう、報告の
際には詳細で正確な情報を提供するようにしてください。

DrupalとTYPO3って、どっちが良いでしょうかね？

方向性が全然ちゃうやろ

そう？　同じようなものじゃないの？
TYPO3の方がready-to-useなものとしての完成度は高そうだけど。

kurikintonって誰だ？

はまった

4.7でたね

某所の翻訳は相変わらず出鱈目だな．

お前も相変わらずだな。

4.7 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!

Drupal 4.7がリリースされました（取り急ぎ部分訳）
投稿者：ryo　日付：月, 2006-05-01 19:26

What's new
4.7.0 版では次のような点が改善されています:

ユーザビリティ面での改善

・全モジュールのドキュメントの更新: Drupal の全コアモジュールが更新され、Drupalドキュメンテーションチームによって作成された最新のドキュメントが含まれています。
・フィールドのオートコンプリート(AJAX): オートコンプリートフォームのサポートを採用。
・フォームの散乱を減らしました(JS): フォーム内において伸縮するセクションのサポートを追加。これにより、さらになめらかなインターフェースを実現。
・ファイルアップロードのさらなる簡易化(AJAX): ファイルアップロードがさらに簡単になりました。
・モジュールのインストールとアップグレードの簡易化: モジュールを手動でインストールしたりアップグレードするのではなく、ファイルを単純にモジュールディレクトリーにコピーすることができるようになりました。あとの作業はDrupalが自動的に行なってくれます。
・【新しいパスワードの再発行】プロセスの簡易化: ユーザーはランダムに生成されたパスワードを受け取る代わりに、メールの中に一度しか使用できないリンクを受け取ることになりました。
・より一層組織化されたノード & コメント編集フォーム: オプションが伸縮可能な形になり、ノード編集時のフォームの散乱を激減させました。
・一括コメント操作の採用: 大量のコメントを一発で変更・削除することが可能になりました。
・メニュー項目作成の簡易化: ページ編集フォームからナビゲーションメニューにページメニューを追加することがとても簡単にできるようになりました。
・さらに向上したページ設定の組織化:ページの設定のいくつかが、発見・管理がしやすいように再構成されました。
・データベースエラースクリーンがよりわかりやすく: データベースコネクションエラーの情報量が殖え、よりわかりやすくなりました。
・アップデートスクリプトのリデザイン & 情報量の増加: 新しいアップデートスクリプトがはるかに読みやすくなり、Drupalのアップデート操作がしやすくなりました。

新たに採用された機能

・ブロック設置場所の多様化: ブロックを置く場所をたった２ヶ所からしか選べないことに窮屈さを感じたことはありませんか？これからは好きなだけたくさん、ブロックを置く場所をダイナミックに決めることができます。
・【メンテナンス中につきオフライン】設定: メンテナンスのためサイトをダウンさせることが必要な時に、ビジターに対して親切なお知らせを簡単に表示できるようになりました。
・フリータグの採用: フリータグ機能がタクゾノミー(カテゴリー分類)システムに組み込まれました。
・サイト全体でのコンタクトフォーム: ビジターからのフィードバックを受け付けるコンタクトフォームページを、簡単に有効にすることができるようになりました。
・投稿者情報ブロック: 投稿とともに投稿者情報を表示するブロックが新設されました。
・パブリック／プライベート　プロフィールフィールド: プロフィールのフィールドベースで権限を設定できるようになりました。
・IP/ホスト名でのブロック: IPアドレスとホスト名でユーザーをブロックすることができるようになりました。さようなら、trolls モジュール!
・アグリゲータが Atomを採用: ついに、Blogger のようにAtom でフォーマットされたフィードをアグリゲートできるようになりました。
・アグリゲータが RSS フィードを生成するようになりました。: Planet のようなサイトを構築するのにDrupalを使用することが簡単になりました。
・RSS フィード設定 RSS フィードに公開するコンテンツの量と記事の数を設定できるようになりました。
・検索インデックスの向上: search モジュールのインデクサがより賢く堅牢になりました。
・高度な検索操作: 高度な検索操作が可能になりました（例：フレーズ検索・ノードタイプなど）
・カスタマイズできる検索結果ランキング: search モジュールで、キーワード関連性・投稿日・コメント数・閲覧数によって検索結果に重み付けをできるようになりました。

開発者向け

・新しいフォームAPI: フォームAPI がリファクターされ、Drupalのどのフォームも変更・拡張・テーマ化できるようになりました。
P・HPTemplate がコアに: PHPTemplate テーマエンジンが採用され Xtemplate エンジンが除去されました(Pushbutton と Bluemarine は PHPTemplate にポートされました)。
・リビジョン専用テーブル: リビジョンがノードテーブルに並べられるのではなく、専用のテーブルに移されました。
・Update.php が寄贈モジュールのサポート: 寄贈モジュールをメインの Drupal アップグレードスクリプトからアップデートできるようになりました。
・新しい XML-RPC ライブラリ: 古い XML-RPC ライブラリを破棄し、リプレースしました。
・ルースキャッシングオプション: ルースキャッシングを有効にできるようになりました。これにより大量の投稿があるDrupalサイトのパフォーマンスが改善します。
・別名パスのパフォーマンス向上: とりわけ大量の別名パスを使用している場合のパフォーマンスが著しく向上しました。
・ページ生成時間: サイトのページ生成時間を簡単にトラッキングできるようになりました。
・Unicode 文字列操作 APIの向上: コアにおける国際化サポートを改善しました。
・マルチバイト文字列のサポート: Unicode を完全にサポートするために PHP のマルチバイト文字列エクステンションをサポート
・MySQLi のサポート: PHP5の 'mysqli'エクステンションをサポート
・PL/pgSQL 依存の廃棄: PostgreSQL での動作のためにPL/pgSQL 言語へ依存することを止めました。Drupalを PgSQL で動作させることがより簡単になりました。

ツッコミどころ満載の愉快な翻訳deathね

少々誤訳があろうと、早い時期に十分役立つ日本語の情報が入手できるのはユーザとしてメリットを受けている。
足を引っ張る >>464 のようなカスこそ迷惑。

>>465
何をムキになってんだかしらんがお前の日本語変だぞ？
ん？翻訳した本人？だったらスマン。別に悪気はないけど、
愉快な翻訳だって事実はどうしようもないだろ？
さようなら、trolls モジュール!　とかウケ狙ってんのかと思った。

>>466
揚げ足取りご苦労様。
俺はただのユーザだし、>>465はお前に向けた言葉ではないから安心して良いよ。

じゃあ、466さん。
It is now possible to block users by their IP address or Hostnames. Good bye trolls!
を、drupal.jpに破棄されないよう、翻訳してみて。

Drupal使いって、日本でも英語圏でも、机上で物事を考える頭の固い連中が多い感じ。

・日本語訳は、翻訳の厳密さに異様にこだわり、結局ほとんど何も翻訳出来てない
・まだ普及していない日本で、中心付近のメンバーがすでに分裂
・便利なモジュールを「Drupalの思想に合わない」といった理由で批判
・コンテンツの中央管理にこだわった結果、非常に使いにくいモジュールもある

466さん
465は翻訳した本人ではありません。
【さようなら、trolls モジュール!】は自分でもウケてしまったところです。
【troll モジュールはもう不要です】とかのほうが良かったかな？
いずれにしても、4.7版の troll モジュールがちゃんと存在しているのが不思議。

超特急でやったので、誤訳はあると思います。
原文を併記して、ご指摘ください。
Drupal-jBoxのほうにコメントつけてくれてもいいですよ。

>>468
基本的に同意なんだけど、一部のユーザや開発者のためにDrupal
全体の普及が阻害されるのは勿体ない。

コミュニティ分裂は、drupal.jpがあんな調子では仕方がないのでは。

・寄贈された4.6.3翻訳を何の理由の説明もなく破棄
・drupal.jp外部で行われていた4.7翻訳の本家寄贈に合意していた筈が、
管理人交代と同時に破棄
・>>20、>>21は現jBoxメンバからの協力提案だった筈。drupal.jpは
目立たないところに移動して提案を蹴った末に削除
・その他何度か行われている翻訳協力提案への閉鎖的な対応

jBoxやdrupal.orgの一部コアメンバも少し頭が固そうだけど、全員じゃないだろ？

同時投稿になってしまったようですが、私は469さんではありませんので。
読む人に判断を任せるしかないですが。

>>468 >>470
分裂というより、公式で相手にされない香具師らが吹きだまっただけのような。
jboxは>>469見てもわかるとおり、頭が固いというより、単にガキっぽいだけのような。
俺みたく一初心者ユーザーとしては、使いもしないモジュールとか誤訳だらけの
翻訳した情報垂れ流しにされるより、ちゃんとサポートしてくれる公式の方がありがたい。
ま、jboxの中の人たちしかいないこのスレでこんな事書いても意味無いけど。

>>468
> じゃあ、466さん。
> It is now possible to block users by their IP address or Hostnames. Good bye trolls!
> を、drupal.jpに破棄されないよう、翻訳してみて。
466じゃないけど、drupal.jpに破棄されないよう、って何が言いたいの？
意味が全くわからないんでマジレスたのむ。

あと、どうでもいいけど、hironとかいうババア？超ウゼー。
xoopsのラーメン級ババアだな。

472さん
誤訳がございましたら、原文と併記の上、ご指摘ください。

>>474
てめぇがウゼェよ、このクソハゲ！

>>476 = 最初に翻訳した本人 = 投稿者：ryo　日付：月, 2006-05-01 19:26
ほらな、言ったとおりガキっぽい。

475 名前：& ◆YZmEY1p.2. [] 投稿日：2006/05/04(木) 19:20:03 ID:osqnso6V
476 名前：nobodyさん[] 投稿日：2006/05/04(木) 21:18:09 ID:osqnso6V

あっ、自演失敗しちゃったんですね。ｸｽｸｽ
ガキっぽいというよりバカ丸出しだね。

ガキで〜す。バカで〜す。

>>472
英語公式の活発さと比べて、今の日本語公式はほとんど死に体なんですよね。
ほとんど誰も相手にしてこなかった結果、逆に今ではほとんど誰にも相手にされてないような。

機能とは別の次元で日本での普及が進まない感があって、すごく残念ですね。

>>480
はいはい、わかったから、もう寝なさい。
眠いとまた自演失敗しちゃいますよ？ｸｽ

ｱｲﾀﾀﾀ...
ryoとかいう人、かなりｲﾀｲね.

drupal.orgはもう4.7で動いてるのでしょうかね？
上で貼られていた4.7の情報を読むと、かなり変わっているようで興味を持ったのですが、
実際にajaxとかがどんな風に機能しているのか見てみたいものです。
まぁ、自分でインストールすれば良い訳ではありますが。

>>483
drupal.org 4.7適用→ >>451
4.7新機能動画配信→ ttp://drupal.org/videocasts

>>ID:osqnso6V
お前みたいなゲスはdrupalに関わらないでとっとと消えてくれ。
普及の妨げにしかならんよ。

こいつもかなりｲﾀｲな
ttp://plug.yu-kan.jp/dp/blogs/183

つーか、j-boxのやつらはdrupalの普及とかより、drupal.jp潰すことしか考えてないみたいだな
ｻｲﾃｰのｹﾞｽどもだ

>>484
ありがとうございます。ビデオが非常に参考になりました。

>>485 >>486

前の管理人の時、翻訳のことで揉めてたみたいだから、相当根に持ってるのかもな。
公式には無いものとかもあるんでJ-boxも便利なんだが、このスレとか使って公式の誹謗中傷に走るっていう、
自称有志の程度の低さは残念だな。

ttp://plug.yu-kan.jp/dp/blogs/183 は読んだけど、この人の文章って思考がまとまってなくて、何が言いたいのか
よくわからんが、唯一わかったのは、drupal.jpと管理者を公然と中傷してるって事だけ。
でも、こんな事書いて大丈夫なのか？完全に名誉毀損だぞ（ｗ

>>486
見に行ったら↓だって。何が書いてあったのか教えて。
Fatal error: Call to undefined function: adsense_display() in /home/yu-kan/www/dp/includes/common.inc(1150) : eval()'d code on line 1

ID:osqnso6Vが本人なのか、最初から本人になりすましものなのかは
判らないが、本人にしろなりすましにしろ、論外だ。Drupalから手を引
いて消えていただきたいという>>485の意見に俺は賛成。

jBoxの翻訳やメンバへの誹謗中傷を繰り返している奴も消えていた
だきたい。jBoxだけを攻撃しているので、Drupalへの嫌がらせというよ
りｊBoxへの嫌がらせが目的なのだろうけど、Drupalのユーザ全体を
減らすだけだろうから、不毛だ。

drupal.jpは、協力者やdrupal.jpのユーザを増やしたいならば、都合の
悪い情報を削除したり変な情報操作などをしたりするのではなく、正
すべきところは正すよう、行動を改めるべき。人を騙すようなことをし
ている限り、それを見抜くことのできる上級ユーザは近寄らない。

少なくとも一人、drupal.jpのしていることに嫌気がさして、なかなか良さ
そうなテーマデザイナーがDrupalから離れていってしまった残念な
事例を俺は見たことがある。

drupal.jpに直接書き込むべきことだけど、過去にdrupal.jpを批判した
ユーザが受けている仕打ちを見ていると、怖くてここにしか書けない。

ID:osqnso6Vが本人なのか、最初から本人になりすましものなのかは
判らないが、本人にしろなりすましにしろ、論外だ。Drupalから手を引
いて消えていただきたいという>>485の意見に俺は賛成。

drupal.jpの翻訳やメンバへの誹謗中傷を繰り返している奴も消えていた
だきたい。drupal.jpだけを攻撃しているので、Drupalへの嫌がらせというよ
りdrupal.jpへの嫌がらせが目的なのだろうけど、Drupalのユーザ全体を
減らすだけだろうから、不毛だ。

jBoxは、協力者やjBoxのユーザを増やしたいならば、都合の
悪い情報を削除したり変な情報操作などをしたりするのではなく、正
すべきところは正すよう、行動を改めるべき。人を騙すようなことをし
ている限り、それを見抜くことのできる上級ユーザは近寄らない。

少なくとも一人、jBoxのしていることに嫌気がさして、なかなか良さ
そうなテーマデザイナーがDrupalから離れていってしまった残念な
事例を俺は見たことがある。

jBoxに直接書き込むべきことだけど、過去にjBoxを批判した
ユーザが受けている仕打ちを見ていると、怖くてここにしか書けない。

>>489
Drupalにも日本のローカルサイトが存在します。『≡ Drupal Japan ≡ | Drupal 日本サイト』というサイトですが、ここはXOOPS　Cube公式サイトに比べたら非常に小さいコミュニティです。スタッフは2名のようですが、実質的には一人のようです。
こちらはトップのワンマン体制の様です。管理人さんは我が儘で自分に都合の悪いことは削除するし、匿名で自分以外の中傷をしたり、諜報活動をしているというお話も聞きますが片一方だけのお話ですので真偽の程は判りません。
サイトを眺めているあたしの感想としては、ワンマン社長が経営する会社という気がします。
トップがやりたいことをぐんぐん、実行していって(サイトコンテンツとして)、サイトとして機能しているのかなという印象は持ちました。しかしながら、オリジナリティのあるコンテンツはほとんど存在せず、どこかで見たようなコンテンツばかり･･･という感じがします。
トップがワンマン(我が儘の域?)の様ですから、他の人にコンテンツを作らせたくないのかもしれません。
フォーラムなどのやりとりを読んでもスタッフの主張を押しつけるような意見が目立ちすぎのような印象を受けます。
ドメイン名だけでは人は寄りつきません。どこかで見たような･･･と言われないようなコンテンツと、縁の下の力持ちに徹することが出来る様なスタッフが居なければ(もしくは表に出なければ)、人は他へ流れていってしまいます。
簡単に言ってしまえば『カリスマ性もない、我が儘運営では、衰退するのも時間の問題』と言うことでしょうか。参加するユーザーはバカではありません。良いか悪いかを決めるのは運営者ではなくユーザーだと言うことを忘れてはいけませんね。

ttp://plug.yu-kan.jp/ の管理人さんは我が儘で自分に都合の悪いことは削除するし、匿名で自分以外の中傷をしたり、諜報活動をしているみたいだね（ｗ
>>490 の主張と良く似てるんでワロタ

ここにいたったら、drupal.jp自体がDrupal日本普及の妨げになっているな。

drupal.jp管理人はDrupalに詳しいしやる気もありそう。でも、コミュニティ運営には全く向いてない。

公式サイトの管理人はやめて、個人でDrupal情報提供サイトを開くべきでは？
で、「完璧な日本語訳ファイル」を自分一人で作成して独自に配布するなり、自分のサイトに
来てくれた人をサポートするなりしていればいい。

>>491
jBoxでそんなことが行われていたの?

>>495
このスレ見れば一目瞭然

なにこのクソスレ
自分でモジュール作るとかメンテするとか考えたことないんか

どっちもどっちだな。

まあ、どっちにしろryoとhironとかいう香具師はオープンソースに関わる資格がないのは間違いない。
これだけのことやってんだから、即刻除名するとかしないとｊｂｏｘにも未来はないな。
いろんなオープンソース見てるユーザーはそれ程バカじゃないぞ。

ここでトグロ巻いてて、直接文句も言えない人たちに関わる資格を問う発言を言う資格がないようにも思うけど、どお？
判ったことはここで書かれていることどれもウソかホントか判らないと言うこと。
この板見てるユーザーもそれ程バカじゃないぞ。

>>500
いや、どれが嘘でどれがホントかわからないならバカだと思うが。

>>500
まあ、いいんじゃない？そんなに必死にならなくても。
ryoとhironのやってる事実はここに書いてあるんだし、ｊｂｏｘ見てもhironがちょっとアレなのはわかることだし。
あとは勝手にユーザーが判断することでしょ。

なんでそこまで必死に執着するのか理解不能。
相手は馬鹿なんだからほっときゃいいじゃん。

利用者の中に、多少変なのが混入していたとしても、
結局のところは比率の問題なのだから、
もっとポジティブな人達が増えてくれば問題ない。

公式と思われるサイトを運営してるのが問題？
そんなのどうでもいいよ。

別に公式の場とか共通の場なんかなくたっていいじゃん。
自分は好きで使ってるんだし、そもそもDrupalはCGMを生み出すツールなんだし。

雰囲気が悪いから使わないとか言ってるデザイナも今はほっとけよ。
Drupalを取り巻く状況は、そういうネガティブで他者依存度の高い人が、
気持ちよく使えるほどには成熟していないのだから。

jboxの奴らはdrupalの普及じゃなくて、自分たちがdrupalの中心になることばっかり
考えてるから変な行動に走ってるんじゃない？
卑しい人たちにはオープンソース系に関わって欲しくないよ。

卑しい人でも関われるのがオープンソース

お前らのごっこ遊びにdrupalも一般ユーザーも公式も巻き込むな　＞jboxのゲスども

4.7使ってる人の情報でも無いかと来てみれば、何このスレ（´Д｀；）

>>507
別にここに来なくても、ぐぐれば普通に出てくるでしょ？

>>507
これが、今のDrupal日本の現状。

英語本家や関連サイトを見ても、Drupalは寛容さの少ない、殺伐とした人間が多いCMSだと思うよ。

まぁその分、「このモジュールは、独自にコンテンツを作成・管理します。Drupal本体が
管理するコンテンツとは、全く連携出来ません」
みたいなモジュールが氾濫する事がないわけだけど…。

>まぁその分、「このモジュールは、独自にコンテンツを作成・管理します。Drupal本体が
>管理するコンテンツとは、全く連携出来ません」
>みたいなモジュールが氾濫する事がないわけだけど…。

ドルパルの管理がベストとは言わないけど、例えばXOOPSとかだとコンテンツというより
モジュール管理という側面が大きくて、module management system (MMS)て思えちゃう。
もっともモジュールもコンテンツだ！といわれればそれまでだけど

joomlaだと、コンテンツ全体に掛かる機能だとmanbotでXOOPSみたいに
俺コンテンツを追加するのがモジュールって印象がある
ま、BBSにはっつけた文章を本体から管理できんのは同じだが

お取り込み中にすみませんが、アップグレードの方法がよくわからなのですが、
新しいファイルで上書きしちゃえばいいってことなのでしょうか？

>>511
大まかな手順は次の通り。失敗するとサイト全部のデータがイってしまうことも
あり得るので、アップグレード前の環境のサーバー側のファイルとデータベース
は必ずバックアップしておいた方がいい。環境によっては上手く行かないかも
しれないので、実施は自己責任で。

1.アップグレード前の環境で、ユーザー1番(スーパーアドミン)でログイン
2.管理画面で全てのサードパーティーモジュールを一時無効にする
3.テーマはデフォルトのbluemarineにする
4.ログアウトはしないで、サーバーのファイル(アップロードしたものを除く)を
全てDrupal4.7のものに入れ替える。4.6のファイルを不用意に残さないように
注意
5.ファイルを入れ替えた後、update.phpをブラウザから開いて実行。英文の
指示に従い、データベースのアップデートスクリプトを実行する
6.実行結果が表示されたら一番下までスクロールして、最後まで処理が
終わっていることを確認する
7.一応これでコア部分の移行は完了の筈なので、後はサードパーティ
モジュールを移行して再度管理画面から有効にする。移行方法は、各
モジュールのドキュメントを参照。
(一応、4.7からはサードパーティモジュールをアップデートする都度
update.phpを実行すればOKということになっているらしいが、各モジュール
開発者は必ずしもそれを守ってはいないかもしれないし、それだけでは
移行できないケースもあり得るだろうから)

>4.ログアウトはしないで、サーバーのファイル(アップロードしたものを除く)

誤：「アップロードしたものを除く」
→「コンテンツ投稿時等にアップロードされたものを除く」

>>512
レス感謝！
早速やってみます。

バージョンアップしても糞だな

4.6から4.7へのアップグレードについては、
配布ファイルを展開した中から出てくるUPGRADE.txt読んで、
>>484がリンクしてくれたとこのビデオ観れば分かると思う。
当然ながら英語のナレーションだけど、画面だけで手順は掴めるしな。

Upgrading to Drupal 4.7
http://drupal.org/videocasts/upgrading-to-4.7

はじめてきたけど・・・なんか荒れてるな

CMS系のスレはどこもこんなもん
CMSってだけでとにかく荒れる
自力でどうにかできる人から離脱していってコミュニティグダグダの悪循環

荒れてるつーか>>ID:osqnso6Vみたいなバカが自演で荒らしてるだけだろ。
困ったもんだ。

ヘボコードのせいで関数が長ったらしいな

Drupalユーザってどうして色々なところで宣伝するの？
Drupal使いましょう〜って・・・・

糞だから宣伝しないと使ってくれる人がいないのかｗ

Drupal使ってるやつにホントにそんなんがいたら、
今頃もっと普及してたかもしれないな。
少なくとも知名度は今よりも上だったと思う。

むしろ自己満足で終わってる奴が多すぎなことの方が問題だろｗ

様々なスレでDrupalならry
ってあるけどｗ

「そこでDrupalですよ。」
これを見ると改めて糞だと感じる

たかがCMS、どれも取り立てて大層なことしてるわけじゃないのに。
その程度のものを糞だ何だと言う気がしれん。
せめてもうちょっと複雑なものを批評しろよ。

複雑なのはわからないんで

本当にお勧めなら
ｻｸﾗ書込みしなくても人気が出てくる

Geeklogもｻｸﾗ多い割りにまったく使われていないのが事実
DrupalはMT,WordPressと同じくBlogに機能を追加した物
本来CMSに分類される物ではない。

サードパーティもBlogに機能追加が大半を占めている
フィードバックが必要ないサイトには不向きである。

MT、WordPressと並べるならお勧めする。

因果関係が逆だよ。
で、分類がCMSかBlogかでDrupalが糞か否かが変わるのか？
そもそもBlogとCMSを並列に分類する方が間違ってるよな。

1にCMSツールDrupalについて語るスレ
ってあるからCMSとしてのDrupalを語るんだと思っていたんだが・・・

Blogならお勧めする。
サイト全体の管理ツールでは糞
CMSとBlogは分けておかないとその内phpBBもCMSって言い出すぞ

Drupalを使う人間は本当、定義にこだわる奴が多いな。

CMSとブログの線引きなんて、正直どうでもいい。

523は「そこで〜」と書かれてるのがマジレスなのかネタレスなのか
区別がつかないのか。
それにDrupalが糞だと思うんなら、なんでDrupalスレ覗いてるの？

>>523氏はプロだとお見受けしました。
CMSとしてのTYPO3はどの様にご評価されていますか？
ご意見をお聞かせ下さい。

Drupalの本領はブログではないと思う。単なるブログにしか使わないなら、
最初からブログ向けの別のソフトを使った方が立ち上げも楽だろうし、
そもそも殆どのブロガーは、自分でサーバなどわざわざ立ち上げずとも、
無料のサービスで十分事足りると思われる。

Drupalが合っていると思われる場面でDrupalを勧める書き込みは、殆どの
場合、善意だと思うが。タダで手に入った情報を有効活用できるか否かは、
情報を手に入れた側のリテラシー次第だし、そういう情報の有用性に気付
かなくても、他の人々は別に何も困りはしない。

Drupalの本領と思われるnodeやtaxonomyやflexinodeなどは、表面的には
その強力さが理解しにくいし、誰にでも必要／使いこなせる機能ではないと
思われるので、向き不向きはある。

どんな用途にもフィットするオールラウンドなCMSで、なおかつ軽いものは
今のところ見当たらないし、少なくともDrupalはそうではない。自分のニーズ
に合わないなら、無理に使わなくても良いのでは？

>>531
523ではないけど、少し前にTYPO3 4.0を試してみたときの印象は
「階層的に構造化されたページ群で構成される、比較的静的で
ページ数／量の多いWebサイトを作りたいときに、まず最初にきち
んと準備をした上で、定型的な作業を効率化したいケースに向き
そう」って感じだった。

細かいところまで、作りこみはDrupalよりきっちりしている感じ。ただ、
Drupalはどんどんコンテンツを追加していくような鮮度重視のサイト
に向くと思うし、方向的にはお互いかなり違うと思った。
(どちらが良い悪いってことではない)

英語が読めるなら、ドキュメントはかなりよく整備されている。少し
厳格すぎるくらいにきちんと書いてあるので、せっかちな人には
少しじれったいこともあるかも？でも本当にきちんとしてるので、
曖昧／舌足らずで困ることはあまりなかった。

>>532
flexinodeは4.7でCCKに置き換わるようだけどね。
個人的にはflexinodeもCCKもちょっとどうかなと思う。
nodeの拡張はuploadやlinkの様にnodeにbindする方がいいんじゃないかな。
CCKの方が自由度は高いかもしれないが、技術屋の趣味に走った感がある。

まあCCKを使わなけりゃいいんだがｗ

>>534
CCKは次期バージョン(4.8?5.0?)でコアに組み込まれ、それに伴ってflexinode
は引退の予定だね。flexinode→CCKの移行パスは用意される予定らしい。

この機能は「技術屋の趣味」というより、むしろ「自前でモジュール開発する
スキルを持たないエンドユーザ向けの機能」だよ。Xarayaにも「ダイナミック
データ」というよく似た機能があるけど、Xarayaは少し重いし、いざ使おうとす
るとDrupalよりも最初の敷居はやや高い(でも、Xarayaの方が出来ることは
多い)。

uploadやlinkはあらゆるタイプのノードに共通に機能拡張をするもので、一方
CCKやflexinodeは例えば「ラーメン屋レビュー」とか「今日のレシピ」とか、
ユーザが自分の好きなコンテンツタイプをプログラミングなしで自由に追加
できるものなので、目的が違う。
(普通のCMSなら、ここで追加のモジュール開発が必要になる。それをプロ
グラミングレスで出来るのが特長)

4.7からはContent Construction Kit (CCK)というのがあるのですね。
知りませんでした。

>>535
うん。目的が違うというのはそうだね。

CCKの方向性の先はAppleのハイパーカードだと思うんだけど、そうなるともう
Webコンテンツとしては手に負えなくなるんじゃないかと。
「何でもできるは何もできない」ってことで、中途半端で終わる気がする。

>>537
んー何か話が違う方向にすりかわってる気が。
悪いけど、意味がよくわからんわ。

>>537
Drupalはノードタイプを自動生成するように設計されてない。CCKには無理がある。
コアに取り込むってことは、根本的に再設計するってことじゃないの。
そうすりゃ、pageとstoryを無くせるし。

CCKの良い例

Screencast: Drupal Mashup Machine
http://www.zacker.org/screencast-drupal-mashup-machine

CCKを使ってサンプランシスコの犯罪マップをサクッと作るビデオ

>>540
詳しくは良く分かりませんでしたが、凄そうですね。

Drupal 4.6.7 & 4.7.1 リリース
セキュリティ問題によるアップデートが出たようです。

------------EXECUTION OF ARBITRARY FILES IN CERTAIN APACHE CONFIGURATIONS------------

* Advisory ID: DRUPAL-SA-2006-006
* Project: Drupal core
* Date: 2006-May-24
* Security risk: highly critical
* Impact: Drupal core
* Exploitable from: remote
* Vulnerability: Execution of arbitrary files

------------DESCRIPTION------------

Certain -- alas, typical -- configurations of Apache allows execution of
carefully named arbitrary scripts in the files directory. Drupal now will
attempt to automatically create a .htaccess file in your "files" directory
to protect you.

------------VERSIONS AFFECTED------------

- All Drupal versions before 4.6.7 and also Drupal 4.7.0.

------------SOLUTION------------

If you are running Drupal 4.6.x then upgrade to Drupal 4.6.7.
If you are running Drupal 4.7.0 then upgrade to Drupal 4.7.1.

Make sure you have a .htaccess in your "files" dir and it contains this line:

SetHandler This_is_a_Drupal_security_line_do_not_remove

------------SQL INJECTION VULNERABILITY------------

* Advisory ID: DRUPAL-SA-2006-005
* Project: Drupal core
* Date: 2006-May-18
* Security risk: highly critical
* Impact: Drupal core
* Exploitable from: remote
* Vulnerability: SQL injection

------------DESCRIPTION------------

A security vulnerability in the database layer allowed certain queries to be
submitted to the database without going through Drupal's query sanitizer.
This problem represents a critical security vulnerability and should be patched
or upgraded immediately.

------------VERSIONS AFFECTED------------

- Drupal 4.6.6 and older.
- Drupal 4.7.0 and older.

------------SOLUTION------------

If you are running Drupal 4.6.x then upgrade to Drupal 4.6.7.
If you are running Drupal 4.7.0 then upgrade to Drupal 4.7.1.

You can also patch Drupal. To patch Drupal 4.6.6 to 4.6.7, use this patch:
[http://drupal.org/files/sa-2006-005/4.6.6.patch]
To patch Drupal 4.7.0 to 4.7.1, use this patch:
[http://drupal.org/files/sa-2006-005/4.7.0.patch]

DRUPAL-SA-2006-005
だけじゃなくて
DRUPAL-SA-2006-006
も当てないとダメなんじゃ？

>>544
005に書いてあるパッチを当てることで、それぞれ4.6.7/4.7.1になる。
005はパッチを当てればOK。
006はパッチに加えて、files/の下に .htaccess を作って、指定された1行を入れておけと。

>>545
> 006はパッチに加えて、files/の下に .htaccess を作って、指定された1行を入れておけと。
よく読めｗ

>>546
あ、.htaccess が自動でできてるから、その中身を確認しておけ
ってことやね。すまぬ。

TYPO3は出てたけど、MODxと使って比べた人はいない？

「出てたけど」の意味がまるで分からんが、
ここはTYPO3スレでもMODxスレでもないぞ？

つ http://pc8.2ch.net/test/read.cgi/php/1140235997/

http://drupal.org/drupal-4.7.2
4.6.8 & 4.7.2 age

>ID:osqnso6V
直リンするなよ、このクソハゲ！

>>551
あんなバカほっとけ

4.6.7 or 4.7.1 で既に /files/.htaccess 置いてた人は
パッチ当てた後 /files/.htaccess に手動で設定追加しないといけないので注意な(INSTALL.txt参照)

gsitemapのVerification link:って何を入れるんでしょうか？
xmlへのリンクですか？
それともgoogle****************.htmlだけを入れるのでしょうか？
もしくはttp://hogehoge.com/google****************.htmlでしょうか？

PC向けサイトならUTF-8固定でいいんだけど同じデータで携帯向けもとなるとSJISで出力したい
特定のページのみSJISにするいい方法ない？

http://neobless.co.jp/ja/drupalguide

ここをJP公式にしたら？
まとまってるし

今日初めてDrupal知ったので何か変な理由あったらすまん。

新入りが偉そうに口出すなボケ

変な公式サイトのせいで衰退するぐらいなら、
公式サイトなんかいらない

衰退するほど盛り上がってないけどな。。。

盛り上がってくれなくてかまわないので、日本語訳だけは続けてください。
協力しません！

日本語訳？
なんでそんなもんが必要なの？

英語が堪能じゃない人もいるグループで情報共有ツールとして使うから

>>562
必要なら自分でやれば？

だね。自分でやって、さらにそれをコミットすればいい。
いかにそれが面倒かを自覚できるでしょう。

>>564
早速ですがviewモジュールの翻訳お願いします。
webformモジュールもなかなかのできですよ

いちいち翻訳なんかするから英語力が必要になるだけで、
普通に使う分には英語力なんてなくても問題ないじゃん。

>>565
貴方の脳もなかなかの出来ですね

相変わらず閑散としてるね。
今まで「そこでDrupalですよ」とかウザいこと書いてたのが、
実はDrupalユーザではなかったことがよく分かるな。

結局、英語の本家サイトなんだよね。

IBMはDrupalがお好き
http://www-128.ibm.com/developerworks/ibm/library/i-osource1/

日本の企業でも、ぼちぼち使われ始めてる気がする
http://wbb.forum.impressrd.jp/

モジュール作ろうと勉強してるんですが
hook_menu()のパラメータ$may_cacheの意味がわかりません
誰か解説おながいします

>>571
http://api.drupal.org/api/HEAD/function/hook_menu

キャッシュ可能かどうかを示すもの
始めにメニューアイテムを全てコーディングしたあとに、その中でキャッシュ可能なアイテムを
こぴぺして、ifでくくってくださいまし。

と理解してます。

>>572
ありがとうございます
理解できました

ソースを読んでみようかと思うんだけど、
phpDocumentorみたいなツールで読めないかな。

$idとかなんかいちおう規則にのっとって
コメント書いてあるみたいだけど。

>>574
$Id$がなんだか分かってんのか？

分かるわけねえだろヴォケ

http://api.drupal.org で管理するためのものじゃないの？

CVSのリファレンス見れ > $Id$

今時、CVS も知らんのか…
これだから Web 屋は…。

コンビニ？

開発に参加しないのにCVS覚えても仕方ないような。

>574
php editorあたりで読んでみてはどうかな
Drupalは割合処理を追いやすいですよ

なんか話が明後日の方にいってるが、$Id$の意味を知らないのに、
$Id$って書いてあるから、規則に則ってると判断するのが変。
開発するとかしないとかまったく関係なし。

おいおまいら、いつの間にか4.73でてるじゃ
宣伝もかねてあげてこう

今さらなネタ持ってくるなよ…またセキュリティfixがきたのかと思ってビビったじゃねーか

>>579
己の無知を思い知れ。

>>581

php editor、よさそうですね。使ってみます。

xreaで4.73運用してるんだけど、ページ移動するとたまーに「サーバが見つかりません」って出るときがある。
F5押すとページはちゃんとでてくるんだけど。みんなそんなことない？

追加なんだけど、タイムアウトって感じじゃなくてクリックするとすぐにでる。
同じサーバでdrupalつかってないとこはそんなことならないんだけどなぁ。なんか気持ち悪い。

Insert Block
http://drupal.org/project/block_tags

ってのが[block:name of module=delta of block]とかくだけで、
ブロックを自由にいろんなところにおけるっぽいので
使ってみているんだが、どうにもブロックを出す方法がわからない。orz

このタグをコンテンツのページの本文に入れればいいんだよなぁ？
モジュール名をいろいろ入れたりいろんな名前を入れたりしたのだが
一向に出てくれない。

誰か使っている人いませんか？

あぁ。わかったよ。
管理セクションのブロックでブロックを右サイドバー・左サイドバーに
移動させるページで設定のリンクのアドレス
たとえば、Primary linksがhttp://どめいん/?q=admin/block/configure/menu/2
だとすると、後ろの二つ
[block:menu=2] をコンテンツの本文に入れると表示される。

あぁ、しまった。
こういうときは、自己解決しました。といって去るべきだった

ユーザのレベルが低いな

>>592
ユーザのレベルが低いと何か問題があるのだろうか・・・

ところで、これ使ってみようと思うんですが
MovableType？の互換ということで気になってるのですが、
ブログ以外の用途でも十分使えますかね？

こんなんとか

DrupalでカンタンMashup at Log4d
http://www.4-directions.net/log4d/2006/05/21/drupal-mashup-machine/

>>593
> ブログ以外の用途でも十分使えますかね？

使えると思う。

>>592-593
大問題だろ。MTくらいユーザ数多いと屑ユーザの数を補って余りある
パワーユーザのアイディア提案・実装がすごいスピードで進んでいくが、
そんなにユーザの母集団が多くないコミュニティで、それが屑ばっかでは
ちっとも改善されていかない

>>593
むしろ、ブログも使えるという表現の方が適切な位だと思う

Drupal 使うメリットは何でしょう？
ユーザ毎にブログを設置できる事くらい？
他に見当たらない。

>>597
それを言ったら他のCMSだってメリットないよ。

>>597
モジュールで色々とできること

他力本願

Drupal Nippon
http://drupon.org/

ここって何？

>>601 http://drupal.jp/about
中の人の個人サイト？

なんかややこしいね

使えない日本サイトばっかりだな
ドキュメント全部日本語化とか気合はいったとこ出てこいよ

>>604
言いだしっぺの法則が発動した

>>604

仕事の合間に自分なりのメモをまとめてる
まとまったらそのうち公開するよ。

期待してます

今まで自分はそれなりに英語できるほうと思ってたんだけど
オフィシャルのドキュメントってなんか読みにくいんですよね
そんなことない？

>607
君が英語できないだけ

いまいちコレの良さが分からん。
使うメリット、他ＣＭＳより優れている点って何です？

>>609
構造が割と単純で分かり易いってことじゃね？

モジュールの統一感かな
全てはnodeである、と

>611
そこんとこｋｗｓｋ

いやです

>613
参考になった

よさそうなんでちょっと使ってみた。
ポストに画像を挿入するのがものすごく大変だと思った。
image_assist、inline、image_attach を使ってみたけどどれもいまいち。
RTEは使いたくないし。

WordpressとかMTみたいに、さくっとアップロード＆挿入ができるのを
期待するほうが間違ってる？

いいモジュールがあったら教えてプリーズ。

tinymce & imce

RTEは使いたくなかったのか。
んじゃｼﾗﾈ

4.7.xで、ftpでまとめてアップした画像をまとめてnodesとして取り込むmoduleってないんかな？
数十、数百の画像をひとつひとつuploadする気になれん

>>618
どうしても個々の画像をノードにしなきゃいけないの？
単にファイルとして置いておいて、参照する時に<img>で書くとか。

>>619
「あ…」と思ってしまった
そだね
nodeに統一するってスタイルに拘る必要はないんだね
�d

スタイルに拘りたい気持ちもあるけどmoduleを自作する余裕は無いしなあ

>618-620
これじゃDrupal使う意味無いじゃん？

でもDrupalだと楽な部分もあるし
Organic Grpoup とか
前使ってたNucleusではグループ毎の可視性コントロールするにはソースに手を入れるしかなかった

画像をどう考えるかだな。
単体でノードという扱いにすべきか、それともノードの一要素なのか。
後者なら別に画像ファイルのままで充分では？

>>623
別にお前が何言おうと俺は勝手にするし。バッカジャネーノ？

Drupalコミュはこんな奴らの集まりです

ケータイ用のモジュール作ろうと思いDrupalの認証部分のソース読んでいるんだけど
ずいぶんまどろっこしーことしてるね。
ブロックにログインフォーム表示している場合、

ユーザ名　パスワード入力
----------------------

通常通り処理
theme('blocks')でログインフォーム表示部分で
block_list - user_block - drupal_get_form(..)
user_login_validate
result = user_login_submit

そしてresultにリダイレクト。
ブロックの出力ってコンテンツの出力より後のはずだから、
丸々無駄になっているような気がする。

どなたかケータイ用の認証モジュール作ってませんか？

フォームメールをつけようと思っています。

入力項目をカスタマイズできるものということで、
Webformが有力候補になっているのですが、
これ送信前プレビューと自動送信はできないですよね？

自動送信ではなく自動返信です。

>>627
そう言えばプレビューできないねぇ… 気にせず使ってたよ。
自動返信もできないねぇ…

redirectURLとRedirect POST Valuesを設定して
リダイレクト先ではPHPコード書いたノードでプレビューと自動返信するコードを書く。

かなり面倒だ。

なんか変なことになってんだけど
handbooksって登録すれば誰でも書き込めるんだっけ？
http://drupal.org/handbooks

たしか誰でも書き込めたような。

おれもローカルですこし翻訳してるので
似たようことをしそうになった経験が…。
日本語になったらオレだと思って！

でもいまみたら、ログインしたあとに表示されるハンドブックは英語のままだ。

だれかCCKの翻訳おねがいします至急

>>634
まかせろ！

CCK
シーシーケー

さくらで、Drupal入れたのですが、
uploadで、添付した画像が表示されなくてこまっております。
http://hoge.com/files/mage.jpg
で直接アクセスしても、500 Internal Server Errorがおこります。

以下のサイトのことをやってCleanURLsを使っています。

9wa :: さくらにDrupal
http://9wa.org/item/96

わかった・・・

files/.htaccessのOptionsをコメントアウトしてなかったから、でした。
files以下にもあるとは・・・

俺アホ・・・

theme作るのに参考になるサイトはないでしょうか？
使える変数とかがわかるとよいのですが・・・
今は、既存のthemeを落としてみて、見て触っている状態です。

って、page.tpl.phpで、検索して重いきり最初にあるし・・・

Page.tpl.php | drupal.org
http://drupal.org/node/11812

ノードに表示される投稿者と日付を表示しないようにするにはどうしたらええノン？
テンプレートいじらないとだめ？

俺も投稿者だけ消したい・・・
node.tpl.phpなのか？

えーと。どうにかやって消したけど、テンプレートまでいじったりはしてないはず・・・
管理＞テーマ＞設定＞グローバル設定の「以下の投稿情報を表示」でオフにすれば良いようだ。

これさあ、MovableType互換っていうけど、全然違うね・・・
カスタマイズも全然ちゃうし。phpわからんなキツイ。
どの辺が互換なんだろ

CCKを作って、phpを知らなくても簡単に、
オリジナルのコンテンツ入力フォームが
作れるのはすごいな。

CCKって何？
どんなことができるの？

http://karasu.net/node/55
> CCK(Content Construction Kit)モジュール
> 新しいnodeタイプを作ることが可能。フィールドタイプのモジュールを追加することで、
> 様々な入力形式のnodeタイプが可能。それぞれにテンプレートを設定できる（たぶん）。

node.tpl.phpみたいのを増やせるってことなんでしょうか？

>>646
独自のフィールドを持ったノードを作れるんだよ。
PHP使ってプログラミングすること無しに。
似たような事ができるflexinodeも参照。

CCKを使うと！

・お客さんがいる。

・客「パソコン情報掲載サイトつくりてー」

・CMSからメーカー、CPU、HDD、メモリ、etcフィールドに入力して
登録するだけのシステムが簡単に出来る。

Drupalを使うのならやり方は問いません。

上から一つずつ情報が出ているものを横に幾つか並べて
どういうやり方がありますか？もしくは考えられますか。

たとえば、
1.タイトル〜〜〜〜〜〜〜〜〜〜〜
　概要〜〜〜〜〜〜〜〜〜〜

2.タイトル〜〜〜〜〜〜〜〜〜〜〜
　概要〜〜〜〜〜〜〜〜〜〜

3.タイトル〜〜〜〜〜〜〜〜〜〜〜
　概要〜〜〜〜〜〜〜〜〜〜

ってのを

1.タイトル〜〜〜〜　　　2.タイトル〜〜〜〜　　　3.タイトル〜〜〜〜
　概要〜〜〜〜〜　　　 　概要〜〜〜〜〜　　　 　概要〜〜〜〜〜

4.タイトル〜〜〜〜　　　5.タイトル〜〜〜〜　　　6.タイトル〜〜〜〜
　概要〜〜〜〜〜　　　 　概要〜〜〜〜〜　　　 　概要〜〜〜〜〜

ってしたいのです。概要の部分が写真（サムネイル）＋ちょっとした情報になる予定なので
縦にずらっと並べるよりかはいくつか横に並べたいと。

>>646
> > 様々な入力形式のnodeタイプが可能。それぞれにテンプレートを設定できる（たぶん）。
> node.tpl.phpみたいのを増やせるってことなんでしょうか？

CCKにはそんな機能ついてないよな？

それを解決するためにあるこがこれなんじゃない？
http://drupal.org/project/contemplate

うああ。
設定で、ログインフォームを非表示にしたら、ログインできなくなってしまった・・・
どっかから、入れませんか？

>>649
css

>>651
q=/user

>>652
> q=/user
サンクス!!

642では投稿者だけ消すことはできないよ

ナビゲーションを管理者のみに表示させたい場合って、ブロックの表示設定のところにコード書く以外ないのかな。
本家にTipsとして載ってたけど、このくらいの設定はラジオボタンで選択できるようにして欲しいね。

>>655
Drupal5からブロック個別にロール設定できるから、それを待つしか。

>>652
cssで三つごとに表示なんて出来ないと思いますが？

theme作ってるんですが、
themeディレクトリにある、favicon.icoがおいてあると自動的にlinkタグで記述されたり、
sytle.cssとおくと、cssが自動で読み込まれたりするのですが、
その辺の仕様ってどこに書いてあるんでしょうか。

includes/theme.incの中
そういうことじゃなくて？

CCK使ってみたけどすごいですね！
お客さんが望んだコンテンツの作成画面を簡単に作れそうです。
他のCMSではこんな機能ないですよね！？

>>657

ボックスの中に33％のボックスをフロートさせりゃー良くない？

>>657
それがいやならpanelsでも使ってくださいな。

>>659
結局、ソース嫁ってことすかｗ
でも、読んだらわかるはヒントサンクス。

↓のようなtaxonomyがあったとして

麺類
- ラーメン
- うどん

/taxonomy/term/1で麺類を表示したとき、
子のtermのリストとノードのリストを表示するいい方法ないですか？

麺類自体はノードをもってないのでアクセスすると
「現在このカテゴリでの投稿はありません。」としか表示されません。

ストーリーとか、ブログに、
画像を投稿してサムネイル作るにはどうしたらいいんでしょうか。

↓これみたいな感じかな？
inlineモジュールに手を入れた | karasu
http://karasu.net/node/61

あと、inlineモジュールでthemeをカスタマイズする方法がいまいちわからない・・・

inline試してみたけど、うごかねー。
NOT FOUND: 1
って言われる・・・

と、思ったら、プレビューで動いてないだけでした。
でも、画像がインライン表示されない・・・リンクになってしまう。

> inline動かない件
なぜか画像アップロード時に、filemimeが正しく設定されないみたいです・・・。

if (preg_match_all("/\[(img|inline|file|attachment):([^=\\]]+)=?([^\\]]*)?\]/i", $node->$field, $match)) {

みたいに、imgを追加して、

// if (_inline_decide_img_tag($file)) {
if ($ytype == "img") {

imgで無理やり、imgにすることにしました。

> あと、inlineモジュールでthemeをカスタマイズする方法がいまいちわからない・・・
template.phpに、
(theme名)_inline_imgという関数つくってやると、カスタマイズできるようです。

管理セクション->メニュー
で、メニューの設定をちょっとでも弄ったり、
メニューを追加すると、
anonymouseで、メニューモジュールを表示しない設定にしてあっても表示されてしまいます。
これってバグですかね？
（全部、リセットすると戻ります）

いちいち細かいことでレスすんなカス

>>664
拡張モジュールでノードのツリーを表示するようなのがあったような…

個人宛コンタクトフォームからメッセージを送信するには、デフォルトではユーザ登録してログインしないと送信できませんが、anonymousがメッセージを送信できるようにするにはどうすればよいのでしょうか。

>>673
Drupal4.7系使っていますか？

>>674
使ってます。

>>675
ごめんなさい。無理っぽいです

アクセス制御で出来るようにならん？

>>677

無理かな。contact.module: line - 310

ゲストを強制的にログインするようなモジュールってなかったっけ。

日本語にしてないので申し訳ないが、
access control の access rulesとか
rolesで設定できないか？
匿名ユーザ名をあらかじめ設定しておけば
出来る気がするんだが

CCKってすごいね。
これと同等の機能（モジュール）があるCMSって他にある？

アクセス制御にはコンタクトに関する権限の設定が存在しないようですので、やはり無理なんですね。

仕方がないのであきらめて、anonymousのメッセージ送信は見送ります。

ありがとうございました。

677だけど、俺よく意味がわかってないのかな。
ログインしなくても別にコンタクトからメール送れたけど..

メールとかを入力しなくてもおくれるようにできるかって意味だったのか？

>>682
いや、サイト宛と個人宛で、コードを分けているのよ。
サイト宛はanonymousでもいけるが、個人宛では上にも書いたようにcontact.moduleの310行目から
ログイン済みかチェックしてるのよね。

>>673
そういうわけで改造しないと無理です。

>683
ほんとだ、最初の書き込みに個人宛フォームからって書いてあるね。
よくわかってなくてスマソ。そしてthx.

>>680
MODｘにはテンプレート変数ってのがあるから
同じようなことはできる。

でCCKの翻訳はまだかね？
ついでにViewも頼むよ

>>686
CCKなんて翻訳無しでも使えるだろう？
viewは確かに一部、分かりにくいところがあるけど。

そろそろ２ちゃんねるdrupal wikiができてもいいころだと思うんだ

ノードの公開やモデレーション待ちフラグをロールごとに変えるモジュールってないかな？

ゲストにだけ承認が必要としたいところなんだけど。

>>689
actionモジュールを使うとできないかね？

>>690

actionとworkflow使ってできました。
しかし、ステータス変えるだけの割りに大げさだね。

自分で書くか…

ちょっと質問します。

ローカルで、http://hoge.localhost/
で構築した環境を、レンタルサーバーに持っていったのですが、
（FTPでデータ転送。MySQLのデータの移行）
http://hoge.com/user/login
では、ログインできるのですが、
何故か、
http://www.hoge.com/user/login
では、同じユーザー、パスワードで、ログインできません。

これって、どういったことが考えられるでしょうか。

hoge.comとwww.hoge.comはおなじサーバーをさすように、
DNS、virtual serverの設定をしています。

>>692

hoge.com専用のsetting.phpを作ったか、

default/setting.phpに
$base_url = 'http://hoge.com';

があればそうなるかな。

$base_urlは大抵必要ない

>>693
普通は、そうですよね・・・。

ところが、default/setting.phpのままなんですよ
$base_urlはコメントアウトされていました。
$base_url = 'http://www.hoge.com'
にしても駄目でした。
うーむ。

まあ、hoge.comでログインできるから、使えはするのですが、
ちょっと気味がわるくて

>>694

んじゃ.htaccessのリライトルールは？
あとは何だろう。

>>695
うお、これかっ！これなのか！？
.htacess

# If your site can be accessed both with and without the prefix www.
# you can use one of the following settings to force user to use only one option:
#
# If you want the site to be accessed WITH the www. only, adapt and uncomment the following:
# RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]
# RewriteRule .* http://www.example.com/ [L,R=301]

そういや、デフォルトのRewriteルールには
ルールが循環してしまうバグがあるよな。

>>696

でもVirtualHost設定しているなら関係ないきも

RewriteBase とか、　RewriteRuleにhttp://hoge.comとかは書いてないのよね？

RewriteBaseは、↓
　RewriteBase /
です。
RewriteRuleは設定していないです。

ごめん。RewriteRuleは下の方で、cleanURL使うのに使ってました。

>>700

ということは変更していないってことですか。

www以外のサブドメインではどーなん？
ｵﾚは普通にマルチサイト稼動しているよ

サブディレクトリーで複数稼動させるとクーキーがおかしくなるけど、サブドメインなら
何の問題もなく稼動するけどねー

>>701
test.hoge.com
でやってみましたが、サイトは見れるのですが、ログインはダメでした。
なんでだろ・・・。

マルチサイトをやっているわけではないっす。

あと、別件で質問したいのですが、
画像を投稿した際に、サムネイル画像を作ることってできないでしょうか・・・。
MovableTypeだと、画像を添付するときに、作ることができるのですが、
Drupalだとそういうのはできないですか？

>703
本家サイトのmoduleページを探してから質問したほうが
幸せになると思う

>>704
サンクス

http://drupal.org/project/Modules
thumbnailでページ検索したらいっぱいありますね。
試してみ報告します。

これって標準で携帯対応ですか？

>>702

ログインできないサイト見たとき、すでにクーキーにセッションIDを食っていたりしてない？
Drupalを特にいじってないなら、PHPの設定とかは？

>>706

クーキー非対応ケータイでもログイン可能かということであれば、非対応です。

○　クッキー
×　クーキー

>>707
www.hoge.comのクッキー消したけど、ログインできませんでした orz
phpの設定は、php.iniのことでしょうか？

>>708
そりゃ失礼

>>709

すいません、
普段FireFox使っているんですが、今IEで試してみたらログインできなくなりました。
ブラウザーの問題のようです。

多少強引ですが、VirtualHostの設定に

<VirtualHost ..>
ServerName hoge.com
</VirtualHost>

<VirtualHost ..>
ServerName www.hoge.com
php_value session.name "PHPSESSIDWWW"
</VirtualHost>

のように名前を変えてやるといけるっぽいです。

>>711
うは、できたｗｗｗｗ手軽な方法も見つけといた
/var/www/html/sites/default　の　settings.php　に
ini_set('arg_separator.output', '&');
ini_set('magic_quotes_runtime', 0);
ini_set('magic_quotes_sybase', 0);
ini_set('session.cache_expire', 200000);
ini_set('session.cache_limiter', 'none');
ini_set('session.cookie_lifetime', 2000000);
ini_set('session.gc_maxlifetime', 200000);
ini_set('session.save_handler', 'user');
ini_set('session.use_only_cookies', 1);
ini_set('session.use_trans_sid', 0);
ini_set('url_rewriter.tags', '');
これがあるけどこの下に
ini_set('session.name', 'PHPSESSIDWWW');
といれるだけ
環境　FC6(fedora core 6)、 PHP 5.1.6、　mysql　5.0.22、　php-mysql　5.1.6

>>712
> ini_set('session.name', 'PHPSESSIDWWW');
ｷﾀ━━━━━━（ﾟ∀ﾟ）━━━━━━ !!
www.hoge.comでもログインできるようになりました （ *＾ω＾）=3

phpでのセッションID？を変えているだけみたいですが、
何故これでうまくいくんだろ・・・

どこで変えようと自由だけど、setting.phpを１つしか用意してない場合、
また、セッションIDがかぶると思うよ。

それとhoge.comでもwww.hoge.comでも共通のDB使うなら、
最初からリダイレクトしたほうがいいと思うけどね。

それだとリダイレクトのほうがいいなssl使えないじゃないか

実は、原理が上手くわかってないので、上手く行っている理由がわかってないのですが・・・
どなたか、説明キボン

ったくガセ掴まされてんのに
ｷﾀ━━━━━━（ﾟ∀ﾟ）━━━━━━ !!
ってアホか

>>716

sssion.nameが何なのか。
どこに保存されるのか。
FireFox拡張のWebDeveloperのViewCookieInformationで比べてみてどうなっているか

くらい調べてみようよ。

5.0betaきたな。いれてみようかしらん。

>>717
ガセなんですか？
動いているようですが・・・

>>718
session.nameは、phpがセッションをクッキーに保存するときに使う名前ですよね？

クッキーを見てみましたが、
PHPSESSIDとPHPSESSIDWWWがあるだけなんですが・・・


ていうか、やっぱり、Drupal敷居がたけえ orz

すみません。うざかったら、phpのスレに移りますので、言ってください

>>721
うざいけど続けていいよ

>>720

Drupalがクッキーのドメインを指定していないのが、そもそも問題あると思うんだけど
IEだと、サブドメイン付けても、ない状態で保存されているようで、
その結果セッションIDがあるからセッションは始まるけど、DBからデーター読むときに
同じセッションIDがないから結果的にログインされないんだと思う。

ログイン時にregenerate_id呼ばれるから上書きされそうなもんなんだけど、
なぜか失敗してるのかな。

session.name変えるより、session.cookie_domain変えるほうがいいかも。

実際のところあまり良くわからんです・・

>>723
普通は、クッキーのドメインを指定するものなのに、していないということでしょうか。
つまり、Drupal側の不都合なんですかね。
これって、どこに報告したらいいんだろ。

>>724

不都合というよりは仕様かと。
サブドメインとディレクトリーとじゃ扱い変わるし。
サブドメインのみの運用ならば、setting.phpに

ini_set('session.cookie_domain', $_SERVER['HTTP_HOST']);

としたほうが早いよ。

それよりもマルチサイト用にファイルのパスとURL指定を分けてほしいのと、
METAをサイトごとに指定できるようにしてほしいな。

テーマだらけになっちまうよ

>>725
よく理解できていないもので、不都合といってしまいました。
仕様っすかー


> ini_set('session.cookie_domain', $_SERVER['HTTP_HOST']);
>>723の「session.cookie_domain変えるほうがいいかも」ってやつですよね。
今は、サブドメイン運用なので、これ、試してみます。

5.0の日本語まだカナ♪

>>727
jBoxみれ

うお！きてたのかサンクス
にしてもテーマはすごいことになってんな
カラーピッカー装備かよ

URLの変換について教えてください。

記事などは全てクリーンURLの場合、http://example.com/node/xxx というURL
になりますが、フォーラムの記事の場合 http://example.com/forum/xxx とうような
URLに変換したり、または投稿ユーザや分類（カテゴリ？）によって
http://example.com/ユーザ名/xxx http://example.com/カテゴリ/xxx
というふうにURLを変換（エイリアスですね。）されるようにするにはどうしたら
良いのでしょうか？

で、Wikiの話はどうなりました？

Wikiの話って何？

今からDrupal使い始めようとする場合、5.0bか4.7どっちがいいですか？

moduleが肝なのでリリースされてもすぐには使えない。
自分で何とかするなら5.0bで、作者の対応を待つなら4.7で。
徐々にmodule作者も対応し始めてるみたいだけどね。

>>731
このスレをWikiで検索してもらうと解ると思うんだけど、なんとなくDrupalの
まとめサイト的なものが欲しいという流れになっていると思うんだけど、違うかな？
で、Wikiを作る作らないの話はどうなったのかなと。

現状、FAQやTipsに関するものが足りないと思うんだよね。
その辺をWikiがあれば嬉しいなと。

他のCMSで出来ている機能のDrupalでの対応表とかあるとさらにDrupal
に引き込みやすいんじゃないかな。
Drupalには将来性を感じるからもうちょっと盛り上がって欲しいんだよね。

で、>>730の本題については答えてくれる人いないのね・・・

>>730
動的に変化するURLの場合には、エリアス作れないから自力でモジュール書くしか
ないかもね。
この場合、ノードの種類によってURL変換することになるのかな。

>>730
Pathautoは試した？

自分も今調べたら、pathautoが使えそうだと言うのを発見
http://drupal.org/project/pathauto

ありがとう。
しかしDrupal5.0beta1を入れた後でした・・・orz
5.0で対応するのを待ちます。

>>735-737みたいな情報を集約するサイトが欲しい。

>730
言い出しっぺの法則

@Wikiでユーザ名をdurupalで登録しようとしたら既に使われていると出た。
もしかして既にDrupalのWikiある？

そういえば、Drupalにはブックとかいう皆でドキュメントを編集できる機能が
あるみたいだけど、これはWiki見たいに使えるの？

>>741
wikiという名前を含んだモジュールを見た希ガス

>>738
うん？Pathautoは5.0対応してるよ。
開発バージョンだけど、β1使ってるならそれでもいいんじゃないの。

>>742
http://drupal.org/project/liquid
これね

>>740
ttp://www10.atwiki.jp/drupal/

あったにはあったけど真っ白けだった
ここを勝手に使えばいいのか？

>>743
5.0用のpathauto見つけた。ありがと。これをちょっと使ってみる。

>>745
そこ勝手に使うことにしようよ！
そこ作ったのはこのスレの住人のような気がするけど。

書き込みできるの管理人だけみたい。

トップページじゃなければ書けるみたいよ。
ページ一覧でFAQっての入れておいたけど、そもそもWikiの書き方が解らない・・・orz
おいおい、協力できることがあれば書いていくよ！

(´･ω･`) pathautoならこのスレで紹介されてたけどな。

Drupalの情報ならGoogleで検索すれば、ﾁｮﾛっとは出てくる。
日本語の情報が少ないのは日本人ユーザが少ないせい。
ユーザが少ない上にまとまろうともしない。

そしてまた新たにユーザの分裂を企てる人が登場。

これじゃ情報の集約なんて夢のまた夢だね。

>>749
じゃあどうしろって言うんだ？
今人のとこにしろ対抗するように出来たとこにしろ不満があり杉。

確かに今話してるWikiにしたって管理権限者不明ではかなり不安だが、
動いてる奴らに何もしない椰子がごちゃごちゃ言うことじゃない。
批判や批評しか出来ない糞は消えろ。

> そしてまた新たにユーザの分裂を企てる人が登場。
自己紹介乙

言うべきことは750に言い切られた感があるな

>>750
能書きはいいからとっとと行動してみろ。
動きもしない椰子がごちゃごちゃ言うことじゃない。
批判や批評しか出来ない糞は消えろ。

>>750-753
オレはDrupal使って自分のblogサイト作ってるし、
必要なことはこのスレに書けばいいと思ってる。
今までもそうだったしこれからもそう。
別に無理して盛り上がる必要もないし、ここ以外のサイトを作って
コミュニティの分断を謀るつもりもない。

まぁそんなに2chが気に入らないなら、勝手に分裂して好きなとこ行ってくれ。

スレの情報の美味しいトコだけ掬い上げた
まとめサイトがあるといいよね

インストール手順はDrupalJapanを見ろとか
5.0の日本語はjboxにあるぞとか

Drupalのコミュニティとしてはここが一番まともな気がするけど、
それのまとめサイトはあっても良いんじゃないの？
一応、>>745のWikiの管理者にはメールしておいたよ。
できればこのスレに一言もらえれば安心して使えるからって。
でもこのスレのURLを書くのを忘れたorz

2chならではというか、確にここはS/N比悪いから、
まとめサイトは欲しいかもね。

だれも別にコミュニティ作るなんていってないのにな
一人空回りする>>754が滑稽

というかせっかくDrupalスレなのにWiki作るって話はどうなのよｗ

おれもそう思った。
ＤｒｕｐａｌでＷｉｋｉっぽくすればいいのにね。

本家に共有アカウントとってみんなで記事書き合うってのは
どうだろう。

まあ、ここで言ってるWikiってのは、まとめサイトの事で、Wikiっていう形にこだわっている
訳ではないと思うけど、Drupalでそれっぽいことはできるの？
正直、DrupalでWikiっぽい事ができるかどうかって情報も得がたいような・・・
それ、スキルある人やってくれると嬉しい。

情報が得難い？
"drupal wiki"でぐぐれば一発じゃ？

そもそも情報＝中身がないのに、サイト＝入れ物作りたい
ってところで議論になってる気がするな。

中見ないのはおまえの頭だろ？

その程度のレスしかつけられない当たりが過疎る原因なんだろうな。
情報がないとか書いてる奴は次のどれかに該当する。

1. 英語が読めない
2. ソースが読めない
3. 検索の仕方が分からない
4. 論理的思考が出来ない

要するに頭が悪いだけだろ。

>>763
お前は何のためにこのスレに来ているのだ？

>1. 英語が読めない
>2. ソースが読めない
>3. 検索の仕方が分からない

これはある程度当たっているだろう。
それらを補うために日本語のサイトがあるじゃないのか？
それに満足できないからこのスレに来たり、まとめサイトが欲しいという話が出るんだろう？

>4. 論理的思考が出来ない

これは、お前のことだ。用のないスレに来て荒らすな。

自分がまとめサイトいらないんなら黙ってりゃいいのに
なんで噛み付いてくんのかな
どこまでジコチューなんだよ

けなしあいばっかじゃなくて、前に進むような発言しろよ
以下、批判禁止で誰かが発言した内容を大きくするように知恵を出そうよ

方向性としては、あくまで２ちゃんのまとめサイトでdrupal.jpとjboxには付かず離れずの
距離をおいて、それぞれに有用な情報があったら、そこへのポインタを用意すると。
それにこのスレで得られた情報を加えた感じがいいなぁ。

前にXOOPSを調べてるとき、あちこちのサイトに飛ばされる感じがあって、結構辛かった
ので、その辺は見習わないで他のサイトに飛ばすにしてもスッキリしたサイトになって欲しい。

情報を得るのに易しいサイトにすることがDrupalの今後の為にも、自分のためにもなると思う。

へー
>>765がDrupal使ったサイトでDrupalの情報提供してくれるんだ？

ま、それが出来るなら最初から自分でやってるだろうし、
情報の分散よりも集約を考えるはず。

坊やは単なる自己厨なｸﾚｸﾚくんですよ。

こいつただ荒らしたいだけだな

まあこのアホのせいでさらにまとめサイトの必要性が高まるわけだ
ここが機能しなくなって

なんだかんだ言って、誰も反論できないのが笑えるｗ
しまいにゃ上手く行かないのは他の誰かのせいですか？
出来もしないのに、はずみでデカイこと書いちゃったんだろうな。
馬鹿丸出し。

中学生くらいかな？目立った特長のない人間だと思う

分散とか集約とか勝手に被害妄想膨らまされてもそりゃ反論ないですよｗ
というか２ちゃんのスレに集約って時点でネタくさいんだけど
ここほど情報の蓄積に不向きなとこないと思うんだが本気ならただの馬鹿だ
論理的に説明してくれる？

別にここ荒れてもかまわないからとことんつきあってやるよ

心の狭いサイトの中の人だったりして・・・

>>773
> 別にここ荒れてもかまわないからとことんつきあってやるよ
論外。
お前じゃ無理。

情報不足の指摘：
>>738
> >>735-737みたいな情報を集約するサイトが欲しい。

状況：
pathautoはすでに>>8で紹介されている。

解決方法：
>>738がCtrl+Fを覚えれば解決。

備考：
情報があっても読まないんじゃしょうがない。
wikiサイトがあるとかないとか関係なし。

情報不足の指摘：
>>760
> 正直、DrupalでWikiっぽい事ができるかどうかって情報も得がたいような・・・

状況：
Googleで“drupal wiki”を検索すると、以下のページが検索結果１位となる。

Wiki記法など，特殊記法をサポートするモジュール | Drupal-jBox.net
http://drupal-jbox.net/?q=node/51

解決方法：
>>760が検索サイトの使い方を覚えれば解決。

備考：
情報があっても読まないんじゃしょうがない。
wikiサイトがあるとかないとか関係なし。

>>755
その程度の情報しか要求されてない上に、
実際その程度の情報しか得られないなら、
ソーシャルブックマークでいいんじゃ？

そもそもブログのネタにしてる人は結構いるから、
Technoratiで情報が得られるし、なければ本家見るだけ。
それでもダメで、要件が満たせないなら自分で作れと。

>>766
「けなしあい」じゃないんだな。

一方はただただ感情論をブチまけているだけで、
他方は事実のみを提示している。
議論にまったく接点がなく、完全にすれ違っているってこと。

これがそのまま情報集約サイトが出来ない理由であり、
それに気づかない馬鹿が存在することは世の必要悪だろ。

弄って遊ぶもよし、優しく教えてあげるもよし。
そんなとこ。

君たちの論理からいくと、Wikipediaみたいなサイトはあまり必要ではない、という
感じだな。

具体的に行動する前にグチャグチャ文句言って争って。
実にDrupalっぽくて笑える。

WikipediaがWikiというシステムを選択し、Wikimediaを開発・使用していることと、
Drupalに関するポインタ集をWikiで構築することはまったく別の話。

さらに「具体的な行動する前に」ってのも大きな勘違い。
Drupalに関する情報をネットに公開している人はいくらでもいるが、
Wiki作るとか言って騒いでるのは、何もしてないか、何も出来ない池沼のみ。

やったことある奴や実際にやってる奴なら簡単に分かることが、
やったことない奴やそもそも出来ない奴には分からない。
ただそんだけの話。

まぁ寝言はチラシの裏にでも書いとけや。

何でそんなに必死なの？
Wikiができると何か困ることあるの？

> やったことある奴や実際にやってる奴なら簡単に分かることが、
> やったことない奴やそもそも出来ない奴には分からない。
> ただそんだけの話。

だから、やったことのない奴に対して敷居を下げようって話を
しているのでは？
また、その簡単に分かることを集約するのも悪いことではないでしょ？
CMSを使おうとしているのは便利さ、楽さを求めている訳でそこで
敷居を高くしておく必要は無いと思う。

敷居下げる方法はすでに書いてあるだろ？

1. 日本語の読み書きが出来るようになること
2. 英語の読み書きが出来るようになること
3. 検索が出来るようになること
4. 論理的思考が出来るようになること

リテラシやスキルの改善には、本人の努力が必要。
こればっかりはシステムでは解決出来ない。
まずは出来ない自分の愚かさを認めるべき。

もう、あんた達、生産的じゃないから
とりあえず私がWikに書くわよっ！文句無いわねっ！
もう、ホーント、グズなんだから…

べっ　別にあんたのためにやってるわけじゃないんだからねっ！
勘違いしないでよねっ！

なぜここでツンデレｗ

ところで5.0からコンテンツタイプを追加できるようになってるみたいだけど、
そのコンテンツタイプ毎にスタイルシートを適用したい場合、どういう方法が
一番スマートなんだろう？

現状だと、コンテンツタイプの編集でスタイルシートを書いたりはできない
様なので、テーマのスタイルシートに定義を追加していく方法が良いのかな？
ちょっとスマートじゃない気がするけど。

>>785
こいつはどう？
Content Templates
ttp://drupal.org/project/contemplate

>>786
ありが�d
なるほど。
ノード毎にテンプレートを適用できるようにするモジュールかな？
やりたいことはそれでもできるね。
しかし、Drupal5.0じゃ動かなかった・・・orz
Drupal5を使うのはまだ早すぎるかな。
ちょっとDrupal5のテンプレート系のモジュール探してみる。

>>787
> Drupal5を使うのはまだ早すぎるかな。

だってまだリリースされてないでしょう。
まともなものを5.0上で作るのは現時点では無謀だと思う。

>>782
まあ普通まとめｻｲﾄ欲しかったら

　ｽﾚで意見聞いてみる
　↓
　特に反対なければ「言い出しっぺが」場所を用意
　↓　　　　　　　　　↑ここ重要
　有志が書く
　↓
　ｳﾏｰ

じゃないかね
場所も自分で用意しきらんとぶちぶち言うだけでは
やっぱり誰もこないよ
そして場所が閑散としてても泣かない覚悟もないとな

>>787
俺の所では、5.0beta1 + contemplate headで動作しているけどね。
テンプレートで使える変数を例示してくれるんで、結構便利。

>>790
ほんとだ。
HEADの方はインストールできた。
ちゃんとコンテンツタイプ毎にテンプレートが作れるね。
サークルＫ

>>788
5.0の正式リリースは年内に何とかなるんじゃないかと思っていて、
それに、4.7.xから5.0へのバージョンアップは結構トラブル起きそうな感じがして
5.0を使おうと思ってるんだけどね。
それでもモジュールがある程度揃うには時間が掛かるかなぁ。

Wikiまだかよ
はよつくれカス

>792は一日でWiki立てて、ゲームの攻略ページなんて
あっという間に作り上げる猛者かもしれんが
一日でコンテンツを書くほど仕事が早くないんだわ。
大体のページにコメント欄つけたんで、気づいた事は書いてくれ。
ttp://www10.atwiki.jp/drupal/

個人的には下記を増やしていく予定
1. エンドユーザ系の説明(トップページ作り方、どうやって管理するかなど)
2. どちらかというと実務に近い拡張モジュールのインスコとレビュー
3. 106で挙げられている組み合わせ云々
4. モジュールの作り方と翻訳

一応、上が優先順位高。
DrupalJapanもDrupal-jBox.netも1が足りない
あと、デフォでインストールすると本当にBlogツールだから
それを脱却するまでの道を作らんと、XoopsかJoomlaの方がいいやって
気になるのが正直な感想。
なので、業務的なモジュール(Commerce、Survey、Tracking)を入れる事で
どこまでやけるかを、片っ端からモジュールの説明見てぶち込んでみる。
ということで、大仕事になりそうなんで、更新頻度にはあまり期待するな。

>>793
ツンデレさんありがとう。

モジュール議論でインストーラーがないってことになってるけど、
5.0にはインストーラー付いてるよね。
こういうの直接編集しちゃって良いのかな？

Wikiだから誰が編集してもOK

http://drupal.jp-data.com/
このサイトの「Drupal@wiki-dataについて」に書いてある「申し合わせ事項」って
すごいね。drupal.jpは何を考えてるんだろ。

>>793
なんか勘違いしてるなあ
用意するというのは
　まず場所　
　大体のインデックスのたたき台（インデックスもちょいちょい
　　変更されるが）
だよ
管理なんかも気をつけたほうがいい

wikiはあくまでもコンテンツの中身はみんなで作りあげるもので、
だから「閑散としてても泣かない度胸」が必要と書いたわけ
個人的に増やしたい内容とみんなが足したい内容が
一致しない場合も泣いちゃいけない

いや普通にここのまとめでいいじゃん
反対してる馬鹿が一匹いたみたいだけどスレ落ちるたびに情報リセットされてちゃかなわんしな
FAQリストくらいなら漏れも手伝うよ

>>797の申し合わせ事項がどのような経緯でそうなったのか分からないけど
atwikiからdrupal.jpへリンク貼るのは構わないのかな？

>789 >800
おそらくこれだろ
ttp://drupal.jp/node/284

一部サイト等のフィルタリングについて

現在、数少ないDrupalファンサイトのひとつに、有志を自称する複数の方々によって運営されるサイト（
運営者に関する明確な情報の提示がないため責任者等については不明）があります。
サイトの主たる活動自体は Drupal の普及に一役買うところもあり、歓迎すべきサイトなのですが、
残念なことに運営している方々の一部の行動には、当サイトの運営を妨害、
あるいは当サイト運営者のやる気を削ぐことを目的としたものが含まれております。

現時点で確認されているものは、当サイト及び当サイト運営者に対する各所での誹謗中傷、
流言蜚語等があり、これらの行為は当該サイト運営者各人が直接、あるいは第三者を装って行われております。
（※ これを証明できる一部のものは、すでに当事者によって、データ破損等を理由に隠蔽されております。
ただし、然るべき対応を取らざるを得ない場合に備え、当然ですがそれらは保存してあります）

※略

つきましては、今後、当サイト内においても同様の（特に第三者を装った）行為に及ぶことが危惧されますので、
誠に遺憾ではありますが、これを防止することを目的として、当該サイトおよび、その運営者各人の関係サイト、
あるいは運営者各人に関する一切のものはフィルタリングさせていただくこととします。

drupal.jpの人はカウンセリングを受けた方が良いと思われ。

>>801
なんか不安だ。
ちょっと感覚がずれてる気がする。誹謗中傷とかじゃなくてさ。

drupal.jpはそうっとしておいてあげて

Wikiなんだけど
http://www10.atwiki.jp/drupal/pages/18.html
このページの
>翻訳の質に関しては、drupal-jBox有志による翻訳の方が質が低い。

これ、逆じゃなかった？jBoxの方が質が高いんじゃなかったっけ？

おいｗ　誰だそれ書き換えたのはｗ
http://www10.atwiki.jp/drupal/diff/%E6%97%A5%E6%9C%AC%E8%AA%9E

>>806
やっぱり病んでいる人が居るんだね。
本当に心が狭いみたい。

これロールバックできるのかな？

なんだかしらんけど一方を貶めるようなまとめサイトなんて意味無いじゃん？
やるなら中立のサイトつくったほうがいいんでね？
じゃなきゃjboxの自演臭くてやってらんね。

>>808
自演クサイてか自演そのものだろ
たいした情報なんて無いのに、jboxの中の人のお仕事募集サイトがリンクにあったし
あとでその辺消しとくよ

>>808
２ちゃんのスレのまとめとしてはjBoxの翻訳の方が質が高いってのは
問題ないんじゃない？

それに正直、jBoxの自演なら自演でも良いと思っている。
jBoxで足りていない情報をWikiでやってくれるなら。

それにこのスレの住人だって書けるのだから、そこに中立だの
なんだのなんて話は必要ないと思う。

>>810
> >>808
> ２ちゃんのスレのまとめとしてはjBoxの翻訳の方が質が高いってのは
> 問題ないんじゃない？

本当に質が高いんなら問題ないと思うが、実際には直訳だけで意味不明なとこも多い。
それに比べてdrupal.jpの翻訳はちゃんと意訳しててわかりやすくて質が高い。
jboxのが質が高いとか言う香具師は自演か、両方を比較したことのないアフォ。たぶん自演だと思うが、、、

俺は前はJBox版使ってたけど、公式版が出てからはそっち使ってる。
なんでかっていうと設定とか親切に説明してあって分かり易いから。
JBox版は質が低いつーか普通。
比較すると公式版の方が質が頭一つ高いって感じかな。

>>810

> それに正直、jBoxの自演なら自演でも良いと思っている。
> jBoxで足りていない情報をWikiでやってくれるなら。
> それにこのスレの住人だって書けるのだから、そこに中立だの
> なんだのなんて話は必要ないと思う。

JBoxの自演ならわざわざこのスレ利用して出張所作ってないで自分のとこで
やればいいんでは？
このスレ主導でまとめサイト作るんなら中立にする必要があると思うが。

なんで我々日本人というのは、こうまで大局が見えない連中ばかりなのだ！

大局見るなら

自 演 有 志 と 幽 霊 有 志 ば っ か り の ｊ ｂ ｏ ｘ ｲ ﾗ ﾈ

オレは最初 drupal.jpの翻訳を使ってたがjbox版に換えた
「role」を「ユーザーグループ」は無いだろ
「organic group」を「ユーザーグループ」と意訳するならまだしも

>>811
ごめん。俺は比較したことがない。
ただこのスレの>>118>>130>>136でそう判断した。
けど>>140を見るとdrupal.jpの今の翻訳は質が高いのかも。

>>813
ちょっと書き方が悪かったかもしれないけど、俺が言いたかったのは書き手が
書こうと思ったときに「中立にしなきゃ」なんて考える必要はないんじゃないか
ってこと。
たとえばjBoxマンセーな人が記事を書こうと思ったときに、書いてくれることは
悪いことではないと思うんだよね。
で、そこで中立を意識しなければならない考えたとき書くモチベーション下がらない？

俺は、書き手は主観で良いと思ったことを記事にしてくれれば良いと思う。
マンセーだろうと。
で、読み手はその記事を別な側面から見れる人も居るだろうから、その人はまた
その人なりの主観で新しい記事を書くなり、元記事に補足するなりして、結果として
中立になるんじゃないかなと思っている。これって甘い考えなのかな？

自分の考えに合わないから削除しちゃえって考えが出てくるのが一番良くない状況
だと思うのでこれだけは避けて欲しい。

ところでそのWiki、サーバが見つかりませんなのは俺だけ？

>>816
そっちの方が初心者には分かり易くていいじゃん？
ロールなんて一般的じゃないし、役割ってのもイマイチ変だし。
ま、俺はユーザグループでもロールでもいい。
嫌ならそこだけ変えられるんだし。

つかそれを言ったら「Track」が「経過閲覧」とかｗ

>>817
> ごめん。俺は比較したことがない。
> ただこのスレの>>118>>130>>136でそう判断した。
> けど>>140を見るとdrupal.jpの今の翻訳は質が高いのかも。

ああ、4.6時代の見て判断したのね。
今は全然違って質が良いよ。

> ちょっと書き方が悪かったかもしれないけど、俺が言いたかったのは書き手が
> 書こうと思ったときに「中立にしなきゃ」なんて考える必要はないんじゃないか
> ってこと。
> たとえばjBoxマンセーな人が記事を書こうと思ったときに、書いてくれることは
> 悪いことではないと思うんだよね。
> で、そこで中立を意識しなければならない考えたとき書くモチベーション下がらない？
> 俺は、書き手は主観で良いと思ったことを記事にしてくれれば良いと思う。
> マンセーだろうと。
> で、読み手はその記事を別な側面から見れる人も居るだろうから、その人はまた
> その人なりの主観で新しい記事を書くなり、元記事に補足するなりして、結果として
> 中立になるんじゃないかなと思っている。これって甘い考えなのかな？

無理に中立を意識する必要はないが、ここにはjboxの自演工作員が多数紛れてるのは事実。
だから一方を貶めるようなことを書かないように決めとかないと、結局jboxの公式叩きに利用されるだけ。

> 自分の考えに合わないから削除しちゃえって考えが出てくるのが一番良くない状況
> だと思うのでこれだけは避けて欲しい。

禿同。

> ところでそのWiki、サーバが見つかりませんなのは俺だけ？

いや俺も。