HTMLファイルとしてエクスポート出来ないケース 【解決済み】

[nakahi]

-----
ご利用のサーバ：
MODXのバージョン：1.0.6J-r7
PHPのバージョン：5.3
MySQLのバージョン：5.0.95
ブラウザ：FF16.02
-----

別のトピが解決していないのにすみませんが、この件は決して急ぎませんので
空いた時間で検討お願いいたします。めったに使うことはないのですが、他のトピに
触発されてやったところ、エクスポートの時点でエラーになりました。

? MODX Parse Error ?
MODX encountered the following error while attempting to parse the requested resource:
? PHP Parse Error ?
PHP error debug
Error : Cannot modify header information - headers already sent by (output started at /home/xxxx/xxx.com/public_html/manager/includes/header.inc.php:15)
ErrorType[num] : WARNING[2]
File : /home/xxxxx/xxx.com/public_html/manager/includes/document.parser.class.inc.php(1483) : eval()'d code
Line : 114
Basic info
REQUEST_URI : /index.php?id=1
Manager action : 83 - Exporting a resource to HTML
Resource : [1]xxxxxxxx
Current Plugin : SEO Strict URLs(OnWebPageInit)
Referer : http://xxx.com/manager/index.php?a=83
User Agent : Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20100101 Firefox/16.0
IP : 60.236.18.180
Parser timing
MySQL : 0.0067 s (9 Requests)
PHP : 0.0236 s
Total : 0.0304 s

Backtrace
1 include_once() manager/index.php on line 611
2 exportDir() manager/actions/export_site.static.php on line 156
3 writeAPage() manager/actions/export_site.static.php on line 389
4 executeParser() manager/actions/export_site.static.php on line 279
5 invokeEvent() manager/includes/document.parser.class.inc.php on line 292
6 evalPlugin() manager/includes/document.parser.class.inc.php on line 3576
7 eval() manager/includes/document.parser.class.inc.php on line 1483
8 header() manager/includes/document.parser.class.inc.php(1483) : eval()'d code on line 114

それで、自分宛にError mailが届いていて、
Plugin - SEO Strict URLs - Exporting a resource to
とあったので、もしかするとこれを停止してやれば良いのかと思い停止してみるとできます。

SEO Strict URLsの以前バージョンが入っている1.0.5Jのサイトでは問題なく出来ますが、
SEO Strict URLsをバージョンアップして1.0.1P3にしたサイトではエクスポート出来ません。

それで、SEO Strict URLs1.0.1P3を停止してエクスポートすると問題なく出来ます。
素人が考えても、SEO Strict URLs1.0.1P3になんか問題があるのかと思います。

めったにエクスポート機能は使いませんが、ふとやってみたらこんな状況でした。
何かの折にでもご検討下さい。

[yama]

この件はもうひとつ解があって、エクスポート機能の動作モードを変更するとうまくいくかもしれません。エクスポートの画面で動作モードとして「直接生成」と「クロール」を選ぶことができますが、「クロール」を選んでみてください。かなり遅いですが・・

SEO Strict URLs1.0.1P3自体については、基本的にどこが違うかというと、エクスポート時に自動的に自らを無効にする処理が入っていたと思います。エクスポート機能の動作モードが「直接生成」の時はスイッチしない可能性があるので、あとで調べてみます。

[nakahi]

「クロール」を選んでみてください。かなり遅いですが・・

yamaさん、有難うございます。

SEO Strict URLs1.0.1P3を有効に動作させたままでも、「クロール」だとエクスポートできます！
それにそんなには遅くなかったですよ。

「直接生成」だと出来ないようですので引き続きお願いいたします。

[yama]

確認ありがとうございます。クロールのほうを標準動作にしておくほうがいいかもしれませんね。SEO Strict URLsのほうはあとでパッチを作ってみますので、もしよければまた確認をお願いします

[yasu]

エクスポート機能のエラー追記です。

【導入】
SEO Strict URLs　1.0.1P3
GetField　1.3
phx　2.1.5

SEO Strict URLs　1.0.1P3をプラグイン停止していても、GetFieldが作動していると下記のエラーメッセージがでます。
phxは停止しないまま、GetFieldだけ動作していない状態で、正常にエクスポートできました。


「クロール」だと問題なくエクスポートできています。

36 個のエクスポート対象リソースが見つかりました。

