タグ「Xoops」が付けられているもの
Xoopsモジュール作りは思ったより簡単でした。
phpで記述すべき部分は最低限で済みますから、最小の手間でサイトの機能アップが行えるわけですね。
前述のPHPファイルなんて、ヘッダーも何も書かれていませんから、それだけで設置することは出来ません。
こういう部分がCMSというべきか。内容に注力できる部分なんですね。
これで、もうちょっとドキュメントが整備されていたら素晴らしいんですけど、残念ながらドキュメントの整備はイマイチ。惜しい。Xoops Cubeの公式サイトにあるフォーラムで色々書かれていますが、情報が散在しているから、なかなか見つけづらいですね。
レベルの高い方はXoopsのコアモジュールをハックして色々とされているようですが、それでは手軽に・・・というメリットが生かせていないように感じられます。
phpで記述すべき部分は最低限で済みますから、最小の手間でサイトの機能アップが行えるわけですね。
前述のPHPファイルなんて、ヘッダーも何も書かれていませんから、それだけで設置することは出来ません。
こういう部分がCMSというべきか。内容に注力できる部分なんですね。
これで、もうちょっとドキュメントが整備されていたら素晴らしいんですけど、残念ながらドキュメントの整備はイマイチ。惜しい。Xoops Cubeの公式サイトにあるフォーラムで色々書かれていますが、情報が散在しているから、なかなか見つけづらいですね。
レベルの高い方はXoopsのコアモジュールをハックして色々とされているようですが、それでは手軽に・・・というメリットが生かせていないように感じられます。
以前、Perlで書かれた非可逆パスワードの話を書いたのですが、
何処でもPerlが使えるわけではなく、案外不便に感じる事がありました。
特に周りにWindowsしか無かった時。
自分のサイトにパスワード生成を貼り付けたかったので作ることにしました。
まず、phpでパスワード生成を作ります。
元が簡単だったので、非常に簡単です。
実際に設置するためには、更にhtmlspecialcharsでエスケープする必要があります。
これで十分なんですが、ちょっと面白くありません。
そこで、Xoopsのモジュールにしてみました。
何処でもPerlが使えるわけではなく、案外不便に感じる事がありました。
特に周りにWindowsしか無かった時。
自分のサイトにパスワード生成を貼り付けたかったので作ることにしました。
まず、phpでパスワード生成を作ります。
元が簡単だったので、非常に簡単です。
<div>
<form action="<?php echo $_SERVER['PHP_SELF']; ?>" method="post">
<p><label for="passphrase">パスフレーズ:</label><input id="passphrase" name="passphrase" size="20" /></p>
<p><label for="site">サイト:</label><input id="site" name="site" size="20" /></p>
<p><input type="submit" value="送信">
</form>
</div>
<div>
生成されたパスワード：
<?php
if (isset($_POST['passphrase']) && isset($_POST['site'])) {
$str = $_POST['passphrase'].$_POST['site'];
echo base64_encode(md5($str));
}
?>
</div>
実際に設置するためには、更にhtmlspecialcharsでエスケープする必要があります。
これで十分なんですが、ちょっと面白くありません。
そこで、Xoopsのモジュールにしてみました。
自分のサイト内のドキュメント。何とかXoopsに取り込み出来ました。
とはいえ元も静的コンテンツじゃなくって、ごった煮状態でした。
「なるべくXoopsでまとめたい」でも「Wrapsで誤魔化したくない（要するに別管理になるのがイヤ）」という考えだったので、「Pico」を導入して、地道に一つずつコンテンツ移行してました。リンクが手修正必要だったりして結構面倒だったんで、時間がかかりました。
次はファイル・モジュール導入して、ファイルを移行せねば。・・・面倒だなぁ。
とはいえ元も静的コンテンツじゃなくって、ごった煮状態でした。
「なるべくXoopsでまとめたい」でも「Wrapsで誤魔化したくない（要するに別管理になるのがイヤ）」という考えだったので、「Pico」を導入して、地道に一つずつコンテンツ移行してました。リンクが手修正必要だったりして結構面倒だったんで、時間がかかりました。
次はファイル・モジュール導入して、ファイルを移行せねば。・・・面倒だなぁ。
メールに関してはとっくにIMAP化が終わってて、どこにいても自分のメールボックスを開くことが出来る状態だった。だが、Webに関してはなかなか集約できずにいたので、Xoopsに自分用ポータルサイトを紛れ込ませることにした。
とはいっても、ブックマークの集約とRSSリーダーによる一括確認程度のものでたいしたことはしてない。
でもこれで、モバイル環境が楽になるかなと期待している。
・・・こういう事しても結局更新が面倒になってきて更新さぼるようになるから、あまり意味がないんだけど。
アップルの.Macってサービスを使うと、インターネット越しにMacのSAFARIのブックマークを同期取ったりできるから便利なんだけど、WindowsもMacもSolarisもアドエスも・・・と欲張るとなかなかそういうサービスも無いからねぇ。。。
ちなみに.Mac、年額¥9,800-と利用料がお高いです。
とはいっても、ブックマークの集約とRSSリーダーによる一括確認程度のものでたいしたことはしてない。
でもこれで、モバイル環境が楽になるかなと期待している。
・・・こういう事しても結局更新が面倒になってきて更新さぼるようになるから、あまり意味がないんだけど。
アップルの.Macってサービスを使うと、インターネット越しにMacのSAFARIのブックマークを同期取ったりできるから便利なんだけど、WindowsもMacもSolarisもアドエスも・・・と欲張るとなかなかそういうサービスも無いからねぇ。。。
ちなみに.Mac、年額¥9,800-と利用料がお高いです。
Wikiやxoopsが微妙に流行らない理由
Xoopsに限って言えば「Blogと比較すると敷居が高め」というのは納得できる。反面、色々カスタマイズ出来るし、一からPHPなりPerlなりでページを作るよりは簡単だ。ただし、自分でモジュールを作ってみようと思った場合は一から書いた方が楽だと思う。標準でもう少しモジュールを充実してくれれば、敷居が低くなっていいのではないか？
Wikiについては逆の観点というか、あれこそ一般的には簡単に編集出来るのではないか？一から書くのは大変だが、既に書かれた記事を弄るのであれば非常に簡単だと思う。
独自タグに関しては確かに難しいと思うけど、それでもhtmlで書くよりは随分簡単に思える。
例えば、リストを作る場合。htmlで記載すると
<ul>
<li>項目１</li>
<li>項目２</li>
<ul>
<li>項目２−１</li>
<li>項目２−２</li>
</ul>
<li>項目３</li>
<li>項目４</li>
</ul>
という書き方になるが、Wiki（MediaWiki）で書く場合は
*項目１
*項目２
**項目２−１
**項目２−２
*項目３
*項目４
となる。
番号付きリストの場合はhtmlで
<ol>
<li>項目１</li>
<li>項目２</li>
<ol>
<li>項目２−１</li>
<li>項目２−２</li>
</ol>
<li>項目３</li>
<li>項目４</li>
</ol>
と書く。Wiki（MediaWiki）で書く場合は
#項目１
#項目２
##項目２−１
##項目２−２
#項目３
#項目４
となる。
内部リンクを書く場合もhtmlでは
<a href="../../hoge/contents.html>リンク</a>
と書かねばならないが、Wikiでは
[[リンク]]
で済む。
外部リンクを書く場合はhtmlでは
<a href="http://hogehoge.domain/>リンク</a>
と書かねばならないが、Wikiでは
[[http://hogehoge.domain リンク]]
で済む。
よって、最初からhtmlを覚えないでWikiの構文を覚えるというのであれば、Wikiの方が簡単な気がする。
ただ、本当に利用者に便利であるためには構文を覚えなくても使えるようにするのが一番な気がする。
ワープロのようなWysiwygエディタが使えると、相当簡単になるような気がする。
プロ（Web開発者）の目から見ると、納得いかないかも知れませんが。
個人的にはhtmlタグをガシガシと書くのが、一番楽なんですけどね。
wikiもxoopsもすぐれたアイデアのこもったいいソフトだと思う。 でも実際使うのは技術者ばかりで、MTのように、非技術者の一般ピープルになかなか浸透しないのは、 肝心かなめのコンテンツを実際書く人の心理に微妙にマッチしない文書フォーマットにある。というのは、ちょっと極論かと思った。
Xoopsに限って言えば「Blogと比較すると敷居が高め」というのは納得できる。反面、色々カスタマイズ出来るし、一からPHPなりPerlなりでページを作るよりは簡単だ。ただし、自分でモジュールを作ってみようと思った場合は一から書いた方が楽だと思う。標準でもう少しモジュールを充実してくれれば、敷居が低くなっていいのではないか？
Wikiについては逆の観点というか、あれこそ一般的には簡単に編集出来るのではないか？一から書くのは大変だが、既に書かれた記事を弄るのであれば非常に簡単だと思う。
独自タグに関しては確かに難しいと思うけど、それでもhtmlで書くよりは随分簡単に思える。
例えば、リストを作る場合。htmlで記載すると
<ul>
<li>項目１</li>
<li>項目２</li>
<ul>
<li>項目２−１</li>
<li>項目２−２</li>
</ul>
<li>項目３</li>
<li>項目４</li>
</ul>
という書き方になるが、Wiki（MediaWiki）で書く場合は
*項目１
*項目２
**項目２−１
**項目２−２
*項目３
*項目４
となる。
番号付きリストの場合はhtmlで
<ol>
<li>項目１</li>
<li>項目２</li>
<ol>
<li>項目２−１</li>
<li>項目２−２</li>
</ol>
<li>項目３</li>
<li>項目４</li>
</ol>
と書く。Wiki（MediaWiki）で書く場合は
#項目１
#項目２
##項目２−１
##項目２−２
#項目３
#項目４
となる。
内部リンクを書く場合もhtmlでは
<a href="../../hoge/contents.html>リンク</a>
と書かねばならないが、Wikiでは
[[リンク]]
で済む。
外部リンクを書く場合はhtmlでは
<a href="http://hogehoge.domain/>リンク</a>
と書かねばならないが、Wikiでは
[[http://hogehoge.domain リンク]]
で済む。
よって、最初からhtmlを覚えないでWikiの構文を覚えるというのであれば、Wikiの方が簡単な気がする。
ただ、本当に利用者に便利であるためには構文を覚えなくても使えるようにするのが一番な気がする。
ワープロのようなWysiwygエディタが使えると、相当簡単になるような気がする。
プロ（Web開発者）の目から見ると、納得いかないかも知れませんが。
個人的にはhtmlタグをガシガシと書くのが、一番楽なんですけどね。
Xoops弄り、再開してみましたけど
やはり巧い使い方が判らない。
やはりガシガシとモジュールをインストールすることが基本になるのだろうか・・・
見た目がXoopsっぽくない（普通にみえる）サイトを作るためには色々と細かいカスタマイズも必要そうだし。
しばらく試行錯誤が必要だろうな。
やはり巧い使い方が判らない。
やはりガシガシとモジュールをインストールすることが基本になるのだろうか・・・
見た目がXoopsっぽくない（普通にみえる）サイトを作るためには色々と細かいカスタマイズも必要そうだし。
しばらく試行錯誤が必要だろうな。
標準機能だけじゃ使えない。実質カスタムブロックだけで何をしろと？
XOOPS2から移行すると、とにかく標準機能の少なさに驚く。
それほど複雑な機能は必要としてないんで、XOOPS2だとほぼ標準モジュールだけで何とかなってた。
モジュールを探して集めてくるのだが、折角なのでD3モジュールで・・・と考えると
# んー。XOOPS2.0に戻そうかな。
ちょっと話がループするけど、ホスティングでXOOPS使いたいとなると、やっぱりhttps対応が必要になるんだよなぁ。
XOOPS2から移行すると、とにかく標準機能の少なさに驚く。
それほど複雑な機能は必要としてないんで、XOOPS2だとほぼ標準モジュールだけで何とかなってた。
モジュールを探して集めてくるのだが、折角なのでD3モジュールで・・・と考えると
RSSリーダー・・・D3Pipes辺りは良いとして、ファイルアップロードとかリンク集だとかが見つからないです。
掲示板・・・D3Forum
# んー。XOOPS2.0に戻そうかな。
ちょっと話がループするけど、ホスティングでXOOPS使いたいとなると、やっぱりhttps対応が必要になるんだよなぁ。
ブログの移転より、空き地になったところをどうするかが苦労したかも。
結局、XOOPSサイトとして再構築しました。
XOOPSも時間さえあれば、ずっと触っていたいくらい。
自分でモジュール作り始めたら、楽しくて仕方ないと思うんだけどね。
しばらくかかるかと思うんですけど、旧ドメイン（ダイナミックDNS）は廃止します。
不安定だしね。
ちなみにXOOPSもXOOPS2.0.16からXOOPS Cubeにバージョンアップ！てか完全作り直し。
さて、データベースも空きが出来たし、次は何して遊ぼかな。。
ここであえて10年くらい前に作ったイタイ昔懐かしいサイトを持ってくるってのも自虐的に楽しめそうだ。
それにしても、このところ色々弄りまくってて、最近ここ数年で、最もWeb関係に手を出してる時期かも。
絵とか書ける才能でもあれば、もうちょっとデザインとか頑張れるんだけど、そっちのセンス無いからなぁ。
結局、XOOPSサイトとして再構築しました。
XOOPSも時間さえあれば、ずっと触っていたいくらい。
自分でモジュール作り始めたら、楽しくて仕方ないと思うんだけどね。
しばらくかかるかと思うんですけど、旧ドメイン（ダイナミックDNS）は廃止します。
不安定だしね。
ちなみにXOOPSもXOOPS2.0.16からXOOPS Cubeにバージョンアップ！てか完全作り直し。
さて、データベースも空きが出来たし、次は何して遊ぼかな。。
ここであえて10年くらい前に作った
それにしても、このところ色々弄りまくってて、最近ここ数年で、最もWeb関係に手を出してる時期かも。
絵とか書ける才能でもあれば、もうちょっとデザインとか頑張れるんだけど、そっちのセンス無いからなぁ。
xoops インストールもあっさり終わるし、イマイチ想像通りではないしCMSとしても・・・どうかなと思っていましたが、カスタマイズがなかなか熱い。
まだまだモジュールを作るところまではいかないものの、カスタマイズがマニアックでなかなか面白い。
ただ、CMSとして使うよりはグループウェアとして使う方が向いている気がする。
むしろサイボウズとかの代わりとして使うのであれば、導入も簡単だし、なかなかお勧めかも知れない。
コンテンツ管理として見た場合は、残念ながらBlogとWikiを組み合わせた方が簡単に使えるように思う。