オーサリングプレビュー:OK。ローカルindex.html:”index.swf”読み込まれず。index.html:”index.swf”読み込まれず。あら?ということで、サーバ上の通信を見てみると、”index.swf”を”[ドメイン]/swf/index.swf”で参照している。“useSWFBasePath”の使い方を間違っているのかしら??ドキュメントルートを基点とした絶対パスになるということなのだろうか?それともどこか他の場所で基点urlを設定する必要があるのか??ちょいとここで今停止中。18:08“CastPreloader”クラスを今見ているのだけど、useSWFBasePathはflashVarsで設定するのだろうか?それとも”ExDocument”クラスでrootが定義される前でurlが取得できてない??それか相対していでも暗黙的に絶対パスで指定している?(ローカルファイルパスが文字化け?)むむむ・・・。他の外部データのLoadとか試してみないとこれだけじゃ良く分からないな・・。18:15オデのローカルフォルダのネーミングルールが悪かったっぽい。フォルダ名に”#”を良く使うのだけど、これがローカルで動作しない原因だったっぽい。相対指定をしたとしても一応絶対パスは内部的に持っていて、そこを起点にしてファイルアクセスしているということかな?ただ”useSWFBasePath”はどちらにしてもサーバ上でドキュメントルート基点で動作してしまうので、今はbase指定で対応しています。7:24問題の発生条件が見えてきました。問題はフォルダ名の文字数にあるようです。問題の切り分けをするためにtaka:niumさんから貰ったサンプルをそのまま使って検証してみます。サンプルを以下の7つのフォルダにアップしてみます。A)http://www.img8.com/test/deploy/B)http://www.img8.com/test/1/C)http://www.img8.com/test/01/D)http://www.img8.com/test/015/E)http://www.img8.com/test/a/F)http://www.img8.com/test/aa/G)http://www.img8.com/test/aaa/A)は問題なく動作します。B)1桁フォルダ名:OK。C)2桁フォルダ名:NG。02,03等にしてもNG。D)3桁フォルダ名:OKE)1文字フォルダ名:OK。F)2文字フォルダ名:NG。他の文字にしてもNG。G)3文字フォルダ名:OK。原因はまだ突き止めていませんが、どうも2文字のフォルダ名だとサーバのドキュメントルートを参照して動作するようです。今回オデがこの問題に遭遇したのはディレクトリ名を”02′′にしていたからのようです。いうことでディレクトリ名を3文字にしたら今まで動かなかったものも正常に動作するようになりました。フォルダ構成を変えたのは変えたけど、まさか上位のフォルダの名前に原因があったとは予想できなかった・・・。Indexクラスとかが悪さをしているのかと思って何度も作り直してしまったwProgressionの仕様で2文字のフォルダ名が禁止されているのか?まだ調べていませんが、なんにせよ2文字のフォルダ名を使うとbasepathに問題が発生するようです。既出だったらスイマセン。眠たいので一旦落ちます。叫びを見てちょっと試してみましたが、問題なく動くようですね。他にも影響が生じるのかというところです。どちらでも同じプロパティを設定することになるので、お好きな方で大丈夫です。ファイルが最新になっていないとかはどうでしょうか・・・。23:35すいません、コメントにURLが記述されていたので公開が保留されていて気づくの遅れました。サンプルありがとうございます!追記で書いたとおり、私のフォルダの名前が悪かったのが基本的な原因でした。22:51確かに頂いたデータだときちんと動作しています・・・。オデのは何故おかしな挙動を示す・・・。二つの違いが見出せておりません・・・。07:01遅くなりましたが、無事動くようになりました。・swfObjectのbase指定は無し。true;で動くようになりました。一応このパターンも検証して正常動作しなくてはまっていた訳ですが、何故動くようになったのか?が結局良く分からないままであります・・。うーん、でもまぁオデのミスであることは間違いない!しかし一体どういう風になってドキュメントルートを参照するようになっていたのだろうか?それはそれで便利そうな機能ではあるのだけど・・・。(既にドキュメントルートを参照できないw)も少し調べてみますが、一応基本的には問題ないということで・・・お騒がせしました。07:34この現象の発生条件が分かったので追記しておきます。理由が仕様なのか、バグなのかまで調べられていませんけど・・・。フォルダを指定したときにこんな感じになるんですかー?http://www.img8.com/hoge・・・ひょっとして正規表現が原因なのかも・・・。jp.nium.utils.StageUtil.toSWFBasePath(url);の正規表現内の「.」がエスケープされてなくて2文字だと「/../」と勘違いしてるっぽいですねー。フォルダを指定したときにこんな感じになるんですかー?ですです、サーバドキュメントルートが基点になります。jp.nium.utils.StageUtil.toSWFBasePath(url);の正規表現内の「.」がエスケープされてなくて2文字だと「/../」と勘違いしてるっぽいですねー。おお、まだそこまでみてなかった。これは勝手に直してよいのだろうか・・。23:02jp.nium.utils.StageUtil.toSWFBasePath(url);をみてみました。“/[^/]+/[^/]+/../”;の部分ですね。../swf/aaa.swfみたいな設定をaaa.swfに変換しているんですねぇ・・。この部分は/swf/../swf/aaa.swfでも多分正常に動作するとは思うのですが、他にどんな例外があるのかまだ深く詰めれていません。正規表現なんかPerl以来で全然思い出せません。“/[^/]+/[^/]+/\.\./”;ってしたけど全然駄目でした・・汗ちなみに色々調べていて気づいたのですが、サーバドキュメントルートというよりも、swf/../swf/aaa.swfをswf/aaa.swfにするための処理なので、2階層分のディレクトリがカットされているというのが正確なところかもしれません。検証場所の状態が丁度2階層下だったので、勘違いしてたみたいです。06:42検証していただきありがとうございます!問題箇所と原因はご指摘の通りです。自体もエスケープされてしまいますので、以下のように修正する必要がありそうです。“/[^/]+/[^/]+/\\.\\./”;この修正は次のバージョンアップ内容に反映させて頂きますので、当面は直接修正してご使用ください。06:55>以下のように修正する必要がありそうです。http://www.img8.com/test/01/http://www.img8.com/test/aa/共に無事表示されるようになりました。ありがとうございました!コメントを残すメールアドレスが公開されることはありません。※サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。2023/11/25初めまして。