1/36 - top(index.php?id=1)
« MODX Parse Error »
MODX encountered the following error while attempting to parse the requested resource:
« PHP Parse Error »
PHP error debug
Error : include_once(assets/snippets/getfield/getfield.inc.php) [function.include-once]: failed to open stream: No such file or directory
ErrorType[num] : WARNING[2]
File : /home/×××/hogehoge.net/public_html/manager/includes/document.parser.class.inc.php(1518) : eval()'d code
Line : 59
Basic info
REQUEST_URI : /index.php?id=1
Manager action : 83 - Exporting a resource to HTML
Resource : [1]top
Current Snippet : GetField
Current Plugin : phx(OnParseDocument)
Referer : http://hogehoger-net.check-xserver.jp/m ... x.php?a=83
User Agent : Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB7.4; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E; InfoPath.2; OfficeLiveConnector.1.5; OfficeLivePatch.1.3)
IP : 116.70.244.129
Parser timing
MySQL : 0.0088 s (13 Requests)
PHP : 0.0389 s
Total : 0.0478 s


Backtrace

1 include_once() manager/index.php on line 611
2 exportDir() manager/actions/export_site.static.php on line 156
3 writeAPage() manager/actions/export_site.static.php on line 389
4 executeParser() manager/actions/export_site.static.php on line 279
5 prepareResponse() manager/includes/document.parser.class.inc.php on line 286
6 invokeEvent() manager/includes/document.parser.class.inc.php on line 393
7 evalPlugin() manager/includes/document.parser.class.inc.php on line 3500
8 eval() manager/includes/document.parser.class.inc.php on line 1476
9 parseDocumentSource() manager/includes/document.parser.class.inc.php(1476) : eval()'d code on line 79
10 invokeEvent() manager/includes/document.parser.class.inc.php on line 1940
11 evalPlugin() manager/includes/document.parser.class.inc.php on line 3500
12 eval() manager/includes/document.parser.class.inc.php on line 1476
13 OnParseDocument() manager/includes/document.parser.class.inc.php(1476) : eval()'d code on line 24
14 Parse() assets/plugins/phx/phx.parser.class.inc.php on line 47
15 ParseValues() assets/plugins/phx/phx.parser.class.inc.php on line 65
16 evalSnippets() assets/plugins/phx/phx.parser.class.inc.php on line 140
17 _get_snip_result() manager/includes/document.parser.class.inc.php on line 1587
18 evalSnippet() manager/includes/document.parser.class.inc.php on line 1671
19 eval() manager/includes/document.parser.class.inc.php on line 1518
20 include_once() manager/includes/document.parser.class.inc.php(1518) : eval()'d code on line 59

[yama]

Error : include_once(assets/snippets/getfield/getfield.inc.php) [function.include-once]: failed to open stream: No such file or directory

Oh.. これはgetfieldに問題がありますね。あとで修正します

[nakahi]

1.0.6J-r3では、GetFieldとSEO Strict URLs 1.0.1P3の両方がが動作していても問題なくエクスポートが完了しました。とは言っても、直接生成とクロールを選択してから行うようにはなっていませんが・・・・

1.0.6J-r7では、GetFieldはなしで、SEO Strict URLs 1.0.1P3 だけが動作している状態で、直接生成では駄目でクロールだけになります。1.0.6J-r8-b2でも同様です。

上記の状態から私の環境から推測しますと
（お前の当てずっぽうなど聞きたくないって言われそうですけど・・・・・ ）、
GetFieldがあってもなくても関係なくって、1.0.6J-r3から1.0.6J-r7へバージョンアップされた段階の何処かのバージョンからSEO Strict URLs1.0.1P3との相性が悪くなってしまったような気がしますが・・・・・

素人の差し出口でご迷惑でしょうが、たまには素人考えも当たったりするものですから・・・・・・

[yama]

yasuさんお待たせです

完全に忘れてましたが、GetFieldのこのエラーの件はすでに修正してました。４ヶ月も前なので、また異なるケースで問題が起きてたと思います。もう覚えてないですが・・ orz
https://github.com/yama/GetField/commit ... 8d59328242
こんな感じに修正したわけですが

https://raw.github.com/yama/GetField/36 ... tField.tpl
上記のコードをGetFieldのスニペット編集画面にペーストして保存してみてください

ただなんていうか、GetField基本的に古いですね・・使ってて問題はないのでよいとは思いますが・・

[yama]

素人考えも当たったりする

リソース削除の件もそうでしたけど、わりとそういうことは多い気がします

SEO Strict URLsの件ですが、このプラグインに合わせているとEvoの改善が難しくなるので、いろいろ問題を感じています。SEO Strict URLsの処理の流れはだいたい把握していて、裏技に近い処理も行なっているのですが、それはEvo本体のプラグインAPIの弱さに由来する部分が大きいです。ここを改善しながら、SEO Strict URLsも並行してバージョンアップを続けたいと思います。

[nakahi]

ここを改善しながら、SEO Strict URLsも並行してバージョンアップを続けたいと思います。

裏でのyamaさん始め関わっておられる方皆様のご苦労のお陰で、気ままに使わせて頂いております。
フォーラムで解決できるオープンソースのCMSはMODx以外無いのではないでしょうか。
マイナーとはいえ、MODxを選んで良かったと思っています。

