FANTASIA -FAIRY TAIL ILLUSTRATIONS- (KCピース)
X-update モジュールの真っ白現象が再発
毎度お世話になります。
本日(8/12 PM)、X-update モジュールを自身のアップデートにより v0.14 といたしました。
これにより、msg# 1.1.1 にて報告した画面真っ白現象が発生するようになりましたので、再度報告します。
事象的には以前に報告した内容と同一ですが、再度書き込みいたします。
なお、本事象は以前報告したものと同一のサーバーで発生しました。
- X-updateの管理画面を起動させようとすると、以下のPHPデバッグエラーがでます。
http://hogehoge/modules/xupdate/admin/index.php?action=ModuleView
引用:Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 491520 bytes) in /hogehoge/xoops_trust_path/modules/xpwiki/class/include/init.php on line 414
この際、PHPデバッグをオフにしていれば画面真っ白です。
- 本事象の解決を図るべく msg# 1.1.1.1 にて提供いただいた
を上書きしてみましたが、状況に変化は有りませんでした。
trust/modules/xupdate/include/ModulesIniDadaSet.class.php
- また、本事象を確認後
をDLLし、手動にてアップデートを行ってみましたが、状況に変化は有りませんでした。
XoopsX-xupdate-beta1-46-gdcbe1f4
追記(2018/08/12 17:40)
- お散歩して帰宅し、再度 X-updateの管理画面にチャレンジしたところ、前記で報告した事象は発生しませんでした。
サーバーのメモリーの御機嫌次第ということのようですね
それでも町は廻っている
それでも町は廻っている コミック 1-10巻 セット (ヤングキングコミックス)
Re: xpwikiモジュールのインストールについて
rh1020 さん、こんにちは。
Error: Could not write a file in next directories. Please check permission and retry.
「次のディレクトリにファイルを書き込むことができません。パーミッションをチェックしてやり直してください。」
ってことなので、リストアップされたディレクトリの存在とファイル作成権限をチェックしてみてください。
Re: 新 module_icon_x.png にしたい??
御教授いただき、ありがとうございました。
新品になりました
お忙しい中、恐縮です。
さよなら絶望先生(30)<完>(講談社コミックス)
FAIRY TAIL(34) (講談社コミックス)
さよなら絶望先生(30) (講談社コミックス)
ONE PIECE コミック 1-67巻 セット (ジャンプコミックス)
ONE PIECE コミック 1-67巻 セット (ジャンプコミックス)
Re: FF11-RMT-ギル販売のジャックポット
最近はPSO2とかドラクエとかお疲れ様です。
Re: xpwikiモジュールのインストールについて
あれ?インストール時のメッセージも文字化けしてますか?
メインメニューファイルへの書き込みに失敗しました
これは、XOOPS_ROOT_PATH/cache/adminmenu.php が書き込めないので、XOOPS_ROOT_PATH/cache に書き込み権限がないか、もしくは adminmenu.php が書き込み禁止になっているためと思われます。
今日は、なかなかダイナミックな空模様
X-updataに関する報告
毎度お世話様です。
X-updataに関することなのですが、説明用画像が有ったほうが判っていただけると思います。
小生、XUGJでは画像の張り方が判らないので、こちらに書き込みします。
X-updataは、8/19 19:00現在の最新版です。
現象
- 「legacy 2.01 (CorePack 20120804) CorePack 20120817」のような大きなモジュールをアップデートしようとする場合、アップデートに失敗します。
その場合の状況は以下の画面になります。小生の3つのサーバーで同様の状況です。
- この状況になったままで、FTPでサーバーの「/xoops_trust_path/uploads/xupdate/」内を見たのが次の画像(2枚)です。
御理解いただけるかと思いますが、「XoopsX_CorePack」のディリクトリー(傘下には細かなデリクトリーがいっぱい)と、「XoopsX_CorePack.zip」ファイルが自動作成されます。
- このままの状況で再度「legacy 2.01 (CorePack 20120804) CorePack 20120817」のアップデートを試みると次の画面。
- さらにアップデートを試みると次の画面になります。
- この状況でFTPで覗きますと、
をはじめ、各 *.ini.php のタイムスタンプは、先のFTP画面よりも更新されています。
xoops_trust_path/uploads/xupdate/XoopsX_CorePack/XoopsX-legacy-c8c0657 XoopsX_CorePack.zip
- このままでは、「legacy 2.01 (CorePack 20120804) CorePack 20120817」の再アップデートを行おうとしても、前記画面が表示されるだけでアップデートはできませんが、「/xoops_trust_path/uploads/xupdate/XoopsX_CorePack」をFTPにて消去すれば、再アップデートを行うことができるようになります。
しかし、行っても上記の繰り返しとなります。
気になること
- (小さなモジュールで行った)アップデートに成功した場合、各 *.ini.php のフィイルサイズが 0 (ゼロ)になったことがあるのですが、本事例においてはゼロになってくれない。
- 「/xoops_trust_path/uploads/xupdate/」及び「傘下の細かなデリクトリー」の所有者が、サーバー管理者では無く、小生となっています。
(当然)これらのディリクトリーは小生が作成したものではありません。
このことは「legacy 2.01 (CorePack 20120804) CorePack 20120817」のアップデートができないことに関係はないのでしょうかね。
以上、報告します。
御回答はいりません。
読み飛ばしていただいても結構です。
なお、当該レンタルサーバーにて実験されたい場合は、いつでも応じる用意があることを申し添えます。
追伸
nao-ponさんが本書き込みを読んだら、本書き込みを消去してください。
画像にサーバー情報が入っていました(汗)
鋼の錬金術師 完全版(17) (ガンガンコミックスデラックス)
Re: xpwikiモジュールのインストールについて
xpWiki はモジュールインスール時に初期 Wiki ページを html側/modules/xpwiki/private/wiki ディレクトリにコピーします。
private/wiki ディレクトリへの書き込み(ファイル作成)権限に問題なければ、モジュールアップデート時に足らないページをコピーしますので、一度モジュールアップデートをお試しください。
また、最初のインストール時に間違った文字エンコード設定をしていたということですので、可能であれば
- 一旦 xpWiki をアンインストールして、
- html側/modules/xpwiki ディレクトリを削除し
- 再度アーカイブから html側/modules/xpwiki をアップロードし、
- 適切なパーミションを間違いなく設定してから、
- 再度 xpWiki のモジュールインストールを実行してみてください。
Re: xpWikiをX-updateすることについて(感想)
nonn50 さん、ありがとうございます。
確かにそのとおりですね。
あげていただいた点を、それぞれ適切に調整してみます。