ユーザログイン
タグ
最近のコメント
- ryo@drupal.org
- nicotoyo@drupal.org
- masr1975@drupal.org
- 0829@drupal.org
- kabetani@drupal...
- keizi@drupal.org
- ryo@drupal.org
- ptaro@drupal.org
- gondayu@drupal.org
- zorac@drupal-jb...
更新ドキュメント
- 2010年2月17日 08:53
- 2009年1月22日 11:54
- 2009年1月22日 11:53
- 2008年11月18日 17:55
- 2008年4月24日 17:53
モジュール情報サイトについて
2007年5月9日(水) 17:19 — ryo@drupal.org
node/28 の話の流れで、私のほうでもモジュール情報サイトのようなものを作ることに相成りました。
基本的なコンセプトとしては、広く浅く、現在リリースされているモジュールを網羅し、
本家の分類にとらわれない分類をし、かつ、複数のタクソノミーで絞込みができるようにしたいと思ってます。
ところでモジュールの数が膨大で、いちいち手打ちしてたのでは埒があかないので、
Import / Export API
を使って一括インポートできたら楽チンなんですが、どうもやり方がイマイチよくわかりません。
どなたか使用経験のある方、あるいは興味のある方、ヘルプしてもらえませんでしょうか？
これ、手元に定型化されたパターンの膨大なデータがあって、それを元にサイトを作る際などには必須のツールになると思いますので
どうかヨロシク。
それと、本家のほうの
pending bug report
pending feature requests
pending support requests
はバージョンがごちゃ混ぜなので、5X系のものだけをアドバンストサーチで抽出してそのフィード、例えば
http://drupal.org/project/issues/?projects=67043&versions=126979,137925,131004&categories=bug&states=1,8,13,14,15,2,4
をアグリゲートしようかと思ってます。これは後回しになると思います。
この記事のトラックバックURL:
http://drupal-jp.sourceforge.jp/main/trackback/34
- ryo@drupal.orgさんのブログ
- コメントを投稿するにはログインしてください。
コメント
Issues フィード...
すみません、パクってしまいました。
プロジェクトの Issues フィードを収集するというのはよいアイデアだな…ということで、自分のサイトに取り入れさせていただきました。
Googole の API を使いたいなとは思っていたのですが、ryo さんの発言のおかげで実際に取り入れることができました。
ありがとうございます。
おお～
なんかまだよくわかりませんけど、すごいですね。
ともあれ私の思いつきがお役に立てたなら嬉しいです。
issues は英語を読まなくてはならないのはいかんともしがたいですね(^^;;
私のほうも Google AJAX Feed API を勉強してみます。
私がやった時は
ドキュメントも読まないで適当にやったので、正しい手順かどうかわかりませんが、以下の手順で作業しました。
私は、nidなどデータの内部構造にかかわるデータもアップロードしてしまいましたが、もっと安全なやり方がある気がします。データの定義を間違えるとどういう事になるか判らないので、必ずデータのバックアップを取得してから作業した方が良いと思います。
RE:私がやった時は
すみません、今さらなのですが、ちょっと教えて下さい。
ですが、CCKで作ったフィールドは、エクスポートしたCVSには表れませんよね？
CCKで作ったフィールドを、エクスポートしたCVSのフィールドに自分ではめ込む、ということでしょうか？
あと、
の意味がよくわからないんですが・・・。
よろしくお願いします。
誤解を与えてしまったようですが
「データをインポートしたいコンテンツタイプを定義」というのは、モジュール情報保存用のtitleとbodyだけの一番単純なコンテンツタイプを定義したという事で、私はCCKを使ってフィールドの追加は行っていませんでした。誤解を与えてしまいすみません。
CCKでフィールドを定義するとデータをエクスポートするDBテーブルが増えるのでもっと複雑になるのではないでしょうか。(やった事がないので出来るのかどうかも知りませんが)
データインポート時に各項目(xxxx-collection,xxxx-revisions,xxxx-terms)のデータをどのファイルからインポートするか選択する画面があると思うのですが、その際にすべての項目について自分で作成したCSVファイルを選択したという事です。(これでもわかりにくいかな・・)
余談ですが、私の場合は結局ほとんどすべての情報を再編集する事になってしまったので、実は一つ一つ投稿してもあまり手間は変わりませんでした。 orz
RE:誤解を与えてしまったようですが
返信ありがとうございました。
明確に理解できました。私が勝手に誤解していました。
お疲れ様でした。(-_-;)
要するに、Import/Export は、データそのもの・あるいはデータを構成するフィールドをインポート/エクスポートするためのものではなく、
もっとメタレベルの、なんというかデータ定義構造のようなものをやり取りするもののようですね（トンチンカンなこと言ってたらすみません）。
なので、ちょっと私が勝手に期待していた用途にピタっと来るものではないような気がします。
どちらかというと、
Node importのほうかもしれません。
追って調べてみます。
ありがとうございます
というのは、雛型となるようなデータを一回入力し、それをエクスポートしてエクセルでフォーマット化して、
それに基づいてデータをエクセルで作成し、それをアップロードし、データインポート、
という手順、ということでしょうか？
うーん。
自分なりにドキュメント読んでみます。
とりあえずありがとうございます。
取り急ぎお礼まで。
ちょっと補足
バックアップ用途に使用出来ると記述されているので、とくにエクセルでフォーマット化しないでもエクスポートしたデータをインポート出来るのではないかと思います。私は、3つのファイルを編集するのが面倒だったので横着して1つのファイルにまとめてデータを作成してしまっただけです。正しくはそれぞれのファイル用のデータを作成する気がします。(老婆心ながら)
Re:ありがとうございます
私は、いきなり600レコードインポートしてしまいましたが(爆)