MODE: GUEST
[PIC] | お世話になります。つたない私のブログのHPにsxwebclapを使わせていただいております。サーバー移行にともなって,logファイル等全部移行いたしましたが,過去の記事に反映されないようです。必要な措置等があるようでしたら,ご教示御願いいたします。 |
[PIC] |
いらっしゃいませ、maboさん 拙いスクリプトですが、使っていただきありがとうございます。 サーバー移行によるデータの引継ということですが、今当該のブログに立ち寄らせていただいたところ、拍手機能(カウント、一言)ともに正常に動作しているようでした。これは新規にモジュールをアップロードした初期データの状態で問題なく動いているということでしょうか?(ver1.4exかな?) データ移行であるなら、この状態から5つあるlogファイルを入れ替え(上書き保存)することで移行できるはずです。 ひょっとしたらファイルの更新日の関係で上書きできなかった可能性はあります。ffftpの「ミラーリングアップロード」だとそうなりますね。 いまひとつは、旧logファイルの中身を覗いてみていただいて、もしそれぞれの行の元記事のURLの部分が絶対アドレスだった場合は、それぞれ新しいブログのアドレスに変換してあげる必要があります。 もっとも、これは私のサイトのlogを覗いて気になった点なので、関係ないかも知れませんが。(私が変な使い方をしてるせい) いずれにせよ、旧logや今のlogファイルははずみで消してしまわないようバックアップを取っておいてください。 |
[PIC] |
早速のご回答,並びに,ご訪問ありがとうございます。 旧から新へのデータ移行に伴って,二つのlogファイルのHPのデーターも旧から新へと置換いたしました。 カウントが反映されない状況です。 |
[PIC] |
およそ把握しました。 拍手モジュールで使用しているlogデータファイルは2つではなくて5つあります。 そのうち2つは拍手が大量に蓄積した時用の過去ログなので今は関係ありませんが、カウントが反映されていないということであれば、次のlogファイルが更新されていないのではないかと思われます。 sx_wbc_count.log 一度ご確認をお願いいたします。 |
[PIC] | お手数おかけします。ご指摘のように5つのファイルは移動してあります。ただ、気になる点といえば、過去データで、sx_wbc_past.logとsx_webclap_past.logの二つのファイルは0バイトで中身の記載がありませんでした。過去データに不具合があるのでしょうか。 |
[PIC] |
ご指摘の過去ログですが、通常保存される拍手ログや一言メッセージのログが肥大化して処理が遅くなることを防ぐために一定数以上(初期設定では1000件)以上になると古いデータを過去ログに押し出すためのファイルです。 なので、相当数の拍手を受け付けない限り、中身は空のままだと思われます。 また、先ほど再びmaboさんのブログを見させていただきましたが、まだカウントが反映されていない状態なのでしょうか? もしデータを上書きしたにも関わらず修正されていないようでしたら、一度そのカウントログ(バックアップしてある移行前の古いログと現在サーバーにある最新のログの中身を見せてもらえないでしょうか? この掲示板では添付ファイルをアップロードできますので、双方の名前を変えてZIPに圧縮したものを添付していただけましたら、中身の方を検証させていただきたいと思います。 その際、このスレッドの最初の書き込みのようにURLあるいはEmail欄に記入していますと、管理者以外が見れない不可視モードで投稿されますのでログを他者に覗かれる心配はありませんのでご安心くださいませ。 |
[PIC] |
ご親切なご提案ありがとうございます。申し訳なく思います。 実は,今日,出先から,ファイルの中身確認して,RESを書きましたが,IPHONのFTPソフトから過去ログの中身を確認してましたら,ちょうど,記事のタイトルあたる部分でしょうか,見事にその部分だけ文字化けしてました。また,記事のIDをいろいろ見て見ましらた,本文のIDとlogファイルのIDの不整合がありました。この辺が原因なのかなと想像しました。そのほかの不具合も移行後の新HPにはあるので,再度,クリーンインストールしてみようかなと思います。 旧HPは,新HPにリンクを作成しましたので,お時間のある時に,一読御願いできればと思います。 |
[PIC] |
>記事のタイトルあたる部分でしょうか,見事にその部分だけ文字化けしてました。 BlognPlusの場合、特に変更しなければ文字コードはUTF-8になっています。私のモジュールもそれに準じて作成してあるので、通常ログファイルの文字コードはUTF-8です。何らかの事情でEUC-JPやShift-JISで運用されていた場合、おかしなことになっているかも知れません。 それ以前に、iphoneのFTPソフトのビューアーあるいはテキストエディタがUTF-8に対応してないか、間違えた可能性もあります。 >本文のIDとlogファイルのIDの不整合 BlognPlusでサーバー以降やアップデートする場合のよくある注意事項です。もとのブログで記事やコメントの削除などを行ったことがある場合、記事IDの歯抜けが生じてしまいますが、それが移行の際にIDの振り直しをされてしまうことがあります。 いつかのぶろぐんコミュニティーで問題に上がってたような気がしますが、ぶろぐん自体のアップデートで対策が取られたのかちょっと定かでありません。バージョンによるのかも。 私も一度ID振り直しで失敗したことがあるので、それ以降は削除の際に本当に削除ではなくて内容を「この記事は削除されました」とかに変更してIDは残すように注意しています。 |
[PIC] |
何度もありがとうございます。残念ながら,過去データの移行は,断念しようと思います。 それと,旧HPは,自宅サーバーでCENTOSを使って増したが,今回新HPは,事情があってサクラレンタルサーバーにしました。 OSの違いなのか,同じ設定でも不具合がでます。 index.phpにタグ拡張の部分を埋め込むと,ファイヤーフォックスでは,RSSの表示が崩れてしまします。 私の力では,どうにもならないようなので,RSSの表示は,諦めようかなと思ってます。 いろいろお手数をかけ,ありがとうございました。 |
[PIC] |
追伸です。 IDの不整合が起きた一つの原因がわかりました。いったんアップした記事の題名だけを変更したためのようです。いったんアップした題名を続きの題名にしたいために,後日題名に(1)を付加して,連載を始めるということをよくやりました。このことで,同じIDの記事の記録が残ったようです。 移行を断念しようと思いましたがが,700記事程度なのでエクセルでIDを切り出し,連番のIDに変更して,移してみようと思います。 いろいろご相談にのっていただきありがとうございます。 |
[PIC] |
なるほど、拍手カウントのキーにタイトルを使っていたことが裏目に出ていたのですね。 URLの末尾にちょっとでもオプションがついていると別の記事と判断されるのを防ぐためでしたが、ブログだとあまり意味がなかったかもです。 お手数をおかけすることになってしまい、申し訳ありません。 エクセルで修正されるということですが、その場合は文字コードの注意してくださいね。たしかそのままだとShift-JISで書き出されてしまうはずですから。 |