2009.07.12にv2.3.0からv2.4.0へアップデートした際、ファイル管理機能が追加され、アップデートによりプロジェクト内で共有していたファイルがファイル管理へ自動で登録されていたため、プロジェクト側を削除して本日まで運用してきました。現在はv3.0.2です。最近になって、v2.4.0でプロジェクトからファイル管理へ自動でコピーされたファイルについて、ファイルがダウンロードできない事象に気づきました。事象としては、「サーバエラーが発生しました。回線が込み合っている可能性があります。時間をおいて再接続して下さい。」となります。ログを見ると、ファイルが存在しないとのことで、確かに確認するとファイルが存在しませんでした。しかし、ログをよく見ると、ファイルへのリンクパスがファイル管理のfilekanriではなく、fileとなっていました。エラーとなっているファイルのパスのfileをfilekanriに置き換えると、目的のファイルはちゃんと存在していました。ということで、どうやらDB上のファイルパスのfilekanriがfileに置き換わってしまっていることが原因のようですが、手動でDBを更新するのも大変なので、なにかいい対処法はないものでしょうか？
ファイル保存先の設定を変更しませんでしたか？DBに保存先がフルパスで登録されるわけではないので、下記ファイルの設定変更で対応可能ではないでしょうか？gsession3\WEB-INF\conf\gsdata.conf参考http://www.gs.sjts.co.jp/v3/support/datasetting.html
こちらの環境でも全く同じ現象が発生しています。ver.2.5.3の環境では正常にアクセスできていたことを確認していますので、ver.3のバージョンアップで混入したバグだと思われます。
ファイルの保存先は常にデフォルト設定のまま使用してきていますが、同じ現象が起きています。ver.2.5.3では正常に動作していたので、バージョンアップの際にプログラム上のバグが入り込んだのではないかと思われます。
> ファイル保存先の設定を変更しませんでしたか？変更していないです。デフォルトのままです。いまのところ考えている対処案としては、DBを直接更新するのは危険なので、該当のファイルをFTP等でサーバから抜いて、新たに上書きアップロードorいったん削除して新規アップロードしようかと考えています。量によっては大変な作業になりますが、これが一番確実かと。
環境が分からないのですがFTPで抜き出すってことでしたらLinuxでしょうか？それならシンボリックリンクを作製するのが良いかと。あくまで対処療法ですが。
> 環境が分からないのですがFTPで抜き出すってことでしたらLinuxでしょうか？> それならシンボリックリンクを作製するのが良いかと。> あくまで対処療法ですが。そうですね。確かに上記でも対処可能ですね。ただ、本来はfilekanri内にあるべきなのと、今後のバージョンアップ等で不具合が再発するかもしれないので、なるべく本来あるべき姿にすべきかと。特に次期バージョンアップでプロジェクト内のファイル共有がなくなるようなので、その際にfile内のファイルが削除されてfilekanri内にリンクだけ残ってしまうという最悪な状態も容易に想像できるので。
開発元に不具合と認識してもらったようなので、本件はバージョンアップ待ちとします。http://www.gs.sjts.co.jp/v3/seihin/bug_info.htmlなお、バージョンアップまでは、個別にfilekanriからfileへファイルをコピーすることで対応しようと思います。
vertical_align_top