こんにちは
データ作成でこけているのであれば、リアルタイムビューが表示されないと思います。そちらはどうでしょう？
そうだとすると、データファイルが作成されていないと思うので、おっしゃるようにFS_METHODの問題の可能性が高そうですね。権限を変更して、デフォルトのdirectで直接ウェブサーバーから書き込めるようにするのが良さそうです。
Thread Starter
sw
(@sw326022)
早速のご返答ありがとうございます。
FS_METHODの問題の可能性が高そうですね。権限を変更して、デフォルトのdirectで直接ウェブサーバーから書き込めるようにするのが良さそう
書き方が悪かったようですみません。
- FS_METHODは使っていません。
- デフォルトのdirectで直接ウェブサーバーから書き込める設定のつもりです。
権限を変更して
これは、qa-heatmap-analytics-dataディレクトリのパーミッションのことでしょうか？
もしそうなら、サーバの推奨のフルの権限を与えています。
要領が得なくてすみません。
よろしくお願いいたします。
なるほど。そうするとqa-heatmap-analytics-dataの下に何かファイルが作成されているか否かで判断できそうですね。
もし何かが作成されていれば、計測ファイルが作成されない問題で、そうするとこのあたりでしょうか。
https://mem.quarka.org/manual/data0-problem-2/
もし何もファイルが作成されていなければ、権限を見直されると良さそうです。
Thread Starter
sw
(@sw326022)
ご返信ありがとうございます。
wp-content/qa-heatmap-analytics-data/
直下は、
wp-content/qa-heatmap-analytics-data/log/qalog.txt が5000kb強という大きさなので、何かしら動いている気配があります。
temp
cache
ディレクトリ下もファイルがあり、昨日または今日の日付です。
ただし、
heatmap-view-work
readers
replay-view-work
view
ディレクトリ下は空、またはファイルがあってもインストール時の日付のもののみです。
wp-content/qa-heatmap-analytics-data/下のディレクトリ権限は同じなので、
ご指摘の通り、
計測ファイルが作成されない問題
ということなのかなと思います。
- インストール直後→ではないので該当しない
- JavaScriptのエラー→これっぽい？
- キャッシュ系のプラグイン→入れていない
- サーバー環境の問題。ファイルの書き込み権限がない→ありなので該当しない
- 夜間の集計処理がタイムアウトになる問題。こちらは、サーバー環境によりますがphp.iniのmax_execution_timeが30秒→240秒で設定済。該当しない
- cronによるデータ集計処理になんらかの不具合→データが表示されないので該当しないのでは？
JavaScriptのエラーが怪しそうなので、調べてみました。
エラーが出ていました。
3つとも同じで、
１つ目：
Uncaught SyntaxError: Unexpected identifier (at :formatted:13:6290)
13行目の6290カラムは
(‘qa: init success.’)}else{throw new Error(‘qa: init failed. HttpStatus: ‘+xhr.statusText)}}
の最後のカッコです。
2つ目：
Uncaught SyntaxError: Unexpected identifier (at :formatted:14:208)
14行目の208カラムは
qahm.sprintfAry=function(format,…args){let replaced=format;for(let iii=0;iii<args.length;iii++){let placeholder=’%’+(iii+1).toString()+’$s’;replaced=replaced.replace(placeholder,args[iii])}return replaced}
の最後のカッコです。
3つ目：
Uncaught SyntaxError: Unexpected identifier (at :formatted:28:5087)
28行目の5087カラムは、
qahm.getSelectorFromElement=function(el){var names=[];if(!(el instanceof Element)){return names}while(el.nodeType===Node.ELEMENT_NODE){var name=el.nodeName.toLowerCase();if(el.id){name+=’#’+el.id}var index=qahm.getSiblingElemetsIndex(el,name);if(1<index){name+=’:nth-of-type(‘+index+’)’}names.unshift(name);el=el.parentNode}return names};qahm.getTransitionFromSelector=function(el){while(el.nodeType===Node.ELEMENT_NODE){if(el.href){return el.href}el=el.parentNode}return null}
の最後のカッコです。
このエラーが関わっていそうなのですが、どうやって直したものか、困りました。
エラーのソースを見るとオリジナルとソースコードが違うので、圧縮（minify）されているみたいですね。
おそらく速度アップか何かで、JavaScriptのソースを書き換えるプラグインやサーバ側の処理があって、それが悪さをしていそうです。
Thread Starter
sw
(@sw326022)
ご返信ありがとうございます。
取り急ぎ、現状のお知らせします。
早速見直してみたところ、テーマの中に「JavaScript縮小化」という機能がありました。
設定を外してみると、Chromeでのエラーはなくなり、「qa: init success.」となっているので、明日、または明後日、リアルタイムビューなどいままで表示されなかった項目が表示されるかどうかを確認して結果を書き込みます。
Thread Starter
sw
(@sw326022)
計測ファイルが作成されない問題
確認してみました。
QA ホーム画面の
- ダッシュボードでは 月間セッション数：今月（昨日まで）が今まで０だったのが、加算されるようになりました。
- ユーザ数、集客、行動、コンバージョン：今まで０だったのが、加算されるようになりました。
計測ファイルは作成し始めたようです。
ありがとうございました。
ただ、新たに問題が出てしまいました。
コンバージョンのセッション（抽出されたページを含む）の再生を押すと、404ページが開き、
URLに
XXXXX/wp-admin/[2022-07-01 08:53:02] ERROR, 3.0.1.0, class-qahm-view-replay.php:315, wp_remote_get status error
が追加されています。
まだ何かうまくいっていないみたいです・・・。
リアルタイムビューで行動の再生（セッションリプレイ）ってできますか？
もしそちらもダメだとすると、エラーを出しているwp_remote_getというWordPressの関数が動かないサーバーの可能性がありますね。そういうサーバーがあるとは聞いたことがあります。。
もしリアルタイムビューで再生ができれば、抽出されたデータで、たまたま存在しないデータだったり、タイミングによって取得できない可能性があるかもなので、数日たってからリトライされると変わるかも知れません。
Thread Starter
sw
(@sw326022)
ご返信ありがとうございます。
リアルタイムビューで行動の再生（セッションリプレイ）
同じエラーが出ます・・・・。
wp-admin/[2022-07-01 11:33:22] ERROR, 3.0.1.0, class-qahm-view-replay.php:139, wp_remote_get status error
使っているサーバは、おそらく誰でも知っている老舗のメジャーなサーバなので、wordpressのwp_remote_get関数が動かないというのは解せません。
サーバのサポートに問い合わせてみますね。
Thread Starter
sw
(@sw326022)
お世話になっております。
使用しているサーバ側と調整して、設定を変更しました。
日月のデータを改めて確認しました
- 上記エラーは出ていません。
- リアルタイムビューが再生されます
- ヒートマップも表示されます
上手く動いていそうです。
ただ、ヒートマップが表示されたことで改めてわかってしまったことがありました。
ヒートマップの背景？が本来のサイトのページではなく、エラーのページとなってしまっている。
導入がうまくいって、たまたま最初のアクセスが好ましくないアクセスだったらしく、そのときのエラーメッセージがそのままヒートマップ上に表示されてしまっています。
その後、通常のアクセスがあり、リアルタイムビューでも4分くらいのしっかりしたアクセスで、動画上も通常のサイトが写っているのですが、そのアクセスを反映したであろうと思われるヒートマップの背景？もエラメッセージーページのままです。
現在、この仕組みを変更してエラーページが出ないようにしているのですが、ヒートマップの背景が通常のサイトに直るためには、どうすればよいでしょうか？
いままでのアクセスデータはなくなってしまいますが、ヒートマップの対象ページをQA上でバージョンアップすればよいですか？
解決したのですね、よかったです。このフォーラムってWP本体のポリシーでみんなの助け合いで運用されているので、ぜひサーバー会社とどういう設定をしたかも共有してもらえるとみんな助かると思います。特に同じサーバーを使っている人の参考になると思うので。
現象はページのバージョンアップで今のページになるので、その通りだと思います。
Thread Starter
sw
(@sw326022)
ありがとうございます。
その他の関係から、サーバは自前に移行しました。
普通は必要ないと思います。
だれにでも当てはまるのは、WAFについてです。
サーバのWAFとアプリケーションのWAFの影響が複雑すぎて、OFFりました。
またそのとき.htaccessの内容もかならずチェックしたほうがいいです。
いずれにしても、セキュリティレベルに直結するので、ここを触る方は慎重になさってください。
お世話になりました。