エクスポートに関しては、当面「クロール」で行なっていきます。
SEO Strict URLsのほうのバージョンアップも宜しくお願い致します。

本当にいつも有難うございます。

[yasu]

yamaさん、ありがとうございます。

無事に「直接生成モード」でエクスポートできました。（SEO Strict URLsを停止した状態）

SEO Strict URLsの件ですが、このプラグインに合わせているとEvoの改善が難しくなるので、いろいろ問題を感じています。

たしかに今までもSEO Strict URLsで何度かyamaさんにお世話になったこともありましたし、SEO Strict URLsを導入していないときにTinyMCEにCSSを反映させるには、グローバル設定の「CSSファイルへのパス」に、「○○○.css.html」としないと反映されなかたりと、何度か迷ったこともありました。
何かエラーが出た時はSEO Strict URLsを疑ってしまう自分もいます
今は、運営上の問題から導入した方が良い場合だけ使うようにしています。

SEO Strict URLsの今後にも期待しながら、サイト運営上とmodx本体やプラグインなどのバージョンを考慮しながら上手に付き合ていきます。

これからも、いろいろと相談するかと思いますが、よろしくお願いします。

[yama]

SEO Strict URLsを導入していないときにTinyMCEにCSSを反映させるには、グローバル設定の「CSSファイルへのパス」に、「○○○.css.html」としないと反映されなかったり

これは現在ではグローバル設定の「フレンドリーURL」→「個別の拡張子表現」を「はい」に設定すると解決かも

[yasu]

これは現在ではグローバル設定の「フレンドリーURL」→「個別の拡張子表現」を「はい」に設定すると解決かも

そうなんですね！試してみます。
ありがとうございました。

[yasu]

Evo1.0.6-r8のエクスポート機能で、新たに気づいたことがあります。

「クロール(旧バージョン型処理)」でエクスポートをすると、ファイル・ディレクトリ共に正常にエクスポートされたかと思うのですが、実際はサイズが0KBで正常にエクスポートできていません。
「直接生成」だと問題ありませんでした。

※SEO Strict URLsは無効にした状態でテストしています。
※クリーンインストールしただけの1.0.6-r8でも同じ事象がでました。


よろしくお願いします。

[yama]

「クロール(旧バージョン型処理)」でエクスポートをすると、ファイル・ディレクトリ共に正常にエクスポートされたかと思うのですが、実際はサイズが0KBで正常にエクスポートできていません。

全てのファイルがサイズゼロということですよね。サーバの設定次第ではそうなることがあります。

https://www.google.com/search?q=allow_u ... lr=lang_ja
allow_url_fopenという設定をOnにできるといいのですが、ほとんどのレンタルサーバでは変更できないかも？

[yasu]

追加です。

「直接生成」でエクスポートされたファイルをみると、ソースにQuickManagerの記述も入った状態です。（ページ上部に表示されます）
以前はQuickManagerの記述は入っていなかったと思ったのですが。

こちらも合わせて、よろしくお願いします。

全てのファイルがサイズゼロということですよね。サーバの設定次第ではそうなることがあります。

https://www.google.com/search?q=allow_u ... lr=lang_ja
allow_url_fopenという設定をOnにできるといいのですが、ほとんどのレンタルサーバでは変更できないかも？

なるほど！
了解です。

[yama]

「直接生成」でエクスポートされたファイルをみると、ソースにQuickManagerの記述も入った状態です。（ページ上部に表示されます）
以前はQuickManagerの記述は入っていなかったと思ったのですが。

了解です、のちほど修正します。
IN_PARSER_MODEを見るのが確実かな、、

[nakahi]

yamaさん、いつもお世話になっています。

https://www.google.com/search?q=allow_u ... lr=lang_ja
allow_url_fopenという設定をOnにできるといいのですが、ほとんどのレンタルサーバでは変更できないかも？

エックスサーバーでは、ドメイン単位でphp.iniの設定を設定することができますが、
allow_url_fopenはデフォルトでOnになっています。

話の内容には全くついていけませんが、エックスサーバーではallow_url_fopenという設定がOnになっていました。
万が一Offであったとしてもエックスサーバーの管理画面から、php.ini設定で変更できます。

クロールで無事エクスポート出来たのは、自分のサーバーがallow_url_fopen=Onだったからのようですね。

[yama]

QuickManagerパッチできました。添付のファイルを解凍してファイルをテキストエディタで開き、管理画面のQuickManager編集画面のコード領域に内容を貼り付けると更新されます。

https://github.com/modxcms-jp/evolution ... c33e648c13
違いは上記の部分です。SEO Strict URLsも同じアプローチでパッチを作ります

[yama]

SEO Strict URLsに対策コードを追加しました。直接生成モードでエクスポート処理をする際に動作しないようにします。