Nucleus(JP)フォーラム

NucleusCMS日本語版ユーザーのためのサポートフォーラムです。疑問が生じたらまずは記事検索をご利用ください。

ログインしていません。

#1 2006-12-22 22:04:11

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

一般的な質問「複数ブログごとに異なるmediaディレクトリを利用したい」でご相談したMocchiです。
<!-- l --><a class="postlink-local" href="http://japan.nucleuscms.org/bb/viewtopic.php?t=2489">viewtopic.php?t=2489</a><!-- l -->

Pluginを試作してみました。名前は「NP_EachBlogDir」にしてみました。

しかし、致命的な欠点があります。助けてください。

それは、blogidの特定に使える変数が提供されていないページでは、おかしなimg要素が差し込まれてしまうということです。とくに、index.phpにおいて動作しません。
仕組みはhelp.phpに書いたので、そちらをごらんいただければと思いますが、この場でも簡潔に。

「アイテムの追加」、「アイテムの編集/削除」、「アイテムの編集」ページのヘッダに、function AddMedia()を埋め込み、プラグインのmedia.phpに、media追加ボタンをクリックしたユーザを誘導。同時に、blogidもしくはitemidをgetで渡す。
blogid変数(ない場合はitemidで生成)により、ShortNameを生成、$DIR_MEDIAと$CONF['MEDIA']を置き換えて、<%image%><%popup%>を生成します。
ページ生成時も同じ置き換えを行い、img要素をXHTMLに埋め込みます。

blog変数はitemidからも生成しているので、STDINもしくはリファラで「blogid」もしくは「itemid」が渡っていれば、想定の動作を行います。今後、catidやcommentidからblogidを生成すれば、よりサポートが広がると思います。

しかし、この処理だとindex.phpではだめなんです。
ユーザの初回アクセス時はblogidがどうしても生成できず、defaultのmediaディレクトリとなってしまい
img要素のsrc属性が、おかしなurlとなってしまいます。
blogid、itemid、catid、commentidでは根本的な解決にならないことを悟りました。

どんなときでもblogid変数を生成できるような変数があれば今の処理で何とか実装可能なのですが。
ほとほと困り果てています。どうかみなさんのお知恵をお貸しください、お願いします。

オフライン

#2 2006-12-23 05:06:15

yu
メンバー
From: 神奈川
登録日: 2003-11-15
投稿: 718
ウェブサイト

Re: NP_EachBlogDir

そもそも初回(アイテムを追加するとき)は、その追加しようとしているアイテムが
どのカテゴリーに属するかは決まってないのですから
そのカテゴリーが属するブログの特定もできないはずです。

やろうとしたらメンバーIDから絞り込んだほうがいいと思います。
運用で各メンバーは1つのブログのみに所属する、という決め事を作ればシンプルに制御できるのではないでしょうか。
(デフォルトではメンバー各々は複数のブログにかけもち所属可能ですが、そういう利用はしないとして、ということです)


Nucleusだとか
http://nucleus.datoka.jp/

オフライン

#3 2006-12-23 09:35:58

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

yuさま。返信どうもありがとうございます。

しかし、初回(アイテムを追加するとき)は解決しています。
管理画面の「アイテムの追加」では、blogidをgetで渡しているので、これを利用しています。
これから追加しようとしてるアイテムがどのカテゴリーに属すかは決まっていませんが、どのウェブログに属すかは決まっています。
現在、「アイテムの追加」「アイテムの編集/削除」「アイテムの編集(skinより誘導)」においては、動作の不具合はありません。

今問題なのは、アイテムを追加したり編集する時ではなく、「ページを表示する」時。
一般の閲覧者がブラウザでページにアクセスし、それに応じてnucleusがページを生成する際に不具合があります。
blogid,catid,itemid,commentidがgetもしくはpostで指定されている場合はblogidを生成するので問題ないのですが、こういった指定がない場合、つまりindex.phpへの初回アクセス時が問題となっています。
追加する際だけでなく、ページ生成時も$DIR_MEDIAと$CONF['MEDIA']の置き換えを必要としています。

> やろうとしたらメンバーIDから絞り込んだほうがいいと思います。
> 運用で各メンバーは1つのブログのみに所属する、という決め事を作れば
> シンプルに制御できるのではないでしょうか。
> (デフォルトではメンバー各々は複数のブログにかけもち所属可能ですが
> そういう利用はしないとして、ということです)

