インターネット・パソコン Feed

2017年2月 4日 (土)

エンジョイ!ブログ:削除ファイルと同名ファイルをUpしたときの不具合

同名ファイルをUpしたとき、例えば、サーバ上のあるフォルダにファイル:a.datがあるときにPC上のa.datをUpすると、サーバ上には次の名前のファイルができます。

 a.dat      :元々あるファイル
 a.dat.tmpxxxx  :今回Upしたファイル

このとき、「このフォルダ内に同名ファイルがあります。 置き換え or 取り消し」のメッセージが出て選択できます。

ところが、予めサーバ上のファイル:a.datを削除後にPC上のa.datをUpしたときに、サーバ上のファイル一覧に a.datがなく、a.dat.tmpxxxxのみが表示される不具合が発生することがあります。

本件、昨年の夏頃から発生し出して、現在も直っていません。

プロバイダさんにはその都度状況を連絡しているのですが、なかなか進展しません。

当初はブラウザのせいではないかとの回答もありましたが・・・。

最近頂いた回答は:
 このような状況になったときには
 (1)a.dat.tmpxxxx を削除
 (2)a.dat を再度Up
 してください。
 原因を調査することは不可能です。

とのこと。

これでは困るのですが・・・。

今朝もプロバイダさんに連絡を入れました。


●参考: 本件に関連する過去の記事
1.エンジョイ!ブログが使いやすくなった!(2)
2.エンジョイ!ブログが使いやすくなった!(3)
3.エンジョイ!ブログの不具合:削除ファイルと同名のファイルをUpしたとき

2017年1月25日 (水)

エンジョイ!ブログ:アクセス数グラフの高さ不具合に対する最終回答

エンジョイ!ブログのアクセス解析機能でサイトを訪れた日毎の数を表示する棒グラフの高さがおかしい問題、昨年12月初旬に初めてプロバイダさんに連絡した後、何度かやり取りしました。

当方からの指摘に対して回答が2転3転し、ついに今日最後通告(?)が・・・。

・アクセス解析には一部に外部ソフトを使用しており、その処理内容が非公開のため詳細不明である。
 詳細不明な外部ソフトを利用しているので誤差が出ることも考えられる。

・今後大幅にシステム変更予定であるが、直近での変更は全体への影響が大きすぎることもあってできない。

・Google Analytics の利用を検討してみてはどうか。

との回答。

処理内容(というより外部仕様)のはっきりしない外部ソフトを平気で使用しているとはビックリです。

これではこれ以上の進展が望めないので本件は the end です。

2017年1月12日 (木)

エンジョイ!ブログ:アクセス数グラフの高さ不具合に対する回答の変遷と当方見解

エンジョイ!ブログのアクセス解析機能でサイトを訪れた日毎の数を表示する棒グラフの高さがおかしい問題、先日(2017/1/5)Blogシステムの問題であるとの回答がありました。

「棒グラフはUTC(協定世界時)より集計して表示、数値(page views)はブログ閲覧者のPC等の時刻より集計した値を表示している」と。

表示される数値(page views)とグラフの高さの集計時間帯が異なるという、全くおかしな(?)システムであるようです。

今まではブラウザやユーザ側の問題であるかのような回答でしたので、漸くBlogシステム側の非を認めたことで1件落着と思いましたが、そうでもなさそうです。

例えば、1月4日のアクセス数について、page views は日本時間の1/4 0:00~24:00の間の値ですが、グラフの高さは、
・1/5  回答: UTCの1/4 0:00~24:00(日本時間1/4 9:00~1/5 9:00)
・1/8朝 回答: UTCの1/3 6:00~1/4 6:00(日本時間1/3 15:00~1/4 15:00)
・1/8夕 回答: 1/5回答のとおり

と変化しています。

ーーーーーーーーーーーーーー

そこで、アクセス数グラフを少し調べてみました(2016/12/9 ~ 2017/1/7)。

日毎のpage viewsとグラフ高さ(グラフから読み取った概算値)を下に示します。

