PEAK XOOPS - Request for pico 
Request for pico
- You cannot open a new topic into this forum
- Guests cannot post into this forum
Previous post
-
Next post
|
Parent
-
Children.1
|
Posted on 2007/5/30 1:58
starck
Posts: 42
Posts: 42
GIJOEさん、こんにちは。
picoの承認機能を何人かで運用してみたのですが、フィードバックというかリクエストさせてください。
1) 申請者（コンテンツ更新/作成者）がどのユーザか、承認画面に表示されてほしい
承認権限を持たないユーザがコンテンツを更新/作成した後、管理者で承認する際、更新/作成をしたユーザが誰なのかわかりません。申請者がどのユーザか、承認をする画面に表示されて欲しいと思いました。
2) 承認者が純粋に承認作業のみを行った場合、コンテンツの更新/作成者は申請者のユーザ名が表示されてほしい
現状ではコンテンツの最終更新者/作成者とも、承認をしたユーザとなってしまいますが、動きとしてはこちらのほうが自然だと思いました。
以上、ぜひご検討お願いします。
picoの承認機能を何人かで運用してみたのですが、フィードバックというかリクエストさせてください。
1) 申請者（コンテンツ更新/作成者）がどのユーザか、承認画面に表示されてほしい
承認権限を持たないユーザがコンテンツを更新/作成した後、管理者で承認する際、更新/作成をしたユーザが誰なのかわかりません。申請者がどのユーザか、承認をする画面に表示されて欲しいと思いました。
2) 承認者が純粋に承認作業のみを行った場合、コンテンツの更新/作成者は申請者のユーザ名が表示されてほしい
現状ではコンテンツの最終更新者/作成者とも、承認をしたユーザとなってしまいますが、動きとしてはこちらのほうが自然だと思いました。
以上、ぜひご検討お願いします。
Votes:2
Average:10.00
GIJOE
Posts: 4110
Posts: 4110
starckさん、こんにちは。
Quote:経験の無い事例なので、参考になります 
Quote:確かにそうですね。
とりあえず、作成と更新フィールドが使えそうだったので、そこに作成者と更新者を表示するようにしました。
Quote:作成者も承認ユーザになってしまいますか？
手元で試した限りでは、更新者しか変更ないはずですが。
ともあれ、承認作業では、「更新」さえもされていない、と扱うのが自然に思えますので、更新の方も変更しないようにしました。
承認を誰がしたか、という情報は、変更履歴を見れば良いでしょうから。
以上、1.35a としてアーカイブしてます。
フィードバックありがとうございました。
Quote:
picoの承認機能を何人かで運用してみたのですが、フィードバックというかリクエストさせてください。
Quote:
1) 申請者（コンテンツ更新/作成者）がどのユーザか、承認画面に表示されてほしい
承認権限を持たないユーザがコンテンツを更新/作成した後、管理者で承認する際、更新/作成をしたユーザが誰なのかわかりません。申請者がどのユーザか、承認をする画面に表示されて欲しいと思いました。
とりあえず、作成と更新フィールドが使えそうだったので、そこに作成者と更新者を表示するようにしました。
Quote:
2) 承認者が純粋に承認作業のみを行った場合、コンテンツの更新/作成者は申請者のユーザ名が表示されてほしい
現状ではコンテンツの最終更新者/作成者とも、承認をしたユーザとなってしまいますが、動きとしてはこちらのほうが自然だと思いました。
手元で試した限りでは、更新者しか変更ないはずですが。
ともあれ、承認作業では、「更新」さえもされていない、と扱うのが自然に思えますので、更新の方も変更しないようにしました。
承認を誰がしたか、という情報は、変更履歴を見れば良いでしょうから。
以上、1.35a としてアーカイブしてます。
フィードバックありがとうございました。
Votes:0
Average:0.00
starck
Posts: 42
Posts: 42
GIJOEさん、こんにちは。
早速取り入れて頂きありがとうございます。
Quote:コンテンツ一括管理の画面に、申請者が表示されるようになりました。とっても良い感じです。 
Quote:ごめんなさい。これは完全に間違いでした。 
Quote:これなのですが、変化が無いような気がするのですが、私の勘違いでしょうか。
いちおう操作手順としては、
承認（編集）画面へ → （内容確認） → 申請データへの置換
と操作しているのですが、該当ページの更新日付が表示される部分に表示されているのは、申請したユーザではなく、承認したユーザのようです。
追記：念のため別サーバで確認したところ、問題なく動作したようなので、もう一度確認後ご報告させてください。
早速取り入れて頂きありがとうございます。
Quote:
とりあえず、作成と更新フィールドが使えそうだったので、そこに作成者と更新者を表示するようにしました。
Quote:
作成者も承認ユーザになってしまいますか？
手元で試した限りでは、更新者しか変更ないはずですが。
ともあれ、承認作業では、「更新」さえもされていない、と扱うのが自然に思えますので、更新の方も変更しないようにしました。
いちおう操作手順としては、
承認（編集）画面へ → （内容確認） → 申請データへの置換
と操作しているのですが、該当ページの更新日付が表示される部分に表示されているのは、申請したユーザではなく、承認したユーザのようです。
追記：念のため別サーバで確認したところ、問題なく動作したようなので、もう一度確認後ご報告させてください。
Votes:2
Average:5.00
GIJOE
Posts: 4110
Posts: 4110
starckさん、こんにちは。
Quote:サーバ次第で動作が違いますか？
include/transact_functions.php の上書き忘れをチェックして、ちゃんと上書きされているのに、古い動作のままだとしたら、そのサーバが、SQLのコメントアウトを無視する、なんて設定になっているかもしれませんね。
（MySQLにそんな設定があるのかどうかは知りませんが、SQL Injection対策としては意味がある）
539行目
を試してください。
Quote:
追記：念のため別サーバで確認したところ、問題なく動作したようなので、もう一度確認後ご報告させてください。
include/transact_functions.php の上書き忘れをチェックして、ちゃんと上書きされているのに、古い動作のままだとしたら、そのサーバが、SQLのコメントアウトを無視する、なんて設定になっているかもしれませんね。
（MySQLにそんな設定があるのかどうかは知りませんが、SQL Injection対策としては意味がある）
539行目
if( ! $db->query( "UPDATE ".$db->prefix($mydirname."_contents")." SET body_waiting='',subject_waiting='',htmlheader_waiting='' /*,`modified_time`=UNIX_TIMESTAMP(),modifier_uid='$uid',modifier_ip='".mysql_real_escape_string(@$_SERVER['REMOTE_ADDR'])."'*/ ,body_cached='' WHERE content_id=$content_id" ) ) die( _MD_PICO_ERR_SQL.__LINE__ ) ;
Votes:0
Average:0.00
Previous post
-
Next post
|
Parent
-
No child
|
Posted on 2007/6/3 2:06
starck
Posts: 42
Posts: 42
GIJOEさん、
私のファイル管理に問題がありました。
本当にすみません・・・。
というわけで、早速本番環境を1.35aにアップしました。
サイトのドキュメントが現在300近くなりましたが（picoを8つくらいに分けていますが）、快適に利用できています。思い切ってpico化（xoops化）して本当に良かったです。
どうもありがとうございます。
私のファイル管理に問題がありました。
本当にすみません・・・。
というわけで、早速本番環境を1.35aにアップしました。
サイトのドキュメントが現在300近くなりましたが（picoを8つくらいに分けていますが）、快適に利用できています。思い切ってpico化（xoops化）して本当に良かったです。
どうもありがとうございます。
Votes:1
Average:10.00
Login