たしかに、ユーザ関連の変数は毎回Cockieを利用して生成されているようなので、実現は可能ですね。
しかしこれは最後の手段に取っておきたいのです。
ユーザ変数ではなく、アクセスされているウェブログに関する変数で制御したいのです。

というのも、一人のユーザが、複数のウェブログを管理する状況がありうるためです。
昨今の日本の状況では、当フェデレーションのような(金銭においての)利益を目指さない団体に協力してくださる方が
圧倒的に少ないのです。

Nucleusの制御概念からは外れているとは思っていますが、どうかよろしくお願いします。

オフライン

#4 2006-12-23 12:23:05

shizuki
Administrator
From: 西播磨
登録日: 2006-03-23
投稿: 900
ウェブサイト

Re: NP_EachBlogDir

Mocchi さんの発言:

これから追加しようとしてるアイテムがどのカテゴリーに属すかは決まっていませんが、どのウェブログに属すかは決まっています。

実は決まっていません
「ブログA」の投稿画面でカテゴリを選択するときに、選択肢の中に「ブログB」のカテゴリが出てきます
ここで、「ブログB」のカテゴリを選択した場合、投稿されたアイテムは「ブログB」に所属する事になります
また選択肢が出てしまう事によって、手が滑って別のブログのカテゴリを選択してしまう可能性もあるので、コアに手を入れて、該当ブログに属していないカテゴリが選択肢に出てこないようにする必要がありますね

Mocchi さんの発言:

blogid,catid,itemid,commentidがgetもしくはpostで指定されている場合はblogidを生成するので問題ないのですが、こういった指定がない場合、つまりindex.phpへの初回アクセス時が問題となっています。
追加する際だけでなく、ページ生成時も$DIR_MEDIAと$CONF['MEDIA']の置き換えを必要としています。

config.php で include するんじゃなくて、event_initSkinParse() で

global $DIR_MEDIA, $CONF, $blog;
$bid = ($blog) ? $blog->getid : $CONF['DefaultBlog'];

以下、$CONF['MediaURL'] と $DIR_MEDIA の書き換え

じゃ無理でしょうか?

あと一つだけ気になった点として、$_GET['blogid']; を使われてますが、ここはひとつ intGetVar('blogid'); で

オフライン

#5 2006-12-23 15:19:45

yu
メンバー
From: 神奈川
登録日: 2003-11-15
投稿: 718
ウェブサイト

Re: NP_EachBlogDir

なるほど管理画面でGETで渡される$blogidを利用してるわけですか。
shizukiさんが書かれてるように他のブログの記事も書けてしまいますが
投稿側で注意するとか決めておけばよさげですね。

includeしたchangedir.phpの後、selectBlog()かselector()で$blogidが決定されるところに問題があるようなので、
shizukiさんの例のようにプラグインイベントで処理するようにすればスマートに解決しそうです。
(イベント呼び出しのときにはselector()を通過してパースが始まってます)


Nucleusだとか
http://nucleus.datoka.jp/

オフライン

#6 2006-12-25 17:22:25

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

返信して下さったみなさま、どうもありがとうございます。

event_initSkinParse()とは、まったく考えていませんでした。
さっそく試してみようと思います。
ユーザIDから$blogidで運用は、最後の手段。

カテゴリーが特定されない件は、意外に思いました。
というのも、管理画面の左上のドロップダウンメニューの意味が薄れてしまうのではないかと思ったからです。
運用者間で調整すれば問題はないと思いますが、興味深いですね。

$_GET['blogid']のことですが、クライアントブラウザから渡された値のチェックは、作りこみが落ち着いてからと考えていました。
指摘していただいた以外にも、セキュリティの弱い部分がいくつかあると思いますので、お気をつけください。
(まだチェックしてないので、なんとも…)
intGetVar()なんて便利なメソッドがあったんですね、さっそく利用してみます。
次回はもっとよいプラグインを準備しますので、そのときもよろしくお願い申し上げます。

オフライン

#7 2006-12-29 11:18:30

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

ご無沙汰しています。Mocchiです。

