メール@でげっと!!サポート掲示板



 新規投稿 | ツリー | スレッド | タイトル | 一覧 | 検索 | 設定 

No.2に関するツリー
-見られないサイトの報告をお願いします。 [なかのひと ] (2013/4/10 0:13)
 ├見にくいサイトの対処法 [なかのひと ] (2013/5/23 4:04)
 │└簡易的なUserAgentの切り替え方 [なかのひと ] (2013/5/23 3:59)
 │ └もっと簡単なUserAgentの切り替え方 [なかのひと ] (2013/7/30 5:22)
 ├google [なかのひと ] (2013/3/10 18:38)
 │└直しました。 [なかのひと ] (2013/3/14 20:05)
 ├pixiv.net [なかのひと ] (2013/7/30 5:15)
 ├mobile.twitter.com [なかのひと ] (2013/7/30 5:18)
 ├twtr.jp [なかのひと ] (2013/7/30 5:24)
 ├instagram.com [なかのひと ] (2013/7/30 5:26)
 ├http://www.asahi.com 同じものが二つずつ表示 [なかのひと ] (2013/8/26 22:20)
 ├news.google.co.jp [なかのひと ] (2013/10/24 21:28)
 │└削除 [ ] (0000-00-00 00:00:00)
 └wikiwiki.jp/kancolle/ [なかのひと ] (2014/8/21 12:19)
  └削除 [ ] (0000-00-00 00:00:00)

[2] 見られないサイトの報告をお願いします。
Name: なかのひと
Date: 2013/4/10 0:13
文字化け等で正常に表示されないサイトがあれば教えて下さい。
端末側の問題かもしれませんので、端末の型番も記述して下さい。


なお、基本的に以下のサイトには対応出来ません。

o JavaScript、JAVA等ブラウザ側での処理を必要とするサイト
o 認証が必要なサイト
o 入力操作が必要なサイト

上によらず頑張ってプログラムを書けば可能な場合もありますので
一応リクエストしてみて下さい。

あとUserAgentで見え方が全く異なる事があります。
メール@でげっと!!の「google」エリアスでは、UAをND-03Dにしていますが、一部サイトでリダイレクトがループする事があります。
これはサイト側が対応出来ていない為で、firefoxで同様にUAを偽装しても表示出来ません。
PC用のUAにすれば大抵問題が無いのですが、googleの検索ページが使いにくい様に思います。
UAは何がベストなのかご意見頂けませんでしょうか?

返信する


[24] 見にくいサイトの対処法
Name: なかのひと
Date: 2013/5/23 4:04
以下は
#{PARAM},,,,google 検索語
の{PARAM}の部分です。

◆文字化けへの対処法
CS0 文書内で宣言された文字コードを使用する。(default)
CS1 入力より文字コードを推測する。
CS2 入力をUTF-8と解釈する。
CS3 同iso-2022-jpと解釈する。
CS4 同sjisと解釈する。
CS5 同euc-jpと解釈する。

※携帯のUAの場合、google等はUTF-8と宣言しているのに
SJISのコードで出力するのため文字化けします。
これは正しいのでしょうか?(SJIS固定にも出来るのですが。)


◆見た目の改善法
LIBR32 BRタグで改行せずにスペースとする。
ULBR32 ULタグで改行せずにスペースとする。
OLBR32 OLタグで改行せずにスペースとする。
DIVBR32 DIVタグで改行せずにスペースとする。
TRSEP32 TRの区切り文字をスペースとする。
TDSEP32 TDの区切り文字をスペースとする。

◆サイトによってはユーザエージェントで見え方が大きく違ったりします。
※より簡単な方法があります。(「簡易的なUserAgentの切り替え方」参照。)

#,,,{UserAgent},google 検索語
の{UserAgent}の部分にUAの文字列を記せばUAを変えられます。
UAにカンマを含む場合はバックスラッシュでエスケープして下さい。
機能が低く、ディスプレイの画素数が多い機種のUAが理想なのですが、
良いものありませんか?
携帯とPCのUAの使い分け等アイディアがありましたら教えて下さい。


◆不要な部分を表示しない方法
#,{START},{END},,google 検索語
として必要な部分だけを切り出せます。
{START},{END}は