・グラフの高さの上下変動はpage views値と連動しているように見える。
・両者が9(or 15)時間シフトした関係であれば、グラフの高さの変化とviews値の変化の間に多少のズレがあってもよさそう。
・グラフの高さは全域にわたってviews数より高目である。
・30日間の総アクセス数はpage views:1811、グラフの目盛りからの概算では2950で大幅に異なる。

Accesst

日毎のpage views(X)とグラフ高さ(概算、Y)の関係をプロットすると下図のようになり、両者の間にはほぼ次式が成り立ちます。
 Y  = X + 40
(注)前記表の1日あたりのアクセス数の差 38: 60<->98とも符合する。

Accessr


以上により、アクセス数グラフの問題は日本時間/UTCの問題というより、単純にグラフ描画プログラムの問題のような気がしてなりません。

2017年1月 6日 (金)

エンジョイ!ブログ:アクセス数グラフの高さ不具合に対する回答

エンジョイ!ブログではアクセス解析機能により、サイトを訪れた日毎の数が棒グラフで表示されます。

ところがよく見ると、棒グラフの高さが縦軸目盛と微妙にずれています(IE使用)。

この問題、昨年12月初め(2016/12/4)にプロバイダさんに指摘しましたが、当初の回答は、現象を確認できない、ブラウザ(IE)の問題?、ディスプレイ設定/拡大表示の問題?、他ユーザからの指摘はない等々で、あまりにも誠意に欠けるものでした。

昨日(2017/1/5)漸く不具合の原因が判明したとの連絡がありました。

・棒グラフはUTC(協定世界時)より集計して表示
 数値(page views)はブログ閲覧者のPC等の時刻より集計した値を表示している
 ->つまり集計期間に9時間のズレがある!

・本機能は根本的な改修を検討中、個別の修正対応はすぐには難しい状況
 現状では簡易的な機能として目安程度に利用してほしい

とのこと。

修正がそんなに難しいとは思えませんが、Blogシステム側の問題であることを認めた点は評価しましょう。

ただ、原因特定まで1か月も掛かるとは・・・。

(注)UTC(協定世界時)とGMT(グリニッジ標準時)はほぼ同じと考えて通常は問題ない。

2016年12月18日 (日)

体感温度を算出するアプリ

最近のエアコンには外気温や体感温度を表示できるものがあることを以前紹介しました。

体感温度は皮膚の水分が蒸発したり、熱が奪われたりすることで人間の肌が感じる温度ですが、これは気温、湿度、風速などによって変化します。

これに関するアプリを作成しました。

 ー> 体感温度を算出するアプリ


● アプリ画面の例

Fig0

2016年12月12日 (月)

洗面台から時々嫌な臭いが(8):水の蒸発量を推定するアプリ(機能拡張版)

洗面台が臭う原因の1つとされる「排水トラップの封水がなくなる」問題に関連して、先に水の蒸発量を推定するアプリを作成・紹介しましたが、今回アプリの機能を若干Upしました。

横軸に温度以外の値(気圧、風速、代表長さ)を指定することが可能になっています。

 -> 水の蒸発量を算定するアプリ(機能拡張版)

2016年12月11日 (日)

エンジョイ!ブログの不具合:削除ファイルと同名のファイルをUpしたとき

エンジョイ!ブログが使いやすくなった!(2)(3)で紹介した不具合と同様の問題が再発しました(Internet Explorer 11)。

・あるフォルダ内のファイル(例えば ssc.html)を削除する。
・localにある同名ファイル(ssc.html)をUploadする。
・すると、画面上に下記メッセージが出る。
  同じ名前の古いファイルがこのフォルダ内にあります。
  「ファイルを置き換えます」、「取り消し」の2つのボタンが表示される。
・ファイル一覧にssc.htmlはなく、ssc.html.tmpxxxがある。

サーバ内のssc.htmlを削除しているのに、システム内部(のどこか)ではまだ残っているかのような動作です。

エンジョイ!ブログは six apart社のlekumoブログOEMをベースにしたブログシステムのようですが、本不具合は他ユーザでは確認されていないとか・・・。