InitSkinParseイベントでグローバル変数の書き換えを行うように改良。
その他にも変数チェックやmedia.phpの改良を施したものを作りました。
動作に不安はありません。
が、私が考えていない方法で不具合がでることがあるかと思います。
そのときは、この記事へ返信をよろしくお願いします。

みなさまにはアドヴァイスをいただき、どうもありがとうございました。

オフライン

#8 2007-01-01 09:30:59

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

Mocchiです。

先日のRC1に不具合がありましたので、修正をしたRC2を利用してください。

不具合の内容ですが、media.phpのデフォルトではポップアップを選択しているのですが
プログラム上は埋め込みとなっていました。
あらためてポップアップをクリックするといつもどおり使えるのですが
そのままアイテムへの挿入をしてしまうと、ポップアップを選択しているのに埋め込みとなります。

あけましておめでとうございます☆

オフライン

#9 2007-01-26 12:00:51

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

再びお世話になりたいと思います。Mocchiです。
このプラグインの構造に関して、一点だけ相談申し上げます。

initSkinParseでBlogオブジェクトが生成されないとき、そこで処理がとまってしまい、白紙のページになります。
私の試したところでは、ウェブログに存在しない何か(アイテム、ブログ、カテゴリーなど)を要求したときに
処理がとまってしまいます。

手を入れたいコードは、以下です。

function event_InitSkinParse(&$data) {
 global $DIR_MEDIA, $CONF, $blog, $blogid;
 $c_blogshort = $blog->getShortName();
 if($blogid!=1) {
  $DIR_MEDIA = ereg_replace('(.*)/(.*)?/$',"\\1/$c_blogshort/\\2/",$DIR_MEDIA);
  $CONF['MediaURL'] = ereg_replace( '(.*)/(.*)?/$' , "\\1/$c_blogshort/\\2/" , $CONF['MediaURL'] );
 }
}

$blogが生成されているかいないかを確認して、生成されている場合は次の処理($DIR_MEDIAと$CONF['MediaURL']の書き換え)を行いファンクションを終了、
生成されていない場合は、そのままこのファンクションを終了したい
(つまりデフォルトの$DIR_MEDIAと$CONF['MediaURL']を使う)のですが
どのようにしたらいいでしょうか?

どちらかというとNucleusに関することではなくPHPに関する事なのでこの場で伺うのはどうかと思うのですが
どうかよろしくお願いします。

オフライン

#10 2007-01-26 12:41:39

Katsumi
メンバー
From: CA
登録日: 2005-06-24
投稿: 637
ウェブサイト

Re: NP_EachBlogDir

Mocchi さんの発言:

$blogが生成されているかいないかを確認して、生成されている場合は次の処理($DIR_MEDIAと$CONF['MediaURL']の書き換え)を行いファンクションを終了、
生成されていない場合は、そのままこのファンクションを終了したい
(つまりデフォルトの$DIR_MEDIAと$CONF['MediaURL']を使う)のですが
どのようにしたらいいでしょうか?

if (!$blog) return;

でどうでしょう?

オフライン

#11 2007-01-26 22:29:00

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

Katsumiさま、いつもありがとうございます。
!$blogの処理分けで、無事にエラーページが表示されました。
オブジェクトが入ってくると、どうも頭が混乱してしまって…。
本職が(X)HTML, CSS, クロスブラウザなウェブデザインなので、このプラグインにはかなり時間をかけました。

そのうち時間ができたら各ウェブログの設定画面で
Mediaディレクトリを指定できるように改良したら面白いかなと考えてます。時間がほしい…。
ついでにatom.phpとかrss2.phpとか同梱したら、もっと面白くなりそう。

とはいうものの、先にフェデレーションの方を整えなくては。
もう少しいじってみますね、Nucleus!!

オフライン

#12 2007-02-17 13:27:39

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

EachBlogDirが呼び出すmedia.phpを改良しました。
このmedia.phpだけ利用できるプラグインも公開しましたので、そちらもどうぞ。

http://japan.nucleuscms.org/bb/viewtopic.php?p=17374


Attachments:
zip NP_EachBlogDir_1.2.zip, Size: 17.4 KiB, Downloads: 393

オフライン

#13 2007-04-09 00:15:32

ysjack
メンバー
登録日: 2006-10-05
投稿: 74

