対応いただきありがとうございました。
キレイに表示されるようになり、メチャクチャ満足です
本当にありがとうございました。
対応いただきありがとうございました。
キレイに表示されるようになり、メチャクチャ満足です
本当にありがとうございました。
承知しました[emj:140]
tsutsuさん、nao-ponさん、こんにちは。
d3blogにはファイルアップロード機能が無いので、画像添付にはImagemanagerなどの何らかの助けが必要ですね。
myalbum-PはD3ではなくて、もっと古い複製対応モジュールなので、X-updateでの複製はできないですね。
1 myalbum-Pを複製インストールして2つ稼働させたとして
2 X-elfinderに、まだ画像ブロックは無かったような。。 d3blogの添付に絞った画像ブロックが不要でしたら、これが良さそうです。
3 拙作のd3diaryでは、モジュールに画像アップロード機能があります。 d3blogからの記事インポートも対応していますしタグ機能付き、X-updateで導入可能です。 但し、トラックバック機能がありません。
どれが良いかは、なかなか決め手は無いかもですね。 好き好きだと思います。 私の場合は、d3diary + X-elfinder併用で使用しています。
nao-pon さん、naaon さんご教示ありがとうございます。
MyAlbum-Pを複製してMyAlbum0でインストールしました(バージョンは違うのですが・・・)
そして、これまでのMyAlbumの設定を解除して新たなMyAlbum0に各設定をしましたら
希望通りになりました
d3blogで写真を貼り付けましてもサイドバーのMyAlbum0の写真はそのままで置き換わることは有りませんでした。
どうもありがとうございました。
>ひょっとしてサイドバーに表示しているのは MyAlbum-P の画像表示ブロックでしょうか?
多分、そうだと思うのですが・・・
>MyAlbum-P の場合は、X-update での複製に対応していないので、
アップデートは手動でやるしかないですね、でもいつまでMyAlbum-pのサポートがあるのかちょっと不安です。
なにしろD2ということでXOOP2の時代のモジュールなのですね。
そもそも、何故myalbum-pのイメージマネージャ統合をしたかと言いますとD3blogは写真のサムネイルが
出来ないため困ってイメージマネージャ統合いたしました。
ほんとならnaaonさんから教えていただきました X-elfinderに切り替えてやって見たいところなのですが
まだ初心者なので使い慣れたものの方がいいのかと思っています。
>d3diaryでは、モジュールに画像アップロード機能があります、但し、トラックバック機能がありません。
最初、d3diaryにしようかと思いましたがトラックバック機能がないのであきらめました。
ほんとうにありがとうございました、これからもよろしくお願いします。
すみません、もう一つ質問のトピックいたしますのでよろしくお願いします。
こんにちは、たびたびの質問に恐縮いたしております。
どうぞよろしくお願いします。
実はPHPデパグをたまたまオンにしますと書きのエラーが出ています。
パーミッションと有るようですがどう対処したらよいのでしょうか?
Warning [PHP]: file_put_contents(/var/www/xoops_trust_path/cache/tsutsu.blogdns.com%2Fxoops_d3forum_1-2_japanese.submenu): failed to open stream: Permission denied in file /var/www/xoops_trust_path/modules/d3forum/xoops_version.php line 55
「tsutsu.blogdns.com%2Fxoops_d3forum_1-2_japanese.submenu」のパーミッションは644でした。
どうぞよろしくお願いします。
その後、「/hogehoge/xoops_trust_path/modules/xpwiki/language/japanese/blocks_common.php」を眺めてみました。
/hogehoge/xoops_trust_path/modules/xpwiki/language/ja_utf8/内ファイルと、記述は同一でした。
小生サイトでは、xpWikiを二つ設置しています。
先に報告したエラーは、「xpWki0」にて発生しています。
試みに(もうひとつの)「xpWki」に同一内容のページを新規作成してみましたが、こちらではエラーが発生しませんでした。
と言うことで、混乱しています
nonn50さん、こんにちは。
辞めるのやめた、とのことで、よかったです。
確かに、速くなったように思います。
今後ともよろしくお願いします。
重い原因の一つはもしかするとd3diaryかもしれませんが、なかなか速くするのも限界がありまして。
ではでは。
X-update で更新し、本件は解消しました。
いつも素早い対応をいただき ありがとうございます
こんにちは、お世話になります。
FTP でのユーザーになっておりました。
パーミッションを666にしてエラーが消えました。
どうもありがとうございました。
このくらいなら、まずは人に聞く前に自分でやって見ることですよね。
努力が足りないことを自覚し反省しています。[emj:1035]
承知しました。
ありがとうございます。
SRC速度測定というサイトを見つけ、小生サイトをチェックしてみました。
殆どの物は2桁、数個の物が3桁でしたが、content という物が4桁と立派でした[emj:1023]
「content」って何だろうとネット検索したら、文字コードなんですね〜
小生サイトテーマを見ましたら、いましたよ
理屈なんぞはサッパリ判っていない小生ですが、「EUC-JP」のサイトなんじゃ[emj:141]ということで、決め打ちしました。
これで、content の値が3桁になりました。[emj:140]
@pagesに、アカウント作って試してみました。
やはり、legacy は、失敗しますね。エラーリカバリが動かずに接続が切れてしまうので、難しそうです。
ちょっといじってみます。
またまた質問で申し訳ございません。
tpMailFormでメールフォームを作成し、スマートフォンからの動作テストを行っていたのですが、必要項目を入力し「確認する」ボタンを押したところ、「error loading page」というエラーメッセージが表示され、それ以上進むことができませんでした。
なお、ガラケーでは正常に動作しました。
何が原因なのか分からず、対処方法も分かりませんので、ご教示よろしくお願いいたします。
無事に動作してよかってです。タイムアウトしなかったのはラッキーでしたね。
再試行&再送信を繰り返す必要がある場合では、「FTPで削除する」 or 「何もしなくて良い」の何れが正解でしょうか??
- /xoops_trust_path/uploads/xupdateディリクトリー内に以下の物が自働作成された場合
- 「モジュール名」ディリクトリーと「モジュール名.zip」
- 「xupdate.lock」のファイル
何もしなくてよいです。というか、サーバー上のファイルはそのままにしておかないと、引き続きの処理ができません。
nao-ponさん、ありがとうございました。
ご教示いただいたとおり、X-updateでhypconfを更新したところ、正常に動作しました。
ありがとうございました。
実は今回のエラーに関しtpMailFormに原因があるのかなとも思い、「うさぎにもできるXOOPS Cube入門♪」のフォーラムにも同様の質問を書きこんでいましたので、nao-ponさんから頂いた回答を転載しようと思っていますが、よろしいでしょうか?