この問題、今年の7月に初めて発生し、その後、11月2日、26日、そして今回(12月10日)と、最近多発しています。

プロバイダさんはブラウザ(IE)の問題の可能性もあると言っていますが、本当にブログシステムに不備はないのでしょうか。 再度投げかけてみようと思います。

● 問題発生時の画面copy:

Tmp1

2016年12月 6日 (火)

エンジョイ!ブログの不具合:縦長画像の拡大表示

エンジョイ!ブログの記事中の縦長画像をクリックして拡大表示したとき、下部が切れて全体が表示できないことがあります(IE使用時)。

プロバイダさんからは、

 通常の状態においては現象の再現性を確認することができませんでした。
 Windows のディスプレイ設定(画面上で右クリック)で拡大表示を設定している場合に、
  同様の現象が再現する場合があるようですが、
 その場合はブログサービス提供元の設定等で回避することはできません。

との回答がありました。

IEの画面表示は通常拡大率125%にしていますが、100%表示にすると確かに全部表示できました。

Edgeで確認すると、
 125%時: 上下のscroll barが出て、scollで下部も表示される。
 100%時: 全部表示される(scroll barなし)。

実はこの問題、2013年5月に最初にプロバイダさんに対して指摘しましたが、2~3回電話でのやり取りがあって、そのままになっていました。

拡大画面表示用のHTML内のJavascript で、画面上部のタイトルバー、アドレスバー や下部のタスクバーの高さ等を考慮してwindowのサイズを決定するように改良して頂くか、scroll barを表示するようにして頂ければいいだけの話のような気がしますが・・・。
 -> こちらの記事を参照

● 左の画像をクリックして拡大したものが右画像(奥出雲町 金言寺の大イチョウ)

Img_5348

5348a

エンジョイ!ブログの不具合:アクセス数グラフの高さが・・・

エンジョイ!ブログではアクセス解析機能により、サイトを訪れた日毎の数が棒グラフで表示されます。

ところがよく見ると、棒グラフの高さが縦軸目盛と微妙にずれています(IE使用)。

例えば、
・11/28のアクセス数は 137ですが、目盛160を示す横線よりわずか飛び出ています。
・また12/5のアクセス数 160ですが、棒が高すぎます。

プロバイダさんからは、

 実数がグラフの横軸数値を超えるような現象については確認できませんでした。
 ディスプレイ設定で拡大表示などをご利用ではないか。
 他のブラウザでの動作についてもご確認いただけますでしょうか。
との回答がありました。

IEの画面表示は通常125%にしていますが、100%表示でも同様でした。

また、Edgeでも同様に目盛とグラフ高さがずれています。

Access_2

 

Access2

2016年12月 4日 (日)

エンジョイ!ブログの不具合: 画像の後にテキストが追加できない他

エンジョイ!ブログで最近おかしな現象が発生しています。

プロバイダさんに連絡して検討して頂いたのですが、

「これはブラウザ(IE)の問題です」(下記1,2)とそっけない返事です。

IEはエンジョイ!ブログの推奨利用環境としておきながら、IEの元では色々と問題がありそうです。

1.画像の後にテキストが追加できない

 Blog作成画面(下書き状態)で、

 (1)テキストの後に画像を2個挿入(画像設定:左とブロック)

 (2)「保存」

 (3)画像の後にテキストを挿入したいが・・・。

  カーソルが画像の下に移動しないので、テキストの追加ができない現象が発生しました。

2.「通常入力画面」<->「HTMLの編集画面」の切替不具合

 Blog記事作成時、記事のある部分をマウスで範囲指定して反転表示した状態で、

(1)「HTMLの編集」をOnするとHTML表示される(正常)。

(2)次に「HTMLの編集」をOffしても表示はそのまま(NG)。

(3)再度「HTMLの編集」をOnすると通常テキスト表示に戻る(NG)。

 このような現象が発生します。

 指示と反対の表示がされるのです。

3.その他

 色々と細々した問題があり、上記1,2とあわせて更なる検討改善方お願いしています。

フォトアルバム 2

Powered by Six Apart