XOOPS Cube Legacyは、"CMS(Content Management System)"ではない。
XOOPS Cube Legacyは、正確に言うならば、"CMF(Content Management Framework)" だろう。
XOOPS Cube ベースで、CMSと呼べるモノとすれば、HDあたりだろう。
因みに、XOOPS Cube は、"Modulable Web Application Platform" です。
| 固定リンク | コメント (1) | トラックバック (0)
XOOPS Cube公式サイトに、日本語サイトができました。
http://xoopscube.sourceforge.net/ja/
日本語による様々な情報が掲載されてますので、XOOPS Cubeに興味のある方は、まずここから始められると良いでしょう。
| 固定リンク | コメント (0) | トラックバック (0)
XOOPS Cube は、XOOPSの国内版ではありません。
XOOPS Cube Project は、XOOPS Project からフォーク（派生）しました。
XOOPS Cube Legacy 2.1 は、XOOPS2.0 と「上位互換」です。
（実質の最新版とご理解ください。）
XOOPS2.0のモジュールは、XOOPS Cube Legacy 2.1 で利用可能。
XOOPS2.0のテーマは、XOOPS Cube Legacy 2.1 で利用可能。
XOOPS Cube の公式サイトは、
http://
xoopscube.jp は、単なるコミュニティサイトです。
xoopscube.org は、単なるコミュニティサイトです。
XOOPS 2.0-JP版 は、今現在、公式な開発は止まってます。
[追記]（但し、有志によるメンテは続いています。）
| 固定リンク | コメント (0) | トラックバック (0)
BCOOLさんが作られた、XOOPS Cube Projectのリンクバナーです。
XOOPS Cube Project のURLは、http://xoopscube.sourceforge.net/ です。
http://xoopscube.jp/ ではありません！お間違いの無いように！
もし、URLが古いままでしたら、リンク先の変更をしてください。
| 固定リンク | コメント (0) | トラックバック (0)
Characters in XOOPS Cube のツッコミを少々・・・。^^;;
--------
インストール画面でおなじみきゅーぶくん。じっと見てるとだんだん「もじぴったん」がやりたくなってきます。あたまのエックスはプロペラだったことが最近判明しました。
--------
「もじぴったん」、面白いです。ウチの娘も夢中！！
頭のプロペラは脱着式の「蚊取り線香」かと思ってた。。。orz
--------
2006年頃、 CUBE TIMES にコラムの連載を持っていた某国のエージェント。キューバ危機から世界を救うために奔走した高名なエージェントを父に持ち、自身はキューブ危機のために戦っている。 Legacy 用コードジェネレータ cubson の名前の元になりました。
--------
cubson氏には、母親はいなかったのか？との疑問がある。
母親はキュラリス・デジーグという。彼女は、幼少の頃、カリオストロ伯爵に育てられ、２人の子供を生んだ直後、「カリオストロの４つの謎」と呼ばれる内のひとつである、マリー・アントアネットの首飾りの謎に纏わる事件に巻き込まれ、誘拐され、その後の消息は判っていない。
また、cubson氏が追い続けてる闇の組織は崩壊したとの噂も耳にしたのだが・・・・。
正確な続報を待とう！
--------
理想的なモジューラブル設計がなされている理想郷ガンダーラを目指して旅する豚。１００歩進むたびにトラブルに遭う。
--------
「ガンダーラを目指して旅する豚」？？。それは猪八戒とは言わないのか？？
--------
……誰か組み合わせてリトル・キュロとか作ってください。
--------
僕からもお願い。誰か作ってください。・・・・って、いるのか？
| 固定リンク | コメント (0) | トラックバック (0)
Google Mapsの地図をサイトに取り込んで地図を使ったデータベースは、大変有用なデータベースになると思いますが、色々問題点もあるように思われます。
GoogleMapsには、マイマップというサービスがありますが、まず、それと簡単に比較してみます。
GoogleMaps マイマップ
+ 特定の情報を、地図を使ってデータベース化できる。
+ それを「公開」すれば、GoogleMaps での地図検索に表示される。
+ KMLを取り込む事が可能。
- KML出力が可能で、それをサイトに簡単な表示可能。但し、詳細な情報もサイトに表示する場合、多少の技術を必要とする。
(*) KML : 地図情報のデータのXML形式フォーマット
サイト内で、GoogleMapsを使う
+ 特定の情報を、比較的簡単に地図を使ってデータベースがサイト内に構築できる。
- 基本的には、GoogleMaps での検索には反映されない。
理想的な形としては、
「サイト内の地図データベース」が、「GoogleMaps のマイマップ」と連動して、地図検索に反映される。
更に、Google以外の地図検索サービスにも反映されれば、モアベタよ^^;;
では、XOOPSのGoogleMapsモジュールについて考えてみます。
・KML出力機能があれば、「GoogleMaps のマイマップ」へ情報を送れる。
但し、その都度、手動で行う事になると思われる。
・KMLの入力機能があれば、「GoogleMaps のマイマップ」の情報をマージできる。
入力のタイミングやキャッシュ方法に工夫は必要だと思うが、ほぼ自動化出来ると思われる。
実験の余地がありそうです。時間が出来たら実験してみます。
| 固定リンク | コメント (0) | トラックバック (0)
IBMサイトで面白い記事を発見したので、ここにメモっておきます。
PHP V5 でマルチタスク動作のアプリケーションを開発する
XOOPS Cube のXCube_Service なんかで使えないだろうか？？
複数のサイトに検索結果をリクエストした時、並列で処理可能なようなので、高速処理が可能になるのでは無いだろうか？
| 固定リンク | コメント (0) | トラックバック (0)
Locale を利用するケースとしては、地域リストなどが考えられる。
locale : JP
-------------------------------
$AreaListArray = array(
0 => "LANG_HOKKAIDO",
1 => "LANG_AOMORI"
)
-------------------------------
language : ja-JP
-------------------------------
define( 'LANG_HOKKAIDO' , "北海道");
define( 'LANG_AOMORI' , "青森");
-------------------------------
language : en-JP
-------------------------------
define( 'LANG_HOKKAIDO' , "Hokkaido");
define( 'LANG_AOMORI' , "Aomori");
-------------------------------
locale : US
-------------------------------
$AreaListArray = array(
0 => "LANG_ALABAMA",
1 => "LANG_ALASKA"
)
-------------------------------
language : en-US
-------------------------------
define( 'LANG_ALABAMA' , "alabama");
define( 'LANG_ALASKA' , "alaska");
-------------------------------
language : ja-US
-------------------------------
define( 'LANG_ALABAMA' , "アラバマ");
define( 'LANG_ALASKA' , "アラスカ");
-------------------------------
つまり、プログラム側では、
JPの地域リストだろうが、USの地域リストだろうが意識せず、
適用されているlocaleの地域リストを呼び出す処理が必要。
| 固定リンク | コメント (0) | トラックバック (0)
コミュニティを維持する為には、基本的には、ある程度の組織構造が必要になると考えます。
ただ集まる事が目的のコミュニティであれば、コミュニティ規模が大きくても、それほど組織構造は必要無いでしょう。
しかし、OSSなどの開発を目的としたコミュニティであれば、その規模に比例した組織構造が必要になるでしょう。
コミュニティ規模が大きくなれば、情報の整理やコミュニティの管理など様々な仕事が増える為に、当然、作業・タスクの分担を行う必要があります。
但し、それは会社などの業務ではありませんので、担当者に対して「義務」としてタスクを与える訳にはいきません。
あくまでも、ＯＳＳのプロジェクトの担当としてですので、その当事者の意思にまかせるしかありません。
それは、往々にして、「集団無責任」な状態になってしまいます。
もしくは、特定の個人に全て皺寄せされてしまうケースだってあるでしょう。
いぜれにせよ、それでは、そのＯＳＳプロジェクトが崩壊するのも時間の問題です。
それを回避する為に、「ＮＰＯ法人」や「財団」という形にするプロジェクトもあります。
「ＮＰＯ法人」や「財団」を形成する確かな基盤があれば、その選択肢もありだと思います。
もし、その確かな基盤が無いのであれば、当然ですが、「ＮＰＯ法人」だろうと「財団」だろうと、続きませんし、崩壊するでしょうね。
ＯＳＳプロジェクトっていうのは、元々、個人の小さなプロジェクトから始まったモノが多いでしょう。
そして、それが優秀なプログラムや便利なアプリであれば、自然とユーザーが増え、開発協力者も増えてきて、ユーザーも含めた大きなコミュニティが形成されるのかと思います。
たいていは、その時に、どういう組織構造を取るべきか選択を迫られるのかと思います。
そうでなければ、「集団無責任」の道を辿り、コミュニティの崩壊に進むのかと思います。
せっかく育ったコミュニティが崩壊すれば、そのＯＳＳプロジェクトは、また一から始めなければなりません。
業務でも無いプロジェクトに、それだけの魅力が見出せるほどのプログラム（アプリ）であれば、もしかしたら、やり直しは可能かもしれませんが、もしかしたら、また同じ道を辿るかもしれません。もしかしたら、それは大きな博打かもしれません。
「XOOPS Cubeプロジェクト」も、「XOOPSプロジェクト」からフォークした後、その選択をしなければなりませんでした。
そして、「XOOPS Cubeプロジェクト」が取った選択は、『大きなプロジェクトを形成しない』という方向に進む事に決定しました。つまり、「小さな政府」にするという事です。
XOOPS Cube自体を、Webアプリの中核（コア）となるべき部分のプログラムに特化し、可能な限り、縮小化しました。それに伴い、コミュニティも可能な限り、縮小しました。
しかし、Webアプリの中核（コア）だけではWebアプリは成立しません。
そのコアを元に、必要なライブラリ、システム、アプリケーションなどが必要です。
その為に、XOOPS Cube というコアを使った場合には、そのライブラリやシステムなどをモジューラブルに換装可能にして、開発者やエンドユーザーが柔軟にWebアプリを構築できる様な仕組みを目指しています。
OSやミドルウエアー等の他のＯＳＳプロジェクトと比較した場合、Webアプリの場合は、よりエンドユーザーに直結していますので、そのニーズに対する要望は無限にある事になります。
それら全てに答える事、対応する事、取り入れる事は、ハッキリ言って無理です。
それを解決する為には、やはりコアを小さくし、モジューラブルに必要な時に必要なモノを連結出来る仕組みにしなければなりませんでした。
当然、それらのライブラリやシステムにも、個々にプロジェクトが形成されるでしょう。
そこで、XOOPS Cubeを中心とした小さなプロジェクト（コミュニティ）が集まる事で、全体として巨大なプロジェクトが形成可能になる筈です。
それらのプロジェクトは、XOOPS Cube とは独立したプロジェクトであり、基本的に個々に運営してもらいます。
そして、それらの中から必要なプログラムをチョイスして、パッケージングし、ディストリビューションなどへ発展していくと面白いですよね。そのような発展もXOOPS Cube とは全く関係無いところでも自由にやり安くなると思います。
一部の巨大なＯＳＳプロジェクトを除けば、小さなＯＳＳプロジェクトはテールエンドの如く存在する筈です。
これは、その小さなプロジェクトが生き残る為の一つの方向性では無いかとも思っています。
（本末転倒かもしれませんが・・・・、）
そのようなコミュニティ形態を形成する為には、XOOPS Cube 自体にモジュールブルにライブラリやシステムを連結出来るような仕組みを持たせる必要があります。
そのモデルとして、「OGRE 3D」を大いに参考にさせてもらいました。
XOOPS Cube 自体も、まだ理想とする完全なモジューラブルな世界には到達していません。
某氏の発言を引用するならば、その世界とは、
(*)ガンダーラ...どこかにあると言われているが行き方が不明のユートピア
なのです。
現在、ガンダーラを目指し（笑）、XOOPS Cube の更なる発展の為に開発がすすめられています。
♪どうしたら行けるのだろうか・・・、教えて欲しい・・・・。 (爆)
| 固定リンク | コメント (0) | トラックバック (0)
Language と Locale について( ..)φメモメモです。
language
locale
あとで、追記するかもしれない・・・・・^^;;;
| 固定リンク | コメント (0) | トラックバック (0)
OpenIDやFOAF等の技術を利用してopenなSNSが出来たら面白いだろうなぁ～と常々思ってるんですが・・・。
- OpenID Livedoor Auth
- FOAF - メタデータによる知人ネットワークの表現
XCube的には、
これらの技術を元に、userモジュールを拡張する・・・・・・か。
それにより、ユーザーのネットワーク、コミュニティのネットワークが明確に形成できる・・・・・？
XCube的であれば、コンテンツによっては、必要に応じて、クローズドで仲間内だけに公開も出来るし。
記事の公開度を変更可能って事では、ＶＯＸとかでも良いかもしれないが、ＡＳＰタイプのサービスでは、ちょっと面白くない。
ブラウザーでSNSしちゃうってのもあるんだ～。（まだ、プロトタイプ？？）
- Mozilla :: The Coop
Firefox3.0 で、openIDに対応するようですなぁ～。
http://radar.oreilly.com/archives/2007/01/firefox_30_requ.html
| 固定リンク | コメント (0) | トラックバック (0)
CMSのレンダリング部分に、テンプレート・エンジンを使った場合と、XML-XSLT を使った場合と、の違いについて考えてみた。
（以下、思い付き事項のメモみたいなもいんです。）
通常のテンプレート・エンジンの場合、
・プログラムが各変数を吐き出し、
・それがテンプレートを経由して、
・HTML形式に出力し、それをブラウザーに渡す。
（ここまで、サーバー側のお仕事）
・ブラウザーは、HTMLを解析/表示。
XML-XSLT テンプレートの場合、
・プログラムは、XSLTを指定してXMLを出力する。
それをブラウザーに渡す。
（ここまで、サーバー側のお仕事）
・ブラウザーは、XML-XSLTを解析/表示。
と、違いがあると思われます。
この時、Googleとかの検索エンジンは、どこまでXML-XSLT を解釈するのだろうか？
もし、仮に、XMLしか解釈しないのならば、配列のダンプ表示と変わらないデータを、検索エンジンは持っていくと思うのだが・・・。（僕、何か勘違いしてるかな？？）
ブラウザーがレンダリングする時、HTMLでも、XML-XSLTでも、負荷は大きく変わらないのだろうか？
とりあえず、最新のブラウザーなら、XML-XSLTの環境も整いつつあるように思ってるが・・・。
っていうか、文字ブラウザーとか音声ブラウザー等では、どう表示/表現するのだろうか？
（このあたりは、対応状況等、未知の世界・・・・。^^;;）
僕の解釈では、
XML = 変数一覧
XSLT = テンプレート
CSS = CSS
と、解釈してるが、間違っているかな？？
テンプレート・エンジンが負荷が大きい場合などは、サーバー負荷軽減に繋がるとは思うが。
若しくは、こういう事なら・・・、
XML-XSLT テンプレートの場合、（パターン２）
・プログラムは、XSLTを指定してXMLを出力する。
・XML-XSLTをHTMLに変換。それをブラウザーに渡す。
（ここまで、サーバー側のお仕事）
・ブラウザーは、HTMLを解析/表示。
であれば、ブラウザーは今までどおりのお仕事をすればいいのだが。
| 固定リンク | コメント (0) | トラックバック (0)
サーバートラブルにより、サイトが落ち、難民状態を強いられていたXC-Tokai が復活いたしました。
XC-Tokai
東海地区のXOOPS Cube ユーザーのコミュニティです。
毎月、名古屋でマッタリとした勉強会を行っていますので、興味のある方は、どうぞ～～！！
| 固定リンク | コメント (1) | トラックバック (0)
オープンソース開発者のＳＮＳみたいなサービスがありました。かなり面白いです。
世界中のオープンソ－スプロジェクトがリストアップされていて（登録制ですが）、プロジェクトと開発者の状況などを見る事ができます。
Open Source Directory
Ohloh :: XOOPS Cube
Ohloh :: XOOPS Cube TOKAI
Ohloh :: xlab project
| 固定リンク | コメント (0) | トラックバック (0)
来る7月29日（土）、名古屋国際会議場にて、東海地区で初めてのXOOPS（ズープス）イベントとなる「XOOPS Cube東海カンファレンス2006」（通称XTC2006）が開催されます。
実際に開発にかかわっているコアチームのメンバーに講師をお願いし、新バージョンの内容に関して具体的なお話しいただく事にもなっております。
この機会に開発者とユーザーの間のコミュニケーションを深め、今後のXOOPSコミュニティの発展に貢献できれば幸いです。
ぜひお誘い合わせのうえご参加ください。お待ちしております。
尚、参加申込みは、「イベント」と「懇親会」を別々に受け付けておりますので、
共に参加ご希望の方は、お間違いの無いよう、お願いいたします。
>>> XTC2006 懇親会 申し込み
■□━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
XOOPS Cube東海カンファレンス2006のご案内
「でたがね！ズープスキューブ」
http://www.xc-tokai.com/xtc2006/
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━□■
来る7月29日（土）、名古屋国際会議場にて、東海地区で初めてのXOOPS（ズープス）
イベントとなる「XOOPS Cube東海カンファレンス2006」（通称XTC2006）の開催が
決まりましたので、ご案内させていただきます。
■ XOOPSCube（ズープス・キューブ）とは
ご存知のように、XOOPSCubeは日本発のオープンソースのCMSです。
誰もが無料で利用することができ、WEB上でインストールし、各種設定をすればすぐ
にひとまとまりのサイトができあがり、専門的な知識のない人でもWEB上から簡単に
記事を書き込んだり削除したりすることができます。
また、いろいろな種類の「モジュール」を追加または削除することで、サイト構築
後でも簡単に機能を増減することができます。
XOOPS Cubeは、このような日々の更新作業の手軽さと構築後のメンテナンスの容易
さによって、各種コミュニティサイトをはじめ企業のサイトにも導入が進んでいます。
それに加えて、今年はさらに進化した新バージョンXOOPSCube2.1のリリースが決ま
っており、制作者サイドからも、その詳細を知りたいという声が高まっています。
そこで今回は、実際に開発にかかわっているコアチームのメンバーに講師をお願い
し、新バージョンの内容に関して具体的なお話しいただくことになりました。
また、東海地区のXOOPSユーザーにもXOOPSを使ったサイトを紹介していただいた
り、フリートークの時間を用意しております。この機会に開発者とユーザーの間の
コミュニケーションを深め、今後のXOOPSコミュニティの発展に貢献できれば幸い
です。
ぜひお誘い合わせのうえご参加ください。お待ちしております。
■ イベントスケジュール
【日時】2006年7月29日（土） 13：00～16：30
【場所】名古屋国際会議場 会議室２号館２２４
http://www.ncvb.or.jp/ncc/
【参加費】無料
【セミナー予定】（敬称略）
「意外と簡単Xoops」
SeeDa！！
「XOOPS Cube 2.1 コンセプト紹介」
XOOPS Cube コアチーム
「私でもできる？ Cubson によるモジュール作成」
氷川 霧霞
「GUI版 Cubson GUI Forceの紹介」
minahito
「デリゲートによるCubeカストマイズ例紹介」
nobunobu
「もう一つのCubeレガシー altsysの紹介」
GIJOE
など予定。
※セミナー内容は都合により変更する場合がありますので、予め御了承ください。
■ 懇親会
【日時】 2006年7月29日（土） 18:00～
【会場】 和洋旬彩 ルビーズスタイルダイニング（RUBYS STYLE DINING）
料理、デザート、ドリンクと3拍子揃った話題のお店
http://www.ganet.jp/shop_frame.asp?shop_id=001525
【場所】 〒460-0022 名古屋市中区金山1丁目7-13 明和レジデンス1F
地下鉄・名鉄・JR金山総合駅 徒歩1分（金山駅すぐ！）
TEL 052－321－8511
【定員】 50人
【参加費】4000円
■ 参加のお申し込みは下記サイトからお願いします。
http://www.xc-tokai.com/xtc2006/
（１）イベント（定員100名）参加無料
（２）懇親会（定員50名）参加費4,000円（当日集金）
最初に断っておこう、私はCubson氏とは全く面識は無い。
だが、私の友人であるカオス・ミンミン氏とCubson氏は親交が深いのだ。
そこで、Cubson氏の素顔が少しでも判ればと、ミンミン氏の話を元に、ここに記しておく事にする。
Cubson氏は、本名をグラッツェ・M・キュブソン（Grazie M Cubson）と名乗り、フランス人と言われている。
言葉には南部訛りがある事から、南フランス出身（プロヴァンス地方か？）では無いかと想像されるが、真実のところは定かではない。
父は「ワトソン」という名で、若い頃は、ある有名な英国の探偵事務所に優秀な助手として勤めていたそうだ。
その後、「闇の組織」に追われ、密かにフランスに渡り、そして、二人の男の子供が生まれた。
残念な事に、その数年後、ワトソン氏は、「闇の組織」の手により謎の死を遂げるのである。
だが、当時のフランス警察は、自殺として処理をし、ワトソン氏の死の事実は闇に葬られてしまったのだ。
死の真実を知るのは、唯一、当時まだ幼い二人の子供だけであった。
その二人は、共に「闇の組織」と闘うべく決意を固め成人を迎えたのである。
その長男とは、なんと、あのボブソン氏なのである。
そう！、あの世界中を恐怖に奮いあがらせた「キューバ危機」で、「闇の組織」と戦い、世界を救った、英雄ボブソン氏なのである。これに関しては、世界中の誰もが知る事実であり、詳しく説明する必要もないであろう。
そして、次男がCubson氏である。
Cubson氏自身も秘密工作員であったそうだが、今は、定かでは無い。
ただ唯一確かな事は、Cubson氏は「キューブ危機」から世界を救う為に日夜、「闇の組織」と闘っているのだ！。
先日、彼が、ドーバー海峡を渡り、マフィアの追撃を振り切ったとの噂を耳にした、だが、おそらく彼を追っているのは、マフィアでは無くて「闇の組織」だろう。
Cubson氏のフランスでのミッション中に、「闇の組織」のフランス幹部Skalpaが、その動きを察知し、刺客を送り込んだに違いない。
Cubson氏が、今、どこにいるのか？？
それは、彼の身の安全の為、はたまた世界の平和の為、ここには書く事が出来ない。
よいこのみなさんなら、御理解いただけるだろう～。
・・・つづく。 ・・・・・かも(^^ゞ
2006年1月28日(土)19:00～21:00 より、「異業種"人"交流会eXe」にて、XOOPS勉強会を行ないます。
今回は、eXeサイトをXOOPS化する構築作業をお見せしながら、みなさんで一緒に勉強していこうという、なんとも無謀な（笑）企画です。
XOOPSに興味のある方は、ぜひご参加ください。
参加申込みは、こちら
>> 2006-01-28: XOOPS勉強会 (eXeサイトXOOPS化計画 その1)
■題名 ：XOOPS（ズープス）勉強会
eXeサイトXOOPS化計画 その１
■日時 ：1月28日(土) 19:00～21:00
■場所 ：eXe
http://www.exe-j.net 地下鉄桜通線 車道駅下車1分
■概要 ：『あなたもコミュニティサイトを作ってみませんか？ 』
なぁ～んて言われても、ピントきませんよね。
『なら、いっそ、eXeサイトもXOOPS化しちゃえ～～ぃ！』
って事で、eXeサイト、XOOPS導入の構築風景を全てお見せい
たします。逃げも隠れもいたしません。（笑）
『いったいどうしていいのか分からない！ 』
『管理画面を見ても、意味がさっぱり分からない！ 』
いえいえ、100の説明よりも実践あるのみです！
IKUKOさんにお手伝い頂き、私(Tom)がeXeサイトを構築してい
きます。
実際の構築風景を見ながら、皆さんで勉強しましょう。
■講師 ：Tom (http://www.xc-tokai.com/)
■助手 ：IKUKO＠eXe会員
■幹事 ：Tom
■費用 ：１０００円（eXe会員は５００円）
■参加資格：XOOPSに興味のある方ならどなたでも
■参加方法：事前に下記ＵＲＬより参加申込みをしてください
http://www.xc-tokai.com/modules/eguide/
当日はご自分のパソコンを持ち込んでいただいても結構です
（ネットに接続できる環境がございます）
■定員 ：１０名
XOOPS Cube ロードマップによると、
- systemモジュール以外のモジュールの非同梱化
- systemモジュールの一部機能を独立したモジュールへと転換（systemモジュールの軽量化）
との事だが、具体的にどうなるのか、ちょっと考えてみる。
標準モジュールが非同梱となるので、Systemモジュールだけになるかというと、そうでは無く、「一部機能を独立したモジュールへと転換」なので、従来の互換維持等で独立するモジュールがあるようだ。
ユーザー関係、ＰＭ，コメント、イベント通知などが、それにあたる。
これらのモジュールを、便宜上、ここでは「フューチャー系モジュール」と呼ぶ事にします。
これらを踏まえて、モジュール回りを勝手に想像して整理して考えてみます。
（以下、あくまで私の推測ですので、取り扱い注意です(^^ゞ。）
【システム系モジュール】
●systemモジュール
（以下の現行管理画面相当の機能が該当すると思われる）
・system > 一般設定 > 一般設定
・system > 一般設定 > METAタグ/フッタ設定
・system > 一般設定 > 禁止用語設定
・system > 一般設定 > メール設定
・system > ブロック管理
・system > グループ管理
・system > モジュール管理
・system > テンプレート管理
（これらは、どういう扱いになるのだろう？）
?? system > イメージ・マネジャー
?? system > 顔アイコン設定
●baseモジュール
従来のXOOPS2.0系の互換関係かと。
【フューチャー系モジュール】
主に、サイト全体に関わるような機能についてのモジュール。
●userモジュール
（以下の現行管理画面相当の機能が該当すると思われる）
・system > アバター・マネジャー
・system > ユーザ検索
・system > ユーザ宛にメール送信
・system > ユーザランキング設定
・system > ユーザ管理
・system > 一般設定 > ユーザ情報設定
●serachモジュール
（以下の現行管理画面相当の機能が該当すると思われる）
・system > 一般設定 > 検索オプション
●bannerモジュール
（以下の現行管理画面相当の機能が該当すると思われる）
・system > バナー管理
●commentモジュ－ル
（以下の現行管理画面相当の機能が該当すると思われる）
・system > コメント
●イベント通知モジュール
従来から存在する機能は、ここまでかな。
以下、あると便利な機能や、これから現れそうな機能を予想してみると・・、
●トラックバックモジュール
●Tell a friendモジュール
「友達に知らせる」などの機能だが、メーラーを起動させるのでは無く、フォームを表示する事で文字化け対策になるのかと思われます。
（すでに、そのようなモジュールも存在しますが。）
●Call meモジュール
「友達に知らせる」の反対で、個々のページ(Item)について管理者に問い合わせる機能です。
●printモジュール
●PDFモジュール
今まで、モジュール個々に実装していた「印刷」「PDF」などが提供されれば、モジュール開発なども容易になるし、サイトとして統一感がでてくるかと。
●Amazonモジュール
●GoogleSearchモジュール
●GoogleMapsモジュール
モジュール間通信的感覚で実装できると、便利ですよね。
●SPAWモジュール
●新着情報モジュール
●RSS発信モジュール
●カレンダーモジュール
●承認記事管理モジュール
現状、プラグインでモジュール間通信のような機能を実装していたモジュールなどの開発が楽になるのかな。
まぁ、こうしてみると、【フューチャー系モジュール】の用途が、凄く多い事。
XOOPS Cube2.1.0の最大の新機能になりそうです。
画期的だと思います。
【管理系モジュール】
主にSystemモジュールの補佐的な位置付けで、3rdパーティから公開されるようなモジュールですね。
●プロテクターモジュール
これは有名ですよね。
：
等など
【コンテンツ系モジュール】
これも、すでに多くのモジュールが公開されていますが、大雑把に分類すると、
・コンテンツモジュール（普通のモジュール）
・ブロックモジュール（ブロックのみを提供するモジュール）
かな。
こうして見ると、【コンテンツ系モジュール】以前に、通常は１０数個のモジュールがインストールされる事になりそう・・・・。
更に、【コンテンツ系モジュール】をインストールすると、２０～３０のモジュールでサイト運用するのが一般的となってしまう。
そうなると、現状の管理画面では、左側のモジュールアイコンがずらぁ～～～～と並ぶ事に。
現状のように、JSでポップアップするメニューだと無理がありそうです。
JSには、ブラウザー依存の性格もあるし、現在のXOOPSのJSでは不具合も残っているし・・・。
現状の管理画面のトップのメイン部分は、真っ白なんだし、
いっそ、ここにテキストのメニューを並べた方が良さそうに思います。
ブラウザー依存の問題も解決出来ますし。
個人的には、管理画面でJSを多用する事には反対ですね。
使うのであれば、必要最低限にしていただきたい。
管理画面にも見栄えは必要かとは思いますが、それよりも「環境に依存しない機能性」を重視するべきかと思います。
その為にJSを使うのであれば良いのですが、最初からJSに頼った管理画面表示はいただけ無い。
管理画面に必要な機能とは、
・サイト全体が見渡せるように、構成が把握しやすいような視認性。
・目的の管理画面に、最短でたどり着くような（少ないクリックで）機能性。
などは、重要ですよね。
あと、XOOPS Cube の最新バージョンやセキュリティ情報等が判る仕組みもあると良いですね。
以前の管理画面のように、RSSを表示するのもありですが、この場合、RSS発信サイトが落ちてると世界中で管理画面が表示しない（以前にもありましたが・・）って事もありますので、そのあたりの配慮も必要かと。
ただ、RSSでなくとも、XMLのフォーマットで必要最低限の情報だけでも充分だと思いますので、そのような仕組みは必要ですね。
更に(^^ゞ、モジュールの各管理画面にmymenu的な表示があったり、exFrameのライブラリーなどが取り込まれると、モジュール開発（特に管理画面の開発）は格段に快適になるでしょうね。
以上、私の、希望とか、想像とか、ゴッチャに書いてみました。(^^ゞ
--------
なぁ～～んて書いていたら、こんな投稿が。
XOOPS Cube 開発状況
ここ数日で、もう少し詳しい状況が判るかもしれませんね。
2005/10/29の関西オープンソース2005に、XOOPS Cubeとして参加させていただきました。
当日朝、藤下さんと共に。予定どおり、新幹線「のぞみ201」で大阪へ。
東京からの龍司さんと、新幹線で合流出来る事を期待してましたが、なんでも1時間出遅れたとの事(^^ゞ、僕ら二人で大阪に向かいました。
順調に、9時過ぎには大阪産業創造館 に到着。
１階のカフェで松岡さんと合流。まったりとお茶してましたところに、しゃのさんから「渋滞中～・・・」とのメールあり、渋滞に巻き込まれて、ちょいと遅れる様子。
9時半になったので、一応ＫＯＦの受付しなくちゃと、僕と藤下さんが移動。
松岡さんには、１階で遅れてくる方の待ち伏せをお願いして・・・。
受付も済んで、4階のブース会場へ。
では、準備しましょうか～～。
そこへ、しゃのさん、裕二さんチーム登場。あれ！？松岡さんには会わなかったの？合ってないらしい・・(^^ゞ
まぁ～～いいか（笑）
ブース用の荷物は、裕二さんのダンボール2つだけ！
とはいえ、その中には、プロジェクターはもちろん、筆記用具やＸＯＯＰＳ Cubeの看板や一通り揃ってます、さすがです。
松岡さんもブースに来られ、馬場さんも登場です。
パンフの折込や、資料のホチキス等、ブースの準備も順調に進み、残るのは、プロジェクタ－に表示するネタだけ！つまり龍司さん待ちです（笑）
１０時半過ぎ、龍司さん登場！
これで、ブースの準備も完了で、ブースの11時会場に無事間に合いました。
ブース展示中は、のんびりした感じで、まったりと進行（笑）・・・。
そんなところに、３つのパズルを持ってマッチャン登場で、俄然、ブースに活気が出て来ました。（爆）
みんなパズルを手にして悩んでる。何してるんだか・・（笑）
ふと、近くのブースを見渡すと、ブースにたった一人で、しかも机に伏せて爆睡してるブースが・・・。
お疲れなんでしょうか・・・？（笑）
まぁ、それもありでしょう（笑）
午後になり、セミナーの受付の方が増えてきました。
受付済んだ方が、2時半頃で、20人弱くらいだっかたかな。
2時半には、しゃのさんと5階のセミナー会場に移動。
まだ時間があったので喫煙室でゆっくりしてたら、前のセミナーが45分には終わったようで、ラッキー！です。
早速、準備開始！。
裕二さんと僕で、ＰＣとプロジェクターの準備。
しゃのさんが入場者の整理をしていただき、教室の外では、藤下さんと松岡さん、馬場さんらもお手伝いいただいていたようです。
教室の３７席もスグに一杯になり、なんと、立ち見で参加の方も１０数名。
更には、入りきれなかった方も、外に１０数名いらっしゃったとの事です。（ほんと申し訳ないm(_!_)m）
3時ジャストにはセミナーを開始出来ました。
前回の東京のOSC2005-fallのセミナーと同等の内容でしたが、XOOPS初心者の方も多いと聞いてましたので、難しい内容だけカットして行ないました。
小さな教室でしたが、参加者の反応を肌身で感じれましたので、話をしていて、とっても話がしやすかったですね。
武道館よりも小さなライブハウスって感じですかね(^^ゞ
参加者の反応が良くて、後半、僕ものってきました。（しゃべりまくり（爆））
セミナー終了後、熱覚めやらぬ一段がブースに移動、セミナー中、閑古鳥が鳴いてたブースも、一転賑やかに（笑）
私もブース手前で、みなさんとお話して、ようやくブースにたどり着き、一段落。
5時には、ブースも閉店です。
撤収は早いです。一瞬でしたね（笑）
その後、みんなで居酒屋に。
なんだかんだと、ＸＯＯＰＳ話で盛り上がって、気がついたら、９時ちょっと前。
では、そろそろ帰りましょうか、って事で、松岡さんに案内していただき、龍司さん藤下さんと私は、新大阪へ。
そこで、事件発生！
東京行きの新幹線は、もう無かった（最終21:18だって）。
龍司さんが帰れない・・・・・。
すいません、ではお先にと、藤下さんと僕は、名古屋へ。
なんでも、龍司さんと松岡さんは、それからまた飲みに行ったとか・・・。
僕は、なんとか、11時過ぎには、無事自宅に帰れました。
XOOPS Cube の今後の動向について、現在の時点で公開されている情報を元にまとめてみます。
■ロードマップより■
まず、現時点でのロードマップはこちら。（2005/09現在）
xoopscube.jp : ロードマップ
【バージョン：2.0.x JP (仮称)】
（現在 XOOPS 2.0.12-JP）
現時点で、基本的な実装は完了したと思われる。後は、バグフィックスや緊急なセキュリティ対策のみの対応かと思われます。
『Protectorモジュールもしくは相当機能のコアへの追加』がまだ実装されてないとも思われますが、Protectorモジュール自体、通常必要以上の機能も実装している事等から、最低限必要な機能だけコア側に実装し、それ以上必要な時にはProtectorモジュールを使用するという住み分けがされるのではと想像しています。
【バージョン：2.1.0～2.2.0 JP （XOOPS Cube 2.1/2.2）】
（たぶん、ここからXOOPS Cube と名乗るのだと想像してます）
ここで、表面上一番大きな変更点は、従来の標準モジュールと言われていたモジュール群が同梱されない事です。
この時点で、同梱されるのは、systemモジュールだけ。
更に、systemモジュールの一部機能（ユーザー関係、バナー関係、・・等）を独立したモジュールへと転換して、systemモジュール自体は、必要最小限の機能だけに限定されるようです。
（おそらく、system「一般設定」+α程度の機能だけになるのかと・・・・。）
コア的には、積極的に既存の優秀なライブラリーを取り入れる事によって、拡張性を高め、コア自体の縮小化を進めていくようだ。
■モジュールの互換性■
また、その時の既存のモジュールの互換性についてここで纏められている。
XOOPS Cube シリーズと XOOPS2 シリーズのモジュール互換性について
・XOOPS 2.0.x-JP
・【互換】 XOOPS 2.0.x対応モジュール（xoops.org版：少なくともXOOPS 2.0.10までは互換対応）
・【互換】 XOOPS 2.0.x-JP対応モジュール
・【非互換】 XOOPS Cube 2.1/2.2対応モジュール
・【非互換】 XOOPS 2.1/2.2対応モジュール（xoops.org版）
・XOOPS Cube 2.1 / 2.2
・【互換】 XOOPS 2.0.x対応モジュール（xoops.org版：少なくともXOOPS 2.0.10までは互換対応）
・【互換】 XOOPS 2.0.x-JP対応モジュール
・【互換】 XOOPS Cube 2.1/2.2対応モジュール
・【非互換】 XOOPS 2.1/2.2対応モジュール（xoops.org版）
・XOOPS 2.0.x（xoops.org版）
・【互換】 XOOPS 2.0.x対応モジュール（xoops.org版）
・【非互換】 XOOPS 2.0.x-JP対応モジュール
・【非互換】 XOOPS Cube 2.1/2.2対応モジュール
・【非互換】 XOOPS 2.1/2.2対応モジュール（xoops.org版）
・XOOPS 2.2（xoops.org版）
・【互換？】 XOOPS 2.0.x対応モジュール（xoops.org版）
・【非互換】 XOOPS 2.0.x-JP対応モジュール
・【非互換】 XOOPS Cube 2.1/2.2対応モジュール
・【互換】 XOOPS 2.1/2.2対応モジュール（xoops.org版）
若干未確認な部分もありますが、以上で、間違いないと思われます。
因みに、XOOPS1系のモジュールですが、さすがに、もう無視しても良いのでは無いかと、個人的には思ってますので、上記では互換・非互換は考慮してません。
■モジュール構造■
で、これらから想像するところでは、XOOPS Cube 2.1/2.2 では、モジュールの作り方が変わってくるようだ。
コアがこれだけ変わってくるのだから、当然と言えば当然だけど。
【互換モード】（勝手に命名(^^ゞ）
「XOOPS 2.0.x対応モジュール（xoops.org版）」や「XOOPS 2.0.x-JP対応モジュール」との互換性を維持する為のモードで、これにより、前出の従来のモジュールが使用可能になる。
【Cubeモード】（これも勝手に命名(^^ゞ）
「XOOPS Cube 2.1/2.2対応モジュール」専用。
こんな感じだろうか。
とはいっても、【互換モード】が存在するのだから、慌てる必要も無いでしょう。
■テーマ・テンプレート■
コアへの実装方法などは大きく変更されるとは思いますが、
ユーザーとしては、基本的には、従来のテーマ・テンプレートとも互換性を維持する方向なので、特に問題は生じないと思われます。
注意：
これらの記述は、XOOPS Cube リリース前の現在においては、想像の占める割合が大変大きく、実際には全く違っている可能性もありますので、ご注意ください。
■参考サイト■
minahitoさんのblog : Xoops2 Concept Model
minahitoさんのblog : コンセプトモデル：XOOPS Shade
大阪府大阪市にて「XOOPS Smartyカスタマイズセミナー」の講師をさせていただきます。
ＸＯＯＰＳの基本的な操作が理解できる方を対象としておりまして、XOOPSのテーマ・テンプレート(Smarty)のカスタマイズについて、Smartyの基本的な部分から、良く使うカスタマイズ、知ってると便利なカスタマイズ、最新のＸＯＯＰＳで実装された機能などを、実際にＰＣを操作しながら、時間の許す限り、解説させていただくつもりでおります。
今回は、比較的カスタマイズ初心者的な方を対象としていますので、このセミナーをきっかけに、バリバリカスタマイズ出来るようになって頂ければと思っております。
【開催日時】
平成17年8月26日（金）18：30 ～ 21：15 受付開始 18：20
【開催会場】
大阪産業創造館 5F パソコン実習室2
〒541-0053 大阪市中央区本町1-4-5 TEL 06-6264-9800
【募集人数】
20名
【受講対象】
すでにXOOPSの基本操作ができて、テーマ・テンプレートの操作が少しでも出来る方。
【受講費用】
特別価格 12,000円
【詳細内容】
XOOPS Smartyカスタマイズセミナー
XOOPSサイトを構築する際に良く使うカスタマイズ、便利なカスタマイズ方法を解説。
具体的にテーマやテンプレートを操作しながら解説いたします。
※ 実際に各人でパソコン操作をしながらの講習となります。
受講のお申込みはこちらから
特別講習 『 XOOPS Smartyカスタマイズセミナー 』 : 申込み
7/30のイベントXWJ(Xoops West Japan)に参加させていただき、「XOOPS実践カスタマイズ」という題で講演させていただきました。
関連情報は、こちらに随時まとめています。
イベント: 2005/7/30 XWJ (Xoops West Japan)
でも、さすが関西のイベントですね。マジで楽しいイベントでした。
講演の中にも随所にネタを仕込んで、いろいろ楽しませていただけました。
参加された方々も、大変反応が良く、暖かく見守っていただけた印象があります。
笑いが絶えないと言うか・・・・・、(^^ゞ
マリちゃんのハプニングを随分ネタに振らせていただきましたが、「ガハハ・・・・・！！」って笑ってやり過ごすマリちゃん、最高です。
『財布にヒモを・・・』も大切ですが、
『新幹線の飲酒は、控えましょう！』・・・・・かな。
『原稿できあがらないで、本人できあがってたりして（笑） 』・・・ナイスです＞龍司さん
今回、行きも帰りも 龍司さんと同じ新幹線でした。
前回の東京のイベントで、龍司さんとはお会いしてるのですが、なぜだか、お互いに声を聞くのは、この日初めてでした。
モジュールは３０分では出来ない事を、身をもって改めて実証していただいた、unadonさん。ナイスです。
しかもFAQナンバー１の『す、すいませ～～ん、画面が真っ白です！』をも、身をもって実証されるなんて・・・(^^ゞ＞、マリちゃん、ゆじさん
「それで、セキュリティの話は、どうなったんでしょう？？」って突っ込みはしませんのでご安心ください。
いやぁ～～楽しかったです。
【関連リンク】
- XWJ 公式サイト
- XOOPS WEST JAPAN受講所感 (松岡さんのブログより)
- Affiliate Field : XOOPSセミナーin神戸！(紹介編) (紫ママ色さんのブログより)
- Affiliate Field : XOOPSセミナーin神戸！(お笑い？編) (紫ママ色さんのブログより)
- アトピー性皮膚炎の高山家 : いろいろなコミュニティー
- D-KAGA Blog : XWJセミナー
- 露天風呂ぐ : イベント無事終了～(Matchanのブログより)
神戸で7/30 ＸＯＯＰＳイベントが開催されます。
前回に続き、こちらでも、講演させていただく事になりました。
前回、東京での講演は『実践カスタマイズ』という題名でお話させていただきましたが、
ここ数ヶ月のＸＯＯＰＳ開発回りでの目まぐるしい変化によって、前回とちょっと事情が違ってきていますので、次回、神戸のイベントでは、その拡張版として、『続・実践カスタマイズ (仮題)』みたいな感じの題名を予定しております。
って、まだ題名も完全に決めてませんが・・・・・(^^ゞ
『続』『新』『Part-2』・・・・・、そんな感じの言葉が『実践カスタマイズ』の前後につくのかと・・・・・（笑）
『元祖』『本家』、このあたりも捨てがたい・・・・。(^^ゞ
パタンを変えて、『もぉ～～～と』『ドッカ～～～ン』とかも・・・・(^^ゞ
まぁ、タイトルは、ともかく、マジで内容を考えねば・・・。
会場 ： 神戸市中小企業支援センター（神戸ハーバーランド内）
ＪＲ「神戸」駅より徒歩約８分
阪神電鉄「西元町」駅より徒歩約10分
神戸高速鉄道「高速神戸」駅より徒歩約15分
市営地下鉄海岸線「ハーバーランド」駅より徒歩約８分
定員 ： 40名
会費 ： 無料
協賛 ： 株式会社ケイエムワイ IT事業部 AIRWING
http://www.air-wing.com/
セミナー内容
「実演・テーマ作成」（仮題）
matchan（OCEAN-NET）
blue444（BLUE MIRAGE）
chatnoir（WeBlooms!）
「モジュールのお話」（仮題）
morisoba（Circle-unadon）
「サイトのお引越し＆バックアップ解説」（仮題）
yuji_ffx(AIRWING)
Marijuana（俺的XOOPS）
「実践カスタマイズ」（仮題）
Tom_G3X（Malaika System）
中日ドラゴンズもキャンプインした事だし、今年もシーズンが始まりました。
ドラの情報収集の為、「Dragons News」のコーナーを作ってしもうた(^^ゞ
News記事を集めて、ドラゴンズのキーワードでフィルター掛けてるだけだけど、こんな事がほんの数分で出来てしまうxhld0モジュールに感謝感謝！！
って、こんな事やってる場合じゃないんだけど・・・・・・・(^^ゞ
たまたま、Googleで検索してみたら、「Malaika system」のサイトが、結構良いキーワードで上位にあって驚きです。
ホームページ xoops 3/190000
製作 xoops 1/77100
ホームページ 製作 xoops 1/11300
ホームページ 運営 xoops 1/51000
名古屋市 xoops 1/12100
名古屋市 ホームページ 製作 1/35100
名古屋市 web 製作 1/22600
春日井市 xoops 1/2110
春日井市 ホームページ 製作 1/4500
春日井市 web 製作 1/5500
ぜんぜん狙った訳でもないんだけど、
これらのキーワードで、ほぼ一位。（2005/01現在）
どひゃぁ～～～～～ん！！驚きです。
「春日井市 xoops」なんか、私絡みのリンクが上位独占！
私は、春日井市のXOOPS第一人者・・か？（自称）
その割には、仕事が皆無なんだけど・・・・（爆）。。。どうして？？
無料鯖だから・・？？（爆）
サイト内でアピールが少ない・・？？
名古屋市の方、春日井市の方、XOOPSでホームページ作りまっせ！！！！ (^^ゞ
protector2.2ｘを使用しての実績を一度まとめておきます。
・12/16頃よりをprotector2.2ｘを使用（その後、随時バージョンアップ）
【設定】
・デフォルトよりもやや緩やかな設定。
・但し、「悪意あるクローラー」に対しては、「拒否IP登録」
【実績】 （12/16～1/4 （20日間））
・CRAWLER ３１件 ＝＞「拒否IP登録」
・他なし
【CRAWLER 31件の内訳】
約23件は、Agentは偽装してるが、振る舞いを見る限り、同一のソフトで「メアド収集ボット」と思われる。
５～６件は、別の「メアド収集ボット」と思われる。
２～３件は、ＨＴＭＬをキャッシュ（先読み？収集？）するソフトと思われる。（一般のユーザーと思われるが、振る舞いが激しいので、暫くIP拒否しておく）
以前、「メアド収集ボット」に対しては無防備な掲示板を設置していた事もあるかもしれないが、
ウチのサイトには、平均して１日に１～２件程度のCRAWLERが訪問してるようだ。
これらは、robots.txt meta.robotsを完全に無視してるので、
モジュールによっては恐ろしく深い階層まで追う可能性があるので、可能な限り排除したい。
本来は、セキュリティ目的のモジュールではあるが、
実際には、「悪意あるクローラー」に対しても効果絶大である。
結果として、サーバー負荷の軽減につながればと思います。
モジュール製作者である、GIJOEさんに感謝！！
地域総合情報
地域情報 isoiso.com 5
日本全国地域情報 4
地域ポータルサイトの窓口 3
地域サイト
釧路Web商店街 3
ほしみ町内会(札幌市手稲区星置) 3
地域新生ポータル(北海道) 2
道南ミュージアム 4
It-sendai.jp(宮城) 4
ラッキービッツ(福島県) 4
CAFE-R.COM(岩手県盛岡市) 0
福島ラーメン会議 3
南多摩案内板 XOOPS版 2
南房総データベース 4
流山情報クリエイツ 3
みはまオンライン(千葉県) 4
なるみパラダイス(名古屋市) 4
うえこみ春日井小牧(愛知) 4
知多半島総合ネットワーク 3
名古屋市ドットインフォ 0
岐阜ブログ 3
多治見・笠原地域通貨「Ｒ」 3
神戸情報.COM 0
サークル神戸情報局 0
デジタル淡路学 0
吉野川どっとねっと(徳島) 3
鳥～みんぐ(鳥取) 0
博多部まちづくり協議会 4
北九州ネットワーク 4
（数字は、GooglePR）
Extensible Waiting Block Module 0.8 betaが公開されています。
投稿があった時に、ブロックの文字の表示を変えた方が判りやすいかも・・。
で、テンプレートで対応する方法のメモです。
XOOPSの必須のセキュリティモジュールとしてXoops Protectorがあるが、かなり重宝してる今日この頃。
そんなに極端にアクセスの多いサイトでは無いのだが、「アクセス拒否ＩＰ」としてリストアップされるＩＰが後を絶たない。
理由は全て「Dos」である。
その「アクセス拒否ＩＰ」を調べてみたところ、細かい説明は省きますが、結論として、全て「ボット」のようです。
つまり、自動巡回系のソフトです。
目的は、メールアドレスの収集と思われます。
不思議と、この手の「自動メアド収集ソフト」って、ユーザーエージェントを偽装してるつもりが、不自然なユーザーエージェントだったりするんで、比較的判断が容易だったりします。
以前の掲示板では、メールアドレス収集されて、迷惑メールが来るようになった等の苦情が多かったものでした。
ＸＯＯＰＳ化する事で、そのあたりはたいてい解決出来る事ですが、Xoops Protectorを併用する事で、「自動メアド収集ソフト」を拒否出来れば、効果も増すかと思ってます。
XOOPSサイトのエラーログを見て、たまたま気が付いたんだけど、
スタイルシートの「background-image」は、ブラウザーによってはエラーとなる事があるようですね。
例えば、
「 background-image: url( 'bg.gif' ); 」と記述した場合、
普通のブラウザーでは、「 http://hogehoge.com/bg.gif 」と解釈するのですが、
MacのＩＥ５系だと、
「 http://hogehoge.com/'bg.gif' 」と解釈するので、画像が無くてエラーとなるようです。
ここは、クォーテイションで囲まずに、そのまんま記述した方が良いようです。
「 background-image: url( bg.gif ); 」 こんな感じに。
今、Amazonモジュールを作ってます。
他にもAmazonモジュールはいろいろあるんですが、ちょっと僕のイメージとは違うんで、自分で書いちゃってます。
SFにあったAmazonClassを使ってるんですが、Amazonへのリクエスト部分はとっても簡単にできちゃいました。
それよりも、テンプレート部分の編集に時間がかかっちゃってます。
カテゴリが違うと、Smarty変数名が変わってくるところがあったりして、結構、面倒です。
それと、Amazonではお約束ですが、画像が無いアイテムなんかの処理は、まだまだ後回しです。
仕様をちょっと書いておきます。
index.php で、指定のアイテム、指定のカテゴリの上位人気商品を、それぞれを表示して、コメントなんかも表示。
Amazonに加えて、他のアフェリエイトなんかのページも付け加えられるようにしようかと。
カテゴリは、各自で取得して表示出来るように。
ブロックは、柔軟に設定出来るように・・・・。
こんな感じを目標にしてますが、
まだ、管理画面がぜんぜん出来てない。（やんなきゃいけないんだけど、・・・。）
まだ、キャッシュを実装してない。
効率の良いキャッシュの方法は無いモノか、検討中。
まだ、検索機能がいい加減。
Amazonはいろいろな検索が出来るんだけど、それを全部実装するのは、結構、大変。
ブロックがぜんぜん手をつけてない。
こんな感じで、まだ、先が見えてませんが、とりあえず自分で使える程度にはしたいし、
余裕があれば、公開できる程度には持っていきたいんだけど・・・・、いつの事やら・・・。
こういう事ってあるんだろうか？？
Linuxサーバーに詳しい方がいましたら、お教え願いたい。
某レンタルサーバー（Linuxサーバー）にてＸＯＯＰＳを運用していました。
ところが、不具合等が報告されて、調べてみたところ、あるモジュールに問題があると判明した。
で、そのモジュールをＸＯＯＰＳからアンインストールし、一旦、ファイルを削除して、再度、ファイルをアップロードする事にした。（モジュールのバージョンを最新にする意味もあったので）
FTPより、ファイルを削除、しかし、/modules/xxxx/ というモジュールのディレクトリが削除できない。
その内部のファイルは削除されてるみたいなので（ＦＴＰからは、そう見えた）、その後、ファイルをアップロードしてみた。
ところが、アップロード出来ない！！
/modules/xxxx/blocks/ というディレクトリだけが、アップロード出来ない。
そこに、/modules/xxxx/blocks/ というディレクトリを作成する事も出来ない。
で、rmdir ('/home/xxxxxxx/public_html/modules/xxxx/blocks/'); を実行してみても消せない・・・。
どうもhidden(?)のような形で残ってように感じられる。
ＦＴＰからは、どうしようもないので、サーバー側にお願いして、そのディレクトリを削除してもらう事にした。
その後、正常にアップロードが出来るようになり、問題は無かった。
ところが、数日後、別の不具合が報告された。
今度は、「お問合せ」からメールが送れないだ。
よくよく調べてみると、 /class/mail/ ディレクトリが丸ごと無い！！！（ＦＴＰからは、全く見えない）
こんなコア部分のディレクトリを消すわけが無い！
ところが、アップロードしようにも、出来ない。
ディレクトリを作成しようにも、作成できない。
前と同じように、hidden(?)みたいな感じで、存在するようだ！
これも、緊急でサポートにお願いした。
こんな事って、どうしたら発生するんだろう？？？？
私には、見当もつかない。
また、他にもまだ存在するんじゃないかと思うと、心配になってきた。
どう思います？？
XOOPSコミュニティーで有名な、GIJOEさんとminahitoさん、誕生日一緒なんですね。
年齢差はありますが・・・。
haltさんも、一日違いだったりしますね。
きっと、優秀なプログラマーの生まれる日なんでしょうね。
って、これ、どこかで話題になりましたっけ・・・(^^ゞ
因みに、僕と８日違いでもあるんですが・・・。
あぁ、この８日の違いは大きい！！
「母さん、あと８日間産むのを我慢してくれれば、僕だって・・・・」
と、言ったところで、どうにもなりませんが。
XOOPS 2.0.8 がリリースされるようです。
但し、バグなどの確認がしたいので一般への公開は、もう少し後のようです。
短いインターバルでのリリースで、この調子で、XOOPS2.1.0、XOOPS2.2.0、XOOS3 のリリースを期待したい。
preventing multiple simultaneous logins *URGENT*
同じアカウントで複数ログイン禁止する、GIJOEさんによるHackです。
ケースによっては、このHackが必要になるかもしれませんので、メモしておきます。
遅ればせながら、mixi に入りました。
で、すぐ、XOOPSなら、どうしたらいいか等と考えてしまう、悪い癖が・・・（爆）
XOOPSのユーザーページに項目など追加すれば、mixi っぽくなるかも。
別に、mixi と同じ事をする必要も無いのだが、ユーザー間のコミュニケーションを深めるとか、ユーザーのサイト内の利便性を高めるような役割を与えられればいいかな・・・。
現在の、ユーザーページの機能の加え・・・、
・お友達ユーザーの登録。（アバターの表示）
・お気に入りのモジュール（ページ？フォーラム？）の登録。ショートカットリンク。
（管理サイドで、人気モジュールのランキングが見れると、参考になるかも）
・ユーザーのブログの登録。（RSSの表示）
・お友達ユーザーのブログの新着リスト（時系列で表示）
・PMの機能追加。（送信遍歴・プレビューなど）
XOOPSをコミュニティーサイトとして使う場合、こんなような機能がユーザーページにあればいいかなぁ～・・・。
XOOPSで、禁止用語設定において、設定を間違えると、かなり深刻なトラブルになる問題がありまして（設定を間違えなければ、問題無いんですけどね。）、XOOPSサイトで話題に上がってます。（って言うか、私が、言い出しっぺなんですけどね。）
で、この問題、XOOPS開発チームに報告して、修正していただいたんですが、その後、その修正が完全では無かった事が判り、一度は、「CLOSE」されてたバグ報告を、私が納得いかなかったんで、「OPEN」に差し戻して、ヘタな英語で、トラブルを説明して、情けないサンプルコードを提示して、お願いだから、もう一度検討しなおしてくださいと、お願いしていました。
（って言うか、していたつもり。どうしようも無い英語なので、伝わってる事を前提として・・・(^^ゞ）
（だから、恥ずかしいから、そのリンクも載せません。(^^ゞ）
少なくとも、気持ちだけでも、伝わったんでしょうか・・・・・・。
で、先ほど、Skalpaさんからレスが付いて、もう一度検討していただけるようです。
なんせ、コア関係の問題ですから、そうそう簡単に手を入れる訳にもいかないでしょうし・・・・。
ファイナル・リリースまでには、結論を出していただけるようです。
XOOPS2.0.7正式版には、きっとクリアになってるでしょう。
とりあえず、一安心。
Skalpaさん、ありがとう！！！！！
XOOPSのモジュールで、管理者向けの便利なモジュールを紹介してみる。
環境情報表示 モジュール
minemaruさん作のモジュールだが、ご本人がXOOPSサイトで紹介されないので、ここでの紹介だけにしておきます。
phpinfo()で取得したサーバー関連の情報や画像処理関連（Imagemagick,NetPBM,GD）の情報を表示が、とっても見やすく表示されてます。
モジュール名が「xrea_info」となってますので、XREAに特化したモジュールかもしれませんが、たぶん、他のサーバーでも結構使えると思います。
xptblcheck
domifaraさん作の、「テーブルロジカルチェック」モジュールである。
このモジュールの下の方の、目立たないが、「$xoopsConfig」などを表示するメニューがある。
こういう情報を簡単に確認できるのは、結構面白い。
sf.net Forum : Xoops Admin interface design
このフォーラムでは、将来的に、XOOPSの管理画面のトップページに、サーバーの状況・環境、承認待ち情報、デバグ情報などを表示してはどうか？・・などと協議しています。
やはり、みなさん、考える事は同じ方向に向いてるって感じがしますね。
先ほど、以前ＸＯＯＰＳでサイト構築させていただいた方より、更新の依頼がメールであり、
早速、某サイトのＸＯＯＰＳに管理権限でログインして、更新作業をはじめてみた。
よくよく見ると、先方も、どうもログインされてるようです。
先方は、ＸＯＯＰＳに大変興味を持ってられる方ですが、まだ不慣れな部分もあるようです。
そうだ！、テストも兼ねてＰＭ（プライベートメッセージ）してやろ！
先方も驚いた事だと思う。
突然、ユーザーメニューに赤い文字が現れて・・・・。
それでも、先方は、ちゃんと返事をくれて対応してくれた。
（おお！！やるじゃん！。）
「quote」の使い方に戸惑ったようだか、最初にしては上出来です。
その後、メールでデータのやり取りをしつつ、その都度、ＰＭで詳細を相談しながら、大変順調に更新作業が進んだ！
ＸＯＯＰＳでは、何て事の無い普通の機能であるのだが、
改めて、ＸＯＯＰＳは便利だなぁ～～と、感じました。
因みに、先方は今夜は夜勤だそうな。
今夜もこのパターンで更新作業かな・・・・。
うえこみ春日井小牧にXOOPSを導入するにあたって、サーバーを探さねば。
もう、今時は自鯖も怖いんで、ホスティングします。
これが、なかなか良いサーバーが見つからない。
で、ちょっとメモ。
XOOPS入れるから、当然、PHP & MySQL は必須。
XOOPSもメインに１コ。もしかしたら、サブサイトとして、あと２コ入れるかも。
現行のコンテンツと同程度以上のコンテンツは必要ですので、モジュールも多めになる可能性あり。
データ容量的には、100～200M程度あれば良さそうなんで、たぶん、たいていは大丈夫でしょう。
転送量は、現在、月間20G程度ある。
年間、約２倍のペースで増えてきてるので、これは余裕をみておきたい。
XOOPS化して、これがどう変わるかは不明な部分もあるが、とりあえず、現行の転送量を基準に考える事にする。
出来れば、転送量制限無しがいいんだけど。
どうしても、モジュール多め、ブロック多め、のサイトとなりそうな事。
現行の1～2万PV/日から、今後更に増えてくる事は、確実かと思われる。
貧弱なサーバーだと、辛いかも・・・。
少なくとも、現行のHTMLベースの反応の良いサイトから移行する為、表示にもたつくと困るなぁ～。
だとすると、SQL回り、HDD回りが、健康な元気なサーバーか・・？？
あと、しっかりサーバーのメンテをしてくれる会社！（これ大事！）
完全に個人サイトなんで、そんなに月々サーバー代が出せないけど・・・。
快適なサーバーがあれば、１万円/月くらいまでなら出してもいいかな・・・・？？
（バナーでなんとかなるかな）
無いかなぁ～～～・・・・探そっと！
先日、「うえこみ春日井小牧」のように、CGIをXOOPSに取り込むにはどうしたらいいですか？
とメールを頂いた。
残念ながら、まだこのサイトはXOOPSを使っていません。
確かに、レイアウトは似てますよね。（はい、正直言って、意識してます。）
XP-Weatherモジュールを使ってるように見えますが、これは、XOOPS絡みの部分を削ぎ落として、流用してます。
って言うか、早く、XOOPS化したいんだけどね・・・・・・
あぁ、早くサーバー探そっと！
どうして、僕が、「モジュール言語ファイル製作用のモジュール」があると良いなぁ～と思ったかと言うと・・・・、
僕は、日本のXOOPSコミュニティーにおいて、これから日本語化（特に日本語ファイルの作成）の遅れが問題になるのではと懸念してます。
それは、将来、コアからモジュールが外れる事。（XOOPS2.2からか？）
その為、XOOPSをリリースする段階で、モジュールの日本語ファイルは特に必要無い訳です。
現在のサードパーティーモジュールの様に、使いたい人が日本語ファイルを作成して、公開し、それを使わせてもらってる状態が、
現在のコアモジュールもコアから外れた段階で、そうなるんじゃないか心配してるのです。
実際、今、dev.xoops.org で更新作業が進んでる、newbb や news モジュールなどは、まだベータの段階ですが、言語の定義の追加や変更の個所が、すでに多数あります。
dev.xoops.org の活動が活発になればなるほど、更新が頻繁になるでしょう。
また、dev.xoops.org 発の優秀なオフィシャルモジュールが、これから多数公開されると思います。
で、これらの日本語ファイルは、誰が作るのでしょう。
失礼な書き方かもしれませんが、現在の jp.xoops.org には荷が重いような気がします。
日本語ファイルがまだ無いから、このモジュールは使うはやめよう・・・。
結局、日本語ですぐ使えるモジュールが無いから、XOOPSを使うのやめよう・・・。
こんな事が、XOOPSの普及の足枷には、したくないですよね。
だって、XOOPSは日本語環境においても問題無く使えるってのが、売り文句のひとつだったじゃないですか！
そういう意味においても、みんなで共同で日本語ファイルを作成するような場が、一つくらいあっても良いと思うのです。
誰かが途中まで作った日本語ファイルをベースにて、そのモジュールを使いたい人が集まって、残りの部分を補足する。
こんなコミュニティーがあっても良いと思うのだが・・・・。
「XOOPS入門」の本が、本日、届きました。
私が、お手伝いさせていただいた「桜ケ丘病院」のサイトがしっかり紹介されていて、嬉しい！！
なかなかページ数も多く、内容も充実していて、さすがって感じです。
私も、改めてXOOPSを勉強してみようかという、気になります。
sakaikさんRyujiさん、ありがとう！！！！
SourceForge.net: XOOPSの方では、ここ数日、次期バージョンの開発が活発になってきたようです。
sf.netの方に報告されてるバグも徐々に消化されつつあるようです。
ひとつだけ心配なのは、sf.jp : xoops の方に報告されてるバグなんですが、
こちらも、検討していただきたいとは思うのですが、どうなるんだろう・・・・。
で、Onokazuさん、お願いします。
って書くのも、大変心苦しいのですが・・・。
やはり、sf.netの方に転載した方が良いのだろうか・・・・。
そんな語学力も無いんだけど・・・。
sf.net : Should we use PHP5 for Xoops 3?
XOOPS3は、PHP5を視野に入れて書かれるらしい、との事。
XOOPS3は、今年１１月のベータ公開(developers milestone)を目標としてるようです。
（個人的、観測ですが、XOOPS３の正式版は2005年でしょうか・・・・？）
また、PHP5は現在、RC2の段階で、この正式版リリースのスケジュールやサーバーへの普及の具合等、予想が難しい部分もありますが、そのあたりも視野に入れて開発されるようですね。
2004年５月24日発売予定のこの本の中で、私がお手伝いさせていただいた、「桜ケ丘病院」のサイトがXOOPS構築サイト例として、紹介して頂いたそうです。
嬉しいですね！！私自身、大変、励みになります！感謝しております。
今回のCatzwolfさんの件、とりあえず落ち着いて何よりでした。
Catzwolfさんの真意は、正確には読み取れないが、「議論も大事だけど、少しでもコードを書いて前に進もうよ！」みたいに、なかなか形に表れないモドカシサもあったような気がします。
今のXOOPS開発チームにとって、XOOPSコアの開発も大事だが、XOOPSコアモジュールの開発も大変大事な事であると思う。
仮に、コアモジュールがXOOPSコアに追いつかないものであり続けるならば、コアモジュールを使うサイトはなくなっていくでしょう。じゃぁ、コアモジュールって必要なの？って事にもなるし、それを補うべくサードパーティーモジュールが多数開発されるでしょう。多種多用なモジュールが開発される事自体は良い事である。
しかし、（私でもそうだが、）コアモジュールのコードを見て、「ふぅ～～ん、こうやって作るんだ」見たいな感じで、サードパーティーモジュールが、コアモジュールと同じ程度のレベルで作られていくケースも多くなると思います。
そう言う意味においても、コアモジュールは（XOOPS的に）質の良いモジュールであるべきだと思う。
そして、そこから、のぶのぶさんのいわれる「スパイラル」が生じ、モジュールからコアへ、コアからモジュールへ相互に刺激し合ってXOOPSが成長していくのが理想な形なのでしょう。
なんとなく最近思うのだが、
オープンソースの世界において、開発を継続する事が、最大で唯一のサポートでは無いかと思う。
その為には、多くの開発者を同じ方向に進めさせ、開発を継続させるだけの指導力のあるリーダーが必要なのかな、って気がしてます。
ほんと、Predatorさんは凄いと思う。
担当してるプロジェクトも「myXoopsForge Support」「newBB」「XF-CodeSnippet」「XOSC osCommerce」等と大規模なものばかり！
「myXoopsForge Support」はdev.xoops.jpで使えるまでにし、その派生物なのか「XF-CodeSnippet」なども手掛けてる。
「newBB」などは、様々なリサーチを重ねて、いろいろな要望やパッチを取り入れて、まだベータ版ではあるが、現行バージョンとは比較にならないほど素晴らしいモジュールに仕立て上げてる。
現在、開発は中断してるようだが、「XOSC osCommerce」などという巨大なプロジェクトも抱えてる。彼はこれをSmartyに対応させるとか言ってました。凄いとしか言いようが無い。
それに負けじとばかりに、Catzwolfさんも開発が進んでいました。
「WF Section」「MyDownloads」共に素晴らしく仕上がった最新版のベータを公開している。
また、Mithrandirさんの「news」モジュールも着々と開発が進んでる。
riaanvdbさんの、「myreviews」なんかは、私が密かに期待してるモジュールのひとつで、ここ最近急速に開発して、楽しみのひとつでもある。
ただ悲しいかな、XOOPSモジュールの中で一番派生モジュールの多いと思われる「mylinks」がほとんど（全くといっていいほど）開発が進んでない。
（いえいえ決して、ＸＯＯＰＳ開発チームに不満がある訳ではありせんよ。）
カテゴリーを分類するという、モジュ－ルの基本的な手法をこのモジュールから学ぶケースも多いと思う。
シンプルなリンク集を作るだけのモジュールなのだが、今現在において、このモジュールを超えるＬｉｎｋモジュールが存在しない事である。
確かに、類似のモジュールは数多く存在するが、ＸＯＯＰＳの機能を十分に活用した高性能なリンク集モジュールが、どれだけ存在するのだろうか？なぜだか、不思議と見つからないのである。
高知県の公式サイトは、XOOPS使ってたんですね。
すげ～～～～～～～～～～～！！！！！！
誰が作ったんだろう？
春日井市のサイト、僕にXOOPSで作らせてくれないかな・・・？＞鵜飼市長様
なぁ～～んてね。
昨日、僕にXOOPSをはじめて教えて頂いた、ある意味師匠みたいな方であるtakapさんに久しぶりにお会いした。
XOOPS日本サイトは、onokazuさんのユーザー登録日から推測して2001-1-25に開設されたようだが、takapさんは、その約１週間後にユーザー登録されてる。
キャッチアップの早さというか、なんか凄いと思う。
きっと、彼にXOOPSを教えてもらってなかったら、今、私がモジュールを開発してるような事はしてなかったと思う。
彼のサイトは、まだXOOPS1.0RC3を使っていて、そろそろXOOPS２にしたいとか。
これを機会に、恩返ししなくっちゃね。
このサイトは、AmazonSOAPとかを使ったAmazonアソシエートサイトなんだが、とにかく凄い！
ほとんどのカテゴリをカバーしてる！
これだけのサイトだと、GoogleBotが１回訪問しただけで、数十G単位のトラフィックがあるんじゃないだろうか！？
また、キャッシュはどうしてるんだろうか？
キャッシュ期間はせいぜい１～２日程度だろうが、
ページをそのままキャッシュしてたら、凄まじい容量になりそうなんで、たぶんSQLにデータを入れてるかと想像するが、それでもかなりの容量の筈である。
このサイトでの一番大き疑問は、
このほとんどカバーしてるカテゴリは、どうやってるのだろうか？・・だ！
根性でコツコツ、カテゴリを収集したのだろうか？？
それとも、ASINデータの中のカテゴリ一覧の情報から、自動構築させたのだろうか？
どうも後者のような感じがする。
これだけのシステムを作るのは、かなりの根性が必要だと思うが、また、これを管理するのも大変のような気もする。
それに見合うだけのメリットがあるのだろうか？？
New version of Liaise, featuring unlimited contact forms
Ｌｉａｉｓｅ1.2という、Brandycokeのｔｕｆｆさんが開発された、XOOPSの高機能なメールフォームモジュールの最新版がリリースされた。
はっきり言って、かなり良い！現状、XOOPSのメールフォームモジュールでは、ベストかと思う。
ここで、XOOPSのメールフォームモジュールの開発の流れを整理してみます。
XOOPSには、標準でcontactモジュールが付いてきます。このモジュールもちゃんとメールを送る事ができるのですが、フォーム入力項目の変更が出来ない、フォームが１つしか作成できない等、柔軟性に乏しいモジュールでした。
これを少しでも打開すべく、contactモジュールのハック版である、contact_plusモジュールが作られました。（作者は忘れましたが・・・）
このモジュールも、フォーム項目の追加をできるものの制約が多く、又、メールフォームはひとつだけしか作成できませんでした。
また別のところでは、Brandycokeのtuffさんという優秀な開発者が、Liaiseモジュール1.0を開発しました。
このモジュールは、フォームの入力項目が大変柔軟に作成可能で、高機能なモジュールでした。
その為、dev.xoops.orgでも使われる等、多くのサイトで使われてました。
しかし、メールフォームはひとつだけしか作成できませんでした。
この問題を解決しようと、Liaiseモジュール1.0をベースに開発されたのが、formulaireモジュールです。
このformulaireモジュールは、Liaiseモジュール1.0をベースに複数のメールフォームを作成可能にしました。
機能としては大変高機能なモジュールなんですが、これを日本語環境などで使うには若干の不具合がありました。
で、私が、これを日本語環境でも問題無く使えるようにし、若干の機能追加をしたのが、FormMailモジュールであるのです。（但し、現状、まだベータ版ですけどね。）
そこへ先日、Brandycokeのtuffさんが、Liaiseモジュール1.0の改良版である、Liaiseモジュール1.2を公開したのでした。
このLiaiseモジュール1.2は、従来の高機能なフォーム項目作成機能に加えて、複数のメールフォームが作成可能になっています。
また、日本語環境でも、問題無いと思われます。（まだ、詳しく確認してませんが多分問題無いと思われます。）
それに、私が施した機能も一部取り込まれてます。
それも、私の小手先だけの実装方法では無く、柔軟性のある正攻法の実装をされていて、優秀な開発者が作ると同じ機能を持つモジュールでもこうも違うものかと、まざまざと知らされました。
さぁ～～て、私のFormMailモジュールはどうしようか・・・・(^^ゞ
このまま、tuffさんと張り合ったたって、意味の無い事ですし・・・。
ただ、私のFormMailモジュールをすでに使ってくださっている方々もいらっしゃいますので、一応、正式版までにはしおこうかな・・・。
所詮、FormMailモジュールは他力本願モジュールですので、Liaiseモジュール1.2 をベースに作り直してみるのも手かな・・・・(^^ゞ
どうしようかな・・・・・・。
もしかしたら、tuffさんに、またお世話になるかもしれませんが、お許しください。
XOOPSコミュニティで有名なminahitoさんにお会いしてきました。
わざわざ春日井まで来ていただいて恐縮です。ありがとうございました。
二人でXOOPSの話をし出したら止まりません。
時間を忘れて、気が付いたら終電の出た後・・・・。(T_T)
大変、有意義な話が出来ました。
僕の気が付かなかった使い方など、目から鱗の話が盛沢山！
XOOPSの可能性を改めて再認識する事が出来ました。
あぁ～、これだけで充分有意義な一日でした。
それにしても、このＧＷ、XOOPSモジュールの更新を３つして、時間を忘れてXOOPS話をして、XOOPS三昧が続いてます。
もしかしたら、残りのGWもこの調子かも・・・・・・・・・(^^ゞ
改めて、minahitoさん、ありがとう！
（おみやげも、ありがとう！(^^ゞ）
SourceForgeのXOOPSフォーラムによりますと、「XOOPS2.2」の開発が、Skalpaさんを中心に正式にスタートした模様です。
現在、開発者間での調整段階でのようで、どうも、来月中には、何か形になって現れそうな雰囲気です。
念の為に言っておきますが、XOOPSコミュニティーで使ってる「Tom_G3X」ってハンドルネームは、
"Tom_G3X" == "Tomじぃさんバツ"
じゃないぞ！
一応、言っておきます。(^^ゞ
XOOPSモジュールの言語ファイルを製作する時に、気軽に共同作業できるモジュールは無いだろうか？又は、出来ないだろうか？
SourceForgeを使っても良いかもしれないが、ちょっと敷居が高い人もあるだろうし・・。
XOOPSの言語ファイルだったら、ちょっとPHPが判れば出来そうなモノなので、PHP初心者の方とか、多くの方が気軽に参加出来れば、質の高い言語ファイルが早く出来るような気がする。
WIKI系のモジュールが良さそうな気がする。
ただ、PukiWiki系のWIKIエンジンは、PHPコードとかの掲載が、ちと面倒な点が難点。
PEAR系のWIKIエンジンなら、コード表示も綺麗だし、コードの掲載も簡単そうだ！
あとは、出来ればバックアップか、バージョン管理が出来れば良いのだが、この場合は、無くてもいいかも。
あればあったで、良いけど。
SourceForge.net: Project Info - NuSOAP - SOAP Toolkit for PHP
Xoogleとか、Amazonとか、XOOPSモジュールをいじってると何かとお世話になるのがnuSOAPなんですが、どうも最新版は、「0.6.7」のようでうね。
AmazonのAWKとか、Xoogleモジュールの添付されてるnuSOAPが、「0.6.3」だったりするんですが、これより随分新しいバージョンが存在するようです。
最新のnuSOAPを詳細に見てませんが、（って言うか、5300行を越える内容だけに、無理に近いけど。）とりあえず、最新版を使ってみよっと！
SourceForge.net: Project Info - AmazonLib
SourceForge.netで、Amazon CLASS を見つけた。
少し遊んでみたが、結構使えそうで、日本語化も考慮されてて、特に変わった事しなくてもいいみたい。
まぁ。AmazonでSOAPに繋ぐ事自体、特別難しい事では無いけど、
このCLASS使うと、メイン部分は２行で済んじゃうんで、楽チン。
後は、ケースに合わせた条件分岐とテンプレートのアサインだけで、いけそう。
これで、XOOPSのAmazonモジュールでも作ってみよっと！
WordPress MEのXOOPSモジュール化
WordPress MEをXOOPSモジュール化している方を発見。
以前、kousukeさんが、WPを試験的にXOOPSモジュール化されて、ノーサポートで公開されてましたが、
WordPress - Multilingual EditionをXOOPSモジュール化されてる方がいらしたようです。
また、XOOPSのブログの可能性が広がるかもしれませんね。
また、この方、XoopsForgeも日本語化されてますね。
いいですねぇ～～！
Mantis 0.18.0a4_rmv004 posted to CVS
I've just posted the previous release of the Mantis Bug Tracker XOOPS port, as released by Michael van Dam in May 2003, in the Files section and to CVS. I'm working on updating this module to use Mantis 0.18.2 as the core and will be posting that "soon".
以前の、0.18.0a4ベースのmantisモジュールは、search回りとかのバグがありましたが、そのあたりの修正も期待したいですよね。
GoogleAPIを使ってGoogle検索が出来るXOOPSモジュールである、Xoogle 0.7.3 がリリースされてたんで、日本語が通るようにしてみた。
TEST中 ==> XoOgleモジュール 日本語対応版
以前に、googleAPIのクラスを探して、試験的にXOOPSモジュール化してみたんだが、
Xoogleの方が良くなったんで、こっちはボツですね。
ボツモジュール ==> Google API Searchモジュール
Xoogleモジュールは、日本語が通るようにしただけで、まだ日本語ファイルは作ってません。
大半が管理画面の言語ばかりなんで、無くても殆ど問題ないですけどね。
どなたか、日本語ファイル作りません？？？(^^ゞ
Xoogleの良いところは、XOOPSの検索と連動するところです。
これはなかなか良い！！
やっと、ベータ版ですが、公開できるまでにたどり着きました。ふぅ～～～
今回は、ちょっと悩みました。
お行儀の悪そうなコードも書いてしまいました。(^^ゞ
今回の目玉は、コメント機能の実装です。
その関連で、テンプレートとか設定関係とか、変更点に注意して御利用ください。
XOOPS日本公式サイト - フォーラム - X-Mailer: ヘッダが複数…
この件、とりあえず、「SourceForge.jp: Project Info - XOOPS」の方に報告だけしておきました。
フォーラムに書いた事では、正直、確信が持てない部分も少しあるんだけど、
こういう現象が発生することは明らかですので、バグ報告はしておきました。
Official XOOPS Development Site - Summary - News
XOOSのニュースモジュールの最新版がベータ版としてリリースされてた。
早速試してみた。
気がついたところを列記してみます。
・管理画面の上部に常にメニューが表示されるようになった。
・グループパーミッションを取り入れた。トピック毎とかに設定できそう。
・ブロックが増えた。
・・未承認投稿を列記する管理者専用のブロック
・・トピック一覧ブロック
・・最新投稿記事のブロック（？）もしかして未完かも・・？
その他、BUGFIXされてると思う。
それと大事な事だが、日本語ファイルの追加修正が必要だ！！
旧バージョンの日本語ファイルのままでは、表示してくれない部分が結構ある。
newbbもそうだが、今まで標準で装備されていたモジュールがdev.xoops.orgによる更新作業の為に、
日本語ファイルの更新も必要になるケースがこれからも増えてくると思われる。
みんなで、効率良く日本語ファイルを更新する方法は無いモノだろうか・・？？
久々にMyAdsモジュールの更新作業をはじめてみました。
cacheディレクトリのあったconfigファイルの内容をSQLに入れ、xoopsModuleConfigで取り出せるようにしてみました。
面倒なパーミッションの初期設定が少しは緩和できるかと。
特に、作業的には問題なかったです。
更に、予てから要望が多かった、コメント機能をつけてみました。
これも特に難しい作業では無かったんですが、問題が１つ発生！！
元記事を削除しても、同時にコメントの削除が出来ない！！！・・・・・なんでやねん！！
MyAdsの場合、元記事の削除・編集するところは３箇所あります。
１つは、管理画面サイドからの管理権限ユーザーが削除・編集するところ。
これは問題無く、元記事を削除すると、それに付随するコメントも削除されますた。
２つ目は、掲載期限が切れた時に自動的に元記事が削除されるところ。
ここは、コードだけ書いてますが、まだテストしてません。
最後に、記事を投稿したユーザーが記事の削除・編集するところ。
ちゃんと、コードを書いてるつもりだけど、元記事を削除しても、そのコメントが削除されない。ゾンビコメントだけが残ってしまう！なんでやねん！！
xoops_comment_delete( $xoopsModule->getVar('mid') , $lid ) ;
これだけなんだよね。このコードの周辺では、間違いは見つからない・・・・気がする(^^ゞ。
xoops側で何か、制御してるのかな？？？
簡単に済ませるつもりだったんだが、昨夜これで悩んでしまった・・・・、少々挫折ぎみ。
そういえば、このブログのタイトルは、「XOOPS」だった。
その割には、最近、XOOPSらしい事書いてなかったなぁ～～～。
SourceForgeでXOOPS関連を探してみた。
SourceForge.net: Project Info - XOOPS
とりあえず、お約束のXOOPSです。
SourceForge.net: Project Info - Xoops Module Development Team
XOOPSモジュールの総合開発元でしたが、dev.xoops.orgに完全に移行したようですね。
SourceForge.net: Project Info - myXoops
ドイツ系のところですが、あまり活用されてないみたいですね。
SourceForge.net: Project Info - myXoopsForge
XOOPSのForgeモジュール。
SourceForge.net: Project Info - Xoops osCommerce
osCommerceモジュール。
SourceForge.net: Project Info - wjue Xoops Collection
Agenda-Xとかの開発元ですね。
SourceForge.net: Project Info - Xoops Brasil
ブラジル系のところ。モジュールとか一杯ありますね。
SourceForge.net: Project Info - WebSlave
WebSlaveの開発元ですね。
SourceForge.net: Project Info - The Spider Web Network Xoops Mod Team
SourceForge.net: Project Info - webMusic - online music platform
ミュージシャン向けのモジュール？面白そうですね。興味深々。
SourceForge.net: Project Info - Xoops Stand Alone Server
XOOPSスタンドアローン・サーバー。ほぉ～～～！
SourceForge.net: Project Info - x-wiki editing system for the Xoops CMS
phpWikiのXOOPSモジュールか？？
SourceForge.net: Project Info - lykoszine
Lykosizeさんところですね。今後は、dev.xoops.orgに移行するのかな？
まだ、いろいろありますが、その他はここから、探してください。
sourceforge.net : search >> XOOPS
今度は、JPの方は・・・・と、
SourceForge.jp: Project Info - XOOPS
日本語ファイルとかあります。
SourceForge.jp: Project Info - XOOPS日本語サポート
SourceForge.jp: Project Info - Xoops日本語モジュールプロジェクト
こちらは、まだ残ってるんですね。
SourceForge.jp: Project Info - XoopsHackers
SourceForge.jp: Project Info - xoops-modules
SourceForge.jp: Project Info - PukiWikiMod
SourceForge.jp: Project Info - wellwine xoops collection
まだ、ありますが、これくらいにしときましょ。(^^ゞ
最近思うのである。
たぶん、minahitoさんには、神様が１日５０時間与えたのだと思う。
でなければ、「死にそうに忙しい・・・」とかいいつつ、こんなに素晴らしい情報をいくつも立続けに提供してるれる筈が無い。
ここのところ（ほぼ毎日）、私には、目から鱗の情報を数多く提供してくれて、大変勉強になってます。
その中の一つがこれ、欠かせぬ友達 doxygen です。
"doxygen"と言う、素晴らしいソフトを紹介してくれてます。
"doxygen"、早速使ってみました。
おおぉぉ～～～、凄いです。感動モノですね、これは。
最初、CLASSの階層が上手く表示してくれなかったけど、設定を変えて何度も出力してみたら、なんとなく納得いく感じで出力出来ました。
で、XOOPSで出力したものを、ここに置いておきました。＞XOOPSドキュメント
と、思ったら、ここにすでにXoopsDocument:置いてらしたんですね。
簡単に出力できちゃうんで、ついでに噂のZangも出力してみちゃった。
ここからどうぞ、Zang Docs
相変わらず、つまんない事ばっかりやってます。
Official XOOPS Development Site - Summary - Xoops Admin Tools
ここにある、Xoops Admin Toolsって言うモジュールは、XOOPSのmainfile.phpをブラウザー上から書き換えたり出来たりするモジュールで、かなり危険度が高かったりするんだけど・・・。
XOOPS開発サイトにある、しかもベータ版！！
怖いもの見たさと、新しいもの好きの私の心を擽る・・・。これが間違いの始まりだった・・・。
インストール後、設定をいじってたら・・・・・・・・・
トップページが真っ白に！！！！ウンともスンとも言わない。（もちろん、モジュールが言葉を話す訳ないけど・・・笑）
久々にやってしまった！！（爆）
一通りトラブルシューティングしてみると、どうも、xoopsConfigを読み込んでない・・・・。
って言うか、SQLに接続してない・・・・。
もしかして・・・・と思って見てみると案の定、mainfile.phpを書き換えてる。
しかも、 'XOOPS_DB_PREFIX' がディフォルトの設定に！！！
mainfile.php を元に戻して、復旧完了です。
しかし、運用中にmainfile.phpを書き換える事があるのかよ！
その必要性と書き換える危険性考えたら、使えないよ、こんなモジュール！
あぶね～、あぶね～
へっぽこ経営者日記 のまるやまさんの会社に遊びに行ってきました。
ＸＯＯＰＳの話で終始した感がありますが、大変楽しい時間を過ごせました。ありがとうございました。また、ご馳走様でした。(^^ゞ
私の身近で、ＸＯＯＰＳの事を話して感動してくださった、はじめての方です。
さすがＷＥＢのお仕事をされてるだけあって、ＸＯＯＰＳの面白さ、凄さ、可能性、を理解されるのも早かったようです。
> 愛知県でTomさんを差し置いてXOOPSを知っている人はいない気がする。
おっしゃる通り、「気がする」だけです。(^^ゞ
ＸＯＯＰＳに詳しい方は、愛知県でも沢山いらっしゃる筈ですよ。
また、遊びに行かせて頂きますね。
exBlog 開発の状況
exBlog 開発状況 中間報告その1
公開前からこんな事言うと、余計なプレッシャーをかけてしまうかもしれませんが、これが実現されれば、コミュニケーションポータルサイトにおける画期的なコンテツを構築出来るモジュールになる予感がする。
XOOPSでコミュニケーションポータルサイトを構築した場合の、コンテンツのあり方を再考察してみる。
コミュニケーション系コンテンツ
・掲示板（フォーラム）
全般的な方向に発信され、これに対するコメントを要求（期待）する。
・ニュース
全般的な方向に発信（告知）され、特にコメントを期待しない。
・BLOG
特に発信先を特定しないし、特にコメントを要求（期待）する訳でもない。
ちょっと強引な差別化をしてみたが、こういう分け方も出来るかと思う。
これらのコンテンツで、発信者（投稿者）の要求する投稿の場はたいてい提供できるような気がする。
つまり、発信者（投稿者）が、情報（投稿）内容の性格に合わせて、上記コンテンツを使い分ける事が可能であるし、使い分けるべきであると思う。
であれば、これらがコミュニケーションポータルサイトにおける、コミュニケーションの中核をなすコンテンツと考えられる。
データベース系コンテンツ
・リンク集
・アルバム（画像系）
・各種データベースコンテンツ
基本的にこれらのコンテンツは、静的要素の強いデータベース的性格を持ち合わせていると思われます。
但し、XOOPSモジュールの場合は、投稿によりコンテンツの充実が可能であったり、コメント機能などがありますので、コミュニケーション系の性格が強いとは思われます。
これらのデータベース系コンテンツを、更に、よりコミュニケーション系コンテンツに近づけるアプローチには、２通りあると思われます。
１つは、データベース系コンテンツを特定用途に限定し、コメント機能や投票機能などを有効に活用する方法です。
モジュールとしては、「xDerectory」がそれにあたるでしょうか？
良い例として、「ふくしまラーメン会議 - 食べ歩きのススメ」 では、この「xDerectory」を応用し有効に使ってると思います。
もう１つの方法は、コミュニケーション系コンテンツから、データベース系コンテンツを引き寄せて、ネタに使っちゃおうという方法です。
このアプローチを模索されてるのが、「exBlog」かと、勝手に想像してます。
未踏の分野ですが、面白い発想ですし、凄く興味があります。
> exMylinksBlog
> mylinks に投稿したリンクをひとつ冒頭で紹介しながら、 BLOG を書くための追加モジュールです。
コメント機能との差別化はどうするの？って思われるところもありますが、
これはあくまでBLOGですので、運用中に自然と差別化されるように思われます。
この両者のアプローチなんかを考えると、将来、XOOPSにおいて、トラックバックやモジュール間通信のAPI等を実装された場合、より面白くなるなぁ～～なんて思ってます。
更に、これらを踏まえた新しいアプローチが生まれてくる可能性もありそうです。
このココログを少し使ってみたが、若干不便なところがある。
・デザインの自由度が少ない。
まぁ、これは無料で使ってるから、仕方がないけどね。
・コードが書きにくい。
サンプルのコードなんか書く時、上手く表示してくれないんだなぁ～これが。コードに含まれるＨＴＭＬタグがそのまんま、タグとして認識されちゃうんですよね。HTMLそのまんまだから、仕方が無いけど。
そういう意味では、XOOPSのBBコードは、優れモノですね。
ＸＯＯＰＳのブログモジュールであれば、この問題が解決できるので、やっぱ、ＸＯＯＰＳの方がいいですね。
トラックバック返し！(^^ゞ 「微笑返し」はキャンディーズか？（ふる～～）（爆）
話題沸騰 xoops3
トラックバックのテストで使ってやってください。こんな事でも開発のお力になれれば光栄です。
って言うか、他にトラックバックしてくれる人がいないって話もチラホラあるんだけどね・・・・（爆）
で、XOOPS3はいつリリースされるのか？？
今年1月下旬に、XOOPS3はZangとマージする、と決定されている訳で、そこから起算しても数ヶ月先ではないだろうか？スタブルなXOOPS3がリリースされるのは、更に数ヶ月かかると思われる。また、各モジュールが追従してくるのも、更に更に数ヶ月程度は必要と思われる。（あくまで根拠の無い個人的な予想ですよ。）
個人的には、今年の後半から年末にかけて、XOOPS３が実用レベルになるのではと、予想してます。
もしかしたら、来年かもしれない・・・。
とすると、それまでの間、XOOPSのリリーススケジュールはどうなるのだろうか？？
現行、スタブルであるXOOPS2.0.6のバグフィックス版は当然必要かと思われます。
で、問題は、XOOPS3がリリースされるまでの過程として、XOOPS2.1.0というステップを踏むかどうか？
一度は、Skalpaさんが中心になって SourceForgeにてブランチされたXOOPS2.1.0ではあるが、これはかなりコア部分に変更を加えられてるようですので、そのあたりを考えると、XOOPS2.1.0のリリースは無さそうに思える。
仮にXOOPS2.1.0をリリースした場合、XOOPS3のリリ－スまでの間で、一回大きなコアの変更がある事になります。それはやっぱ、マズいっしょ。モジュール開発にも、大きく影響を与えるでしょうし。
また、ブランチされたＸＯＯＰＳ2.1.0は、今年になって、手を入れられてないようです。また、Skalpaさんは、XOOPS Meeting at FOSDEM
にて、Herkoさん、Bunnyさんと、XOOPS3の開発について議論されてる事も踏まえると、これは、XOOPS2.1.0は捨ててXOOPS3に照準を定めたと、見た方が妥当かなと、思ってます。
すると、XOOPS3がスタブルになるまでは、XOOPS2.0.x系のバグフィックス版を継続するような、
XOOPS2がリリースされた時のような流れになるのが順当な考えかな・・・。
と考えれば、Onokazuさんが、SourceForge.jpの方でバグフィックスしたのも、CVSを分けるという意味で納得がいく話だ。
＞xoops3 ・・・個人的には期待・大なのですが、内心、「もうちょっと待ってくれ」という気持ちも・・・
だから、そんなに焦らなくても、大丈夫かと・・・・。（個人的な楽観視だけかもしれないけど・・・。）
でも、早く正式リリースして頂いて、使わせていただきたいとは思ってますが・・・。（少しだけ、プレッシャーをかけてと・・・）
XOOPSとZangのここ1年の動向を追ってみた。
XOOPS３は、Zangとマージするとの事らしい。
「WOX Newsletter (World of Xoops!)」により、Zangとマージすると発表された。
「WOX Newsletter -World of XOOPS, edition 2-」において、XOOPS3は、Zangを導入すると明言。
で、Zang関連サイトを探してみると・・・・、
SourceForge.net: Project Info - Zang CMS Framework
SourceForge.jp: Project Info - zang
ZANG HOME
これくらいしか見つからなかった。
仕方ないから、SourceForgeのCVSにあるZangのXMLドキュメントを、XMLmindを使ってHTMLに出力してみた。
「Zang Docs」
でも、なんだかよくわからないので、XOOPSのフォーラムに問い掛けてみた。
XOOPS日本公式サイト - フォーラム - Zang? XOOPS3??
さすがに、XOOPS２系との上位互換はある程度確保してくれると思うけど、かなり大掛かりな更新となる可能性がありそう・・・・・かも？？？？。
とっても、細かい事だけど、気になる事がひとつだけある。
今まで、コアの更新は、「SourceForge.net - XOOPS」の方でしてたのだが、
今回、Onokazuさんは、XOOPS2.0.6のバグフィックスを、「SourceForge.jp - XOOPS」の方でしてる。
確か、SourceForge.jp の方は、XOOPS2.0.2あたりで更新が止まっていたと思ったが、それを2.0.6に更新して、更にバグフィックスをしてる。
もしかして、今後、XOOPS2.0.x系は、SourceForge.jpで更新を行い、
XOOPS2.1.x系、XOOPS3系は、SourceForge.net で更新していくって事なのだろうか・・・・？？？？
深く考えすぎですか・・・・？？？？
XOOPS : Forum :投票モジュールで，結果をブロックに表示させるには？
またも、カスタムブロックネタですが・・・(^^ゞ
$poll_id = 3;//投票のID
$limit = 3;//何位まで？
global $xoopsUser,$xoopsDB;
$sql = $xoopsDB->query("SELECT question FROM ".$xoopsDB->prefix('xoopspoll_desc')." WHERE poll_id = ".$poll_id);
$desc = $xoopsDB->fetchArray($sql);
echo $desc['question'].'(結果上位'.$limit.'位)';
$sql = $xoopsDB->query("SELECT option_text, option_count, option_color FROM ".$xoopsDB->prefix('xoopspoll_option')." WHERE poll_id = ".$poll_id." ORDER BY option_count DESC LIMIT ".$limit);
echo '＜table＞';
while ($option = $xoopsDB->fetchArray($sql)){
echo "＜TR＞＜TD＞".$option['option_text']."＜/TD＞＜TD＞＜B＞".$option['option_count']."＜/B＞票＜/TD＞＜/TR＞";
}
echo '＜/table＞';
XOOPS:Forum:２つのブロックを１つのブロックとして表示したいより。
カスタムブロックを使って、２つのブロックを１つのブロックとして表示する事が出来る。
piCalのブロックの例だと以下の様になる。
// piCalブロック読み取り
require_once( "$mod_path/blocks/pical_mini_calendar.php" ) ;
require_once( "$mod_path/blocks/pical_coming_schedule.php" ) ;
//$block = array();
$block0 = "＜table border='0' cellspacing='0' cellpadding='0' width='100%'＞＜TR＞＜TD align='left'＞\n";
$block = pical_mini_calendar_show();
$block2 = pical_coming_schedule_show();
$block0 .=$block['content'];
$block['content'] = $block0;
$block['content'] .= "＜/TD＞＜TD align='left'＞";
$block['content'] .= $block2['content'];
$block['content'] .= "＜/TD＞＜/TR＞＜/TABLE＞\n";
echo $block['content'] ;
OSS | PHP | Wii | XOOPS Cube | うえこみ春日井小牧 | おすすめサイト | お酒 | アイロンビーズ | ウェブログ・ココログ関連 | グルメ・クッキング | ゲーム | パソコン・インターネット | 中日ドラゴンズ | 携帯・デジカメ | 日記・コラム・つぶやき | 芸能・アイドル | 親馬鹿 | 音楽
最近のコメント