{PARAM}を
SHOWANC1
とした時に赤字で表示される
--- [div:class:"mark"〕---
の様な場所を指定する事が出来ます。
この場所以降を表示する時は
#,div:class:"mark",,,google 検索語
とします。
同様に終了位置は{END}で指定出来ます。

返信する


[72] 簡易的なUserAgentの切り替え方
Name: なかのひと
Date: 2013/5/23 3:59
#UA2,,,,google 検索語
の様に指定します。
「2」の数字を変える事によりUAが変わります。

数字との対応は以下の通りです。
(UA2の場合はiphoneになります。)

0:''
1:'Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1'
2:'Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1C28 Safari/419.3'
3:'SoftBank/1.0/740SC/SCJ001/SN000000000000000 Browser/NetFront/3.3'
4:'DoCoMo/2.0 N03D(c500;TB;W30H20)'
5:'DoCoMo/2.0 N03D(c500;TB;W24H16)'
6:'DoCoMo/2.0 P06C(c500;TB;W24H16)'
7:'DoCoMo/2.0 F08B(c500;TB;W24H16)'
8:'DoCoMo/2.0 P906i(c100;TB;W24H15)'
9:'DoCoMo/1.0/N503i/c10'
10:'DoCoMo/2.0 N901iS(c100;TB;W24H12)'
11:'DoCoMo/2.0 P07A3(c500;TB;W24H15)'

返信する


[82] もっと簡単なUserAgentの切り替え方
Name: なかのひと
Date: 2013/7/30 5:22
上部URLの左隣にUserAgentの種別表示がありますが
そこのリンクにより

[携帯]→[iPhone]→[PC]→[携帯]

と変わります。

返信する


[47] google
Name: なかのひと
Date: 2013/3/10 18:38
googleから外部のサイトに遷移する時に以下が表示される。


【リダイレクトの警告#001】


リダイレクトの警告

表示中のページから http://ja.wikipedia.org/wiki/%E3%83%A4%E3%82%AE にリ
ダイレクトしようとしています。

このページにリダイレクトしないようにする場合は、前のページに戻ってください。

返信する


[48] 直しました。
Name: なかのひと
Date: 2013/3/14 20:05
直っていない場合はご指摘下さい。

返信する


[71] pixiv.net
Name: なかのひと
Date: 2013/7/30 5:15
gamma@sakura.deget.info
からアクセスするとタイムアウトになります。
これはサーバの問題ですので、
beta@devel.deget.info
からアクセスして下さい。

しかしながら、ベータテストのモジュールでは
リファラーが付きませんのでpixivの画像が表示されないことがあります。

他のサーバへの移行含め、改善策を検討中です。

-->デルタテストで対応。ただしUAをPCにして下さい。

返信する


[81] mobile.twitter.com
Name: なかのひと
Date: 2013/7/30 5:18
モバイル用サイトの為UAをPCにすると見えません。

携帯もしくはiPhoneのUserAgentを設定してください

返信する


[83] twtr.jp
Name: なかのひと
Date: 2013/7/30 5:24
携帯向けサイトですのでUserAgentをPCにするとアクセス出来ません。

[携帯]もしくは[iPhone]でアクセスして下さい。

返信する


[84] instagram.com
Name: なかのひと
Date: 2013/7/30 5:26
画像の表示、対応しました。
コメントを表示したい場合は
UserAgentを[iPhone]にして下さい。

返信する


[90] http://www.asahi.com 同じものが二つずつ表示
Name: なかのひと
Date: 2013/8/26 22:20
朝日新聞のサイトの一部では
同じ文章や写真が2つずつ表示されます。

これは朝日新聞が会員向けと非会員向けの
コンテンツをそれぞれ持っている為です。
CSSにて切り替えを行っているようですが、
メール@でげっと!!はCSSをサポートしていない為
の様に表示されるのは仕様となります。

返信する


[92] news.google.co.jp
Name: なかのひと
Date: 2013/10/24 21:28
UAをPCにした場合エンコードエラーになります。(Ver.G)
これは圧縮した形で送られてきたページを展開出来ない為です。
(KNOWN BUGS参照)

次の版で修正を予定しています。
当面の回避策としてUAをiPhoneにすれば読めます。

返信する


[122] 削除
Name:
Date: 0000-00-00 00:00:00
この記事は削除されました

返信する


[123] wikiwiki.jp/kancolle/
Name: なかのひと
Date: 2014/8/21 12:19
ある時よりorange(Ver.I)で
Attention Required! | CloudFlare#001(1840/1840)と表示され見られなくなりました。
orange内のブラウザも同様です。
警告の内容からサーバに対する制限だと思われます。

最後に正常に見られた時:8/12 18:15
最初に当該現象が起きた時: 8/18 7:58



2014/08/21現在
grape(Ver.H,Ver.preJ)では見られますので
当面はgrapeよりアクセスして下さい。


---
CloudFlare gathers threat data from various sources to build a reputation for every visitor. You set the desired security level for your site and then CloudFlare stops any threats before they reach your site. CloudFlare's reputation-based security works as a first line of defense for your site.

When a visitor's IP reputation is higher than the threshold set by the basic security level, the visitor's access is blocked and they are presented with the so-called challenge page where they need to fill in a CAPTCHA form if they want to proceed.

If you don't want certain visitors/IPs to end up on that page, here's what you can do:

Lower the basic security level.
Use Threat Control and whitelist the visitor's IP.
Ask the visitor to continue to fill out the CAPTCHAs and their "threat score" will decay over time.


"threat score"が下がる要因は時間の経過と言う事らしいです。
何日必要なのかは不明ですが、回復しないおそれがありますので今後ORANGEからのアクセスは自粛して下さい。



ではなぜ脅威と認識されたかですが、
一日のページビューは最大で32回ですのでこのせいだとは考えられません。
このページの特徴として同じ画像が多数貼られており、またURLの指定がイレギュラーである事が挙げられます。
このイレギュラーな指定に対応したのが20140514ですので(Ver.I)の版になります。
これにより、メール@でげっと!!は同じ画像であっても1ページ分の数だけサイトに要求を出しています。あくまで仮説ですが、そのせいで脅威と認識されたのかもしれません。

こうならないよう同一画像に対して一回のアクセスのみ行うよう修正を行います。
GRAPEもいずれ脅威と判定される恐れがありますのでこの修正が終わるまでアクセスは最小限にして下さい。
なおVer.Hではこの様な動作はしていない様ですが、脅威の判定が何であるか分からないので念の為にお願いします。


追記20140824)
上は不正確でVer.Iも同一画像は一度のアクセスになっていましたが、全てのバージョンで返信メール毎に画像を再度取得しています。これはメモリを消費しないようにする為で、設計通りなのですが、
これが問題である可能性がありますのでVer.J-20140824よりページで一回のみのアクセスとなるよう変更しました。

Ver.Jより対応します。

返信する


[124] 削除
Name:
Date: 0000-00-00 00:00:00
この記事は削除されました

返信する


レッツPHP!