Re: NP_EachBlogDir

PHP素人です。
まだまだNucleusの修行中で初心者状態の私ですが、EachBlogDirを是非使ってみたいとあれこれテストしていますが、思いつく限りのテストしています。

どうやっても「不正なアップロード」となるのですが、ひょっとしてこのプラグインは私のような「UTF-8」環境下では使用できないのでしょうか?

まずアップロードが出来ない。
FTPでアップしてフォルダーPOPアップウィンドウを開けるとファイル名が出ない。
ファイル名を変更しようとしてもエラーになります。
おまけに吐き出した、アイテム(記事)のHTMLでフラッシュの部分を見るとファイルはちゃんと正しいパスを示しているようです(サブフォルダー内MEDIAフォルダーのFTPでアップしたファイルを取得しに行っています。)が、パスが文字化けしています。
したがって再生はしません。

V3.24日本語版NC
UTF-8環境
さくらインターネット
PHP4.4.4

アドバイスをお願い致します。

オフライン

#14 2007-04-26 15:44:30

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

返事が遅くなって申し訳ありません。
さらに申し訳ないことにたった今気づいたので、すぐに解決策を与えられません。
ごめんなさい。
いろいろ試してみてから、またご連絡差し上げます。

ちなみに私の実行環境は以下です。
V3.24日本語版NC UTF-8
サーバ内部処理言語コード EUC-JP
PHP Version 4.1.2

.htaccessで入出力をUTF-8に変換して使っています。
参考まで。

オフライン

#15 2007-04-28 10:22:48

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

お返事遅くなりました。
安心してください。私もPHP初心者です。
なんとかしようと思うので、いくつか教えてください。

設定に関して
1. EachBlogDirを使わないデフォルトの状態で、ファイルのアップロードはできますか
2. ファイル名は半角もしくは全角スペースを除く英数字ですか
3. 複数ブログを設置したそれぞれのメディア・ディレクトリのURLはどうなっていますか

ファイルアップロードに関して
4. 管理画面のグローバル設定、メディア/アップロード設定のなかの「アップロードを許可するファイルタイプ」で、アップロードしたいファイルの拡張子(この場合はフラッシュ・スクリプトの拡張子?)を登録していますか
5. 管理画面のグローバル設定、メディア/アップロード設定のなかの「アップロードファイルの最大サイズ (bytes)」を超えるファイルをアップロードしようとしていませんか
6. ファイルアップロード時に表示されるエラー・メッセージは「不正なアップロード要求です」ですか

ファイル表示に関して
7. FTP転送してもポップアップウィンドウ内でファイルが表示されないということですが、どのような種類のファイルでも同様ですか?
8. 文字化けしているURLのサンプルを教えてください。

いくつかが複合している問題だと思われます。
XREAと同様に、さくらインターネットのウェブサーバの癖が影響しているのかもしれませんので
そちらもあわせて調べてみます。

オフライン

#16 2007-11-01 22:20:56

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

Mocchiです。

NP_EachBlogDirのバージョン1.2を公開いたします。
NP_ImprovedMediaで報告されているバグと改善点を反映してあります。

プラグイン関連のディレクトリ構成を変更したのと、オプションを新規に追加したので
お手数ですが、旧バージョンからのアップデートの際は
一度アンインストールして旧バージョンのファイルを全て削除し
今回のバージョンをプラグイン・ディレクトリに配置、インストールしてください。

改善点は以下です。
1.ファイルの並び順を、登録が新しいものを上に配置
2.extraheadを利用する、管理画面Tweak系プラグインについての報告に従い、修正
3.Nucleus3.3のmedia.phpに追加された、アップロードエラーを表示する機能を追加
4.オプション(プライベート・ディレクトリのオン・オフとファイル表示数)を追加
5.ディレクトリ構成を変更
6.HTMLの改善

オフライン

#17 2008-01-20 18:47:08

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

Mocchiです。

NP_EachBlogDirのコードを見直して再開発しました。
NP_ImprovedMediaで提供しているファイル管理機能をベースとし、アクセスできるメディア・ディレクトリを、それぞれのウェブログ単位で限定する構造です。

修正点は以下です。

