msg# 1
GIJOEさん、こんばんは。
PICO 0.3を早速試しました。
2点気づいた点を。
1) 管理画面 → 一般設定で、「モジュールトップのメッセージ」と「カテゴリートップでリストを表示する」の間にある項目の項目名が無い
2)「トップ」カテゴリーに登録したコンテンツの中身が表示されない
(http://[XOOPS_URL]/modules/[PICOのモジュール名]/と同じ内容が表示される、下位のカテゴリーに登録したコンテンツは正常表示)
利用環境は
Linux debian 2.4.27-1-386
Apache/2.0.55
PHP Version 4.4.2-1.1
Mysql 5.0.24a
Xoops 2.0.16a JP
モジュールは、System , ALTSYS , SITEMAP
ちなみにSITEMAPへは、問題なく表示できました。
#SITEMAPへもコンテンツ一覧を表示出来るとCool!ですね。(管理画面でOn/Offできると更に)
Votes:0
Average:0.00
msg# 1.1
starckさん、こんにちは。
Quote:
1) 管理画面 → 一般設定で、「モジュールトップのメッセージ」と「カテゴリートップでリストを表示する」の間にある項目の項目名が無い
2)「トップ」カテゴリーに登録したコンテンツの中身が表示されない
(http://[XOOPS_URL]/modules/[PICOのモジュール名]/と同じ内容が表示される、下位のカテゴリーに登録したコンテンツは正常表示)
う〜ん。どっちも再現しませんね。
比較的原因を簡単に見つけられるのが1。
モジュールアップデートしていないか、言語ファイルの上書きが出来ていないか。
項目自体が追加されているってことは、前者よりは後者の可能性が大きいでしょうか。
公開側に言語ファイルを置いてオーバーライドしている場合、そちらもアップデートする必要がありますよ。
2については、1が絡んでいる可能性はあります。テンプレートが古いままである、とか。
あとはやっぱり上書きミスですか。
基本的にこのモジュールは、xoops_trust_path側だけの上書き1回きりで済むはずです。
Quote:
#SITEMAPへもコンテンツ一覧を表示出来るとCool!ですね。(管理画面でOn/Offできると更に)
特段、難しくはないのですが、sitemapの仕様との兼ね合いですね。
sitemap自体に、「サブカテゴリーを表示するかどうか」というオプションしか存在しないので、個別の記事まで表示する、という仕様になっていません。
このあたり、表示レベル、という形で各プラグインに渡す形にしても良いのですが、オリジナルとのプラグイン互換性が崩壊してしまうかな、という気がしますし。
(互換性なんてとうの昔に失われているかも?)
Votes:1
Average:10.00
msg# 1.1.1
Quote:
2)「トップ」カテゴリーに登録したコンテンツの中身が表示されない
(http://[XOOPS_URL]/modules/[PICOのモジュール名]/と同じ内容が表示される、
下位のカテゴリーに登録したコンテンツは正常表示)
この現象は私の所でも発生しました。
pico0.3を新規インストール 0.22からのアップデート 共に同じ現象になります。
動作環境
Vine Linux 2.4.31-0vl1.8smp
Apache 1.3.33
PHP Version 4.4.4
MYSQL 4.0.25
XOOPS Cube 2.0.16a JP
XOOPS Cube 2.1 beta4
どうやら、一般設定>「モジュールトップでは自動生成メニューを表示する」をONにしていると、
トップカテゴリに配置したコンテンツにアクセス出来ないようです。
OFFにした場合は、正常にアクセス出来ます。
Votes:0
Average:0.00
msg# 1.1.1.1
emomoさん、こんにちは。
Quote:
どうやら、一般設定>「モジュールトップでは自動生成メニューを表示する」をONにしていると、
トップカテゴリに配置したコンテンツにアクセス出来ないようです。
このおかげで、一発でわかりました。
ちょっとしたロジックミスでした。
さきほど修正して、アーカイブに反映してます。(0.30a)
ご両名様、報告ありがとうございました。
Votes:0
Average:0.00
msg# 1.1.2
Quote:
Quote:
1) 管理画面 → 一般設定で、「モジュールトップのメッセージ」と「カテゴリートップでリストを表示する」の間にある項目の項目名が無い
う〜ん。どっちも再現しませんね。
比較的原因を簡単に見つけられるのが1。
モジュールアップデートしていないか、言語ファイルの上書きが出来ていないか。
項目自体が追加されているってことは、前者よりは後者の可能性が大きいでしょうか。
公開側に言語ファイルを置いてオーバーライドしている場合、そちらもアップデートする必要がありますよ。
・xoops_trust_path配下のpico関連上書きupdate
・ZIPでなくtarballから解凍→上書きupdate
などを試していますが、変化ありません。
diffでlanguageディレクトリの中身を比較して見ましたが、解凍直後のファイルとxoops_trust_path配下にインストールされたファイルに差分は無いようです。
また、前回は気づかなかったのですが、pico管理画面→一般設定にて
Warning [PHP]: constant(): Couldn't find constant _MI_CONTENTS_SHOW_MENUINMODULE in file /[省略]/xoops_trust_path/libs/altsys/mypreferences.php line 92
このエラーが出ています。(もちろんphpデバッグがON)
あと、管理メニュー左側picoアイコン→一般設定だと(コンテンツ一括管理などの)上部のメニューが表示されず、エラーも異なります。
Warning [PHP]: constant(): Couldn't find constant _MI_CONTENTS_SHOW_MENUINMODULE in file modules/system/admin/preferences/main.php line 258
もう少し探ってみて何かつかめたら、またお知らせします。
Quote:
特段、難しくはないのですが、sitemapの仕様との兼ね合いですね。
sitemap自体に、「サブカテゴリーを表示するかどうか」というオプションしか存在しないので、個別の記事まで表示する、という仕様になっていません。
このあたり、表示レベル、という形で各プラグインに渡す形にしても良いのですが、オリジナルとのプラグイン互換性が崩壊してしまうかな、という気がしますし。
(互換性なんてとうの昔に失われているかも?)
確かに、sitemapモジュールの仕様との兼ね合いもありますよね。
こういう需要もあるかなと思いついただけなので、Just Ideaというレベルです。
Votes:0
Average:0.00
msg# 1.1.2.1
とりあえず、TRUST_PATH側の
language/japanese/modinfo.php
を調べて、
SHOW_MENUINMODULE
という文字列があるか、確認していただけますか。
モジュールアップデートは必要ありません。
純粋に言語ファイルの問題です。
Quote:
確かに、sitemapモジュールの仕様との兼ね合いもありますよね。
こういう需要もあるかなと思いついただけなので、Just Ideaというレベルです。
そう言えば、TinyDでは、カテゴリーがないこともあって、記事が直接ぶら下がってましたね。
TinyDの完全上位互換を目指すのであれば、直接記事をぶら下げたい、という要望に応える必要がありそうです。
sitemapではなく、pico側にそういう設定値を用意すればいいだけかもしれませんね。
Votes:1
Average:10.00
msg# 1.1.2.1.1
こんばんは スレ立てるほどの事も無いので
ここに書かせてください。
IIS,MYSQL5,PHP5環境で、
SQLのINSERT文発行時にエラーが発生しましたので、
こんな感じでとりあえず対応しました。
transact_function.php
173行目
if( ! $db->query( "INSERT INTO ".$db->prefix($mydirname."_categories")." SET cat_title='{$requests['title']}',
cat_desc='{$requests['desc']}', cat_weight='{$requests['weight']}', cat_options='{$requests['options']}',
cat_path_in_tree='',cat_unique_path='', pid={$requests['pid']}" ) ) die( _MD_PICO_ERR_SQL.__LINE__ ) ;
270行目
if( ! $db->query( "INSERT INTO ".$db->prefix($mydirname."_contents")." SET $set `created_time`=UNIX_TIMESTAMP(),
`modified_time`=UNIX_TIMESTAMP(),poster_uid='".$xoopsUser->getVar('uid')."',poster_ip='".
addslashes(@$_SERVER['REMOTE_ADDR']).
"',body_cached='',htmlheader_waiting='',body_waiting=''" ) ) die( _MD_PICO_ERR_SQL.__LINE__ ) ;
解決策とは言い難いですが、とりあえず動きました。
apache,MySQL4,PHP4環境では修正無しに動いてます。
XOOPSで、MYSQL5やPHP5自体が非サポート環境だったはずですから、
大した問題じゃないですが、ご報告します
Votes:1
Average:10.00
msg# 1.1.2.1.2
ありがとうございます。解決しスッキリしました。
modinfo.phpでは、「SHOW_MENUINMODULETOP」となっていたので、"TOP"の文字列を削除したところ、正常に表示されました。
他の方の環境でも正常に表示されていたようなので、私の環境特有の問題ぽいですね。謎だ・・・
Votes:0
Average:0.00
msg# 1.1.2.1.1.1
sakichiさん、こんにちは。
Quote:
IIS,MYSQL5,PHP5環境で、
SQLのINSERT文発行時にエラーが発生しましたので、
こんな感じでとりあえず対応しました。
(snip)
ああ、なるほど!
MySQL5から、textフィールドにdefaultを設定できなくなったのは知っていたのですが、そうなれば、NOT NULLである以上、なんらかの値を設定しなければならないのは当然ですよね。
MySQL4.1までで、text NOT NULL とした場合、実際のCREATE TABLEではdefault ''が自動的に挿入されたと見なされるだけなので、MySQL5とは状況が違う、と。
今後の互換性を考える上でも、textフィールドについては、空文字列==NULL、なんて扱いをすべきかも知れませんね。
ご指摘ありがとうございました。
とても参考になりました。
Votes:0
Average:0.00
msg# 1.1.2.1.2.1
Quote:
modinfo.phpでは、「SHOW_MENUINMODULETOP」となっていたので、"TOP"の文字列を削除したところ、正常に表示されました。
それ、修正の仕方が逆ですよ
_SHOW_MENUINMODULETOP が正しいので、むしろxoops_version.phpの方が間違っていたことになります。
xoops_version.php に、_SHOW_MENUINMODULE となっている部分があると思われるので、それを_SHOW_MENUINMODULETOP にしてください。
Votes:1
Average:0.00
msg# 1.1.2.1.2.1.1
Quote:
GIJOE wrotes:
Quote:
modinfo.phpでは、「SHOW_MENUINMODULETOP」となっていたので、"TOP"の文字列を削除したところ、正常に表示されました。
それ、修正の仕方が逆ですよ
_SHOW_MENUINMODULETOP が正しいので、むしろxoops_version.phpの方が間違っていたことになります。
xoops_version.php に、_SHOW_MENUINMODULE となっている部分があると思われるので、それを_SHOW_MENUINMODULETOP にしてください。
う。やってしまいました。。
xoops_version.phpを確認してみたのですが、"_SHOW_MENUINMODULETOP"で間違い無いようです。
似たようなもうひとつの環境でも症状が発生してしまうのですが、私の環境の(インストール/設定含め)何かがいけないんでしょうね。・・・。テスト的にいじっているだけなので困ってはいないのですが。
Quote:
SERVER : Apache/1.3.33 (Debian GNU/Linux) PHP/4.3.10-16
PHP : 4.3.10-16
register_globals =
MySQL : 4.0.24_Debian-10sarge1-log
XOOPS : XOOPS 2.0.16a JP
Theme : default
共通モジュールは、system,pico,altsys,sitemap
Votes:0
Average:0.00
msg# 1.1.2.1.2.1.1.1
GIJOEさん、starckさん、こんにちは。
私も実は同様の現象が発生しています。
症状が一定せず、前回は書き込むのを躊躇していましたが、
発生する状況に再現性が出てきましたのでご報告させていただきます。
下記の様な状況で、pico0.31を使用しています。
XOOPS Cube 2.0.16a JP
XOOPS Cube 2.1 beta4
XOOPS_ROOT_PATH/modules/design (pico 1個目)
XOOPS_ROOT_PATH/modules/pico (pico 2個目)
XOOPS_ROOT_PATH/modules/test (pico 3個目)
XOOPS_TRUST_PATH/modules/pico (pico 0.31共通)
modules/design は、管理画面で「_MI_DESIGN_SHOW_MENUINMODULETO」が出てしまいます。
しかし、modules/pico modules/test については
「モジュールトップでは自動生成メニューを表示する」と正常に表示されます。
これは、Cube 2.0.16a JP Cube 2.1 beta4 共に同じで新規インストール アップデートに関わらず発生します。
XSASに新規設置したCube 2.0.16a JP Cube 2.1 beta4 にpicoを入れても、やはり同じ状況になります。
どうもmodules/○○○○(特定の文字列)で発生する様です。
どのような文字列で発生するのかまでは特定出来ていませんが、
とりあえず「design」の場合は発生する模様です。
以上、ご報告させていただきます。
Votes:0
Average:0.00
msg# 1.1.2.1.2.1.1.1.1
emomoさん、
フォローありがとうございます。
頂いた情報を基に私も試してみました。どうやら文字数が6文字以上になると駄目のようです。
■問題なし
・abc,abcd,abcde
・xyz,xyz1,xyz11,
■問題あり
・contents ← 今まで主にこれで試してました
・abcdef
・xyz111
D3モジュールなおかげで、こういうときの検証がとても楽ですね
Votes:0
Average:0.00
msg# 1.1.2.1.2.1.1.1.1.1
レポートありがとうございます。
なるほど〜
30字制限に引っかかってましたか。
d3forumの時には気をつけていたのを、すっかり忘れてました。
ただ、定数名を短くしても、それ以上にdirnameを伸ばす可能性は残りますよね。
dirnameから固定長のhashをとる、という方法も、言語ファイルオーバーロードという観点からはマイナスです。
個人的にも、あまりハナモゲラ英語は使いたくない(=定数名から意味が十分に類推できるべき)ので、無理に定数名を縮めたくはないですねえ…
ここは、configテーブルをALTERしちゃうしかないですかね。
元々、30字なんていうのが無理な制限だったわけですし。
モジュールがコアのテーブルをALTERする、なんて、掟破りと言えば掟破りですが、ALTERする上での制限を加えればギリギリOKラインかな?
Votes:0
Average:0.00
msg# 1.1.2.1.2.1.1.1.1.1.1
というわけで、0.32をリリースしてます。
定数名も変更になっているので、モジュールアップデート必須です。
Votes:0
Average:0.00
msg# 1.1.2.1.2.1.1.1.1.1.1.1
GIJOEさん、starckさん、こんにちは。
そして早速の修正に感謝します。
アップデートし、正常に表示される様になりました。>GIJOEさん。
さて早速ですが、picoトップの自動生成メニューで質問(要望?)があります。
下記の様な文書構造を構築しようとする場合、
カテゴリCの中には直下のコンテンツはなく、
2つのサブカテゴリを包括するカテゴリとして存在しています。
トップ
│
├ カテゴリA
│ └ コンテンツ
│
├ カテゴリB
│ ├ コンテンツ
│ ├ コンテンツ
│ └ コンテンツ
│
└ カテゴリC
│
├ サブカテゴリ
│ ├ コンテンツ
│ └ コンテンツ
│
└ サブカテゴリ
├ コンテンツ
└ コンテンツ
ただし、それをpicoで構築しようとすると、トップの自動生成メニューでは、
カテゴリCの中にコンテンツが無い為、カテゴリ名が表示されなくなり、
下記の様なカテゴリBの下に、サブカテゴリが含まれる様な構造に見えてしまいます。
トップ
│
├ カテゴリA
│ └ コンテンツ
│
├ カテゴリB
│ ├ コンテンツ
│ ├ コンテンツ
│ └ コンテンツ
│
├ サブカテゴリ
│ ├ コンテンツ
│ └ コンテンツ
│
└ サブカテゴリ
├ コンテンツ
└ コンテンツ
この様な場合、管理画面の設定で「空のカテゴリ名を表示する」という様な
設定があると良いと思うのですがpicoで可能でしょうか?
Votes:0
Average:0.00
msg# 1.1.2.1.2.1.1.1.1.1.1.1.1
emomoさん、こんにちは。
Quote:
さて早速ですが、picoトップの自動生成メニューで質問(要望?)があります。
下記の様な文書構造を構築しようとする場合、
カテゴリCの中には直下のコンテンツはなく、
2つのサブカテゴリを包括するカテゴリとして存在しています。
(snip)
この様な場合、管理画面の設定で「空のカテゴリ名を表示する」という様な
設定があると良いと思うのですがpicoで可能でしょうか?
ブロックならともかく、トップメニューでは、段下げしていることもあって、確かに変ですね。というわけで、0.32aとして修正してます。
逆に、「空カテゴリ名を表示しない」という設定は必要ないと思うのでつけません。
必要ならアクセス権限とか、テンプレートレベルでも簡単に対応できますから。
Votes:0
Average:0.00
msg# 1.1.2.1.2.1.1.1.1.1.1.1.1.1
あけましておめでとうございます。今年もよろしくお願いします。
先のレスをいただいてから色々試していて、
どうしても判らないので、恐る恐る聞いてみます。
以前の032と032aのファイルって、どこか更新されています?
なんだか、同じ物の様に感じるのですが・・・・
それとも僕の新年会の二日酔いのせいだろうか?(笑)
僕の確認不足でしたらごめんなさい。
ボソ>diffかけても変更箇所が無いみたい・・・・
Votes:0
Average:0.00
msg# 1.1.2.1.2.1.1.1.1.1.1.1.1.1.1
コミットだけして、上げ忘れてました…orz
今、上げました。
すみません。
私自身、良くやるミスなので、おかしいな、と思ったら、アーカイブの更新年月日を確認してください。
Votes:0
Average:0.00
msg# 1.1.2.1.2.1.1.1.1.1.1.1.1.1.1.1
GIJOEさん、こんばんわ。
ファイルアップありがとうございました。
おかげさまで、階層が正常に表示される様になりました。
今後も何か気づく点がありましたら、ご報告させていただきます。
Votes:1
Average:10.00