08/05/30 19:53:19
本家:
URLﾘﾝｸ(drupal.org)
日本語情報系
URLﾘﾝｸ(drupal.jp)
URLﾘﾝｸ(drupal-jbox.net)
URLﾘﾝｸ(neobless.co.jp)
URLﾘﾝｸ(www10.atwiki.jp)
sourceforgeのプロジェクト
URLﾘﾝｸ(sourceforge.jp)
TeXで有名な奥村先生もDrupalユーザー
URLﾘﾝｸ(oku.edu.mie-u.ac.jp)
前スレ
Drupal node 1
ｽﾚﾘﾝｸ(php板)
Drupal node 2
ｽﾚﾘﾝｸ(php板)
3:nobodyさん
08/05/30 19:54:27 8N2UsZFs
質問なのですが、
リッチテキストエディタはみなさん何をお使いですか？
バージョンは 5.x です。
また、画像のアップロード、サムネイル化等は何が定番なのでしょうか？
4:nobodyさん
08/05/30 20:36:56
>>3
6.xなのでFCKeditor。
理由）
・6.xのTinyMCEプラグインは、JavaScriptコンプレッションがONになっていると
スクリプトエラーが出て動かない。FCKeditorはそのようなことがない。
・TinyTinyMCEプラグインは、任意にリッチエディタモードをON/OFFできない。
ImgAssist, Quotaなどのプラグインを使う場合は、リッチエディタじゃないほうが使いやすい。
サムネイル化は、Imgモジュール＋Img_Assistが定番。クセがあるモジュールで、
Img（Img_Assistに必須）を入れると、Imageというコンテンツタイプができる。
普通にカメラアイコン（大）をクリックすると、ブログやストーリーを作ったつもりで
Imageコンテンツタイプで投稿したことになってしまう（Node_Typeモジュールで
あとからストーリー等に変更することはできない→変更すると画像が消える）。
TinyMCEのカメラアイコン(小）から画像を設定するのが一番良いのだが、
この連携もTinymce-6.x-devでは壊れている。
5:nobodyさん
08/05/31 07:58:09 OKwPINPa
お助け頼む
4.7.11→5.xにアップデートしているのですが、
テーマが適用されず、文字だけが表示される（CSSが適用されてないような）
まっしろけなページが表示されます。
しかもコンテンツだけで、メニューが表示されないため、
テーマが変更できません orz
どうしたらよいでしょうか？
幸い本番環境ではなく、ローカルでのテストなので大丈夫なのですが、
手順としては、
ファイルとバックアップとり、
5.6をダウンロードしてきて解凍、
settings.phpを書き換え、Fileをコピーした時点で
update.phpを実行しました。
テーマはそのあと sites/all/themesにコピーしました。
6:nobodyさん
08/05/31 08:02:21
テーマは5.x専用のものを使ったら？
これまで使っていたテーマをディレクトリ毎削除。
5.xに添付されるデフォルトテーマのGarlandディレクトリを丸ごと
コピーし、ディレクトリの名前をこれまで使っていたものにする。
ディレクトリフォルダのinfoファイルをいじくり、テーマの名称を
これまで使っていたものにする。つまりGarlandと同じ機能を持つ
ニセテーマを作るわけ。
7:nobodyさん
08/05/31 08:09:47 XZyVj23U
>>1乙
いやまあそれだけ。
8:nobodyさん
08/05/31 08:11:38 OKwPINPa
>>6
サンクス。
どうやらupdate時にテーマを先に入れてなかったのが失敗だった？みたいです。
なんとか、/user/loginからログインして、
/admin/ にアクセスして、themes からテーマを変えたらうまくいきました。
お騒がせしました。
ありがとうございました。
9:nobodyさん
08/05/31 08:13:44 OKwPINPa
>>6 をよくよまずに、レスしてしまったｗ
スマソ
そうですね。
使っている専用テーマですが、大してカスタマイズしてないせいか、
4.xと同じテーマでも動きました。
ただ、5.x用のを参考に作りなおした方がいいですね。
10:nobodyさん
08/05/31 08:58:32
Drupal 6.2 を試用しているものです。
すみませんが教えてください。
１．phpBBでは、投稿に返信があるとフォーラムユーザー全員に
メールを送る機能があります。
Drupalでは、このようなことはできますか？
２．上で「FCKeditor」を教えていただきましたが、これは新規ページ
やストーリーを作る際の本文入力で、リッチエディタ機能が
使えるようになる、というものですか？
（インストール方法が悪かったのか、画面上何も変わりませんでした）
３．OutLookExpressメールのように、画面が３ペイン表示になる
テーマがあったら教えてください。
４．Drupalは他のPHPの掲示板と比べて、動作が遅いように
思いますが、『Drupal = 動作が結構遅い』 と理解してよいでしょうか？
（DBはPostgreSQLですが、MySQLなら速いのでしょうか？）
よろしくお願い致します。
11:nobodyさん
08/05/31 13:46:11
>>10
１ Subscriptionというモジュールを導入すればできる。
いくつかの機能は6.2と互換性がないようで×印がつく。
環境によっては使えない（PHPエラーになる）。
またComment_Subscribeというモジュールを使うと、
特定コメントに対して返答があったときにメールを
受け取るかどうか各ユーザーが自由に設定することができる。
２ 本文入力の際に使えるリッチエディタ。別途FCKeditor本体を入手して
FCKeditorモジュールディレクトリの下に解凍。さらに権限ページで、
匿名ユーザーや認証済ユーザーにFCKeditorの使用を許可するかどうか
を設定する。
３ 知らない
４ 比較的遅い、重いがMySQLではそれほど激重という感じはしない。
PostgreSQLでは管理画面がなかなか開けないという話はかなり聞く。
PostgreSQLに最適化されていないのだろう。
12:nobodyさん
08/05/31 14:08:12
>>10
大変ありがとうございました。
参考にしたいと思います。
早い回答、良質なレス内容に感動しました！
13:nobodyさん
08/05/31 14:13:37
Drupalスレｷﾀ━━━(ﾟ∀ﾟ)━━━ !!
14:nobodyさん
08/05/31 20:03:01
自営業のサイトをDrupalかMODxでリニューアルしようと
職場が契約しているレン鯖（iSLE iCLUSTA）にDrupal-6.2を入れようとしたら
PHPとMySQLが古すぎて無理だったorz (MODx 0.9.6.2とJoomla!1.5.3はOK)。
MODxの方がサイトの性格には合っていて、宅内サーバで既に構築したんだけど
Drupalは３ヶ月使って慣れてるから、Drupalでも作って比較してみようとしたわけ。
Drupal-5.7は.htaccessを消せば何とか入ったので、自宅鯖にもテスト用に
Drupal-5.7を入れた（Backup-and-Migrateを使えば、自宅で開発した
サイトを簡単に移動できるから）。
…5.7…ムチャ軽…
15:nobodyさん
08/05/31 23:46:56
htacceessは完全に消してしまうのはオススメできない
どのへんがひっかかったのか書いてみたら？
16:nobodyさん
08/06/01 00:49:25
>>15
MOD_REWRITEがらみ。
iSLE/iCLUSTAは低機能がウリ（？）の鯖で
なんにもできないっぽい。PHPの設定も.htaccessではできず、
php.iniを全フォルダに設置しないといけないなどの糞仕様ｗ
借りた時は静的HTMLだけで作ってたので気にならなかったんだが。
属性JPドメインだから鯖の引っ越しが面倒なのよね～
同名の汎用JP, .COM, .ASIAと揃えてあるので、
属性JPは捨ててもいいんだけどさ。
17:nobodyさん
08/06/01 05:08:23
低機能だからじゃないよ適当なことを言うな
18:nobodyさん
08/06/01 11:27:51
htaccessが使えない時点で十分低機能（激藁
.htaccessを置くだけで、中身が空でも
Error-500を返すのがiSLE鯖の有名な特徴
国内鯖はどれもロクなもんがない
19:nobodyさん
08/06/01 12:42:56
500返すって事は使えないとは違うのでは
20:nobodyさん
08/06/01 16:37:41
突っ込むとこはそこなのかｗ
21:nobodyさん
08/06/01 18:33:19
>>11
10です。
MySQL入れて試してみました。
結果、MySQLでもPostgreSQLでも、同じように重いです。
ショボいＰＣ使うなと言われそうですが、どっちのＤＢ
使っても差はない、ということを報告しときます(^^)
22:nobodyさん
08/06/01 21:43:19
>>21
それはやっぱりサーバーのスペックが低のではあるまいか。
Drupalは他のCMSに比べるとデータベースのサイズが
やや大きくなる傾向にあるようだ（ブログシステムとは比較にならない）。
自宅鯖（Athlon64X2 DualCore)、VPS1(Opteron DualCore)、VPS2(Dual Xeon)
の３つの鯖にDrupal 6.2を入れて動かしてるが、海外にあるVPS1が
ちょっと重いかなというぐらいで、他は結構軽く動くよ。
23:nobodyさん
08/06/01 23:40:37
一つ一つのクエリは軽くても数がね
言ってもしゃーないけど…
24:nobodyさん
08/06/01 23:45:00
>>23
巨大クエリもあるみたいｗ
MySQLのmax_allowd_packetを大きくしておかないと、
モジュール登録の時に警告が出て、日本語化ファイルが
ロードされないことがある＠Drupal 6.2
my.cnfでmax_allowd_packetを32MBにしたらエラーが
出なくなった。自宅鯖か専用鯖、root付きVPSでしか
設定できないけど…
25:nobodyさん
08/06/01 23:59:27
鯖がしょぼいならチューニングで頑張るしかない。
26:nobodyさん
08/06/02 04:31:25
おいお前達、朴達と公式さいとで頑張りませんか？
27:nobodyさん
08/06/03 19:49:01
Drupalを導入しようと思っているのですが、
登録者が画像を自由にアップ出来る
オンラインアルバムのようなモジュールはあるでしょうか？
よく使われてるものやオススメがありましたら教えて下さい。
28:nobodyさん
08/06/03 20:08:55
>>27
○Imageモジュールを使う：
画像を独立したコンテンツとして扱う機能を提供する。さらに簡易画像ギャラリーシステム
が導入される。権限設定によっては、登録ユーザーや匿名ユーザーが画像を自由に
アップロードしたりできる。ただし機能は控えめ。
○Galleryモジュールを使う：
php/MySQLで動作する高機能画像アルバムシステムGallery2と連携する機能を提供。
現在Gallary2の正式版はVersion 2.2.4だが、このモジュールを使うには、
次期バージョンβの2.3-Nightly-Buildが必要なことに留意。
○Gallery2とアグリゲータで緩い連携をさせる：
Gallery2はRSSフィードを提供できるので、DrupalのアグリゲータでそのRSSを
定期的に取り込み（cronを動作させる）、ブロックエリアにGallery2に投稿された
画像へのリンクを表示する。
29:nobodyさん
08/06/03 22:01:36
>>28
早速のレスありがとうございます。
Imageモジュールを導入しようと思います
URLﾘﾝｸ(drupal.org)
こちらからダウンロードした場合、
翻訳ファイルというのは必要になるでしょうか？
最新版に対応してるかどうかとか、
無くても問題ないとかはあるでしょうか？
また補助モジュールでオススメあったら教えて下さい
質問ばかりで申し訳ない。
30:nobodyさん
08/06/03 22:21:46
>>29
Drupal自体はUTF-8アプリケーションであり、英語モジュールであっても
（英語の言語構造に依存したもの以外は）日本語が問題なく使える。
各種メッセージが英語だというだけ。
他の推奨モジュール：
Img_assist： アップロード＆サムネイル画像を生成する（Imageモジュールの機能に依存）
IMCE： Imageオブジェクトにならない画像アップロード＆サムネイル生成
FCKeditor： リッチテキストエディタ。定番のTinyMCEは、どうもスクリプトエラーが
出やすいようで、現状ではこちらのほうが安全。別途fckeditor本体をダウソする必要あり。
IMCEもImage_assistも画像アップロード機能があり、重複しているように思うだろうが
２つとも入れるのには意味がある。ブログやページの記事中に画像を入れたい場合、
イメージギャラリーにも同時に追加したいのならImage/Image_assistを使って
アップロードする。イメージギャラリーに追加したくない（＝Imageコンテンツとして
アップロードしたくない）画像の場合は、IMCE経由でアップロードするとよい。
またImg_asssitはお世辞にも使いやすいとは言えない。
FCKeditorはIMCEと連携する（書式はFully HTMLを指定すること)。Img_assist経由で
アップロードする場合は、書式としてBBcode(これもモジュール)を利用すること。
なおIMCEでアップロード機能を使うには、
sites/all/modules/fckeditor/fckeditor/editor/connection/php/config.php (だったかな？）
をテキストエディタで書き換える必要がある（アップロードFalse→Enable、アップロード先
ディレクトリのURL相対パスとUNIX上の絶対パスを記述）。
その他Slideshowモジュールが各種あり、ブロックエリアにランダムで画像のサムネイルを
表示したりする遊び機能を付加できる。jQuery-Ajaxを使ってるので重くなるけどね。
31:nobodyさん
08/06/03 22:26:12
>>30
すごく丁寧なレスありがとうございます。
image関連のおすすめ三つは全部導入したいと思います。
URLﾘﾝｸ(www.drupal-module.info)
あとはここを見て人気モジュールをいくつか試したいと思います
（これまたいっぱいでどれが本当におすすめか分からないけど）
32:nobodyさん
08/06/03 23:05:39
drupalは自問自答が十八番なの？
実質１人でしょ。
んな事するから信用されんね。
33:nobodyさん
08/06/03 23:41:14
真剣なつもりだけど
質問が多かったかな？
要らぬ誤解を招いたのなら申し訳ないです
ついでに聞いちゃうけど
新しいimageモジュールに古い翻訳ファイルを適用？したらまずいですか？
34:nobodyさん
08/06/03 23:54:33
>>32
おまいの心が歪んでるということだけはよくわかる。
寂しい奴だな。友達いないだろ？
35:nobodyさん
08/06/04 02:41:16
おいお前、朴達と公式さいとで頑張りませんか？
36:nobodyさん
08/06/04 02:47:48
>>34
おいお前だ、心が素直で友達の多くて幸せなお前だ、
朴達と公式さいとで頑張りませんか？
37:nobodyさん
08/06/04 02:56:23
>>34
おい、このガキ返事しろ、朴達と公式さいとで頑張りませんか？
38:nobodyさん
08/06/04 05:03:15
>>35-37
おいお前、ここは初めてか？
力抜いてちょっとトロマン貸せや
39:nobodyさん
08/06/04 07:59:31
>>35-37
toroman/
toroman/LICENSE.TXT
toroman/README.TXT
toroman/toroman.info
toroman/toroman.module
toroman/toroman.admin.inc
toroman 6.x-1.x-dev 任意の画像ファイルにトロマンを貼り付けてキャッシュします
40:nobodyさん
08/06/04 16:10:18 2va6m9tW
Dreamhostでワンクリックで導入できるようになったっぽいな。
あのDB重いレンサバでまともに動くんだろうかｗ
>>26-31
横レスだけど、ありがとう。参考になった。
41:nobodyさん
08/06/04 18:52:07
>>40
つ「DreamHost PS」 内容に比べてお高いけど、
簡易VPSで管理の手間いらずってのが大きい。
軽い順に並べると、
MODx 0.9.6.2 ＞ Drupal 5.7 ＞ Joomla! 1.5.3 ≧ Drupal 6.2
宅内Athlon64X2 ≒ WebArena SuitePro V2 ＞ ドリホPS ＞∞＞ ドリホ共用
ドリホPS＋Drupal-6.2でエロ同人サイトを運用中、マターリした動作。
WebArena＋Drupal-5.7で健全サイトを運用中、爆速。
ドリホはJoomlaやGallery2もワンクリックで導入できるけど、共用鯖では
やっぱ苦しい。ロードアベレージが１０前後でMySQL鯖も糞重いから。
WordPressですら時間帯によっては無反応になる。
42:nobodyさん
08/06/04 19:31:57
掲示板モジュールでPHPBBとかじゃなく
もっとシンプルなのはないでしょうか？
あと日本人作者によるモジュールとかありましたら教えてください。
またこの手の質問をするなら他のサイトへ、
という誘導ありましたらヨロシクお願いします。
公式サイトを見た限りだと書き込み等が少なかったので
ココで問題ないならそれはそれで助かります。
43:nobodyさん
08/06/04 20:46:47
Drupal 6.2 ですが、使い物にならないくらい遅くて困っています。
「コンテンツの作成」関連の操作だとは１秒くらいで応答するのですが、
「管理セクション」関連の操作を行うと、１０秒くらいしてやっと応答します。
「管理セクション」関連の操作をしながらパフォーマンスモニタで状況を見ると、
・CPU使用率はapacheが１秒程度使用率を上げるがその後下がる。
・ページファイル使用量も問題ない。
・ネットワークのデータ転送量も問題ない。
です。
Drupalの管理セクションからパフォーマスの設定で改善を図っても変わりません。
PCが非力ということはないです。
動作環境は、WindowsXP + Apache 2.2 + PHP 5.2.3 + PostgreSQL 8.3 です。
こんな状況、俺だけですか？？？
状況を回避する方法があったら教えてください。
44:nobodyさん
08/06/04 21:00:26
>>43
Drupal 6.xから標準になったモジュールアップデート確認が
バックエンドを遅くしている要因のような気がする。
コア-任意の「update status」をoffにしてみたら？
「update status」をOffにすると、いつも管理画面に赤い警告が出るけどｗｗｗ
俺の実稼働サイトでは：
「update status」ＯＮ ： 管理画面が表示されるまで１０秒
「update status」ＯＦＦ ： 管理画面が表示されるまで１秒
ところがDrupal 5.7だと、update status, upgrade statusの両モジュールを
入れてもバックエンドは１秒で表示される。6.xは本質的になんかおかしい。
45:nobodyさん
08/06/04 21:15:12
6．xは、モジュール一覧で1000個くらいSQL発行したりして、おかしい所がある。
5．xのほうが安定して、速い。
46:nobodyさん
08/06/04 22:32:28
DrupalってPostgreSQL無いと駄目？
MySQLだけじゃ動かないでしょうか？
これによって借りるレンタルサーバが変わってしまうので教えてください。
47:nobodyさん
08/06/04 22:48:03
MySQLを使う人の方が圧倒的に多い。
PostgreSQLを使うのは少数派。
２フェーズコミットやレプリケーションのような機能は
オープンソースＣＭＳには不要だから。
48:nobodyさん
08/06/04 23:15:07
>>47
ありがと～
49:nobodyさん
08/06/05 02:13:20
次のアップデータっていつ頃出るんだ？
50:43
08/06/05 09:11:43
>>44
>>「update status」ＯＦＦ ： 管理画面が表示されるまで１秒
ありがとう！
管理画面が表示されるまで１秒になったよ！
51:nobodyさん
08/06/05 18:40:29
drupalセミナーはここで開催されるお
URLﾘﾝｸ(tohoku.xoops.jp)
52:nobodyさん
08/06/05 19:13:05
>>51
drupalはXOOPSセミナーの付け足しなんだな。初心者向け講習会みたいだ。
アグリゲータが強力なのでdrupal-6.1を使い始めたら、ふと気づくといろんなサイトを
drupal-5.7/6.2で構築してしまっている。joomla!を使いたかったのに使ってない。なぜだ。
53:nobodyさん
08/06/05 19:15:25
Drupal (ver6.2)で使うSMTPサーバのIPアドレスを変更したいと思っています。
「管理セクション」を見てみましたが、SMTPサーバのIPアドレス変更画面は
見つかりませんでした。
また、DB内に設定情報が格納されているかもしれないと思い、探しましたが
見つかりませんでした。
そこで、<drupalディレクトリ>\sites\default\settings.php
に直接PHPコードを追加すればOKであることを確認しましたが、これは
最適な方法でしょうか？
教えてください。よろしくお願いします。
54:nobodyさん
08/06/05 19:37:45
>>53
モジュールSMTPを使え。Drupal-5.x用しかないように見えるが、
実はDrupal-6.2用もある。
問題点は、guestbookモジュール等でメッセージが入力されたら
メールを送信、というような場合は無効だということだ。
コンタクトフォームやアクションで送る場合はＯＫ。
55:53
08/06/06 07:01:54
>>54
モジュールSMTPっていうのがあるんですね。
使ってみます。ありがとう。
ここ数日Drupalを試していますが、すばらしいです。
新規のWebサイトの案件を見込んでSymfony の学習を
しようかと思っていましたが、Drupalをベースにしてmoduleを
開発・追加していくのも良い方法かもしれない、と思っています。
56:nobodyさん
08/06/06 08:57:42
画像をデーターベースへ保存するモジュールはあるかな？
filesホルダーにアップすると公開非公開てのがあるけど
非公開にするとGETで持って行かれないって事なの？
教えて下さいおねがい。
57:nobodyさん
08/06/06 11:01:45
>>56
DataBase File Manager
URLﾘﾝｸ(drupal.org)
ってのがあるけど、これは使えないだろうか？
俺は使った事無いので説明は無理
58:nobodyさん
08/06/06 12:16:52
ありがとうございます。なんかよさげですね。
Embedding of images in the virtual filesystem to nodes
とりあえず使ってみます。
59:nobodyさん
08/06/06 12:54:35
ああめんどくせえ。GETするのもめんどくせえ
60:nobodyさん
08/06/06 13:01:34
>>59
#cd /var/www/html
#rm -rf drupal
ﾏｼﾞｵﾇﾇﾒ
61:nobodyさん
08/06/07 01:43:01
Drupalで絶対入れるモジュール５つ教えてください。
出来れば組み合わせとかも
62:nobodyさん
08/06/07 03:35:01
Block
Filter
Node
System
User
Watchdog
63:nobodyさん
08/06/07 07:50:11
>>56
Drupalは超初心者なんだけど・・・
アップするファイルを格納するディレクトリが、公開と非公開で
同じ場所であるなら、URLさえ知ってりゃHTTP_GETできちゃうね。
64:nobodyさん
08/06/07 09:18:51
>>63
もっと勉強したほうがいいよ
65:nobodyさん
08/06/07 10:42:58
>>63
もっとぐぐったほうがいいよ
66:nobodyさん
08/06/07 10:51:23
.htaccessぐらいのヒントあげたら？ｗ
67:nobodyさん
08/06/07 11:13:03
甘やかしちゃいけないお
質問する奴を徹底的に踏みつけるのがDrupalユーザーコミュニティの血の掟だお
68:nobodyさん
08/06/07 12:05:02
そんな変なところだけ
公式に従わなくてもorz
69:nobodyさん
08/06/07 12:44:45
公式は２ｃｈ並にＤＱＮが揃ってるからなぁ
俺「○○モジュールで不具合出るんすけど」
外人「俺の環境じゃ出ないよ。テメーがおかしいんだよ。初心者は消えろ。激藁（lol)」
俺「データベースを手動修復したら不具合消えたけど、すぐまたフィールドデータが壊れるね」
作者「どこが悪かったか発見したよ。明日のdev-tarballで修正するね」
70:nobodyさん
08/06/07 15:42:03
プログラムを解する人とそうでないユーザでギャップがあるからね
CMSのフォーラムはどこも険悪
71:63
08/06/07 21:48:24
>>64-68
サンキュ～！
drupalって、なかなかいい奴揃ってるじゃん！
>>64, 65
血の掟の洗礼はありがたく受けるけど、ヒントや解答も頂戴ね！
（今回は.htaccessでピンときたけど今後の質問に対して）
72:nobodyさん
08/06/08 01:30:37
ユーザーが全て開発できると思う文化ってFreeBSDとかLinux黎明期からあるけど、その文化ってたいてい傍流で消えていくけどね。
あと、どうでも良い情報しか出さない奴はろくに開発もできないのは昔から変わらない文化だな。
73:nobodyさん
08/06/08 15:24:05
>>72
同感だ、教える気が無いならカキコミするな。
日本公式で聞きたくないからここで聞くんだぜ、理解してやれ。
意地の悪い奴は徹底的に妹子に復讐される。
74:nobodyさん
08/06/08 22:25:24
6.2をインストしてcronの裏技を試そうと思ったのですが、
URLﾘﾝｸ(drupal.jp)
ここにある
// Clean up
variable_set('cron_busy', false);
variable_set('cron_last', time());
watchdog('cron', t('Cron run completed'));
node_feed(); // この行を追加
これが6.2だと全然違うのですがどうすればよいでしょうか？
<?php
// $Id: cron.php,v 1.36 2006/08/09 07:42:55 dries Exp $
/**
* @file
* Handles incoming requests to fire off regularly-scheduled tasks (cron jobs).
*/
include_once './includes/bootstrap.inc';
drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL);
drupal_cron_run();
75:74
08/06/08 23:55:00
cron.php の記述が6.2と裏技の記述が違う、という意味です
記述が違っても最後の一行だけ足せば良いのでしょうか？
76:匿名でお願いします
08/06/09 06:16:19
>>74 75
貴殿、初心者ならPoormanscronを使ってみなされ
URLﾘﾝｸ(drupal.org)
これの日本語翻訳file
URLﾘﾝｸ(drupalxdrupal.com)
拙者も使っているが簡単で良い。
77:nobodyさん
08/06/10 01:21:03
昨日インストして、
ちょっっっっっっっっっっっっっっっっっとずつ分かってきた
モジュールインストしてメニューに表示されなくてずっと頑張ってて
やっとブロックとセット？だということが分かって表示できた
そんなレベルです。
今は誰でも投稿出来るギャラリー設置しようと四苦八苦
imageモジュールってよーわからん
一緒に入ってる？image_galleryってやつがそうなのかな？
もっと楽に誰でも写真がアップ出来ればいいんだけどなぁ
そして本屋行ったら解説本が3500円もしたから買えなかった
78:nobodyさん
08/06/10 01:39:04
割と標準モジュールが貧弱だよね
3rdもいいんだけど、供給がいつ途絶えるかわからんこと考えるといまいち乗り気になれない
自分で作るのは手間が掛かりすぎるし…
Drupalで大きなの運営してるところって自前のモジュール使ってるのかな
79:nobodyさん
08/06/10 01:51:30
自前のモジュールって確かオープンソースだから
公開しないといけないとかそんなルール無かったっけか？
前にXOOPSでそんなやり取りを見たような見てないような。
まぁそれは兎も角日本人作の簡単な掲示板モジュールとか欲しいな
80:nobodyさん
08/06/10 04:16:48
自前で作って使う分には、公開してもしなくてもOk
URLﾘﾝｸ(www.gnu.org)
81:nobodyさん
08/06/10 10:11:50 SwzJfbO5
質問なのですが、Drupalって出力されるXHTMLが結構きたなくないですか？
たとえば
URLﾘﾝｸ(drupal.jp)
の下にあるW3CのValidationを見てみると
URLﾘﾝｸ(validator.w3.org)
機械でざっと見ただけでもそうとうに汚いコードです。これはPHPにかなりの修正を加えないとダメですかね？
82:nobodyさん
08/06/10 12:26:56
>>81
(ﾟдﾟ)ﾊｧ?
83:nobodyさん
08/06/10 12:45:38
>>81
Drupalの吐き出すコードがゴミなのはFAQに載せてもいいくらいひどいコードなのは常識
初歩的なミスが大量に出るから修正が大変なのと、商用サイトとかに納品できる質のを作るには相当な手間が掛かる。
さすがに日本公式でW3CのValidバナーをつけるのは詐欺すぎて苦笑せざるを得ないが…
排他オタクはそういうところだけは気にならないんだね。
84:nobodyさん
08/06/10 12:47:20
オープンソースＣＭＳで金儲けしようとしているのだから
そのぐらいの苦労はしろよ、な？
85:nobodyさん
08/06/10 12:54:55
別に他のCMSならそんなに苦労しないし。
何のために苦労しなきゃいけないんだか。信者じゃ有るまいし。馬鹿？
どうせXoopsみたいにゴミになるだけだからどうでもいいけど。
ただ、W3Cごときの低レベルのValidation Checkさえめちゃくちゃ引っかかるようなCMSに引っかかる人が少ない方が良いとは思う。
W3C Validとか詐欺やってるクズCMSに判断材料の乏しい素人が引っかかるのは、
分かる人間サイドからすると他人事とはいえ無責任だと思うんで書いた。
86:nobodyさん
08/06/10 12:57:59
「分かる人間サイド」はいはい
87:nobodyさん
08/06/10 13:03:06
いはい。
ごみコード吐きまくりなのは否定できないが。
88:nobodyさん
08/06/10 13:37:32
PHP見れば挙動は分かるんじゃ?お世辞にもまともなコードを吐くとは言えないけどね。
89:nobodyさん
08/06/10 18:57:17
綺麗だ汚いだを議論する前にモジュールつくってみろ。絶望するから
PHPは終わりRubyの時代だぜ、PHPのCMSなんざ先ではクズ。
90:nobodyさん
08/06/10 19:56:43
まーPHPは終わりには同意だが
わざわざこんなCMSのモジュール作るのには同意は出来ないな。
いろいろな意味で無駄でしかない。
91:nobodyさん
08/06/10 20:44:24
まぁ、他に良いＣＭＳが無いからしょうがないじゃん
92:nobodyさん
08/06/10 20:49:01
drupalだめなら、ほかの
おすすめCMS教えくれ
93:nobodyさん
08/06/10 21:14:15
いろいろあるんじゃない
modxとかJoomlaとか。
Drupalの売りの細かい分類ってよほどの大規模なところじゃないと意味無いでしょ
けど、大規模サイトってほとんどがJoomlaやmodxで管理可能な形式だよ
CMSオタクが設置して少しだけコンテンツ作ってあとは放置っていう印象が強いな。
これは煽りと受け止めないでぜひDrupalユーザーの意見を聞きたい。コミュニティも機能して無いのでぜひ。
94:nobodyさん
08/06/10 21:33:35
URLﾘﾝｸ(buytaert.net)
95:nobodyさん
08/06/10 22:33:47
DrupalもMODxもJoomla!も触ってサイトを作ってる。どれも一長一短。
ブログの延長上で作りたいならDrupal、Dreamweaverの延長上で作りたいならMODx、
迷ったらJoomla!、かな。
今やDWで静的サイトをゴリゴリ作るのって昔ほどは流行らず、個人や中小企業で
ウェブサイトと言えばブログベースだったりすることが次第に多くなってきてる。
そういう層にDrupalはアピールする。XOOPSの活気がないので、XOOPSが担ってきた
層もDrupalに流れてるんだと思う。
MODxは0.9.6までがEtomiteのMODx版、0.9.7以降が本当のMODxだと思う。
アーキテクチャ的にコミュニケーションよりはプレゼンテーションを指向した
サイトにいいんじゃないかな。大半の企業ブローシャサイトには、WordPressやMT、
Drupalで作るよりMODxの方が向いてる。
96:nobodyさん
08/06/10 22:50:43
drupalは、プログラマよりのCMSな感じがする
97:nobodyさん
08/06/10 23:00:00
xoopsは開発力も弱かったしできることも微妙で終わっちゃったね。
個人的にはWordpressがブローシャサイトには向いてるかな、と思う。MTは過渡期の役目を終えた観がある。
Drupalはやれることが多いけど、日本語コミュニティが少なかったりして「興味本位で設置してみたけど、それっきり」みたいなのが多いかな。
それもxoopsと同じ感じだね。
98:nobodyさん
08/06/10 23:22:56
Drupalは設置直後からストーリー機能を利用して単純ブログとして使えるでしょ。
画像投稿が標準機能じゃないから、WPやMT、Joomlaに比べて少しだけ面倒だけど。
ブログ的使い方だと、特に話題がなくてもズルズルと記事を付加でき、使ってるうちに
操作を覚えることができる。設置後に活用するための敷居が低い。
「設置しただけで終わり」ってのはXOOPSの方が遙かに多いかと。
特に今のCube Legacyはね…
99:nobodyさん
08/06/10 23:30:21
ところで、専用鯖なんかで、iptablesを使ってポートを徹底的に塞ぐと
(http, ftp / PASV, SSH, DNS, 25/110/587以外は塞ぐ）
updateチェックができず、６はバックエンドが固まるなｗｗｗ
100:nobodyさん
08/06/11 00:14:36
PHPはソケットのタイムアウトがあれだからねえ
おもむろにfork!すればレスポンス改善しないかな
しないだろうな
101:nobodyさん
08/06/11 00:34:56
日本語公式がアレだとこうなるの図
102:nobodyさん
08/06/11 11:48:20
標準モジュールが貧弱なのがプログラマじゃない人にはこまるな
いつ更新が途絶えるかわからないけど、標準モジュールが貧弱だと使わざるを得ないからそれをメインに据えてたら全部とっかえるなんてことになりそう
プログラムできる人はかまわないんだろうけど。
103:nobodyさん
08/06/11 13:17:53
プロトタイプをつくりながらモジュール化するExp機能が必要
drupalはフレームワークにとして見た方がいいCMSとして見ると中途半端
WPの方がいじりやすい。
drupalはフック概念の矛盾を克服出来ずにいる。
ががががが、白紙からコンテンツサイトを作る場合にdrupalをフレームワークとして使えば強力なのは承知
Formのインターフェイスは楽だぞ
104:nobodyさん
08/06/11 13:25:40
>>103
禿同
CMSじゃなくて環境と捉える方が合目的的。WPやMODx、少し微妙になるけどJoomla!とかの方がCMSとしては機能している
105:nobodyさん
08/06/11 13:57:39
Joomla!はサイト立ち上げ＆運用は問題なくできるんだが
やっぱ微妙だな。
百花繚乱的で、その割に個々の機能がたいしたことがなく、
使い物になるエクステンションがほとんどなく、
バックエンドの豪華さ以外、何がウリなのかよくわからん。
コンセプトやポリシーといった背景を考えちゃいけない
プラグマティズムＣＭＳなんだろうな。
といってMODx（個人的には好きなＣＭＳ）は
応用可能範囲が現時点では狭い。Drupalも狭いので
MODx＋Drupalを合体させたＣＭＳがあれば最強（違？
多分Fortran＋COBOLを合体させたPL/1のようになるだろうがｗ
106:nobodyさん
08/06/11 14:01:31
結局WPが現時点ではうまくいくし、顧客も困らないことが多いよ
modxはあと3年くらい待たないと…
107:nobodyさん
08/06/11 14:14:21
WPって管理画面から自由自在にメニューを作ったりできるんだっけ？
よく知らんのだけど。
108:nobodyさん
08/06/11 14:50:55
>>105
ポン置きならJoomla!は良くない?
Drupalはエディタもエクステンション頼みで、導入してしばらくはいいけどいつ開発がなくなるかわからんから
後先を考えないなら有りだけど、後々まで考えると無理くさくない?
顧客はプログラマじゃないし、製作のこっちもいちいち作るのは手間かかりすぎちゃうんだよね。
やれることは魅力的に見えるだけに残念。
俺の使い方が間違ってるのかなー
109:105
08/06/11 15:08:23
>>108
うん、そう思う。
Drupalは、それをベースにして、自分でいろいろイジクリ回したい人向け。
イジクるのが目的であって手段でないならピッタリで、最高に面白い。
Joomla!は手間をかけずに運営したい人向けだろうね。両者には共通する点が多く、
Drupalにできることは、たいていJoomlaでもできる（逆もまた真）。
MODxはその両方の長所（手軽＆面白い＆使いやすい）を兼ね備えてるが、
コミュニケーション指向のサイトには絶対に合わないという制約がある。
あと今後どのように変化していくのか、まだ将来の形が見えない。
110:nobodyさん
08/06/11 15:40:13 /9jNI4Uy
WPやJoomla!をベースにすると顧客は安心する。
何に対しての安心か判らないが、日本ではdrupalはイメージ的に悪い
何処かの管理人がイメージを悪くしてくれているお陰様。
だって顧客はプログラムを書いた事が無い人が多数、
商談では「WP」でとりあえずつくっちゃってさ、
後からうち専用プラグインってつくれる？て感じ。
CMSはセキュリティーも大切イメージも大切。
111:nobodyさん
08/06/11 16:03:00
ないないづくしだからね
顧客がマニュアルもない、コミュニティもない、プログラムスキルも当たり前だがない
どうやってもＧＩＭみたいなところってどうするつもりなんだろ。日本公式むしして自力で全部やるつもりなのかな。
112:nobodyさん
08/06/11 16:11:15
あと、あの坊主ロゴはなんか不安感を煽ると思う。
113:nobodyさん
08/06/11 16:13:14
それは難癖じゃｗ
114:nobodyさん
08/06/11 18:39:54
俺が描くハードガチホモマンガ同人誌の主人公（超巨根）に
ソックリなので、あの坊主ロゴには親近感を感じるｗ
だからホモ同人サイトの一部にDrupalを採用した
（本当の理由はアグリゲータが強力だったからだけど
～サイトがDrupal、WP、Gallery2、お絵描き掲示板のハイブリッド構成で
WP/Gallery2/お絵描き掲示板のRSSフィードを取り込むためにDrupalを使用）。
夏コミ７４は落選しますた。
115:nobodyさん
08/06/11 22:51:18
つかさ、ツリー型ならJoomla!やらMODxよりWPで十分すぎない?
Drupalは非ツリーとしてのフレームとして活用すべきなんだろうけど、一般的に考えてツリー以外ってそうそう使われるものじゃない。
日本公式は無いほうが良いくらい普及の足を引っ張ってるし、XOOPS後継っていうところから一歩も出れないだろうね。
遊びのために置かれるだけっぽい。
116:nobodyさん
08/06/11 22:57:55
Drupalって設置だけして放置するためのCMSでしょ？
むかし使い道が分からないのに設置するような馬鹿が大好きなのはXOOPSだった。
いまは馬鹿のトレンドはDrupal。
内容ゼロかつ汚いコード吐きまくりの馬鹿しか使ってない。マジおすすめ。
117:nobodyさん
08/06/11 23:02:00
Drupalをパーツ的に使う場合は、ジャストフィットするように思う。メインサイトを
Dreamweaverや他のCMSで作りつつ、サイトの一部としてDrupalを導入する場合だ。
プロジェクトの情報交換ページとか、そんなやつをあとから付け足したい場合に重宝する。
Joomla!をそういった用途に使うには大げさだし、また機能的にも足りない
（Joomlaはコミュニケーション系エクステンションの出来があまり良くないように思う）。
NucleusとXOOPSは基本設計が古いのと、勢いがないので今から選択する必然性がない。
一方でサイトの全部をDrupalで管理するには、よほどジャンルが合ってないと
難行苦行になってしまう感じがする。勢いがあるCMSだけど、汎用的には使えない感じ。
Joomla!/Drupal/MODxを作りたいサイトに合わせて使い分けるのがいいと思うが、
サイト全体をそれだけで構築するには、Joomla!かMODx(静的ページが多い場合）かな。
バックエンドはどれも一長一短。JoomlaとMODxは一見豪華だけど使い勝手はいまいち。
Drupalのバックエンドは見た目が著しく悪いし、全体的に処理が重い。だが慣れると
使い勝手はそれほど悪くなかったりする。
118:nobodyさん
08/06/11 23:07:15
静的HTMLサイトにちょっとしたコミュニティポータル機能＆ミニブログを付け足したくて、
XOOPS-Cube, Joomla!, Nucleus, Drupal, Geeklog, Typo3, MODxを試し、最終的に
Drupalにした（WPはもう使ってるので、他のにしたかった、WP用に作ったテーマを
移植しやすかったのが選択の決め手）。
この中でインスコで挫折したのはGeeklogだけだｗ
本見て期待した俺がバカだったのかな。シロウトが手を出せる代物じゃなかったようだ。
119:nobodyさん
08/06/11 23:08:28
WPをCMSとして使う場合、以下のような機能を欲しないことが条件
[マルチユーザー情報発信機能]
・複数ユーザーがそれぞれ個人ブログを持つ
・複数ユーザーがそれぞれコンタクトフォームを持つ
[ユーザー管理機能]
・匿名ユーザーとメンバーで機能や閲覧できるページを細かく調整
[コミュニケーション機能]
・ＣＭＳ内部に統合された掲示板機能（ＷＰが特に弱い分野）
・ＣＭＳ内部に統合された画像ギャラリー
・ＳＮＳ機能
[プレゼンテーション機能]
・ページグループ毎に異なったテンプレートの適用
これらの制約により、WPは
・中小企業の単純なブローシャサイト（ニュース／お知らせ機能付）
で真価を発揮する。＋αの機能を付加したい場合、マルチユーザーに
関連した機能やコミュニケーションに関連した機能は付加しづらいので
そういった要求がないと断言できるサイトに適する。
120:nobodyさん
08/06/11 23:11:08
WordPressは糞。
コメントとトラックバックが分けられてないし、
デフォルトだと最近のコメントがサイドバーに出ないし。
何よりもtitle属性でマウスをポイントすると文字が出るのが最悪。
121:nobodyさん
08/06/11 23:12:06
WPって日本語のマニュアルがないじゃん。
プラグインも英語ばっかりだし。
これじゃあ日本で普及するわけがない。
というか、普及させる気がないんだろうな。
122:nobodyさん
08/06/11 23:33:27
日本だけのMT使えばいいじゃない。
今後のことを考えると
Nucleus Geeklog MT XOOPSは選択肢にはいらない
MODx Drupal Joomla! Typo3 Wordpress
あたりでしょう。
WordPressは単純だから中規模には良いと思う。Joomla!はバックエンドが豪華なだけっていうのは同意ｗ
>>116
ｽﾚﾘﾝｸ(blog板:310番)
↑
コピペしに来なくて良いよ。
123:nobodyさん
08/06/11 23:44:39
なんかDrupalを貶めたいキティが出没してるな。
ダガーナイフ片手に書き込むような奴カモナー
124:nobodyさん
08/06/11 23:50:25
|┃
|┃ ＿＿＿_
|┃／⌒ ⌒＼
|┃ （―） （―）＼
―‐.|┃:⌒（__人__）⌒:::::＼
|┃ | ＜ 再配布サイト、どんどん増やしてXOOPS盛り上げるお！他のCMSに負けないお！
|┃ ／
|┃ヽ・ ・￣ ／
|┃ ＼ ,.:∴~・:,゜・~・:,゜・ ,
|┃ヽ＿）つ‘∴・゜゜・・∴~・:,゜・・∴
|┃ (::)(::) ヽ ・゜゜・∴~゜
|┃／ > ） ゜゜・∴:,゜・~
|┃ (＿＿) :,゜・~:,゜・゜゜・~
joomla drupal geeklog
125:nobodyさん
08/06/12 00:55:31
出力されるコードがきれいなのは
WP>Joomla>Drupal
かな。Drupalは勝手に入れたり削ったりがひどくない?
126:nobodyさん
08/06/12 01:23:26
三流web屋のカスどもがなんかいろいろ書いてるけど
今一番勢いがあるのはDrupalに間違いないな
127:nobodyさん
08/06/12 01:32:48
Drupal日本の方ですか、わかります。
夜中までお疲れ様です。
けど、勢いは全然無いね。
つまらない工作してないでまともなコード吐くようにがんばってください。
あ、日本公式の人は開発も出来ないうえに翻訳も出来ない人でしたっけ。
勢いがあるんですね、わかります。
128:nobodyさん
08/06/12 01:53:25
さすが三流web屋のカスは違うな
情報が3年ぐらい前で止まってるようだ
129:nobodyさん
08/06/12 02:17:28
>>119
MODxはWPリプレイスになるんじゃない?
130:nobodyさん
08/06/12 02:31:31
Drupalは、三流には無理。
WPがお似合い。
131:nobodyさん
08/06/12 02:37:20
一流だけがDrupalを使うことを許されてるですよね
だからほとんど普及しないんですね
ってことは今後も普及しないのか。さすが一流。
MODxの方が全然勢いあるよな。
132:nobodyさん
08/06/12 03:39:30
携帯自慢みたいなことはやめろって
みっともない
133:nobodyさん
08/06/12 07:33:53
かつてdruレスがここまで盛上った事は無かったんじゃないか？
druレット置くだけ、
総帥はどうしてみんな離れて逝くのか理解するべき、傲慢はいけないよぉ
134:nobodyさん
08/06/12 13:01:14
衰退して消えていく文化ってどこも同じような人種が集まるようだね
日本のDrupalにも全く同じ雰囲気を感じるよ
以下、引用
____________________________________________________________________________________
fjはコミュニティとして終わってたから。
1997年ぐらいまで*書き込み*をたまにしてたけど
異様に排他的で高圧的な雰囲気があったのを
覚えてる。
以下目にした光景。
例えば上の*書き込み*という言葉にpostだろと因縁つけられる。
どっちも同じような意味だし、柔軟に行けばいいじゃない、分からなければ
確認すればいいでしょうという穏健な意見にはどうして読み手がそこまで
譲歩しなければいけないんだ。馬鹿、という罵倒。喧嘩腰で挑発的な
古参？常連？の意見に賛同する同じ穴のムジナが集まってきて
あとは神経症みたいな言葉尻を捉えた議論のループ。
上みたいな閉鎖的なやりとりで人が集まるわけがない。
135:nobodyさん
08/06/12 13:09:50
日本のDrualコミュなんか無視していいんじゃね？
なぜ存在しなきゃならんの？
英語だと相手がアホだのスカだの言っていても
ニュアンスが伝わらないから、罵声カキコは無視できる
という良さがあるｗ
136:nobodyさん
08/06/12 13:39:04
もしかして、日本語化でコケてる人結構いる？
137:nobodyさん
08/06/12 13:43:15
モジュールでこけること多いかな
つか、よほど暇人じゃないと使えるモジュールとそうじゃないモジュールの区別つかん。
定番モジュールがどれかさえわからんし。
138:nobodyさん
08/06/12 14:21:13
俺が使ってるモジュール
[Drupal 5.7系サイト]
Custom Breadcrumb, JQuery-update, upgrade-status, update-status
Event, FCKeditor, IMCE, Image, Image-assist, Lightbox2, Token,
Sitemap, Simple_menu, potx, captcha, recaptcha, extlink, jbox,
archive, content_template, bbcode, backup_migrate
[Drupal 6.2系サイト]
Menu Breadcrumb, JQuery-update, FCKeditor, IMCE, Image, Image-assist,
Lightbox2, Sitemap, Simple_menu, potx, Quote, FAQ, WebFM,
captcha, recaptcha, extlink, advanced_forum, jamail, archive,
content_template, bbcode, backup_migrate
CCK, Views, Dateは俺の使い方ではいらないので入れてない。
139:nobodyさん
08/06/12 16:09:14
FCKeditorの方がいいかな
TinyMCEいれてみたけど、入れるのに一手間、レイアウト整えるのに一手間。
VerUp毎にこれは無理だわ
140:nobodyさん
08/06/12 16:17:26
5.7に
extlink, FCKeditor, jbox, locale_ex, paging, pathauto
今のとこ、これで足りてる。
これとは別で、いろいろ入れたりして俺用に翻訳したりしているのはまだ手探り状態。
141:nobodyさん
08/06/12 20:13:08
path filterが無いとチョー困る
142:nobodyさん
08/06/12 20:25:38
>>139
FCKeditorの方がいいよ。日本語化は問題ないし、
プレーンテキストエディタとFCKeditorをスイッチできるのがいい
（デフォルト動作も変えられる）。
Drupal 6.xでは、JavaScript OptimizationをONにすると
TinyMCEがスクリプトエラーを起こす。何ヶ月も前から指摘されてるのに
未だに直る気配がない。
あとIMCEが便利。Imageもいいんだけど、Imageコンテンツにしたくない時は
IMCEでアップロード。設定は面倒臭いけどね（config.phpを手動書き換え）。
143:nobodyさん
08/06/12 23:53:19
>>138
ずいぶん入れてんだね
うちはcaptcha,image,FCKeditorのみで計画中
Wordpressをもっと柔軟にして置き換え計画中なんだけど、定番ってFCKくらい?良く分かんないね。
144:nobodyさん
08/06/13 03:56:22
フライドチキンかよ
145:nobodyさん
08/06/13 04:16:13
俺も真似して入れてみた…がっ！
FCKとIMCEの設定で何度もこけた。慣れだろうけど。
まあ、それはいいとして、Drupalじゃ無ければダメなくらいのサイトってそんなにない気もするね。
そんだけ大きなところって高いCMS使ってる?とか思ったり。
146:サルでもわかるように書いたぞ
08/06/13 07:31:58
>>145
・FCKは最新の2.6.1本体をsites/all/modules/fckeditorに解凍(2.6.1は本日リリースされた）
URLﾘﾝｸ(www.fckeditor.net)
sites/all/modules/fckeditorにさらにfckeditorというディレクトリができる
・sites/all/modules/fckeditor/fckeditor/editor/filebrowser/connectors/php/config.phpを編集。
30行目 $Config['Enabled'] = false ; → $Config['Enabled'] = true ;
34行目 $Config['UserFilesPath'] = '画像保存先へのURL相対パス' ; （書き込み属性に注意）
鯖上の絶対パスがわかっている場合は、好みにより
40行目 $Config['UserFilesAbsolutePath'] = '保存先のハードディスク上の絶対パス' ;
わからなければここは空欄でＯＫ（相対パスか絶対パスのどちらかを指定すればいい）。
・CAPTCHAモジュールを使ってる場合は、
管理セクション＞ユーザーの管理＞CAPTCHA で表示される
□ Add CAPTCHA adminstration links to forms
というチェックボックスを必ずOFFにする(ONにするとIMCEと競合し、スクリプトエラーがおきる）
147:nobodyさん
08/06/13 10:36:50
>>146
thx！
CAPTCHAは完全な盲点ですた
パスを散々いじりまくってうまくいかないんで不思議気分になってたけど、こういうエラーあるんですね。
たすかったよ、兄貴。
148:nobodyさん
08/06/13 23:48:11
現在本家に上がってる6.x用のCalendarモジュールは超危険だぜ。
update.phpしたらデータベースが完全破壊されたｗｗｗ
テスト用サイトだったからmysqldumpで実運用サイトのデータを
書き戻して無事だったが、バックアップを用意してやらないと危険すぎるｗ
今朝のdevは大丈夫だったんだがな～
それでも、argumentをいじって「保存」するとViewが壊れるのは治ってねー
Opera9.5以外ではViews設定画面でスクリプトエラーが出るし。
149:nobodyさん
08/06/14 00:21:56
ﾜﾛﾀ
やっぱまだまだ趣味の物だよね
それかそれこそDrupalのモジュールをガリガリ書ける人(もっともこういう人ってシステムを動かすことが目的だから内容は…)
150:nobodyさん
08/06/14 00:54:41
Drupalのモジュールをガリガリ書ける人が趣味感覚でリリースするからそうなる
責任はプライスレス
openですね
151:nobodyさん
08/06/14 15:01:30
6.x用カレンダーbeta3は、
iCalモジュールも同時に有効にしないとデータベースが壊れるっぽい。
iCalモジュールはCalendar本体に依存しているので、削除する時は
複雑な手順が必要。
あんまりと言えばあんまりな仕様ｗ
152:nobodyさん
08/06/14 15:57:45
週末で客先のメンテしたらとんだ
バックアップはしてあるけど、どんだけオモチャなんだよ。
WordPressμの方がずっと。。。
153:nobodyさん
08/06/14 16:07:38
糞プラグイン・・・
こんなの使えるかﾎﾞｹﾎﾞｹﾎﾞｹ！！
フレーム優秀ならぶっ壊さないように制御せいや！！
ｱﾎｱﾎｱﾎ
うわーん
154:nobodyさん
08/06/14 17:54:51
Gallery2とのインテグレーションモジュールいれてみた
（Drupal 6.2用なので、モジュールバージョンに見合ったGallery2.3-svnが必要）
ブロックエリアに「画像をランダムに」が表示されるという程度。
ナビゲーションの「Gallery」をクリックすると、素のGallery2が出現するｗ
Drupalで使ってるオリジナルテーマと共通デザインのGalleryテーマは
作ったんだけどさ。ブロックエリアに表示されるものが違うので
デザインを同じにしても意味がないような気がする…
155:nobodyさん
08/06/14 21:12:37
やっと一通り復旧できた
はぁ
これからメンテ再開だよクソ
誰だよこんなクソクソCMS導入したクズは・・・クソ
まだJoomlaの方がマシなんじゃね
データベースふっとばすって致命的だろボケ
156:nobodyさん
08/06/14 21:33:37
>>155
テスト環境でテストしてから本番環境に入れないの？
157:nobodyさん
08/06/14 22:16:53
Drupalでデータベース吹っ飛ばしたのは合計３回だな。WPは１回。
自由度が高いＣＭＳ故なのか、基本設計の問題か、そこらはわからんが…
Drupalは、常にDBバックアップしつつイジクリ回すのが基本とみた。
吹っ飛ばし上等のテスト環境はないとまずいね。
幸いWPと違ってmysqldumpで吐いたSQLを他のサーバーに持って行っても、
MySQLのバージョンが近ければ問題ない（WPはSQL文の手作業修正が必要）。
158:nobodyさん
08/06/15 04:48:18
モジュールの作りやすさはどうなんですかね、他のCMSと比べて
159:nobodyさん
08/06/15 11:19:25
モジュールはクソ
Drupalの本家もアジア市場は諦めてるからね。
おいらが使うのもそろそろ別のCMSへ移行したので終わり。
とにかく誰かが上で書いてるけどイメージ悪過ぎ
とても仕事にはならない。お客が嫌がるからさあ
世間では管理者が童話を語るCMSサイトで通ってるらしいね
痛いCMSの代表になっちまったね。
160:nobodyさん
08/06/15 11:25:38
英語が読めないやつは、かわいそうだね。
161:nobodyさん
08/06/15 11:32:55
顧客に英語読めないのお前ｗｗｗって言えるの？
どうみてもニートの発想です。ありがとうございました。
162:nobodyさん
08/06/15 13:17:58
>>158
他CMSはどうか知らないけど、割と作りやすい印象
DrupalのDBとは別のDBを操作するモジュールのテスト的なものを作ってみた
163:nobodyさん
08/06/15 23:58:38
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
164:nobodyさん
08/06/16 05:49:43 EEZTY9qw
>>138
参考になります。
どこかのDrupalでサイト構築ビジネスやってるところの案件紹介でも、
使ってたモジュールが乗っててすごく参考になった。
できれば、お勧めも教えてほしいです。
>>155
ふつー、何かするにもまずローカル環境で試すだろｗ
CMS関係ないｗｗｗ
165:nobodyさん
08/06/16 05:50:07 EEZTY9qw
>>159
悪いイメージとは具体的にどのようなイメージなんでしょうか？
教えてほしいです。
最近、本もでたしうちの周りではよいイメージしかないのですが
それと、ぜひ移行した先のCMSを教えてほしいです。
166:nobodyさん
08/06/16 10:50:05 FXyyv2ME
Joomlaマンセーのヤツってどんな脳みそしてんだよ。
あんな解読不能な管理画面じゃ、ヲタクにしか使えないだろう。
クソ重いし。
167:nobodyさん
08/06/16 11:08:26
なんかアホが煽ってるな
JoomlaもDrupalも絵に描いた餅だろうに。
いつまで経ってもMamboと同じ運命しかない。
168:nobodyさん
08/06/16 11:24:01
drupal.jp総帥がおいでのようなので質問汁
１．あなたは日本でdrupalを普及させたいですか？
２．文面が高圧的だったりに感じますが、あなたの本意ですか？
外人のつくった京都のユーザーグループも入る気もせず
できれば日本公式が機能してくれればと思います。
ダメなら外人グループへ入ります。
何ももめる理由はないと思いますが、日本公式の管理者さん。
169:nobodyさん
08/06/16 12:41:07
Drupal本家ではJoomla開発陣と仲がよいというのに
（大型イベント会場を共同で借りたりしてる）、ここでケンカすることもないだろ。
JoomlaもDrupalもできることはたいして変わらん。サードパーティサービス
とのインテグレーションモジュールの場合、Joomla用とDrupal用の両方が
用意されていることが多い。強いて言えば、コミュニケーション機能を重視しつつ、
登録ユーザーが独自に情報を発信できる機能を付加したいならDrupal、
そうでないならJoomla。
コミュニケーション機能があまりいらない小規模なブローシャサイトで、フラットな構造
で十分ならWordPress、中規模なブローシャサイトで木構造が必要ならMODx。
Joomla, Drupal, MODx, WPの４つに精通してりゃフリーなＣＭＳはＯＫだろ。
今更MT, XOOPS、Geeklog、Nucleusといった衰退期のシステムに逝く必要はない。
170:nobodyさん
08/06/16 14:53:18
万能CMSは、JoomlaかDrupalがよいと思う。
複数ユーザーが使わないならWordPress、
MODxは、その中間的な存在で中途半端な気がする。
171:nobodyさん
08/06/16 16:32:29
CMSの競争原理は別の所で働くようになるが、
モジュールI/Fの仕様を規格化すればその先へ進めるかも？
モジュール同士のコラボは難しいれすねー
Drupalのモジュールが目指している所はわかります。
しかしテーマCSS何とかしろな感じ。
テーマCSSがadminまで影響するのは邪道と思う。
172:nobodyさん
08/06/16 16:39:29
管理用テーマ、設定できるじゃん。これじゃないの？
173:nobodyさん
08/06/16 16:58:34
モジュールI/Fの仕様は規格化されてるが？
174:nobodyさん
08/06/16 17:00:25
別のCMSとのモジュールI/Fじゃないの？
175:nobodyさん
08/06/16 17:16:26
意味がわからん
176:nobodyさん
08/06/16 18:11:05
>>172
それ、いまだバグあり。
177:nobodyさん
08/06/16 18:15:35
万能CMSがどうしても必要なところってCMSが数百万掛かろうが出せるところが多い
そういうところは得てしてサポートを求めるけど、コミュニティ無し、日本語ドキュメント無し、サポート無しじゃ選択肢になるわけが無い
最低限の教育プログラム、編集者レベルの教育プログラム、管理者向けの教育プログラムとか必要になるけど
DrupalやJoomlaじゃわざわざ自力でやらなくちゃいけない。50人とか100人が使うCMSなら金払って有料の使うでしょ。
そういうとこのWeb担当者がDrupalの日本語コミュニティとかみて
「英語読めないってｗｗｗﾌﾟｷﾞｬｷﾞｬ」
「不満があるならCMSを自分で開発すれば？ｗｗｗ」
みたいなのが様子を見たらまず避けるだろうし。
178:nobodyさん
08/06/16 18:21:56
・個人サイトで使う（更新が楽なので、DWでゴリゴリ管理するより継続させやすい）
・中小企業が自分で自社ブローシャサイトを構築する（更新担当者が１～２名）
・零細ウェブデザイナーが中小企業に売り込む（元値がタダでン十万円ゲット）
こういう場合にDrupalやJoomlaは適してる。
ウチは従業員１００人の零細企業で、ウェブサイトも鯖管もパンフＤＴＰも
経営者である俺が夜間自宅で片手間にやっており、経費削減効果が大きい。
もちろん他人にDrupalを勧めたりはしないよ。
179:nobodyさん
08/06/16 18:33:40
なんか最近>>177みたいなイタイのが増えてきたな
まーDrupalがそれだけ普及してきたってことなんだろうけど・・・
180:nobodyさん
08/06/16 19:40:38
Drupal本家がアジア市場を無視しなければ普及するかもね
現時点じゃ普及して無いんじゃないの。増えてる感じしないし。
181:nobodyさん
08/06/16 19:40:42
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
182:nobodyさん
08/06/16 19:51:16
はいはい、普及してない、普及してない
183:nobodyさん
08/06/16 19:52:35
日本はDrupalに限らずCMS自体普及してないんじゃないの？
184:nobodyさん
08/06/16 19:56:45
はいはい、普及してない、普及してない
185:nobodyさん
08/06/16 19:57:46
MTは相当普及してるし
Wordpressはいま猛追してると思うよ
WPが普及したら複数管理のWPμもあるからCMS必要な層はそっちに流れるだろうね。ノウハウの蓄積多いし。
昔からXoops、Mamboとあってもごく稀にしか使う人はいなかったし、その稀な人も途中で放り投げられて
いまJoomlaやDrupal使ってる人はごく稀にしかみないよね。
ほとんどの場合、「インストールしたよ！」「バックエンドかっこいいね！」「こういうプラグインいれて見たよ」であとは放置のパターン
186:nobodyさん
08/06/16 20:00:28
はいはい、放置、放置
187:nobodyさん
08/06/16 20:10:54
はいはい、日本じゃ絶対避けるべきCMSはDrupal、Drupal
188:nobodyさん
08/06/16 20:21:04
何使ったっていいじゃん。中小企業を騙して小銭を巻き上げる
自称「うぇぶでざいなー」は敵対ＣＭＳを好きなように中傷しててよ。
うぇぶドカタは臭くて困ったもんだ。
189:nobodyさん
08/06/16 20:25:56
重箱の隅をつつく最悪のコミュニティが日本のDrupal公式。
はいはい、客を逃がしたい、仕事を失いたい人はDrupal以外の選択肢は有り得ません
190:nobodyさん
08/06/16 20:29:12
正直、XOOPSの方がマシ。
191:nobodyさん
08/06/16 20:37:34
そんなことはないｗ
XOOPSは白痴の選択。
192:nobodyさん
08/06/16 21:00:30
白痴XOOPSと戦えるCMSはDrupalだけ
193:nobodyさん
08/06/16 21:01:28
どうせ高機能でも使いこなせないんだからXOOPSでいいんだよ。
どのCMSがいいとか争ってる奴はあふぉ。
ビジネス感覚ゼロだな。
194:nobodyさん
08/06/16 21:22:24
Drupalの何が難しいのかわからん。XOOPSよりゃ簡単だよ。
XOOPSはインスコ直後は何もできない状態。Cube Legacyで
以前のバージョンのモジュールをコピペしてくるって何あれ？
コミュニティが細かく分断されている弊害が既に出ている。
Drupalはブログみたいなもんだから、すぐにコンテンツを記述でき、
フロントページにすぐに掲載される。そこから慣れて活用できるまでの
学習時間が短い。WPは純ブログだから敷居が低いが、それと同じ感覚。
195:nobodyさん
08/06/16 21:27:42
>>194
一人二人だけしかつかわないなら良いんじゃない
人数多くなったらDrupalは論外
196:nobodyさん
08/06/16 21:56:58
面白いのが沸いてるw
197:nobodyさん
08/06/16 22:00:44
つかここで煽ってる馬鹿なんなの。
Drupalより優れたCMSなんて皆無だろーが
198:nobodyさん
08/06/16 22:06:15
ホントおまいらはバカだね～
CMS最強は
Z O O P S C U B E
に決まってんべ
199:nobodyさん
08/06/16 22:12:24
ZOOPSかドローパルが最強だよなあ
馬鹿じゃねえノ
200:nobodyさん
08/06/16 22:14:00
わーどぷれす最強
201:nobodyさん
08/06/16 22:16:10
>>200が空気読めないことだけは分かった
何マジレスしてんだよ
202:nobodyさん
08/06/16 22:46:05
WardPress埼京伝説
203:nobodyさん
08/06/16 22:55:03
やっぱりXOOPSだな それが結論だということがわかったよ
204:nobodyさん
08/06/16 23:08:15
xoopsか、、、そんな時代もあったね
205:nobodyさん
08/06/16 23:13:19
>>162
そうですか…
どうも…
206:nobodyさん
08/06/17 01:14:03
XOOPSの後継はDrupalでキマリ!!
DrupalってXOOPSの代わりになるくらいすごいんですよ!!
207:nobodyさん
08/06/17 01:53:24
ZOOPSってどんなCMS？是非とも使ってみたいんでDLできるサイト教えて下さい。
208:nobodyさん
08/06/17 02:06:07
ある日のこと、MT暦一ヶ月のWEBデザイナーさんが、目をキラッキラさせながら
MTの素晴らしさをとうとうと語ってくれました。
＞カスタムフィールドという機能があって、とても素晴らしい。
＞MTタグを使うと・・・・とてもスゴイと思った。
＞こんな機能は、他のCMSでは考えられない。
私＞いや、CMSでは極めて普通の機能ですが。
井の中の蛙大海を知らずとはまさにこのことでして。
今更XOOPSとか言ってる方々には申し訳ありませんが、
私は以前、XOOPS最強と思ってました。
しかし、Wordpressの存在を知り、Nucleusの存在を知り。
Joomlaの存在を知り、Drupalの存在を知り。
Modxや他のCMSの存在を知り、どれだけ無知であったかを知りました。
今や日本では、XoopsCUBELEGACYとかいうXoopsとは別物のCMSに切り替え
世界的なメインストリームである2.0xのサポートをやめてしまいました。
旧来からのXoopsユーザーは2.0.16aからCUBEに乗り換える事に相当躊躇しています。
209:nobodyさん
08/06/17 02:20:48
ZOOPSか、、、懐かしいな
210:nobodyさん
08/06/17 06:48:56
XOOPS本家と共通コードの上に日本語環境が
乗ってるだけだったら、まだしも延命できたんだろうけど…
世界的に見てXOOPSはもはやあまり使われておらず、
衰退期にあるのは明らかで、インストールベースは減り続けてる。
その状況の中で分裂してどーすんの、という感じ。
いずれDrupalも衰退期に入り、フレッシュなＣＭＳが台頭して
Drupalを捨てる日が来るだろう。だがそれでもいいぢゃないか。
重要なのは「こだわらないこと」。信者になっちゃいけないよ。
211:nobodyさん
08/06/17 06:50:14
うん
けど、もう衰退期か、って感じもする
212:nobodyさん
08/06/17 07:02:44
5.7が頂点だったのかもしれん、とあとあと言われそうではある。
213:nobodyさん
08/06/17 12:58:27
CMSはもう辞めて ヤヌスの鏡 でも見てろ
１ 遅すぎた！私が消える
２ 少女に何が起こったか？
３ 嵐呼ぶ悪の化身
４ 昼は恋人、夜は敵
５ 慕いつづけた人の名は
６ 納戸の中の秘密
７ あれが噂のＢカップル
８ 悪魔が初めて恐怖する
９ 花嫁姿で笑う魔少女
１０ 少女が知った恐ろしい秘密
１１ ダイヤの秘密
１２ 今夜魔少女の復讐が始まる
１３ 聖少女と魔少女の戦い
１４ 変身はパトカーの中で
１５ 悪魔の棲む館
１６ 私が勝ったと叫ぶ魔少女
１７ 私の敵は祖母
１８ 輝ける合体
214:nobodyさん
08/06/17 13:27:05
流れをぶったぎって申し訳ないのですが、質問させてください
drupal5 に facetedsearch をいれたのですが、カテゴリを一度選択するだけで、カテゴリ一覧が表示されなくなります
段階的に絞り込んでいけないのですが、どこを設定したらいいのでしょうか？
215:nobodyさん
08/06/17 18:47:17
>>214
あそこ
216:nobodyさん
08/06/17 19:11:23
あなたのオナペットは誰ですか？
おいらはdrupalの坊主キャラです。
drupal最高！
217:nobodyさん
08/06/17 19:16:26
俺のガチホモマンガ主人公は、Drupal坊主にそっくり。
キャラデザインして半年後にDrupalの存在を知ったので、
盗作したわけではないｗ（キャラデザイン時点でCMSと言えば
XOOPSとJoomla!しか知らなかった）
現時点で公式はメンテ中だが、メンテ画面はまだ5.xのままなんだな。
プロジェクト管理系モジュールが6.xに対応していないので仕方がない
のかもしれないが。公式が使わない6.xでは…
218:nobodyさん
08/06/17 20:09:32
>>217
ただの黄違いではなかったのれすね。
漏れもそう思います。本家の使わない6.ｘは使えないよ。
5.ｘでも機能的に問題ないというより安定している。
219:nobodyさん
08/06/17 20:23:35
同士がいた
5.xから先は地雷原
220:２１７
08/06/17 21:24:36
>>218
おう、タダのキティじゃねーぞ。
俺のホモマンガサイトに初めてDrupalを導入する時、The newer, the betterだと思って
6.1を入れた。日本語環境が何もしなくても構築されるから初心者には良かった
(files, files/tmpを作る必要もないし）。その後6.1には有用なモジュールが
何も無いことを知って愕然。まぁサイトの一部しかDrupalじゃないのと、オリジナルテーマ
さえ作れれば、コアだけで何とかなるような機能要求しかなかったから、
6.1でもあまり問題はなかったんだが。
たださすがに次の非エロサイトを全面的にDrupalで構築する時は、迷うことなく5.7を
選んだよ。軽いしね。あえて旧バージョンを使い続けなきゃならんというところに
衰退期突入を感じてしまう。APIレベルの互換性がどうして確保できないのかな。
221:nobodyさん
08/06/18 13:45:55
ホモマンガ登場でみんな引いてしまつたのか？
今となっては日本公式の存在意義を感じない。
でも、最初は参考にさせてもらったからアリガトウ
でも、もういいから、ご苦労様でした。というのが漏れの心境
222:nobodyさん
08/06/18 14:51:31
マンガとか個人的趣味は勝手にしてればいいので引かないが、チラシ裏を延々書かれることに引いてる
223:nobodyさん
08/06/18 18:25:02
どんなサイトにも、役割が終わる時は来る。
日本公式は、所詮開発サイドじゃないので、
終わりが来るのが早いってだけ。
WordPress-MEのようにキレて突然ブン投げてサイト閉鎖
ってとこだってあったわけだし、何があっても驚くことじゃないよ。
224:nobodyさん
08/06/18 18:33:15
そうだよね。こだわる事自体、意識していたという事になるね。
225:nobodyさん
08/06/19 18:16:50
過疎全開 Joomla!なんかCNET Japanで可愛いおねえさんが
URLﾘﾝｸ(japan.cnet.com)
レポートしてるけどdrupalは無理だろうね。
イメージ悪いから。
226:nobodyさん
08/06/19 19:06:46
過疎全開 GeeklogなんかCNET Japanで可愛いおねえさんが
URLﾘﾝｸ(japan.cnet.com)
レポートしてるけどdrupalは無理だろうね。
イメージ悪いから。
227:nobodyさん
08/06/19 19:19:21
なんだかんだ言って結局XOOPSの案件多すぎ
drupalで紹介してもXOOPSで作り直すことになった
XOOPS一本にした方が効率がいいと最近気付いた
228:nobodyさん
08/06/19 20:57:21
ま、ここはDrupalスレなんで。
229:nobodyさん
08/06/19 20:58:22
しかし評判わりーな
いままでここまで評判の悪いCMSって見たことないわ
230:nobodyさん
08/06/19 21:22:50
評判が出るほど日本では普及してない
231:nobodyさん
08/06/19 21:23:38
で？
232:nobodyさん
08/06/19 21:24:13
CMS触るのが趣味な人達の評判じゃない
まあ、5.xが頂点だったね
233:nobodyさん
08/06/19 21:32:34
へ？
234:nobodyさん
08/06/19 21:37:17
>>227>>229
Joomlaからわざわざコピペしなくていいよ
悔しいの分かるけど
235:nobodyさん
08/06/19 23:34:19
drupalの携帯対応がよくわからん
神ｻｲﾄ 教えれ
236:nobodyさん
08/06/20 00:29:21
,. z‐ ´￣￣｀丶､
／.:.::＼:ヽ:::､:ヽ｀ヽ::::ヽ
/ /.:.:.:::ヽ:＼＼ヽ:;>､:ヽ:!:l
l !:.:!:.:ﾄ､ヽヽ:｀ヾﾆ＝-::l::l::!
|:.::|:::|:::|__ヾ:､:ﾄ､!＞､ﾄ､:l:!:l:::! XOOPSならxmobileという携帯ﾓｼﾞｭｰﾙがあるわ
|::|::l::|Xl==､ヽヽ｀z==ﾐ `!!:|::|
!:l:l::ﾄYﾄｯﾊ` ﾄｯﾙ |:|:|::!
l::!:!::! ^ﾞ"´ l ｀"´ !:!l:/
l:l::ﾄ:ヽ -一 ,.ｲｲﾊ!
ﾘﾍドヾl`ト .. __ ..イ} /l:｀丶､
/ ／ ｀ l', ﾘ !: : / ｀ヽ drupalにはないのよ
237:nobodyさん
08/06/20 00:40:41
あるよヲ、システム自体が小さいからポケットに入れて歩けるよ
携帯性は高いと思うおｗｗｗｗｗ
238:nobodyさん
08/06/20 00:49:21
もう面毒せーからさ、いっその事みんなで結婚しちゃおうや！
籍は入れられねーけど一緒に住んでさ、新しいCMS創ろうや！
嫌ならdrupalを一生使えよ。
239:nobodyさん
08/06/20 01:27:46
私は一向に構わん！！
240:nobodyさん
08/06/20 03:35:56
>>237
なわけない
携帯ブラウザ対応していないからXOOPSにまけてしまう
241:nobodyさん
08/06/20 17:15:10
>>235
つURLﾘﾝｸ(drupal-jp.sourceforge.jp)
242:nobodyさん
08/06/20 18:53:26
>>240
あるよヲ、Drupal坊主モンっていって ポケモンの仲間だからね。
243:nobodyさん
08/06/21 10:03:58
モジュール化が面倒でテンプレートにロジックを書いてしまう病
244:nobodyさん
08/06/21 20:18:00
Drupal やめて CMS Made Simple 始めたぞ
land.toへ入れてみたが、とにかくよく出来てる
245:nobodyさん
08/06/21 22:29:31
なんじゃそれは。
246:nobodyさん
08/06/22 11:13:01
管理の見通しがいいし、はまればデプロイまで一瞬だよね
実装はかなり力技でSmartyもAPIを介さず組み込み
Squid通す関係でlastmtime実装しようとして挫折した思い出
247:nobodyさん
08/06/22 15:24:01
ぶっちゃけ、普通にXoopsにしとけばよかった。
248:nobodyさん
08/06/22 16:42:20
ぶっちゃけ、Drupalにしといて良かった。
249:nobodyさん
08/06/22 17:41:42
俺のホモマンガサイトに初めてDrupalを導入する時、The newer, the betterだと思って
6.1を入れた。日本語環境が何もしなくても構築されるから初心者には良かった
(files, files/tmpを作る必要もないし）。その後6.1には有用なモジュールが
何も無いことを知って愕然。まぁサイトの一部しかDrupalじゃないのと、オリジナルテーマ
さえ作れれば、コアだけで何とかなるような機能要求しかなかったから、
6.1でもあまり問題はなかったんだが。
たださすがに次の非エロサイトを全面的にDrupalで構築する時は、迷うことなく5.7を
選んだよ。軽いしね。あえて旧バージョンを使い続けなきゃならんというところに
衰退期突入を感じてしまう。APIレベルの互換性がどうして確保できないのかな。
250:nobodyさん
08/06/22 18:06:49
なんだかんだ言って結局XOOPSの案件多すぎ
drupalで紹介してもXOOPSで作り直すことになった
XOOPS一本にした方が効率がいいと最近気付いた
251:nobodyさん
08/06/22 18:43:54
ぶっちゃけ、XOOPSCubeは終わってるね。
252:nobodyさん
08/06/22 18:48:27
だよねーｗ
253:nobodyさん
08/06/23 09:19:46 mjKUdh84
> 衰退期突入を感じてしまう。APIレベルの互換性がどうして確保できないのかな。
本来ならば、過去のしがらみを捨ててよりよいものにという意味合いなんだろうが、
結局、周りがついていけず、過去バージョンを使い続けなくてはいけないというジレンマ
しかし、過去にプログラミング言語とかソフトウェアのバージョンアップに付き合ってきたけど、
こうも非互換性を持ったメジャーバージョンアップが繰り返されるのは珍しい。
上で書いたように意欲的なのはよいのだが、ユーザーとしては困るよなあｗｗ
254:nobodyさん
08/06/23 15:56:03
誰もついていかないCMSって。
255:nobodyさん
08/06/23 16:02:28
>>246 管理の見通しがいいし、はまればデプロイまで一瞬だよね
だよね、CMS Made Simpleはデブロイまで時間短縮出来るから
その分、テーマやモジュールに時間をかけられる。
モジュールもテーマもXMLで管理されているから追うのは簡単
テーマはJoomla!、モジュールはWPやDrupalの良い所取り
アーカイブは少しおおきいが、TinyMCEとかのモジュールが標準装備
ページ毎のテンプレはJoomla!ゆずりで良い
テーマはXMLへリソースを埋葬してそうなのでレベル高
drupalが衰退で少し気落ちしたけど新しいCMSへの出会いと思えば元気にになった。
好むか好まないかは別としてデモもあるから体験してみよう。
256:nobodyさん
08/06/23 16:18:18
それと、日本語対応も標準付属で管理メニューで切替えるだけ
本家でドキュメントも日本語化されているので、
日本特有のdrupalのような事にはならない。
それが一番選んだ理由だ。
257:nobodyさん
08/06/23 17:33:44
CMS Made Simpleよさそうだな。
これって、ページキャッシュついてないの？
258:nobodyさん
08/06/23 20:02:36
CMSMSでだれぞレス立ててけれ。おいらもつかいたい。
259:nobodyさん
08/06/23 20:17:21
調べたぞ、テーマもモジュールもSOAPプロトコルだからXML
URLﾘﾝｸ(www.soapland-net.com)
260:nobodyさん
08/06/23 20:19:03
商用利用では有償になるのがネック
261:nobodyさん
08/06/24 00:49:36
商用利用は有償なの？でも案件があればペイするでしょうね。
逆に有料だから開拓出来る市場もあるかも
確かにマルチユーザーでここまで短時間でデブロイ出来れば上出来だね。
262:nobodyさん
08/06/25 07:52:21
CMSimpleの方がいいんじゃね
263:nobodyさん
08/06/25 22:44:20
CMSimple URLﾘﾝｸ(www.cmsimple.dk)
CMS Made Simple URLﾘﾝｸ(www.cmsmadesimple.org)
よく似た名前で２つはべつモン
264:nobodyさん
08/06/25 22:46:32
両方こける
間違いない
265:nobodyさん
08/06/25 22:55:43
EyeOS URLﾘﾝｸ(eyeos.org) すごかぁーです鯛。
266:nobodyさん
08/06/25 22:58:14
>>264
先生、ヤッパリ高圧的なdrupalが一番いいでしょうか？
267:nobodyさん
08/06/25 23:02:02
おいら海外で人気の Jaws URLﾘﾝｸ(www.jaws-project.com) は良いと思います。
268:nobodyさん
08/06/25 23:05:35
CMSは流行があるので辞めて PHPフレームワーク ちいたん にします。
269:nobodyさん
08/06/26 11:03:38
>>268
お好きに。
270:nobodyさん
08/06/28 01:57:07 x7Hwgtin
ちいたんｗｗ 懐かしいな。そういやそんなのあったｗ
271:nobodyさん
08/06/28 04:44:19
ホントdrupal終わりってかんじ！
以外に早かったヨネ。
272:nobodyさん
08/06/28 14:12:45
なんつーか始まる前に終わった感がある
273:nobodyさん
08/06/28 19:22:21
変なのが増えたのは、それだけメジャーになったという事か…
274:nobodyさん
08/06/28 22:01:47
ある日のこと、MT暦一ヶ月のWEBデザイナーさんが、目をキラッキラさせながら
MTの素晴らしさをとうとうと語ってくれました。
＞カスタムフィールドという機能があって、とても素晴らしい。
＞MTタグを使うと・・・・とてもスゴイと思った。
＞こんな機能は、他のCMSでは考えられない。
私＞いや、CMSでは極めて普通の機能ですが。
井の中の蛙大海を知らずとはまさにこのことでして。
今更XOOPSとか言ってる方々には申し訳ありませんが、
私は以前、XOOPS最強と思ってました。
しかし、Wordpressの存在を知り、Nucleusの存在を知り。
Joomlaの存在を知り、Drupalの存在を知り。
Modxや他のCMSの存在を知り、どれだけ無知であったかを知りました。
今や日本では、XoopsCUBELEGACYとかいうXoopsとは別物のCMSに切り替え
世界的なメインストリームである2.0xのサポートをやめてしまいました。
旧来からのXoopsユーザーは2.0.16aからCUBEに乗り換える事に相当躊躇しています。
275:nobodyさん
08/06/28 22:04:26
Drupal 7.0からはストーリーコンテンツがなくなるらしいね。
代わりにアーティクルコンテンツが登場。
ま、同じものなわけだがｗ
276:nobodyさん
08/06/29 09:09:14
>>275
へー
ニュース記事用にstory使っている俺としては嬉しい
ま、名前なんて実際どうでもいいんだけどｗ
277:nobodyさん
08/06/30 10:43:14
xoopsでいいんじゃね？ -> いやCakeでいいんじゃね？ -> いやちいたんでいいんじゃね？ って程度でしょ。
278:nobodyさん
08/07/02 16:01:32
別にdrupalでなくてもいいんじゃね？
嫌われる理由はひとつ！
そう、1つです。
素晴らしかーJP
279:nobodyさん
08/07/02 19:54:55
.orgの本家サイトしか見てないけど
280:nobodyさん
08/07/02 22:04:32
別に嫌われてないし
281:nobodyさん
08/07/03 01:31:45
drupalは案件から外される。
「他のCMSで頼みたいなー。drupalじゃなくても出来るしょ！」
「日本じゃイメージ悪いよー。」
「クライアントが例のサイトを見た反応だから。」
「イメージの悪い物にお金は出せないから。」
機能的に優れているのに、日本でのうけが悪い。
282:nobodyさん
08/07/03 01:46:42
当時の3DOみたいなもんだな
283:nobodyさん
08/07/03 02:07:29
しかし評判わりーな
いままでここまで評判の悪いCMSって見たことないわ
284:nobodyさん
08/07/03 02:13:12
WPやJoomla!をベースにすると顧客は安心する。
何に対しての安心か判らないが、日本ではdrupalはイメージ的に悪い
何処かの管理人がイメージを悪くしてくれているお陰様。
だって顧客はプログラムを書いた事が無い人が多数、
商談では「WP」でとりあえずつくっちゃってさ、
後からうち専用プラグインってつくれる？て感じ。
CMSはセキュリティーも大切イメージも大切。
285:nobodyさん
08/07/03 02:14:20
なんだかんだ言って結局XOOPSの案件多すぎ
drupalで紹介してもXOOPSで作り直すことになった
XOOPS一本にした方が効率がいいと最近気付いた
286:nobodyさん
08/07/03 02:15:11
Drupalって設置だけして放置するためのCMSでしょ？
むかし使い道が分からないのに設置するような馬鹿が大好きなのはXOOPSだった。
いまは馬鹿のトレンドはDrupal。
内容ゼロかつ汚いコード吐きまくりの馬鹿しか使ってない。マジおすすめ。
287:nobodyさん
08/07/03 02:23:12
日本語公式がアレだとこうなるの図
288:nobodyさん
08/07/03 02:25:28
日本のDrualコミュなんか無視していいんじゃね？
なぜ存在しなきゃならんの？
英語だと相手がアホだのスカだの言っていても
ニュアンスが伝わらないから、罵声カキコは無視できる
という良さがあるｗ
289:nobodyさん
08/07/03 04:09:26
私と同じ経験されている方もいらっしゃるみたいですね。
元請から在庫管理のモジュールを依頼されたのですが
途中で変更になって涙目wwww
そして客先で言われたと
”きみはイメージの悪いものを気分を悪くしてまでお金を払うだろうか？”
なんか時間を無駄にしてしまいました。
ビジネスで使用される事を想定したものに不快な心証を与える事は
妨害行為ではないか？と、法律の専門家とも相談するつもりです。
290:nobodyさん
08/07/03 07:39:08
どうしたの？ 仕事で嫌なことでもあったの？
こんな夜中に必死で書き込みなんかしちゃって…
君のことが心配だよ。
291:nobodyさん
08/07/03 08:00:11
景気がこうまで悪くなると、各企業はウェブサイトなんかに
かける金を減らそうとする。XOOPSあたりを武器に「起業じゃー」と
張り切ってた連中は、今後惨めな状態に落ち込んでくだろうね。
だからキレてんじゃないの？
ウチは業者には頼まないよ。自分で作ってる。一番安上がりだネ！
たまたま最近立ち上げたサイトがDrupal5.7ベースというだけで
システムが何かはあんまり関係がない。コスト削減できればＯＫ。
292:nobodyさん
08/07/03 09:20:11
views2のrc北。
293:nobodyさん
08/07/03 12:33:01
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
XOOPS最高！
294:nobodyさん
08/07/03 12:37:07
お陰さまで顧客に望まれています XOOPS
お陰さまで顧客に嫌われています Drupal
295:nobodyさん
08/07/03 12:38:05
Drupal-6も徐々に使えるようになってきたな。
5.7の軽さは捨てがたいが、結局のところ
モジュール最新チェックの有無でバックエンドの
表示速度が変わってるだけだし。
296:nobodyさん
08/07/03 18:29:59
何使ったっていいじゃん。中小企業を騙して小銭を巻き上げる
自称「うぇぶでざいなー」は敵対ＣＭＳを好きなように中傷しててよ。
うぇぶドカタは臭くて困ったもんだ。
297:nobodyさん
08/07/03 18:43:22
Drupalの本家もアジア市場は諦めてるからね。
おいらが使うのもそろそろ別のCMSへ移行したので終わり。
とにかく誰かが上で書いてるけどイメージ悪過ぎ
とても仕事にはならない。お客が嫌がるからさあ
世間では管理者が童話を語るCMSサイトで通ってるらしいね
痛いCMSの代表になっちまったね。
298:nobodyさん
08/07/03 18:47:47
>>296
あなたの発言には差別用語が含まれています。
当局へ通報しました。
管轄裁判所に対し、
運営サイトに対し削除せず証拠物件として扱う命令を仮申請いたしました。
近くあなたを特定するでしょう。
あなたは社会的責任を負う事になります。
299:nobodyさん
08/07/03 19:16:59
別にdrupalでなくてもいいんじゃね？
嫌われる理由はひとつ！
そう、1つです。
素晴らしかーJP
300:nobodyさん
08/07/03 19:21:36
drupalは案件から外される。
「他のCMSで頼みたいなー。drupalじゃなくても出来るしょ！」
「日本じゃイメージ悪いよー。」
「クライアントが例のサイトを見た反応だから。」
「イメージの悪い物にお金は出せないから。」
機能的に優れているのに、日本でのうけが悪い。
301:nobodyさん
08/07/03 19:27:33
しかし評判わりーな
いままでここまで評判の悪いCMSって見たことないわ
302:nobodyさん
08/07/03 19:30:30
WPやJoomla!をベースにすると顧客は安心する。
何に対しての安心か判らないが、日本ではdrupalはイメージ的に悪い
何処かの管理人がイメージを悪くしてくれているお陰様。
だって顧客はプログラムを書いた事が無い人が多数、
商談では「WP」でとりあえずつくっちゃってさ、
後からうち専用プラグインってつくれる？て感じ。
CMSはセキュリティーも大切イメージも大切。
303:nobodyさん
08/07/03 19:38:42
重箱の隅をつつく最悪のコミュニティが日本のDrupal公式。
はいはい、客を逃がしたい、仕事を失いたい人はDrupal以外の選択肢は有り得ません
304:nobodyさん
08/07/03 19:46:43
一連の連続コピペの文面をNGワード登録してスッキリ。
あぼ～んだらけだｗ
305:nobodyさん
08/07/03 19:50:08
万能CMSがどうしても必要なところってCMSが数百万掛かろうが出せるところが多い
そういうところは得てしてサポートを求めるけど、コミュニティ無し、日本語ドキュメント無し、サポート無しじゃ選択肢になるわけが無い
最低限の教育プログラム、編集者レベルの教育プログラム、管理者向けの教育プログラムとか必要になるけど
DrupalやJoomlaじゃわざわざ自力でやらなくちゃいけない。50人とか100人が使うCMSなら金払って有料の使うでしょ。
そういうとこのWeb担当者がDrupalの日本語コミュニティとかみて
「英語読めないってｗｗｗﾌﾟｷﾞｬｷﾞｬ」
「不満があるならCMSを自分で開発すれば？ｗｗｗ」
みたいなのが様子を見たらまず避けるだろうし。
306:nobodyさん
08/07/03 20:16:25
モジュールはクソ
Drupalの本家もアジア市場は諦めてるからね。
おいらが使うのもそろそろ別のCMSへ移行したので終わり。
とにかく誰かが上で書いてるけどイメージ悪過ぎ
とても仕事にはならない。お客が嫌がるからさあ
世間では管理者が童話を語るCMSサイトで通ってるらしいね
痛いCMSの代表になっちまったね。
307:nobodyさん
08/07/03 20:28:34
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
痛いCMS (´・ω・｀)ｶﾞｯｶﾘ…
308:nobodyさん
08/07/03 21:51:29
Joomla!なんかCNET Japanで可愛いおねえさんが
URLﾘﾝｸ(japan.cnet.com)
レポートしてるけどdrupalは無理だろうね。
イメージ悪いから。
309:nobodyさん
08/07/03 22:59:16
drupalは案件から外される。
「他のCMSで頼みたいなー。drupalじゃなくても出来るしょ！」
「日本じゃイメージ悪いよー。」
「クライアントが例のサイトを見た反応だから。」
「イメージの悪い物にお金は出せないから。」
機能的に優れているのに、日本でのうけが悪い。
310:nobodyさん
08/07/03 23:34:13
> イメージの悪い
311:nobodyさん
08/07/03 23:51:10
なんだかんだ言って結局XOOPSの案件多すぎ
drupalで紹介してもXOOPSで作り直すことになった
XOOPS一本にした方が効率がいいと最近気付いた
312:nobodyさん
08/07/04 00:07:19
きみはイメージの悪いものを気分を悪くしてまでお金を払うだろうか？
313:nobodyさん
08/07/04 00:14:01
イメージの悪い物にお金は出せないから。
314:nobodyさん
08/07/04 01:13:47
日本じゃイメージ悪いよー。
315:nobodyさん
08/07/04 01:22:41
オープンソースＣＭＳで金儲けしようとしているのだから
そのぐらいの苦労はしろよ、な？
316:nobodyさん
08/07/04 01:27:08
>>315
あなたの発言には差別用語が含まれています。
当局へ通報しました。
管轄裁判所に対し、
運営サイトに対し削除せず証拠物件として扱う命令を仮申請いたしました。
近くあなたを特定するでしょう。
あなたは社会的責任を負う事になります。
317:nobodyさん
08/07/04 01:30:44
WPμに勝てないCMSじゃ導入する意味無いし。
終わってるねDrupal。
318:nobodyさん
08/07/04 01:33:06
雰囲気悪杉wwwwwwwwwwww
課金管理モジュールがあるって聞いたんだけど
名前をおしえてください。
319:nobodyさん
08/07/04 01:37:41
画像をデーターベースへ保存するモジュールはあるかな？
filesホルダーにアップすると公開非公開てのがあるけど
非公開にするとGETで持って行かれないって事なの？
教えて下さいおねがい。
320:nobodyさん
08/07/04 01:39:01
>>316
あんた使い方おかしいよwwwwニートホープだろ
321:nobodyさん
08/07/04 01:39:55
>>320
あなたの発言には差別用語が含まれています。
当局へ通報しました。
管轄裁判所に対し、
運営サイトに対し削除せず証拠物件として扱う命令を仮申請いたしました。
近くあなたを特定するでしょう。
あなたは社会的責任を負う事になります。
322:nobodyさん
08/07/04 01:44:26
>>320
きみはイメージの悪いものを気分を悪くしてまでお金を払うだろうか？
323:nobodyさん
08/07/04 01:51:26
お陰さまで顧客に望まれています XOOPS
お陰さまで顧客に嫌われています Drupal
324:nobodyさん
08/07/04 02:24:23
元請から在庫管理のモジュールを依頼されたのですが
途中で変更になって涙目wwww
そして客先で言われたと
”きみはイメージの悪いものを気分を悪くしてまでお金を払うだろうか？”
なんか時間を無駄にしてしまいました。
ビジネスで使用される事を想定したものに不快な心証を与える事は
妨害行為ではないか？と、法律の専門家とも相談するつもりです。
325:nobodyさん
08/07/04 07:42:15
＿＿＿_
／ ＼
／ _ノ ヽ､_ ＼
／ oﾟ⌒ ⌒ﾟo ＼ 今日もまたDrupalをけなす仕事が始まるお。。。
| （__人__） |
＼ ｀ ⌒´ ／
326:nobodyさん
08/07/04 22:43:15
xcartというのがショプカートモジュールだろ
327:nobodyさん
08/07/05 10:20:04
>318e-Commerce関連で見ると色々あるな
328:nobodyさん
08/07/05 22:07:01
>>319
DBに保存てのは知らないけど、ファイル転送モードをプライベートにして、
httpdの設定をいじくると、確か普通の方法では見れなくなるんじゃないっけ？