[list=]
[*]スキン変数の実装[/*]
[*]ファイル・アップロード、ファイル名変更、ファイル削除の各プラグイン・イベントを設定。[/*]
[*]プラグイン・イベントに関するNucleus CMSのバージョン間での違いを吸収するために、ファイル・アップロードに関するコードをマージ。[/*]
[*]Internet Explorerでファイルを開く際に、ポップアップしないJavaScriptのバグを修正。[/*]
[*]GreyBoxを同梱[/*]
[*]プラグイン関連のディレクトリ構造の変更。[/*]
[*]ヘルプの更新。[/*][/list]

JavaScript関連のバグは私が愛用しているFireFoxでは発生しなかったので、発見が遅れてしまいました。
詳細は同梱のヘルプファイルで確認するか、WIKIを参照してください。

最新版はバージョン2.0.1です。

古いバージョン(バージョン1.2)をご利用の方は、一度アンインストールしてからファイルをアップロードし、再びインストールしてください。プラグインオプションの名前を変更しているためです。

2008/01/20 22:37 訂正ファイルに差し替え
ダウンロードされた1名の方にはご迷惑をかけますが。差し替えをよろしくお願いします。
そのままご利用いただくと、GreyBoxでのオープン時、ファイルを示すタグを記事に埋め込む際に、ボックスが閉じないという不具合がありました。

2008/01/31 12:39 バージョン2.0.1公開
GreyBoxオフの際のコード埋め込みの不具合を修正してあります。


Attachments:
zip NP_EachBlogDir(ver.2.0.1).zip, Size: 52.06 KiB, Downloads: 404

オフライン

#18 2008-01-21 23:39:30

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

再びMocchiです。

ちょっと技術的な情報になります。
実はこのプラグイン、私の確認する限り、他のサムネイル生成プラグインと共用することができません。
たいていのサムネイル生成プラグインは、doAction()でサムネイルを生成しているため、EachBlogDirの_changeDirectory()メソッドが実行されないためです。

そこで、実行するように修正を加える方法を考えました。

1.修正したいプラグインのソース中で、$DIR_MEDIAが記述されているメソッドを探す。
2.そのメソッドで、グローバル変数$managerを記述する。
3.そのメソッドで、EachBlogDirクラスを生成。_changeDirectory()メソッドを実行する。$DIR_MEDIAもしくはCONF['MediaURL']を使っている命令文の前に記述してください。

$EachBlogDir = $manager->getPlugin('NP_EachBlogDir');
$EachBlogDir->_changeDirectory();

これら修正に加え、doAction()でブログIDを受け取る必要があります。
doAction()においてURLを記述するメソッドがあると思うので、そちらに以下の修正を加えます。
1.たいていの場合、「?action=plugin」を含むメソッド。
2.そのメソッドで、グローバル変数$blogidを記述する。
3.「?action=plugin」を含むURLに、以下の要素を加える。

&blogid=$blogid

あとはプラグイン依存関係を記述しておくとよいでしょう。

function getPluginDep() {
 return array('NP_EachBlogDir');
}

私はこの方法で、NP_Thumbnail(ver.1.6)をNP_EachBlogDir用に修正して使っています。
以上、ちょっと突っ込んだ情報ですが、参考まで。

オフライン

#19 2008-01-31 19:18:53

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

NP_ImprovedMediaで報告された、バージョン2.0の不具合を修正しました。
具体的には、GreyBoxオフの状態でアイテムの入力画面にコードが正常に入力されなかった不具合です。

お手数ですが、バージョン2.0でGreyBoをオフにしてご利用したい方は差し替えをお願いします。

オフライン

#20 2009-01-17 18:06:00

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

バージョン2.1.0を公開いたします。旧バージョンをお使いの方は、プラグイン・オプションは3つだけなので、一度アンインストールの後に旧ファイル群を削除した上で新ファイルをアップロードし、再びインストールするのがよいでしょう。もちろんファイル構造やプラグイン設定に関する変更はないので、ファイルの上書きでも動作します。

今回の変更点は以下です。

  • URL内の任意の文字列を渡すことによってディレクトリ操作が可能になる脆弱性を防ぐため、ファイル名とディレクトリに関する処理を修正。

  • インターフェースを改善。

  • フィルタを適用した状態でページ切り替えが出来ない不具合を修正。

  • グローバル設定のAllowUploadを反映するように修正。

  • プラグインの利用をウェブログ・グループに所属しているユーザに限定。

  • Ver 2.0でマージしたファイル・アップロードに関するコードを削除。アップロードに関しても、コアの機能を最大限に利用する方針です。

  • ヘルプファイルを更新。

ここから先はちょい技術的なお話です。
今回の修正はディレクトリ・トラバーサルと呼ばれている脆弱性に関するものです。これまでのバージョンでは、特定の文字列をform要素でサーバに送信することで、任意のフォルダの閲覧もしくは操作(削除や名前変更)が可能となってしまっていました:( Cookieを利用したセッション管理やチケット管理をこのプラグイン公開時から導入していたので、登録されていないユーザがこのようなことをすることは防げていたのは幸いでした。対策として、入力された変数$collectionと$filenameが適切かどうか、常に確認するように修正してあります。またそれ以外の入力に関しても、適切な値となっているかどうか、必ず評価を加えるように修正しました。


Attachments:
zip NP_EachBlogDir(ver.2.1.1).zip, Size: 61.69 KiB, Downloads: 782

オフライン

#21 2009-01-20 13:35:58

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

本日付でバージョン2.1.1を公開しました。バージョン2.1.0をご利用の方は、アンインストールは必要ありません。ファイルの上書きで動作します。

$member->isAdmin()によりこのプラグインを利用できるユーザを制限していましたが、これだとSuper Admin権限を持つユーザしか利用できませんでした。現在は$ImprovedMedia->isEditor()というメソッドを新規に作成し、少なくともひとつのウェブログ・チームに所属しているユーザに制限しました。

権限を間違えて理解してました。すみません。

オフライン

#22 2009-01-29 19:30:08

cha_cya
メンバー
From: 東京
登録日: 2004-08-25
投稿: 745

Re: NP_EachBlogDir

2.1.1を新規にインストールしました。

グローバル設定「アップロードするファイル名の頭に日付を付加する」は「いいえ」にしているのですが、
名前の変更をすると、アップロードした時点の日付が付加されてしまいます。
どこを変更すれば良いでしょうか。

オフライン

#23 2009-01-30 09:39:04

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

eachblogdir/media.phpを以下のように修正してください。

361:  $newfilename = $fileProfiles[0] . '-' . $newfilename . '.' . $fileProfiles[2];

これを

361: if($EachBlogDir->getMediaPrefix())
362:  $newfilename = $fileProfiles[0] . '-' . $newfilename . '.' . $fileProfiles[2];
363: else
364:  $newfilename = $newfilename . '.' . $fileProfiles[2];

これで、グローバル設定の「アップロードするファイル名の頭に日付を付加する」をnoにした状態で、ファイル名変更をしても、ファイル名の先頭に日付が付加されることはありません。

ヘルプファイルに「ファイル名変更時に、ファイル名の先頭に日付を付加する事はありません。」と、ちゃんと書いてありました。チェック時に見落としていました。すみません。

ということは、NP_ImprovedMediaにも同様のミスがあるわけで…(涙)
2月上旬に、ver.2.1.2をリリースすることにします。

オフライン

#24 2009-01-30 16:16:00

cha_cya
メンバー
From: 東京
登録日: 2004-08-25
投稿: 745

Re: NP_EachBlogDir

希望通りの動作になりました big_smile
ありがとうございます。

オフライン

#25 2009-01-30 22:08:04

Mocchi
メンバー
登録日: 2006-11-19
投稿: 438

Re: NP_EachBlogDir

どんな作りになっているのかわからないのですが、お役に立てたようでよかったです。 big_smile

ところでユーザの皆さんに意見を伺いたいのですが、次期バージョンであるver.2.1.2とver.3.0.0(withサブ・ディレクトリ管理機能)で、ある修正を加えたいと思っています。それは、ファイル一覧の並び順と、今回話題となったグローバル設定の「アップロードするファイル名の頭に日付を付加する」に関してです。

日付付加状態で、ファイルの並び順を、付加されている日付が新しいものから古いものへ(ファイル名で並び替えするので、もし日付が付加されていないファイルがあったら、より前に来ます)、日付が付加されていない状態では、ファイルの更新日が新しいものから古いものへ、という作りにしようかなと考えています。

いかがでしょう?

オフライン

Board footer