携帯サイトのWebプログラムを語ろう Part3
レス数が900を超えています。1000を超えると表示できなくなるよ。
各キャリアの技術情報
・DoCoMo
ttp://www.nttdocomo.co.jp/service/imode/make/
・KDDI
ttp://www.au.kddi.com/ezfactory/tec/
・SoftBank
ttp://creation.mb.softbank.jp/
・Willcom
ttp://www.willcom-inc.com/ja/service/contents_service/club_air_edge/for_phone/homepage/
・イーモバイル
ttp://developer.emnet.ne.jp/ そういやdocomoのPC接続でのIPアドレスって、一体どうなってんだっけ?
imodeセンターは通さないだろうから、特に決まってないって事かな?
「パケ・ホーダイ ダブル」でPC接続も定額に、帯域制限は強化
http://k-tai.impress.co.jp/cda/article/news_toppage/43739.html 上限1万3650円じゃぁなぁ
1日500円を毎日契約するのと変わらないレベルじゃ魅力なし。 ウイルコムのIPアドレスが2つ無くなる模様。
安いサーバーを増やしすぎて、だんだん腐って来てるのかもね。 >>9
猿の0円1円攻撃で死に体になってきたと思わないの? 量販店ではミニノート購入者の8割がイーモバ契約するらしいからなw
契約しなくても、契約しても結果的に払う金額が同じぐらいなら、そりゃあ
契約して通信できるほうを選択するわな。 どうでもいいことだけど。
前スレでAUが1月から毎月IPを追加するって書いている人いなかったっけ?
どうでもいいことだけど。 今、ドコモのサイトはsjisで作ってるんだけど、最近はutf8でもいけるの?
古い機種はだめ?
MobilePictogramConverterのサイトが
繋がらないのですが、他に入手方法ないかな
または、代替のライブラリでいいのある? >>16
アシアルが 出してたやつは使える。
Text_なんとか_なんとか ってpearパッケージになってる。
あうってなんで機種名とデバイスIDなんてもんが別になってるの?
アホなの? スクリプトの機種データの配列がデバイスID=>機種名なのに、
あうの一覧は機種名=>デバイスIDになってる
誰だよ、こんなチェックし難い仕様にしたのは
あ、俺か
しかに何が悲しくてニータイムに機種名データの更新なんてしなきゃなんないのか >>20
何もかも投げだして自分探しの旅に出るといいよ。 携帯サイトのIP規制用のIPリスト取得って結局どうやるのが良いの?
毎回公式サイトのリスト取得しにいくのは負荷がかかりすぎるし、CRONでリスト取得しておくのも定期的にメンテナンスするのも何かあったときに若干タイムラグ空いちゃうし・・・ タイムタグつっても1日程度だろ?
弾いた側のログをチェックする仕組みを作ってない人か? ずっと自分で管理してるなら良いんだけどさ、引き継ぎとか色々考えてるとどうしたもんかね〜っていう
各キャリアがちゃんとリスト配信してくれれば良いだけなんだけどさ >>26
負荷は高くなるけど、逆引きしてドメインで判別するようにしちゃえば? そもそも勝手サイトの人間に対して、情報を出さないといけない理由が
ないわなw
勝手に作っておいて、お前の都合のいいように情報をちゃんと配信しろってのが甘えだわ
そういうのは自分で工夫するものだろう 携帯のキャッシュ制御のことで質問させてください。
出力はCGI(Ruby)で、現在手元に置いて作業してるのはdocomo機です。
レスポンスヘッダに指定したキャッシュの有効/無効はhtmlの出力に反映されますが、
ページ内の画像はそれとは関係なく毎回読み込まれているように見えます。
実機で送受信されるヘッダの内容を確認することはできないのですが、
表示までにかかる時間と、インターレースのjpeg画像が毎回段階的に表示されていくのでそう思いました。
PCのブラウザですと、ページのヘッダでキャッシュ無効にした場合でも、画像等外部のファイルはキャッシュを読むと思います。
このあたりの仕様って、どうなっているかご存知の方いたら、おしえてください。
希望としては、PC同様ページはキャッシュ無効でも、画像はキャッシュしたいのですが・・・ すみません、先ほど別のコードをi-modeシュミレータで試してみたのですが
やはり画像のレスポンスヘッダでも200が返っており(304 Not Modified等ではない)
必ず再読み込みされるのが確認できました。
リクエストヘッダがどうなっているかはシュミレータでもわかりませんでした。
If-Modified-Sinceなどキャッシュ関連のヘッダは送られないのかな・・
ググッてみるとリクエストヘッダを表示できるシュミレータもあるようなので
あとで導入して確認してみることにします。 >>28
公式サイトだけど・・・
公式サイトでIPリスト拾えるようなAPIあったっけ? リクエストヘッダを表示するcgi置いてみたら?
キャッシュはEzweb意外気にしたこと無いや
アクセス元IPを返すAPIあったら教えてください ちょっと言葉足らずでしたが、リクエストヘッダの表示はしています。
でも、CGIで取得できるのって最初のリクエスト(ページのリクエスト)だけで
htmlタグから呼ばれる画像等、個々のファイルのリクエストまでは取得できないですよね?
それでどうにも・・・方法があるんでしょうか。
>>34で書いてるリクエストヘッダは個々の画像へのリクエストヘッダのことです。 つうか、鯖持ってるんでしょ?
鯖側で全部リクエスト見れるでしょ。 http://blog.asial.co.jp/351
このアシアルの絵文字ライブラリを使おうと思ったのですが
ソフバンのウェブコード形式の絵文字を含んだ文字列がconvertできず、
中を見てみると#TODO: Webcodeと書いてあり、まだ実装されていないようでした。
携帯されたポストされた文字列は、必然的にウェブコードになると思っていたのですが、
ウェブコードになったり他の形式になったりするのでしょうか。
その基準は何でしょうか? ここで聞くより、そのブログのコメント欄で聞いたほうがいいんじゃないの?
ttp://ja.wikipedia.org/wiki/%E3%83%88%E3%83%89
検索してみた >>41
ソフバンの仕様の質問なのでライブラリ作者に聴くのは
ちょっと筋違いではないかと思いまして・・
>>42
?
これから実装するぞっていう自分用メモですよね? php×携帯デベロッパーズバイブルに詳しく書いてありました
ソフバンも3GCは変則シフト方式でなく、docomo等と同じようなコード形式なんですね
変則シフトでも終端コードが付かない端末があったり、
3GCでもshiftJISだと絵文字を送らない端末があったり、
あらためてひどい実装だなぁ そういえばその本全然売れてねぇな。
どこで見てもいつも山積みで減ってる気配が無いw
まぁ、PHP関連の本は全体的にあまり売れてないけどな。 つうか、バシバシ減る専門書籍なんてみたことないよw
重そうなのは通販しちゃうしな >>39
レンタル鯖ということもあり、ログが充実してなくて・・・
しかし先にログを見ていたら最初の質問は変わっていたと思いますorz
一応キャッシュの使用状況、整理してみました。(といってもごく当たり前の結果でした)
確認は手元のdocomoのみです。
ページのリクエスト(htmlやCGI)
->キャッシュ有効であれば、2度目以降のアクセスでIf-Modified-Sinceを送信して確認後、キャッシュを使用。
キャッシュ無効(no-cache)ではキャッシュ関連のヘッダは送信せずに新規取得
※CGIなどの場合、If-Modified-Sinceの問い合わせを無視して200を返すか304を返すかは鯖やプログラムによる
画像など
->ページのキャッシュ有効無効に関わらず、If-Modified-Sinceを送信して確認後、キャッシュ使用。
ブラウザを閉じるとキャッシュは消える。 OpenwaveSDK6.2を使ってezwebのサイトのチェックをしているのですが
絵文字が表示されません
絵文字には対応していないのでしょうか?
(FireMobileSimulatorで確認したところ表示されました) どうも、sjisバイナリ絵文字が表示されない機種があるっぽいですね
lmg localsrcで指定すれば全機種で表示できるようですが、
バイナリじゃないと、「表示した文字列を再編集して投稿する」的なことが
できません。
ezwebでは絵文字をフォームに入れることは不可能なのでしょうか? >>52
> ezwebでは絵文字をフォームに入れることは不可能なのでしょうか?
んなこたぁない。 投稿時に入力できるのは当然ですが、
バイナリで表示できない限り、「フォーム内容に前もって設定する」ことは不可能では?
フォームタグのコンテンツがimgタグになってしまうので。 >>54
バイナリで埋めればよろし
表示できないのはエミュレータだけ。
正直な話し、EZweb制作にWAPエミュレータは役に立たない。
実機確認をお勧めする。 >>55
そうなんですか
ありがとうございました。 蛇足ながら、EZwebで非SSL限定ならば、内部も出力もunicode(UTF8)で統一すると、何かと楽だよ。
キャリア非推奨だけどw どのキャリアでもエミュレータは役に立たないね。
基本的に実機がないと仕事にならない。
携帯サイトのWebプログラムを語ろう Part2
924 :nobodyさん:2009/01/05(月) 10:49:43 ID:???
auは今月から4月まで毎月IP追加あり
公式持ちには告知済みだけど ウェブコンテンツビューアだと、
W型でSJISのリクエストを投げた時、絵文字がウェブコードになるんですが
実機でもそうなりますか?
php×携帯デベロッパーズバイブルでは、
3Gはウェブコードを投げないと書かれていますが。
W型でも、UTF-8の時はウェブコードではありませんでした よく見たら「3GCはウェブコードではない」と書かれていました。
W型は3Gだけど3GCではないので、
SJISだとウェブコード絵文字、UTF-8だと非ウェブコード絵文字
という中途半端な仕様なのでしょうか・・ 携帯のプログラムを語るのに仕様に関する話題も含まれるだろw
というかむしろそれがほとんどだろ >>65
古いsoftbank特有の1b 24…0fで構成される絵文字です。
アシアルさんの絵文字プラグイン内で使われていた用語なので
一般的なのかは分かりませんが。 >>67
同意。
宣伝とかスレ違いとかやたら煽るのやめようぜ。 マイトガイ=小林旭
ヨソウガイ=ダンテ・カーヴァー
キティガイ=org 質問させてください。
携帯のアクセスを携帯サイトにアンカー(#XXXX)付で飛ばしたいのです。
print "Location: http://www.ZZZZ.com/YYY.cgi#XXXX\n\n";
としていますが、手持ちのau実機では404と表示されてしまいます。
もちろん#XXXXがなければ、ちゃんと表示されます。
またリンクからのアクセスでもちゃんと表示されます。
Locationでアンカーはダメなんでしょうか。それとも実機固有の問題でしょうか。
Locationは普通、headerなんじゃないの? >>75
きかない携帯あるよ。使わない方がいいと思う。
>>76
釣りですか? >>76,77
言語の違いだと思う。
PHPだと、普通はheader()関数を使うよね。
質問者は多分Perlかと。 そういえば前にも皆がPHPを使ってると思ってた奴がいたなw #なんか使ったことないぜw
ほかの文字で代用すれば? >>82
アンカーリンクに#以外で代用できる文字があったら教えて下さい。 アンカーの件、回答ありがとうございました。
アドバイス通り、アンカー付リダイレクトはやめておきます。
内容が変化するリストページの指定箇所に、頭出ししたかったものですから。
アンカー付リンクを含むジャンプ用ページを出力する方向で考えてみます。
cgiで処理してるのなら、普通にパラメータ渡しじゃだめなの? >>85
いいんですけど、リスト該当箇所というのがミソなので、
アンカーを使おうと思ったわけで。
PCで見るか、javascriptが使えるなら問題ないんですけどね。 cgiファイルにアンカー(#XXXX)なんて、PC向けでも普通は使わないと思うけどね。 そうかな。結構使うよ。
こんな風に、フォームを画面の一番上にしたい、とか。
コンテンツコンテンツ
コンテンツコンテンツ
コンテンツコンテンツ
コンテンツコンテンツ
<a name="form"></a>
<form action="./myself.cgi#form">
<input type="submit">
</form> 機種によって表示が乱れるし、動かないし、とても使えた方法じゃない >>88
普通にCGIの処理の最後でリダイレクトしろよ >>93
auではそのリダイレクトにアンカーが使えない、と言うのが議論の発端なわけだが? 使えないと言ってる機種は何?
検証しておきたいんだけど。 携帯って
基本的に、クッキーは
保存できないの?
じゃあ、セッションの扱いはどうするの? >>96
全auとSBの一部は使える
それ以外なら引き回し >>98
query string
いわゆる引数
?SSID=AJPTJDA4TPG2WM
とかって奴 >>100
form使うならhiddenだったりもするし。
つまりは、常にGETかPOSTで次のページにセッションIDを送っていくってこと。 今は全キャリアでID取れるんだから、それ使えばいいだけの話。 取れないようになってる端末もあるし。そんな単純な話なら誰も苦労しないツーの。 104 :nobodyさん:2009/03/02(月) 16:02:26 ID:???
勝手に苦労してろ。 すんません、誰かSoftBankのSH910使ってる人いたら
教えてください・・・
入力フォームで、数値の入力しか受け付けない箇所があるんですが
なぜか上記の機種でのみ、ちゃんと半角数字で入力しても
半角数字以外が含まれているとエラーが出るそうなんです。
全角数字を半角に強制的に変換しても同じらしいんですが
手元に同機種がなく、どうしようもあるません。
なにかゴミでも付いてしまうんでしょうか?
原因と解決策が分かる方がいたら、お助けください・・・。 個体識別番号は、ユーザが送出を許可してないとダメだし、ドコモの場合、取得できるように処理を加えないと取得できない。
公式サイトならUIDが自由に取れるが。個体識別番号がセッションIDの代りになるわけない。 SBとAUは環境変数でそのまま取れる。ドコモはパラメーターを付けてリクエストさせないと行けない。だからUTNと大差ない。致命的なのはSSL下では取得できないこと。というか、こんなの常識だから。 荒らし対策に個体識別番号使うのは
最強だと思うんで、少し調べてみたいんですよね。
2ちゃんねるも携帯の個体識別番号、
有効に使ってるでしょ?
携帯サイトのWebプログラムを語ろう Part2
924 :nobodyさん:2009/01/05(月) 10:49:43 ID:???
auは今月から4月まで毎月IP追加あり
公式持ちには告知済みだけど
単なる環境変数だから偽装しようと思えば簡単に出来る。やるならソースIPアドレスで制限かけるしかない。 「情報を送信しますか?」のダイアログが出ないので大違いだろ<ドキュモgid 何で他のキャリアみたいに普通に環境変数に入れなかったか、ドコモのやることはさっぱり分からない。 そんなこと言ってると高木なんとかって人がぶちギレるぞ >>116
確認は出ないけど、URLに&guid=onって付け加えないとiモードidは送り出されない >>115
IPアドレス+識別番号でないと無意味だわな。
>>119
2chにカキコした時のURLには必ず付与されてるよ。例えPCからカキコしても。 茸 春端末(06-08)から
・キャッシュサイズが500k
・JavaScript が利用可能に (Ajax可)
・iframeが利用可能に
・CSS外部ファイルOK 今更キャッシュを増やされたり対応機能が追加されても、ユーザーの端末の買い替え期間が伸び捲ってる
から、現行端末で間に合う形式で当分続けるしか無いわな。
勿論、端末種別で切り替えれば済むが、少なくとも2G端末が絶滅してからでないと手間が増えるばかりだし。 >>114
3か月分の更新が纏めて公表されたって事かな? auのIPアドレス26個削除キター。 >>129
これで切り替えしたみたいだな。
IPアドレス変更に伴うサービス停止の公表があるのは珍しいな。
EZweb、メンテナンスで一部サービス停止──3月10日午前
http://plusd.itmedia.co.jp/mobile/articles/0903/05/news062.html
IPのページをスクレイピングしているサイトは多分廃止IPも通ってるなw この手のデータ、CSVではき出してくれるだけでいいのにな。何でそんな簡単なこともキャリアはしてくれないんだろうな。 俺はCPANにあるモジュール使ってすべてのキャリアのIPアドレス帯域をファイル吐き出すプログラムを作って
それをCRONで回してつかっているのだが 公式でも、UA偽装だけで見れるサイトもたくさんあるよ。 topページだけIPアドレスで制限してるアホな処もあったからなあ。 イーモバのIPアドレスの公開ページに、embとEMnetの違いや公開してるIPアドレスはEMnet用で
emb用は非公開、云々の説明が追加されてた。
当初からそうだったが、イーモバのネット関係の情報公開は結構マジメで玄人っぽいよな。
それに比べると日本通信なんかド素人っぽい感じがするし。 これってIPアドレスとかで何か不都合が出そうかな?
一応、今のところ日本通信用のIPアドレスも別途管理はしているが、更に鬱陶しい事に
ならなければ良いが、どうなんだろう。
“レイヤー2接続”が生む高い付加価値――日本通信が「Doccica」で挑む新MVNOビジネス
http://plusd.itmedia.co.jp/mobile/articles/0903/12/news022.html ただ稼ぎたいだけなら、いろいろ考えなくても
レンタル掲示板でこんなあぷろだでもやってれば稼げるんでね?
ttp://res.atura.jp/bbs/res/bbsno/36698/threno/5994549 ホストでアクセス制限ってどうかな
一応IPアドレスでの制限も別サイトで稼動させてて使えるんだが、
BBSの書き込み制限はそれを使うとして、
表示制限の部分だけホストでの制限を試してみようと思うんだが
逆引きは常にやってる鯖なので無問題
ホストの偽装に現実に出会った人いる?
また、逆引きできないなんてあったとしても1年に1回ぐらいの無視できる回数だよね?
一応キャリアのサイトには逆引きは保証しないって書いてあるけれど・・・
ライトなサイトであればホストでの制限でも別によいのでは?と思う。 うちはUA確認かIP確認の2択だ
逆引きとか中途半端で負荷のかかる事は選択肢に無い >>141
なりすましメールのためにキャリアの逆引き設定されてるような、
そういう特定アジアのどうしょうもないIPが開放されると思うと
普通に考えて怖くないの? なんかauのサイトでいつのまにかPCサイトビューワ用のIPアドレス頁が追加されてるな。
3/10の時点では無かった筈だが、リンク元のEZサーバ用の日付は3/10のままだけど、これで
やっとdocomoやSBと同等になったなあ。
あとWillcomのIPアドレスが本日付けで、又2個削除されてた。ユーザーが想定より増え
なかったせいか? (藁 >>145
でもPCサイトビューアのUserAgentは公開されてないみたいだから、正規に公開してるdocomoや
SBと同等になったとは言いがたい。 絵文字を3キャリアで出力するのって、
$flowerっていう変数に対して
キャリアごとに各絵文字出力のタグを割り当てるのがセオリーなの?
if($career = "docomo"){$flower = "ドコモの絵文字書き出し";}
else if($career = "au"){$flower = "auの〜";}
else if($career = "softbank"){$flower = "sbの〜";}
って感じで。。
もっと賢いプラグインとかモジュールってありますか? >>147
最終的にはそういう処理をするけど、同じ事をする絵文字変換用のライブラリが
各言語ごとに絶対あるから探して利用するといいよ。
それから、テンプレートエンジンを使用して、絵文字の表記は
1つのキャリアの絵文字を書くだけにするほうがいいよ。
たぶん、ドコモの16進数表記をテンプレートに書いて、
画面表示の時にUserAgentに応じて、絵文字変換&文字コード変換を行う
というパターンが多いんじゃないかな。
最近PHP使ってないけど、以前はMobilePictogramConverterとSmartyでやってた。
最近はRuby(Rails)を使っているんだけど、こっちはjpmobileというプラグインでやれる。
>>148
うおー、すごく丁寧なアドバイスありがとうございました!
参考にして頑張ります! みすった。
掲示板に書き込みがあったらスレッド主にメールを送るプログラムを作ったのですが
クライアントがformでメールアドレスをサーバに送る時、SSLを利用すべきか迷っています。
メールアドレスを送る時、一緒に送るデータはHN、タイトル、コメントです。
皆さんだったらどうしますか?よろしくお願いします。 >>151
2chでもSSLなんて使ってないけどどう思う?
あと、よく見る「このページを友達に知らせる」みたいな機能もSSLなんてかませてないし
俺だったらそこまで気を回さないな、、 確かにそうですね…
使わない方向でいこうと思います。ありがとうございました。 PC/mobile両対応のサイトを作成しています
内部コードUTF-8,PCの表示はUTF-8,mobile表示はSJIS-winです
そこで疑問があるのですが、
「UTF-8にあってSJIS-winにない文字」の処理は
どうやるのがセオリーなのでしょうか? PCでユーザに入力された文字を
mobileで閲覧できるようにするときはどうします? 入力チェックで弾くがなそんなの
ダメ文字は優しく置換してあげる
プログラム組むの面倒ならiconvでUTF8からMS932にしてやれば一発 >>154
mobileってのが携帯電話のことなら、そっちもUTF-8で良いんじゃない?
表示出来無い文字は表示出来ないんだし。
携帯サイトのWebプログラムを語ろう Part2
924 :nobodyさん:2009/01/05(月) 10:49:43 ID:???
auは今月から4月まで毎月IP追加あり
公式持ちには告知済みだけど
釣られたか IPからキャリアを調べる関数作ってみたんだけど
お前らはどうやってんの?
$IPList = <<< __EOD__
i 210.153.84.0/24
j 123.108.236.0/24
e 210.230.128.224/28
__EOD__;
function carrier(){
global $IPList;
$ipc='p';
$ipr=array(long2ip($ipl=ip2long($_SERVER['REMOTE_ADDR'])).'/32'=>true);
for($i=31;$i>=24;$i--)$ipr[long2ip($ipl&-pow(2,32-$i)).'/'.$i]=true;
foreach( explode("\n",$IPList) as $val ){
if(preg_match( '/^(\w)[\t ]+((\d+\.){3}\d+\/\d{2})/',trim($val),$m)&&isset($ipr[$m[2]])){$ipc=$m[1];break;}
}
return $ipc;
}
print carrier();
>>160
ip2longとかpregとかちょっと重いんじゃね?
あと、行数減らしたいだけならもっと徹底的にやれば?ちょっと見るだけでも短くなるが
function carrier($IPList){
for($ipr=array(),$ipl=ip2long($_SERVER['REMOTE_ADDR']), $i=32;$i>=24;$i--)
$ipr[long2ip($ipl&-pow(2,32-$i)).'/'.$i]=true;
foreach( explode("\n",$IPList) as $val )
if(preg_match( '/^(\w)[\t ]+((\d+\.){3}\d+\/\d{2})/',trim($val),$m)&&isset($ipr[$m[2]])) return $m[1];
return 'p';
}
print carrier($IPList); TCPでちゃんと返事が来るIPなら、信用出来るだろ この流れ、ほとんど解読不能なんだけど
わかってるふりとか意味ないから、やめときなよ お前が理解できてないことは、よっくわかってるから
安心して 暇なんで、理解に役立つかもしれないURL張っとくわ
http://ja.wikipedia.org/wiki/%E9%80%86%E5%BC%95%E3%81%8D
>逆引きで返ってくる結果は所詮は自称にすぎないので、
シンガポールのネットワークから「私の逆引き名は docomo.ne.jpです」って言いながらアクセス可能
http://ja.wikipedia.org/wiki/SYN_flood
>接続元アドレスは通常すべて異なるアドレスに偽装されているので、
パケット投げる時の自分のIPは自称なので、信用できません
http://www.asahi-net.or.jp/~AA4T-NNGK/ipttut/output/tcpconnections.html
行って来いして初めて通信確立となるのがTCP
なので、基本的にIPを詐称したパケットの返事はどっかに行ってしまう
返事が無いのでsyn+ackが確立できないからTCP通信できません
http://herald.jugem.jp/?eid=67
http://blog.hitachi-system.co.jp/02/845.html
http://memo.hirosiki.jp/article/99047461.html
でも、デフォルトゲートウェイが詐称されると、どんなパケットだろうとも嘘言われちゃう
ハウジングの隣のサーバーは何する人ぞww 逆引きはプロバイダから DNS の権限委譲さえあれば誰でも自由に名乗れるからな
ezweb.ne.jp とかも勝手に名乗れるし、違法でもなんでもない IPアドレスはこの目的なら信用して差し支えないレベル REMOTE_ADDRで携帯か判断してるんだけど
これは信用できますか?>< >>176
>>172を読みました
「携帯からのアクセス時のみページを表示する」
と言う動作をさせたい場合に、
REMOTE_ADDRのみを判断材料にするのは
問題ありませんか?>< 172が言うような類は、今なら全部FWで落ちるよw >>180
なるほど><
世の中の流れが俺に合ってきてると言うことですね>< 携帯のキャリアIPアドレス帯域ごとに
Apache/httpd.confのsetenvifで環境変数を設定したいときはどうしてますか?
CIDR形式とか使えないようなので第三オクテットまでで判別するとかいうサイトを見つけたんだけど、
それでいいのか
それとも正規表現で抜き出すべきなのか
単にアクセス制限だけじゃなくて、絵文字変換の処理もあるので、
キャリア振り分けの結果を環境変数に入れてスクリプト側で取得したい そんな面倒なことしなくても、スクリプト側でやれば済む話。
別にたいした行数でも負荷でもないし。 pngにしないといけない機種とかを知らない世代か? >>186
>>184が質問と全然関係無いってことだよ 一応補足
質問は判別部分をhtaccessに分担させて、
結果をスクリプトに渡したい
→そんなことしないで全部スクリプトでやってしまえば?
→画像の変換もしないといけないしな(キリッ)
(゚Д゚)・・・ >>189
何をいまさらw
まぁどうせ全機種対応は怪しいと思うが。 茸はJavaScriptの前にcookieとSSL環境下でのuid取得対応しろっての しかし逆に何のためにSSLでuid取得できないようにしたのだろう…
cookieなら面倒くさいからとかわかるが >>189
キャッシュとかを大きくされても、ちゃんと処理能力が追いついてるのやら。
つい最近画像無しで20KB未満の簡単なxhtmlな頁を作って、某3G携帯の内部メモリに転送
してアレコレ操作してみたが、結構レスポンスがもっさりしてた。
ネット経由だと更にもっさりしそうでガッカリしたよ。まあcssを結構たくさん使ったせい
もあるのかもしれんが。 Apacheレベルで制御を掛けれるなら、その方が都合がいい。 画像へのアクセス制限はapacheで出来ると楽だね
php autoなんたらーでやった事あるけど >>192
SSL の基本的な仕組みが分かってないんだな。
仕組みから考えると、SSL でやるのは一苦労だと思うよ。。。
茸の GW の仕様次第だろうけど。 SSLを携帯でつかうなんて発想がなかったんだろうなぁ。
最初にゲートウェイでuidを付加するなんてしなきゃよかったのに(後の祭り) 椎茸はIEなみの癌だな
あんな契約数がいるのが謎だ…といってもガラパゴスじゃどこも大差ないか >>198
uid=NULLGWDOCOMO なり、guid=ON ってのは、
SSL だと、普通のゲートウェイだと判別出来ないはずだからな。。。
au みたいにいつでも付与するなら余裕だとは思うが…。 まあ常に送信となるとGW内で常に参照が発生して重くなるからな
限定したのは妙案だけど
まさかここまで一般的に利用されることになろうとは、ってとこか そんな程度で重くならならないわなw
鯖なめてんだろ? Docomoの偉そうなSEと重役が椅子を並べて
cookieとsslでのuid対応が不要
単純にこの結論に至ったというのは考えづらい ドコモの個体識別番号取得方法とかクッキー非実装とか外部スタイルシート非対応とか、ホント、ユーザをなめてる。 guid=ONを作ったときになんで他の仕様にしなかったのかと
つい最近だろこの仕様作ったの >>208
NULLGWDOCOMOの仕様をそのまま流用したんじゃまいか?
auみたいにしたらコストかかっちゃうじゃん。 セッションID乗っ取りの不正アクセスで
訴訟とか起こらないものだね
アメリカならあったのかな 昔、携帯用サイトのcontent-typeはx-sjisと指定しろとどこかで読んだ気がするんだけど
今はShift_JISと指定していい? DocomoのPOSTがSJISとかってもう昔の話なのか… XHTML対応端末ならUTF-8でいいよもう全部
MOVAとかHDMLとか対応するならShift_JISにしなきゃならんけど >>211
x-sjisを解釈しない新機種があるからShift_JISかUTF-8のどちらかじゃないともう無理 >>216
もうHDML端末でのインターネットサービスは、とっくに終わってるぞ。 sjisとかサポートしなくていいから、もう
utf-8いったくが常識
古い端末いつまでも使っているような人は
新しいWebサービスを使わないと見ていい 別に新しいことをしてるわけない。
中高年以上が来るようなサイトは、古い端末、少ない横文字幅で作らない
といけない。
また、今後機種変更がにぶくなるから、幅広い対応が必要になっていく。
あるいは、一番下のVerに合わせたのだけ作るか。
auの決算とか見てると、端末が売れた数が見事に急降下してる。
この先はおよそ3年に1回ぐらいの機種変ペースになると見ていい。
以前なら新製品が出ると急速にその機種からのアクセスが増えたが
この先そういうことは減るかも。 禿銅
単なる携帯利用者の知り合いなんかに話をしても、何故機種別に動作確認する必要があるの?
って意識だったし。 ソフバンに、sjisでないとポストされる絵文字が消える端末があるって
本に出てたけど、utf-8にしてる人はそれらを切り捨ててるの? むしろSoftbank3Gはutf-8にしないとおかしくならないか
>>227が正解
絵文字サブミット考えたらドコモとAUはSJISでSB3GCはUTF8バイナリが無難
中途半端な機種なら表示はWebエンコードのみで
サブミットされるのはUTF8バイナリーとかあったような >>228
ドコモとAUをSJISにした方がいいのは何故ですか? 別にどっちでもいいんだけど、古い機種はShift_JISにしか対応していないので念のため
XHTML対応機種しか対応しなくていいならUTF-8にしてもいいけど サイズの節約にもなるね
まあ今時そこまで考えなくても良いかもだけど >>230
絵文字も大丈夫なのかな
ドコモとAUだけをSJISにすると絵文字数値エンティティが3キャリアで被らない >>ドコモとAUだけをSJISにすると絵文字数値エンティティが3キャリアで被らない
全部UTF-8にしてても3キャリアで絵文字コードかぶらないでしょ? softbankの絵文字のコードが他キャリアと被る件については
・docomoとauはSJISバイナリ&softbankはウェブコード(制御文字で挟む昔ながらの書き方)
・utf使って被る部分をunicodeのプライベート領域に移す
今までのSJISの資産があるなら前者がお勧め
今から新規に開発するなら後者がお勧め ちょうど今、絵文字の振り分け用にデータ作ってるけど、たいへんだねコレ・・・
合間にちょっとずつ進めてるけどいつ終わるともしれない・・・
連休は家でずっとこれかもorz MobilePictogramConverter とか使えばいいのに。
確か CSV かなんかで変換データも入ってるよ。 あーもー
誰か携帯サイト用のフレームワーク作ってくんねえかなー >>162
これまわりくどいな、これだけで良さそう
function carrier($IPList){
preg_match_all("/(\w)[\t ]+(\d+\.\d+\.\d+\.\d+)\/(\d+)/i",$IPList,$records,PREG_SET_ORDER);
foreach($records as $v){
if( (ip2long($_SERVER['REMOTE_ADDR'])&-pow(2,32-$v[3])) == ip2long($v[2]) ) return $v[1];
}
return 'p';
}
print carrier($IPList);
検証してないけど そういや俺が立てた>>242のPHP化キボンヌスレはいずこへ?w Docomoの404エラーがよくわかりません。
ログでは302を返してるし、表示内容に問題があるんでしょうか?
Htmlの中身が悪かったら404を返すとかありえますか?
変換できないような、クソコーディングなんじゃないの。 それ以前に、混みあってると返事しないような共有鯖使ってるとか。 2連続ジャンプみたいになってると、うまく飛べないよ<GW
mod_rewriteとか使ってるなら注意 auのIPアドレスが本日付けで2個追加されてました。
と思って良くチェックしてみると、追加されたうちの一個が既存のと重複してました。(17番と21番)
こんな大事なデータをミスしたまま公開するなんて、オhルなあauの技術陣は。 修正される前にコピペで晒し保存。
http://www.au.kddi.com/ezfactory/tec/spec/ezsava_ip.html
2009年5月11日現在
No IPアドレス サブネットマスク (bit)
1 210.230.128.224 /28
2 121.111.227.160 /27
3 61.117.1.0 /28
4 219.108.158.0 /27
5 219.125.146.0 /28
6 61.117.2.32 /29
7 61.117.2.40 /29
8 219.108.158.40 /29
9 219.125.148.0 /25
10 222.5.63.0 /25
11 222.5.63.128 /25
12 222.5.62.128 /25
13 59.135.38.128 /25
14 219.108.157.0 /25
15 219.125.145.0 /25
16 121.111.231.0 /25
17 121.111.227.0 /25
18 118.152.214.192 /26
19 118.159.131.0 /25
20 118.159.133.0 /25
21 121.111.227.0 /25
22 118.159.132.160 /27 同じ帯域が載る可能性を考慮してなかったプログラム側のミスになります
この度は申し訳ございませんでした
というような始末書を書くハメになりました >>251
そういうものは、ウェブ魚拓を使おう
ttp://s02.megalodon.jp/2009-0511-1503-47/www.au.kddi.com/ezfactory/tec/spec/ezsava_ip.html
>>233
被るしAUはUTF8で表示してもフォームはSJISでとんでくる auワロタ
ところでふと思ったんだが、何のプログラムも使わないページで拡張子をphpにすると表示とか遅くなるのかな
htmlでもいいんだが、他のページでphp使ってるし統一するのも1つの手だと思うんだ
そこらへんどうなのかな >>256そりゃあ差はあるだろうけど
気にする程のもんでも無いと思う
好きなやり方で大丈夫じゃない? 公式はIPを事前に知ったり、端末の詳細データまでもらってるんだろ。
うらやましいな。
けどそのIP重複じゃなくて間違いだとしたらエラーになるね。
もう今日から使われてるの?
>>250
既に修正されてますた。
しかし修正日付も更新せず、ミスの謝罪も無いってのは流石です。
今回のミスは利用者でも気付くものだったからヨカタが、これが気付かない
ミスでこっそり修正されてたら酷い話だとオモタよ。 >>251
重複の21番を削除しただけっぽい。
http://www.au.kddi.com/ezfactory/tec/spec/ezsava_ip.html
2009年5月11日現在
No IPアドレス サブネットマスク (bit)
1 210.230.128.224 /28
2 121.111.227.160 /27
3 61.117.1.0 /28
4 219.108.158.0 /27
5 219.125.146.0 /28
6 61.117.2.32 /29
7 61.117.2.40 /29
8 219.108.158.40 /29
9 219.125.148.0 /25
10 222.5.63.0 /25
11 222.5.63.128 /25
12 222.5.62.128 /25
13 59.135.38.128 /25
14 219.108.157.0 /25
15 219.125.145.0 /25
16 121.111.231.0 /25
17 121.111.227.0 /25
18 118.152.214.192 /26
19 118.159.131.0 /25
20 118.159.133.0 /25
21 118.159.132.160 /27
auのIPで困るのは、そういう追加されたIPを使ってアクセスしてくるのが
わりと新機種に偏ってるのがな・・・
公式経由だとメールサーバのIPも知ることができるし、
携帯アプリの開発してるところは発売前の端末が送られてくるらしい
公式作ってたけどそんな事は無い
仕様書はSPICEで勝手に落とせってレベル
端末なんて微塵も・・・ 公式はやった事無いがちょっと前の公式資料を見たら
データが詳細に書いてあるので驚いた
提供ツールの持ち帰りは無理だけど内容は他の勝手サイトに生かせるね
内容を記憶すれば auだけは公式のサイト審査も異常に厳しいからな
DoCoMoやソフバンは企画さえ通れば適当に作ってもサイト審査通っちゃうし この前au公式サイトでPCから無料コンテンツが落とせたぞ。
審査通過後の監視体制はぬるいのかな?
純増4位転落だしもうダメっぽいな。 >>265
かわりに、D/Sの場合は企画書作りがハンパなくしんどい。
Dに到っては企画書添付の画面仕様と同じかどうかが審査対象。
この辺は、お役人っぽいですね。
そのてん、auの企画書はかなり手抜きでも通っちゃう。
>>266
無料コンテンツなら、KDDIとして問題は無いんじゃないの?
レギュレーションとして、携帯端末以外からはアクセス不可ってのは無いし。 無料コンテンツでもAUから提供されるツールでしか作れないものならマズいだろう >>255
んなこたーない
と書こうと思ったら絵文字か。
localsrcで呼び出せてコードスッキリなのは誉めてやる
>>270標準関数に絵文字の変換テーブルが無いからとかじゃないの? 公式化はドコモが一番難しい。というか、完璧に既得権益化してるよな。公式サイトの申請って。 ドコモは、ほかがすでにやった内容だと無理だからなぁ。
いかに違いを出すかに苦しむ。
その結果、わけのわからんサイトになる。w 遷移図上で「独自です」的なそれっぽい書いとけばいくらでも通るよ。
CP になって最初のサイトだけちょっと大変だけど、その後はザルだし。 特にdocomoはそうだけど、
キャリアが CP にやってほしいカテゴリ(ちょっと前だとマチキャラ)で
サイトを作れば比較的に楽に通してくれるね。
デコメで申請すると、「デコメアニメでならいけると思うんですが…」みたいな。 夏モデルが発表になったけど、>>123 はリアルみたいだな。
内通者乙。 内通者っていうか、公式 CP に関わってる人なら誰でも知ってたから、
ここに来てるうちの結構な人数は(ry 発表と同時にコンテンツも発表だからなw
数ヶ月前からすでに企画開発しているわけで。 >>278
ここは3流業者の集いだから知ってた人は多い >>266
公式だからってIPで制限しろとかそういう規制は無いはず。
少なくともうちは言われたことない。
審査通過前/後問わずにね。
IPで制限すると携帯向けの検索クローラーだけ別扱いにしたりするのが面倒で、
普通に表に出して問題ない部分に関しては、UAの値で制御するぐらいしかしなかったりするよ。
UAなら検索クローラーにも影響与えないし。
会員だけに見せる画面とか問題ある部分だけIP制限してる。
その辺りならクローラーも関係ないし。
>>267
docomoの面倒さはマジ氏ねって感じ。
しかも企画書あげて数ヶ月放置とか、あいつら舐めてるのか?
softbankはそこまで面倒だとは思わないな。 それにしても最近のauどうしたんだ?
SPICEが改悪されたと思ったらシステム障害でMNP利用不可とか。
そういえば、上の方にも晒されてるがIPリストも間違ってたよなw >>244
今更だがレスついてないみたいだから
ErrorDocument 404 http://〜
って指定してない? 公式モジュールの実装の参考情報ないかなと思って
そんな感じのモジュール名で検索掛けると
地方銀行の丸出しになってるネットバンキングとか引っかかって萎える 先日休刊になったCawaiiという雑誌のドコモ公式サイトがある。
休刊でもモバイルサイトだけは続けるらしいが、
広告だらけだし、休刊で内容も無くなってしまった感があるが
認定取り消しとか無いのか?
フォームからのiモードID取得についてなんですが、
GETとPOST、どちらも対応ってことだけど、どこか違いはあるんでしょうか。
GETだと取得できなかったり、稀に取得できたりする状態です(POSTは問題なし)
フォームの記述(テスト例)はごく普通に、
<form method="get" action="doSomthing.cgi?guid=ON">
<input type="hidden" name="name" value="oreore" />
<input type="submit" value="submit" />
</form>
間違いありますか? つまり通常はGETで取得できて、上記のフォームでおkってことですね? つまりdoSomthing.cgiの中身も解らないし
SSL使ってる可能性とかも解らないし
端末の競って移動してるかも解らないし
エスパーじゃないのですいません GET送信するなら分けないで
<input type="hidden" name="guid" value="ON" />
みたいに書いたら? >>292
読んでみるからiモード搭載ブラウザの仕様書URL教えて >>291
どもです。それでいけました。
今、他のネットでも同じやりとりを見つけて試してみたところでした。
hiddenに入れた場合、actionのguid=ONなしで大丈夫でした。
仕様書は自分もわかりませんが、後で探してみます。 >>292
早く教えてよ待ってるんだけど。。
自分だけ読んでズルいよ 整理してみましたが>>291で合ってると思います。
>>287だとactionのパラメータ(guid=ON)が削られてdoSomthing.cgi?name=oreoreしか送信されないけど、
他のパラメータ(hiddenなど)に統一すると、ちゃんとdoSomthing.cgi?guid=ON&name=oreoreが送信されます。
これはdocomoだけでなくPCなどの他のブラウザでも同じ挙動でした(混ざってるとactionの方のパラメータが削られちゃう)
自分もdocomoの説明に「GET/POSTともリクエストラインに記述する場合対象」とある意味を勘違いして
guid=ONだけactionに付け加えていたけど>>287
http://www.nttdocomo.co.jp/service/imode/make/content/ip/index.html#imodeid
>>291で「分けないで」と書いてくれたので、やっと気がつきました。
同説明には「POSTのBODY部については対象外」ともありますが、POSTの場合はフォームタグの記述はbody部だから
別途action属性に?guid=ONを加える必要があるけど、
GETの場合はフォームの全要素が同説明で言う「リクエストライン」なんですよね。
理屈も合っているので>>291でいただいた答えは"仕様"どおりだと思います。 POSTの時
<form action="post.cgi?guid=ON" method="post">
</form>
GETの時
<form action="get.cgi" method="get">
<input type="hidden" name="guid" value="ON">
</form>
常識だが一応 こんにちは。失礼します。
当方初心者ですが、現在、少しレベルの高い携帯サイトを作りたいと思っていて、
ランキングから色々なサイトを見て回って勉強しています。
そこで一つ気になった事があります。それは、サイトのURLの後ろにid=○○○が付いているサイトがあった事です。
idだから違う人が見たら違う数字になるんだと思いますが、
このidはなんのメリットがあって付けているのでしょうか。。
よろしくお願い致します! それって、サイトのURLじゃなくて、ランキングサイトのIDじゃないですか?
ランキングサイトが、どのサイトがクリックされたか/どのサイトからやって来たか、を
知るためのものです お返事ありがとうございます。
いえ、ランキングに登録した際に指定するようなidではなく、もっと複雑なidなんです。。
たしかにサイトのURLだと思うのですが。。 そのサイトに聞け
あと、uid=NULLGWDOCOMO ならぐぐれ こんばんは。返事が遅れてすみませんでした!
そうです。セッションというものみたいです。
自分の情報を保持しながらページを見てるって事ですよね。。
例えばDOCOMOの携帯で料金プランを変える時なんかにログインして、
途中で十字キーで戻ろうとするともう一度最初からやり直し。みたいなやつですかね。。(違ってたらすみません)
わたしが見たサイトはまぁ普通な感じのサイトだったんで、なんでセッション情報?が必要なのかとても不思議で気になります。。
>306
確かにそのサイトの管理人さんに聞くのが一番いいですね! >途中で十字キーで戻ろうとするともう一度最初からやり直し
それはただの有効期限切れw
PCでhttpsページにいるときとかにもなるだろう? すみませんどこで聴いたらいいのか迷ったのですが、ここで質問させてもらいます
スレ違いでしたら誘導をおねがいします
携帯とPCと同じURLにアクセスしているのにそれぞれ携帯向け、PC向けに表示されるのはどうやっているんでしょうか? googleのアンロドイドについて聞きたいのですがここでよろしいでしょうか?
他に適当なスレがあれば誘導お願いします。 アンロドイドで調べていました。
ありがとうございます。 >>315
こんなおもろいやつをなんでみんなスルーなんだ ちょいと教えてくれないか
PHPで特別なことをしていないメールフォームを作ったんだ
手元にはドコモとSBがあったのでそれで動作確認をしたのだが
先方がAUで動作が確認できないというのさ
基本的に入力フォーム表示→内容確認→メール送信という流れのヤツなんだが
最初の入力フォームにデータを入力して確認ボタンを押したら携帯のディスクトップに戻ってしまうらしい
こういうのってどうすればいいんだ? auのキャッシュの設定かもよ。ヘッダにキャッシュをクリアするタグを挿入するとか。 ありがちなのは、これかな。
<div>
<form>
〜
</div>
</form> >>318さん、>>319さんありがとうございます
一応キャッシュをクリアするタグを入れてみました
また<div>関係のタグも全部消してみましたがだめでした
昨晩AUのエミュレーターを見つけてダウンロードしてソースを表示させたのですが
コード上では書いてある</form>がソースを表示させてみると表示されないんですが
これが原因なんですかね?
ってかなんでソース上に出てこないのかもわからないんですけどねw 凡ミスっぽいからプログラムのソースをよく見るのだ。 >>319が言いたいのは、div に限らず、
正しい html になってない場合、ってことだ。
(form の入れ子部分が間違っている。)
これをヒントに解決出来ないようじゃ、お前頭悪いからあきらめろ。
au は特に html 周りがシビアで、
フォーム関連だと、<form>タグが正しく入ってないと
submit が効かなかったり (押下後、submit されずに前のページに戻されたり) するよ。 <head>〜</head>がないとページがまったく表示されない、とかな 語り尽くされていると思うんだけど、絵文字の変換について。
PCからアクセス→画像を表示
ドコモからアクセス→ドコモ用の絵文字に変換
auからアクセス→au用の絵文字に変換
という感じになると思うんだけど、これって無理だよね?
絵文字の絵がドコモとauで事なるんだから、1キャリアの絵文字をPCと携帯で
表示できるか否かなだけで、キャリア間の互換は出来ない、っと。 >>328
共通化できる絵文字だけ変換すれば良いじゃないか 似たようなのをできるだけ変換
あと、どうしても変換できないのは文字にするなり、画像にするなり、空にするなり
お好きなように 語りつくすもなにも、すでにあるライブラリ使うだけ。 >>329-330
その「似たようなもの」っていうのは
自分(開発者)が各キャリアの絵文字を見て判断するんだよな?
例えば、{$emoji[smile]}というタグが変数内にあったら
各キャリアに応じて絵がマークに変換するって言う。
修正:
絵がマーク = 笑顔の文字
とりあえずよくわからないから、ライブラリ探すよ
> 自分(開発者)が各キャリアの絵文字を見て判断するんだよな?
じゃなくて
こういうの
ttp://mb.softbank.jp/mb/service/3G/mail/pictogram/list.html
を参考にするもんでないの?既存のライブラリもたぶん >>334
おお!こんなのがあったのか。参考にするよ。ありがとう ソフトバンクの絵文字を使う場合、届け出が必要とのことだけど、
掲示板に投稿された絵文字を自動変換するだけでも必要なのかな?
それとも、PC用に表示する場合画像を使うから、届け出が必要なのかな?
だれか詳しい人教えて下さい 申請すると無変換で絵文字メールを送信してくれるサービス。
特定のドメインでいいからどっかやってくれないかな。 >>340
>>339 の言いたいこと、普通に理解できるが…。
例えば、ドコモの携帯からPCにメールをすると
絵文字が強制的に=に変換された状態で届くという事。
これはキャリアの仕様なので、プログラムでは回避できない。
これで困るのは、携帯からメールを送るだけでブログに投稿できるような仕組みの場合。
絵文字が全て=になってしまうので、利用者としては不便で仕方ない。
そこで、キャリアに申請したら絵文字を変換せずにそのまま送信してくれないかな?
という事でしょ。
未だに絵文字?...
そんなことにこだわってるところは、どんどん客足落ちてるだろ? 携帯専門でやってきた三流会社の人たちって
スマートフォンが主流になってくると厳しいだろうな。 >>344
キャリア側は無変換でしょ
表示させる側がその機種依存文字を表示できないから〓に文字化けしているだけで
ブログに関してはPCで表示できるように画像ファイルに置換しているサービスもあr >>350
キャリア側で携帯でないメールに送る際に、
キャリア側で変換かけやがるんだよ。〓って文字を送って来るんだぞ。
変換かけない用にしてもらうと、blogで絵文字のメールでの投稿が出来るようになるんだよ。
個人でなんとかやるとしたら、yahooメール経由とかgmail経由とかwillcom経由とか 不完全だけど。 メールの仕組み解ってない馬鹿は黙ってろよ
半角カナですら文字化けの原因なのに
全部HTMLメールで送らせる気か? 半角カナが対策できないと思ってるやつはだまってたらどうだ。
どうキャリアで変換するかによるな。
まさか、キャリアと自分のサーバーの間で化けるとか思ってないよな。 取り決めを作ったらどうにでも出来そうだな。と素人がほざいてみました >>353
全メールクライアントで文字化けしないと言う保障ないぜ >>356
だれがメールクライアントの話をしてるんだ? 送信さえできれば満足
受け取る側が困ろうと関係ないです はるか昔からある仕組みで、未だに盛り上がれるレベルに乾杯w 未だに悩むから盛り上がるんだよ。
未だに仕事や恋愛で悩む奴が絶えないようにな。 【携帯】 ドコモ 「好調なiPhoneに対する、1つめの武器だ」…グーグル携帯、日本で発売。「スマートフォン戦争」激化へ★3
http://tsushima.2ch.net/test/read.cgi/newsplus/1247473153/
このスレが終わる頃には携帯端末とか意識しなくてもよくなるんじゃね Windows Mobile用は前から作ってるあるだろ? SBのIPアドレスが7月24日付けで2個削除されてたよ。 >>313-315
糞ワロタwwwwwwwwwwwwwwww
>>365
J-Phneの頃の地域会社毎に有ったサーバーを、2箇所無くして集約したって事かな。 質問です。
URLの最後にセッションIDをつけてログイン情報を保持する仕組みを作ったんですが
この方法だと、たとえばユーザー間で「このサイトみてみろよ」みたいなやりとりがあって
メールなどで閲覧中のURLが人に伝えられた場合、ログイン情報も引き継がれてしまいます。
何か良い対策はないでしょうか? sessionをregenerateして機種とか接続元とかvalidateしないとまずくね?
まあそれでも不安は残るが。。 >>369
俺がやっている方法
・セッションに、IPアドレス(または個体識別番号)と日時を記録
・ログイン時にチェックこの時、リファラ元も確認
(機種によってリファラが取得出来ない場合もある)
・一定期間を過ぎたアクセスはログインできない
・セッションだけでは不安なので、DBに情報を残しておく
てなことをしている。これで完璧だとは思わないが、そこそこ有効だと思ってる >>370,371
ユーザを特定できるような情報を毎回確認する必要があるってことですね。
(リファラがすべての機種でとれればそれでも良かったんですが、残念)
時間切れ等の実装も含めて試行錯誤してみます。
ありがとうございました。 携帯でCookieがちゃんと動けば、カジュアルコピーで漏洩してしまうURLに乗せなくて済むのにね
携帯のキャリアはIEやFirefox以上に仕様が異なるからな
どれか統一して欲しいよ。ユーザにとって不利益だ ほんと携帯業界は政治争いが酷すぎるw
こりゃガラケーとか言われて、世界に通用しないのもわかるわw >>373は、なんで?
おもいっきり携帯の話だと思うんだが。 >>378
ログイン情報をなんのバリデーションもなしにセッションにいれて引き回すのは携帯以前の問題だろjk 378のようなやつは、プロキシ通されるとえらい騒ぎになるぞw
前に接続した人の情報が全部見える!なんてことにw IDとパスワードでガードしてhttps通信するwebを作ったら、それを上手く見れない
第3世代の機種って結構多いでしょうか?
auのやや旧い機種だと駄目っぽい気がしますが、駄目な機種の情報がドコゾに纏めて
あれば嬉しいですが。 モバイルでexcelファイルをダウンロードさせたいんだけど
以下の状況で困ってるので知恵を貸して!
xlsファイルに直リンすると
softbank(911T)はexcelファイルとしてダウンロード>表示ができた
au「表示できないファイルです」
docomo(N904i)端末はバイナリがそのまま文字として出力された
あとobjectタグとかもあるっぽいけど
docomoだとダメみたいなので
auとdocomoでのダウンロードのさせかたを教えてほしい
ゆくゆくはoffice系のファイルを全部ダウンロードできるようにしたいけど
とりあえず
httpd.confに
AddType application/vnd.ms-excel .xls
を設定してある もともとdocomoの端末はセキュリティの為にwebからのダウンロードを厳しく
制限してたら多分ダメポ。MOVAだと画像ファイルすらセーブ出来なかったし。
auはダウンロードにobjectタグを使う規定を正規に用意してるし、ドキュメント
ビューアー搭載機種以降なら、多分大丈夫かと思われ。
SBはその点以前から融通が利いてヨカタ。 ちょっと面白い頁を見つけました。日本通信が対象外なのが残念ですが。
そっかロボットのIPも許可しないと検索エンジンに登録されないわな。
携帯端末以外のIPを制限するhtaccessを簡単生成
http://www.dspt.net/tools/mobile_ip/index.html SoftBankっていつからHTTP1.1になったの?
ついこの間までHTTP1.0だったと思ってたけど。 1.0って名前ベースのバーチャルドメインが使えないんだっけ? そろそろ文字コードをUTF-8にしていってもいい?
3G機種ならもうほとんど対応しちゃってるよね 結局、ソフトバンクの3G機種の中で絵文字をShift-JISで投げたときに、
ウェブコード絵文字を投げる機種が存在するのかしないのか、そこんとこはっきりしてくれ。
ネット上を探したが(2ch含む)、Shift_JISバイナリで投げることはあるが、
ウェブコードを投げたという記述は一切見かけなかった。
ソフトバンクのウェブコンテンツ開発ガイド見ても、あくまでウェブコードを投げると書いてあるように見えるし、
シミュレータも投げてるように見える。
投げないという保証はないが、投げる機種は最近は存在しないということでいいんだな? 「3G機種の中で」というより、知りたいのは「最近の機種で」でした。
最近とはここ2年の間ぐらいです。 >>388
そうなんだよな〜。
最近IDとパスワードでガードするサービスの提供先を探してるのだが、ID&パスワードの
入力画面がUTF-8になっていさえすれば、旧過ぎる機種以外なら大抵の3G端末ならオケだと
思うのだが、そういうのがハッキリしないところが多い。
勿論、携帯対応を標榜してるところもあるから、そういうところはある程度機種別対応して
る筈なので、3G端末以外でも結構使えそうだけど、怪しくなさそうなところを探すのがメン
ドイ。
とりあえず来年3月でSBの2G端末が消滅するから、それを機会にUTF-8に統一しちゃう、って
のが良いかと。まあMOVAは無視する訳だけど。 そういやアパッチサーバーが出力してる、ID&パスワードの入力画面って、
普通のPCブラウザだとポップアップみたいな別画面で出るモノしか見た事
がないが、携帯で見るとどうなっちゃうのかね? 普通にポップアップされるよ
ただ、古い携帯だと、ポップアップ出ずに普通にページが表示されなかったっけ? それってサーバー側の設定次第では?
多分安いレンタルサーバーなんかだとムリポな気が。haccessとかで変更出来たっけ? 携帯電話に今の航空機並のジャロセンサーが搭載されるって凄い話だな。
ATR、回転角速度依存信号が検出できる半導体レーザジャイロチップを開発
http://it.nikkei.co.jp/business/news/release.aspx?i=230012
角速度センサチップが実現できれば、ロボット、車、携帯端末等にも搭載することができます。将来的には、
GPS(Global Positioning System)と協調することで、GPS信号が届かない
地下街、建物内、ビル街、トンネル等でも航空機のように自律的な位置情報検出を行うことができます。得ら
れた位置情報・姿勢情報を用いて、豊かで便利で安全な情報サービスへの展開が可能となります。 >>394 >>396
古くない携帯ならデフォルトのままでオケだから、あまり話題にならないって事かな。
ググリ方が悪いのかもしれんが、それらに関する情報は殆ど見つからなかったし。 >>394
ブラウザの対応がどうだろうと、認証通んなかったら鯖が401返すだろ ディズニーモバイルの絵文字の仕様って、ソフトバンクの3Gと同じでしょうか?
絵文字のコード範囲も同じだし、
Shift_JISコンテンツ時に入力した絵文字が飛ぶか飛ばないかは機種依存という認識です。 http://disneymobile.jp/mail/disney_pict.html
見つけられないですね。
欲しいのは、Shift_JISバイナリ形式の対応表と文字参照形式(?xXX;)での対応の両方が欲しいです。 >>399
ID&パスワード入力画面の表示は、認証前の話だろ。
>>400
多分入力画面は、JS入りのHTML頁をサーバーが生成&出力してると思われる
から、作成方法のスレだと的外れだわな。
そういう頁を受信した時、旧い携帯でJS非対応なブラウザだと >>394 の言う様に、
ポップアップ無しな表示になるだけかと思われ。
ただそれがutf-8な文字コードでないと、SBの3G端末で問題になりそうだが。 >>404
>>393はmod_authの話だと思うんだけど? 良く知らなくてスマソだが、mod_auth の中にID&パスワード入力画面の元になる
HTMLファイルが有る、って話なのか?
まあ何処かに無ければ出来ない訳だが、これを携帯専用にカスタマイズする事は
このスレでは常識な知識ならスマソ。
>>408
ちげー。
HTTPの規格の中に、BASIC認証・DIGEST認証という仕組みがある。
フォームで認証を行うんじゃなくて、
HTTPヘッダーで認証情報を受け渡しして認証を行っている。
ブラウザがあるHTTPヘッダーを受信すると、
ブラウザ自身が、ダイアログを出してユーザー名とパスワードをユーザーに尋ねる。
htmlで認証画面作るのとは全然違う話。 >>409
DIGEST認証は対応してない端末あるね こんなスレッドが有ったよ。
ネットワークパスワード入力画面について
ttp://otn.oracle.co.jp/forum/thread.jspa?threadID=27000256&switchMode=flat >>411
これってブラウザ組み込みのダイアログを使うんじゃなくて、
htmlで出来たフォームに入力させることでBASIC認証させる
っていう話をしてるんだよね?
PHPのソース見てもどういう原理でやってるのか全然わからん…。
もう年なのかな…。 401を返したら認証ダイアログポップアップをブラウザは行う
BASIC認証とは401を受け取ったブラウザがユーザー名パスワードを素で送信する機構
JavaScriptとか使って、ユーザー名パスワードをリクエストヘッダに入れれば出来るのかな?
んなの動く携帯端末があるのだろうか・・
JavaScriptでリクエストヘッダーの加工できるのかなぁ XmlHttpRequestならヘッダ追加出来るから、
それでページを取得してDHTMLで書き換えなら出来る…はず!
ブラウザの「戻る」「進む」「アドレスバー」は使わないで下さいと
注意書きしないといけないが。
でも>>411はPHP使ってサーバー側のトリックのみで出来るって
話に見えるんだ…。 >>409
レスサンクス
そっかー、ID&パスワード入力画面はサーバーじゃなくて、端末のブラウザが出してるのか〜。
端末のブラウザがBASIC認証に対応してさえいればモーマンタイな訳ですね。ググッテも情報を
見つけられずにいたので助かりました。
そうなるとあと気になるのは以下の2点くらいかな。認証エリアに置く予定のxhtmlな頁には
当初はともかくエンハンス時に外部リンクを入れる予定なので。
(1)クッキーが使えないブラウザな端末だと、認証エリアから出て戻る時に再度
ID&パスワードの入力を要求されますか?
(2)認証エリアがSSL通信状態だと、非SSLな外部リンクへジャンプ(&戻る時も?)
する時に、鬱陶しい警告とかは出ますか?
尚、BASIC認証エリアに置く頁は一般公開はしたくはないが、SSL通信が必要な
程にはまさかの時の被害は無い程度のモノなので、使い勝手が悪くなるなら
止めようと思ってます。
まあ携帯のSSLにはベリサインが一番適用機種が多そうだけど、費用が高いみ
たいだから、その点からもSSLをあまり積極的利用するのは避けたいので。 ドメイン指定してるユーザーにメールを送って拒否された時って
どんなレスポンスが返ってきますか? 設定による
普通は何も返答しないようにしてるはず
返答したらそのアドレスが存在するかしないかスパマーにわかっちゃうから 存在しないとエラーが返ってくるから、その理由はおかしいです 3キャリアは無応答だね
いちいち返してたらサーバ死ぬから SPFを設定していれば、存在しない場合と拒否された場合の両方でUser unknownが返って来る。
携帯向けにメールを送る場合は、IPの逆引きとSPFを正しく設定するべき。
SPFについてはAuのサイトに説明がある↓
ttp://www.au.kddi.com/service/email/support/chui/spf_record.html docomoの話。
HTTPクエリにguid=ONを付けて、環境変数でiモードIDを取得できるのと似たような方法で、
パケ放題コース加入の有無って取得できないんだろうか。
定額サービスに入っていない人がアクセスしてきたときは、警告文を出すか、
利用を制限したいんだけど。 xxne.jpのフリーメールへの送信がConnection timed outになってるのですが
原因分かる方いますか?
ググったらgmailからも送れないようです
グレイリスティングだったらrejectされたログが残ると思うのですが
smtp接続自体を拒否してるっぽいのが謎です
海外のサーバを一律弾いてるとかでしょうか?
SPFレコードも設定し、携帯の生アドレスには問題なく送信できています なんかxxne.jpのメアド、捨てアドとしてそこら中に書き込まれてますね
スパイダーにメアド拾われる
→SPAMが大挙
→iptablesでIPレベルの国別フィルタリング
ってことかも
利用者が多いのがいかんともしがたいですなー 国内サーバからtelnetで25に繋ぐ→OK
米国から→NG
だったのでやっぱりそういうことみたいです >>415
とりあえずクッキーに関しては、3G端末ならdocomo以外はオケな模様。
ttp://ueblog.natural-wave.com/2008/04/20/mobile-id/
SSL通信もクッキーが利くならモーマンタイって感じか?
ttp://blog.mynet.co.jp/hirashima/2008/06/mobile_https.html
結局これらに関してdocomoはクソって話になるみたいだけど。 auはBASIC認証はブラウザ落とすまでセッションは維持される
ちなみにBASIC認証はクッキー関係ない auじゃなくても、そもそもBASIC認証ってそういうもんやん あー実機auしか持ってないから確認してないよって意味ね なんかあったような気がするなぁ。。。忘れてしまった。
SSLのクッキーしかダメとか
SSLとhttpのを別々に扱うとか、
そんな端末あったような気がする。 CookieのSecureオプションの話?
端末の対応状況は知らんが。
>>437
何が聞きたいのか良く分からんが、
SSLはCookieなくても動くし、
CookieはSSLなくても動作する。
そういう意味では関係が無い。 SSL通信エリアから出たり入ったりする時に、いちいち「安全ですかあ?」みたいな
警告を出すのと関係するのかな?と思ったのですが。
あ、そうそうSBのIPアドレスが本日付けで一個修正されてました。
PCサイトブラウザ用が少し増えただけな様ですが。
以前の修正から2ヶ月経ってないってのに、チマチマ修正しないで欲しい。>SB 携帯用サイトにカレンダー表示するのって
どうやります?
日 月 火 水 木 金 土
20 21 22 23 24 25 26
この横幅が入らない機種に対してどうするかが問題ですよね・・ >>441
いっそのこと、セレクトメニューにするのはどうだ?
長くてめんどくさいけど、横幅は取らないぞ 日 1 8 15 22 29
月 2 9
火 3 10
水 4
木 5
金 6
土 7 とりあえず文字を小さくする。
でも446の縦型にするってのも良い案だな。fomaでnowrapが使えれば別な手段もあるが。
いずれにしても流石にこの件は442に禿同。 >>441
@案、数字や文字を画像に置き換えてテーブル内に置き換えする。
A案、半角スペースを無くして曜日毎色を変えて見やすくする。
このプログラムのポイントはifとタイムスタンプとテーブルですね。 月火水木金土日
01 ・・・・・・
07・・予予・・・
14・・・・・・・
21・休・・・・・
28・・・・
予 予定
休 休み
携帯では絵文字で googleカレンダーってモバイル表示可能だったっけ?
どうなってるんかな googleカレンダーを公開にして携帯で見てみたら
ひじょーにおそまつな画面でした・・
これなら勝てるかも
>>452
カレンダーを静的に表示することなんてまずないんだから
こっちでもいいと思います てか、現実的にカレンダーの横幅が入らない機種なんてほとんどないだろw
FileMobileSimulatorでN505とかにしても余裕で収まるし >>453
>静的に表示することなんてまずないんだから
そんなことないぞw もじの大きさをかえたりしてるのを考慮できない鈍感が
システム作るから使いづらいものができる 一週間で7マスとして、テーブル組すると、小フォントにしてギリギリかな。Aタグ使うと、カーソル移動がうざくなるだろうな。 tableがつかえるなら二列組で縦表にするな。
---------------------
8(月) | |
---------------------
9(火) | |
---------------------
10(水) | なんかの日 |
---------------------
・
・
・
って それか、
8|1|月
9|2|火
10|3|水
11|4|木
12|5|金
13|6|土
14|7|日
って感じにして、携帯を反時計回りに90度回転して使ってもらうとか。グッドアイディアだな。 こういうのはどうだ?
横幅が入る機種→通常通りカレンダー表示
横幅が狭い機種→縦型に表示
自動で表示を切り分ければいいと思うんだが。ユーザに負担もないし。 ケータイのフォントは等幅だから
テーブルにしなくても文字だけでもいけるだろ auの携帯サイトを作ろうと思っているのですが、
パケット転送量を減らすため、携帯内にある画像を参照したいと考えています
この場合URLはどう指定したらいいんでしょうか
PCの場合、<img src="file://c:/image.jpg">のような指定ができますが、auの時はどうなりますか?
多分無理。ブラウザから携帯内のhtmlファイルも見れなくなってるからな。 無知なにんでんで申し訳ないですが・・・質問させてください。
メニューなどを使いまわす場合、
PCサイトではincludeなどで
必要な箇所へ呼び出して表示をしますが携帯ではできるのでしょうか?
そしてキャリアによって対応非対応とかは、ありますか?
ちなみにサーバはロリポップを使っています。 そもそもこのスレがここに存在するのは
スレ主がPHPしか使えなかったからです。 iモードIDって、古い機種からも取得できてますか?
2008年3月の提供開始から以降の端末だけではないですよね?
サーバで付加されるわけだから全端末で取得できるとは思うのですが、
ON/OFFのユーザ設定は"以降"の機種だけについてる気もするし、
まとめると結局どう対処していいのか迷う・・・ 472>>
使えますか。すみませんありがとう御座います(苦笑
因みにロリポ(PHP5)では一般的?の記述では動かないらしいのですが…
あつかましいの承知しています。
できればロリポで正常な動作する記述を教えていただきたいのですが…?
すいません。お願いいたします。
使いたい形式はthmlファイルをPHPとして扱って動作させるタイプです。 auがIPアドレスの1個追加予定('10年2月)を出したよ。
docomoと同様に事前発表する様になったみたいで喜ばしい。 【裁判】 "モバゲー vs GREE" 「釣りゲーム、うちのとそっくりだ!」訴訟、DeNA「裁判で正当性証明する」と争う姿勢
http://tsushima.2ch.net/test/read.cgi/newsplus/1254820377/l50
グリーってモバイルはてなより
WEBプログラムがダメだと思う。 プログラムって言うより商売が汚い
そこで実際に犯罪が起こってるのにどこが「健全サイト」なんだよ
人と人を疎のまま置いておく2chの方が健全なくらいだろ ああいう釣りゲームなんて携帯ゲームになる前からいくらでもあるだろ モバゲーにしてみたら「こっちが先にパクられた」って気持ちがあるだろうな greeは登録画面が文字化けして
登録が出来ない携帯があるw GREEはauだけはしっかりチェックしてると思うぞw 「無料で遊べる」携帯ゲーム、高額請求トラブル相次ぐ
ttp://tsushima.2ch.net/test/read.cgi/newsplus/1255161282/l50
とりあえずgree消えて 「無料で遊べる」携帯ゲーム、高額請求トラブル相次ぐ★2
ttp://tsushima.2ch.net/test/read.cgi/newsplus/1255170269/l50
グリーって以前は他社と比べるとマシな感じだったが
見事にダークサイドに墜ちたよな
ethna作った人とかまだいんの?
恥ずかしくないのかね、技術者として そういえば最近モバゲは課金システムを提供すると
参加企業を募ってたな。
mixiやらgreeやらで参加者が使ってたり、アップされてる画像を
芸能事務所やらの著作権者がまとめて削除依頼を出せばどうなるだろう。
しかし、フィルタリングやらホントに迷惑な話だ。 【社会】「無料で遊べる」携帯ゲーム、高額請求トラブル相次ぐ★4
ttp://tsushima.2ch.net/test/read.cgi/newsplus/1255224339/l50
phpからPEARのMail.phpを使用してWeb上から
ソフトバンクのケータイに日本語のメールを送信すると
文字化け?してるのかわかりませんが日本語の部分が表示されません。
ソフトバンクのケータイはutf-8じゃないといけないとどっかのサイトで見つけたので
mb_language("ja");
mb_internal_encoding("UTF-8");
mb_convert_encoding($Message,"UTF-8","auto");
のように変換を行ったのですが、うまく変換されてないのか成功しません。
変換ができてないのか、それとも文字コードの指定事態が間違ってるかすらも検討がつかなくて
どーすればいいかわからない状況です。 肝心の送信部分のソースもなしでは、どうにもこうにも判断できません。 885:名無しさん@十周年 :2009/10/12(月) 04:52:42 ID:yrcFiKDA0
この件で気の毒なのはモバゲーだろ。
モバゲーはSBが認証ないのを知っていて、1枚確認画面挟んでいる。
それをグリーはやってない。
グリー側の責任も大きい。
GREEはヘボいですな。
皆さんも気をつけましょうね。 公式サイトの運営実績少ないからそう言うところでサービスに差が出るんだろうな フレームワークも悪くはないが
せいぜい二流だな
センスは嫌いじゃないけどね 他のスレで見たが1000円で買った釣り竿が折れたりするらしいw
どんだけ阿漕なんだよw ネジを回して庭に花が咲くのもリアルを追求した結果ですか 携帯サイトにマイYouTubeサイトへのリンクを張りました。
携帯エミュレーターを使って確認しようとしました。
たぶんYouTubeサイトの中だと思うんですが、動画を再生するボタン?リンクがリンク付けになってなくて押せませんでした。
携帯エミュレーターソフトで動画も見れるものがありましたら教えてください。
さっき使った携帯エミュレーターソフトi モード HTML シミュレータ2です 相談があります。
携帯サイトをPCで見たいのですが、色々なブラウザを試してみましたが、「このファイルを表示するのに必要なプログラムを探してください」と出て表示されません。
PHPで出来ている、DMMライブチャットの携帯版なのですが。。
宜しくお願いします。 >>511
IP制限(携帯IPからのみ閲覧可能に)されてたらどうやっても無理だろう >>250-251
auだけじゃなくてWillcomも似た様な事をした模様。
×のついた2つは元々無かった(前回以前で削除済み? >>9 の時のか?)みたいだが、
もし隠しで存在してたとか削除漏れだったとかなら、auよりもいい加減過ぎる話だな。
http://www.willcom-inc.com/ja/service/contents_service/create/center_info/index.html
削除IPアドレス帯域(2009年10月15日削除分)
219.108.2.0/24 ×
219.108.3.0/24 ×
125.28.6.0/24
125.28.7.0/24
125.28.11.0/24
125.28.12.0/24
125.28.13.0/24
125.28.14.0/24
211.18.238.0/24
211.18.239.0/24
219.108.4.0/24
219.108.5.0/24
219.108.6.0/24
221.119.5.0/24 >>514
手元のhtaccessの過去ファイルを見たら、前回の3月19日の修正時にその2つが削除されてた。
>>129 のauの時は削除数が多すぎて、au用IPデータを一旦全て作り直したが、3月19日のWillcom
修正時には、必要なモノのみ修正しただけだから、Willcomのweb上の2つは単に前回の分を消し
忘れてるだけな気も。 128kbpsのPCデータ通信が上限5985円で使い放題――ドコモの「パケ・ホーダイ ダブル」で
http://www.itmedia.co.jp/promobile/articles/0911/05/news076.html
これって使われるIPアドレスは何ジャロね?
もしかしてフルブラウザ用のを使って実現されると、せっかくIPアドレスで
PCアクセスを排除して(るつもり)てもイミフになるが。
尤も、元々のPCでのアクセスがフルブラウザ用IPを使ってない、という証拠も
寡聞にして知らないから、見当違いな心配かもしれんが。 >>518
データ通信をお試しで置いてるショップは多いから自分で見てくればいい よくは分からんがdocomoのimode用IPアドレスの追加予定が、一部を除いて延期になってた。
もしかして >>518 と関係有るのかもね。本当は128kbpsじゃなくてHSPAの最高速度で実現
しようとしてたのを、低スペックで提供する事でコストダウンを計ったとか。 速度制限のは、もともとPHSから移行した人たちのため。 docomoのXHTML用にhtaccessへ下記を追加した場合、古めなauやSBの3G端末だと駄目らしいが、
どの程度の古さで駄目なんでしょうか?
AddType application/xhtml+xml .html
auのAシリーズ(ブラウザ6.0)あたりは駄目だろうけど、Wシリーズでブラウザ6.2なら何とか
なると嬉しいですが。
特にauの場合、文字コードとの絡みで悲惨らしいが、Shift_JISとUTF-8のどっちで
作った方がより安全でしょうか?(自分はShift_JIS主体です。) 尚、SB の813T だと駄目らしい話や PCのIE7 やFireFoxでも駄目な話は見つけてます。
もし駄目な機種がかなり多い場合、下記の様にphpとかで判定処理プログラムを導入
しなければならないみたいですが、皆さんやっぱりこんな面倒な事をしてるんでしょ
うか?(プロなら当たり前でしょうけど。)
http://dspt.blog59.fc2.com/blog-entry-56.html 最終的には、そういう機種を切り捨てるかどうかってことだよね。 >>523
とりあえず参照先のphpを見て、簡単そうな対策を検討してみました。
(因みに、imode用XHTML、htaccessファイル、phpを使うのは今回が初めてです。)
(1).htaccessファイルに下記を追加
AddType application/x-httpd-php .html
⇒拡張子.htmlでphpを動くようにする。
(2)各.htmlファイルの先頭行の <?xml〜?> の直後に追加
<?php
if(preg_match("/^DoCoMo\/2\.0/", $_SERVER["HTTP_USER_AGENT"]))
{header("Content-type: application/xhtml+xml");}
?>
⇒UserAgentの先頭が"DoCoMo/2.0"なら、該当のHTTPヘッダを出力する。
(因みに<?xml〜?>より前だと、imodeシミュUのブラウザ1.0モードでNGだった。)
でも、結局 openwave 6.2シミュだと、この対処をしたhtmlファイルを読み込めなかった。orz
更に利用予定のサクラのレンタルサーバー/ライトコースは、phpが使えなかった。o....rz そういうところケチるから苦労するんじゃね
最初から携帯向けのレンタルサーバ借りれば済むだろうに こんなご時世だし、安く済ませようとするのは当たり前な話だろ。
携帯向けレンタルサーバー業者乙! って感じがする。 >>526
こんな httpd.conf が入ってるサーバって事かな。
DoCoMo FOMA 対応 httpd.conf
http://mp.i-revo.jp/user.php/kcvcrlkq/entry/270.html
BrowserMatch ^DoCoMo/2 want_xhtml=1
SetEnvIf Request_URI "(?<!\.html)$" !want_xhtml
## Below won't work because of mod_headers limitation.
# Header set Content-type application/xhtml+xml env=want_xhtml
RewriteEngine On
RewriteCond %{ENV:want_xhtml} 1
RewriteRule .* - [T=application/xhtml+xml,L] むしろ携帯向けで125円のサーバとか安く済ませすぎだろ
VPSにして自由にいじれる環境じゃないと携帯サイトは厳しい 凄い簡単そうな方法が有った。本当にこれでOKなら格安で充分でしょ。
http://www.tansaibou.com/weblog/archives/13
foma端末以外は「text/html」で出力したい場合は.htaccessを次のように記述。
BrowserMatch ^DoCoMo\/2 foma
AddType “application/xhtml+xml;charset=Shift_JIS” .html =foma >>522-523
OpenWave 6.2Kシミュレータで試した限りでは大丈夫っぽかったが。 やっぱりSBのケータイWiFiって、IPアドレスはY!Keitaiとは別物になるのかな?
iPhoneが別物になってるのは画面サイズとかが大きいから、PC向け頁でもオケ
だから構わんが、画面の小さい携帯端末でWiFi経由で繋がれた場合には、携帯
用頁を案内すべきだと思うが、セキュリティを考えるとIPアドレス判定をしたい。
今のところデベロッパーサイトにも、WiFi経由でのIPアドレスの話は出てない
し、困ったもんだ。 >>534
ん? imodeとEZwebはちゃんとやってるみたいだぞ。
第1回 「PCでは見えないはず」に頼ることの危険性
http://www.atmarkit.co.jp/fsecurity/rensai/keitaiweb01/keitaiweb03.html
一方、日本型のケータイでも、Wi-Fiに対応した機種が登場しつつあります。NTTドコモは昨年からWi-Fi対応機種
(N906iL onefoneおよびN-06A)を販売しており、KDDI(au)は2009年の夏モデル、biblioにてWi-Fiに対応しました。
これらはいずれも、Wi-Fi接続時にも、従来型のケータイインターネット(iモード、EZweb)が利用できることが特徴
です。
これを実現するために、国産のWi-Fiケータイは、端末から直接インターネットに接続するのではなく、いったん
事業者のゲートウェイを通るように構成されています。すなわち、Wi-Fi利用であっても、閉鎖的なネットワークは
維持されています。このように、当面は閉鎖的なネットワークは維持されると思われますが、将来については分かり
ません。この問題については第4回(最終回)で再度触れる予定です。 ハンパな知識で自爆する馬鹿が多いスレだな。
きっと仕事が無いのを不況のせいにして、暇を持て余してるんだろうけど、
謙虚になってもっと良く勉強すべし。 『iPhone』などに Wi-Fi 利用でデータ漏洩のおそれ
http://headlines.yahoo.co.jp/hl?a=20091119-00000008-inet-sci
SMobile のチームは、OS として『S60』を搭載した『Nokia N95』、『iPhone OS 3.1』を搭載した『iPhone 3GS』、
『Windows Mobile 6.1』を搭載した HTC の端末『AT&T Tilt』について、保護されていない Wi-Fi ネットワーク
を通じて『Secure Socket Layer』 (SSL) のセキュリティを突破した。『Android』OS を搭載した T-Mobile の
『T-Mobile G1』にも同様の実験を行なったが、報告書では使用した OS のバージョンを明らかにしていない。 スマートフォンだからじゃなくて
暗号化されてない無線に繋ぐからじゃないのかそもそも というか携帯ならば暗号化されてない無線に繋がらない様にしておくべきだろ。
まあスマートフォンの場合は小型PCみたいなものだから自己責任かもしれんが。 >>533,535
おまえんちのLANにFON設置して、iPhoneからそのFON経由でアクセスした
場合、IPアドレスがどうなるか考えてみれ。
それでわからなければ、もう仕事を変えろw >>533,>>535 の意味はiPhoneの話とは別だろ。
日本語が読めない人は引っ込んでて下さい。 >>533
こっちの情報によると、940SHでの実績だとちゃんとゲートウエイ経由らしい。
ソフトバンクの「ケータイWi-Fi」経由のアクセス
http://mpw.jp/blog/2009/11/147.html
無線LAN経由でもリモートアドレスには違いがありませんでしたので、
ソフトバンクのゲートウェイ経由だと思います。 そもそもゲートウェイ内だからそうじゃないからって作り方をするのって
いい方法じゃないと思うんだけど
公式サイトのセキュリティのザルさとか異常だよマジで >>543
ゲートウェイ経由かどうか(つまりIPアドレス帯域)以外の判定でセキュリティを保てる方法があるなら教えて欲しい
HTTPヘッダを偽られたらトークン使おうが何しようが、結局はID語られちゃうでしょ? なにその勝手サイト完全否定
公式しかやらない奴ってそういう考えなのやっぱ >>544
禿同
因みに携帯専用の頁をIPアドレスで管理してるが、これを特定のPCからのみ
閲覧可能に出来ないか、アレコレ検討中。
Domainネーム+MACアドレスで何とかならんかな〜、とオモッテル。
MACアドレスはVBスクリプトでないと読めないが、IE利用を条件にすれば済むし、
Macアドレスの詐称は簡単だが、パスワード解析ほどにはトライ&エラーするの
が難しいだろ。
あと同じプロバイダー配下のPCと同じMacアドレスになったりしたら、ネット
ワーク自体がトラブル可能性もある?から、あまりトライ&エラーは行えない
と思うし。 補足
尚、その携帯専用の頁はBasic認証も行ってるから、PCアクセスした時も同様に
認証は行うつもり。
>>542
流石の金の亡者の禿も、Wi-Fi経由で見れない頁が続出したら利用者から非難
ゴーゴーになるから、iPhoneみたいな真似は出来んかったんだろうね。 >>547
そこまで気を使うサービスをやっているのなら、
固定IPサービス使うのがBEST。
プロバイダーによってはわずかな金額だよ。
>>549
それってユーザー側に固定IPを契約して貰う必要がある?ので面倒そうだが。
まあどういう類のユーザーなのか、に寄るけど。
あと>>547の方法だとユーザー宅内に(大抵は)ルーターとかが有ると、プロ
バイダが認識するのはルーターのMACアドレスだから、同一プロバイダ配下で
同一MACアドレス云々という問題は出ないと思われ。
まあプロバイダのドメインネームでまず制限するのも、MACアドレスで判断する
のも、IPアドレスで行うのに比べれば全然ガードが弱い訳だが、Basic認証のみ
で行うのに比べれば、かなりマシでしょう。
防犯対策と同じで、どんなに完璧そうに見えても完璧にはならないのだから、
あとはコスト対効果見合いで、2重3重に対処するくらいしか無いのだし。 そもそも攻撃者がいちいちマシンのMACアドレス変えないだろw
MACアドレスを元に作成されたHTTPリクエストを偽造するだけだ。
MACアドレスで判定とか。。。
OSI参照モデルから勉強し直した方がいいんじゃないの? >>547は、管理者がPCでも閲覧できるようにしたい、って事なんじゃないの?
自分は固定IPもちだから、まさに>>549の通りに運用しているよ。
PRGの開発とかソースの調整なんかの途中では、
やっぱりPCで見れたほうが効率がいいからね。
>>552
なんかこういうヤシが多いな。
ハンパな知識でググリもせずに馬鹿にしてると、何時までたっても仕事は来ないよ。
サーバーからクライアント側のMACアドレスを取得するには?
http://hpcgi1.nifty.com/MADIA/VBBBS2/wwwlng.cgi?print+200711/07110020.txt
あとルーターorプロババイダの装置のMACアドレスになってしまうらしい?が、
IPアドレスから逆引きも出来る。(ARPコマンド)
http://www.takebay.net/~daigo-ao/paddlewiki.pl/title_4C696E75782054697073.html
>>553
勿論それも有りますが、特定の仲間に見せたい、ってのも有るので。
IPv6が普通な時代になったらオプション月額200円とか、もしかしたら標準で
固定IPが貰える様になると、固定IP判定が普通になるかもしれんが、現状では
費用対効果を考えると未だ難しいと思う。
例えば一昔前は固定電話の電話番号を家族数人で共用してたが、今じゃ一人一台
の携帯電話で、電話番号も一人一つが当たり前になってるし。 >>555
おもしろすぎるw
Javascriptで入力値チェックしたらサーバーではチェックしなくて良いと思ってる人ですかw
インターネットに公開してるサーバーでARP使って
どこのMACアドレスが取れると思ってるんですかw >あとルーターorプロババイダの装置のMACアドレスになってしまうらしい?が、
>IPアドレスから逆引きも出来る。(ARPコマンド)
半端すぎてワロタ 参考にしてるリンク先まで貼ってるんだからせめてリンク先に書いてあることくらい
理解してから反論すべきだよな MACアドレスはそのネットワークに属している機器が同じネットワーク内の機器を識別するために使用
ARPを保持している所でしか意味無いよ。
http等を介して「私はこんなMACアドレスを持っています」って宣言されても意味無いしー(それなんて無線LANハック?ww)
携帯サイトだけど、管理用パソコンからの通信だけ不特定多数にしたいってんだから、素直にHTTPSのクライアント認証にしなさい >防犯対策と同じで、どんなに完璧そうに見えても完璧にはならないのだから、
>あとはコスト対効果見合いで、2重3重に対処するくらいしか無いのだし。
いいこと言ってるけど、
あなたが挙げたセキュリティ対策のそれぞれが
どういう弱点を持っていてどのくらいの手間でどうすれば突破できるか、
分かってないだろ。
それが透けて見えるからみんなにバカにされる。 そもそも見られてこまるようなソースをどうにかしろw だからOSI参照モデルから勉強し直せっていってるのに・・・ >>555 なんかみんな対応が厳しいので過疎化しちゃったな。
いいんだよ、どうせみんな低レベルなので気軽に質問してもw ここは仕事の来なくなったハンパなプロが、ウサ晴らしするスレだからな。
水呑み百姓が穢多非人を蔑むが如し。 >>566
あんたも WebProg板あっちこっちに下らんこと書き込みすぎだろ。 NTTドコモの携帯電話のうち、インターネット閲覧ソフト「iモードブラウザ2・0」を搭載した最新29機種を通じて、利用者の個人情報を不正取得される恐れのあることが、専門家の指摘で明らかになった。
同社は携帯サイトの運営者にパスワード認証などの安全対策を呼びかけている。携帯電話の機能が高機能化するにつれ、こうした危険は増しており、利用者も注意が必要になってきた。
該当機種は、昨年5月以降に発表されたプロシリーズやスタイルシリーズなど。iモードブラウザ2・0は、ジャバスクリプトと呼ばれる機能が組み込まれており、携帯用のインターネットサイトと自動で情報をやりとりできる。
悪意ある携帯用サイトは、接続してきた利用者の携帯のジャバスクリプトを使って、利用者が会員になっている別のサイトに一瞬だけ接続させることができる。その時、この会員サイトに利用者の住所など個人データが登録されていると、盗み出されてしまう。
情報通信機器の安全管理を手がける「HASHコンサルティング」(横浜市)が、こうした悪用が起きうることを、実験で確かめた。被害はまだ確認されていない。
ドコモを含む各社の携帯電話には、1台ごとに割り当てられた「利用者ID」だけで携帯用サイトに認証され、手動入力を省略できる機能がある。今回判明した危険は、この機能にジャバスクリプトが加わることで生まれた。会員サイトが利用者IDに頼らず、
パスワードの確認入力を求めれば、悪用を防げる。利用者側も、パスワード確認を求めないサイトなどには、個人情報を気軽に書き込まないよう注意が大切だ。
NTTドコモでは、公式サイトを運営する約3000社には注意喚起したが、それ以外の無数にある「勝手サイト」には「ジャバスクリプトの安全な利用はサイトを作る側にとって基本的知識であり、具体的に説明はしていない」という。
産業技術総合研究所情報セキュリティ研究センターの高木浩光主任研究員は、「利用者IDがあらゆる携帯サイトに自動で送られ、認証に使われる仕組みは問題だ」と指摘している。
http://www.yomiuri.co.jp/national/news/20100112-OYT1T00842.htm
http://tsushima.2ch.net/test/read.cgi/news/1263274851/ そりゃJavaScriptで飛ばせばPCだって同じようなもんだろ
セキュリティ考慮しないで飛ばしまくれば情報抜かれて当たり前
対策方法が何もないかのようにいい回るのもどうかと思う PCで勝手に住所など会員情報までたどり着けるところがあったら即問題になるわw DoCoMoのブラウザ(2.0を除く)にxhtmlな頁を正常表示させるには、サーバーから
Content-Type=application/xhtml+xml を出力するのが必須なのは分かりますが、
DoCoMoのフルブラウザの場合はどうなんでしょう?
まあフルブラウザと言うくらいだから問題無さそうな気はしますが、IEみたいに駄目
になまじapplication/xhtml+xmlを出力すると駄目なPCのブラウザも有るので気になり
ます。 iモードWebサイトを開発するために
公式で出してるPC用仮想ブラウザって名前なんだっけ?
なかなか思い出せない auの2月追加予定のIPアドレスが変更されてた。面倒な話だ。 これのブラウザはフルブラウザ扱いだろうけど、IPアドレスもフルブラウザと
同じモノを使うのかな?
そうだと災害時等ではimodeブラウザ用のIPアドレスを使う場合もあり得る?
それともiPhone3Gと同じでIPアドレスは完全に別立てなのかなあ?
まさかimodeブラウザ2.0は搭載しないだろうし、imodeのサービスとの絡みを
同寸ジャロ。
ドコモ、スマートフォン新機種 ソニエリ製「Xperia」を4月発売
http://it.nikkei.co.jp/mobile/news/index.aspx?n=MMITfa000021012010 575はスマートフォンの勉強からしたほうがいいなw docomoのマチキャラというサービスがあるんですが
http://www.nttdocomo.co.jp/service/imode/make/content/machi_chara/
これを例えば画像やテキストだけを動的に入れ替えて生成する事って
可能なんでしょうか?
docomoのサイト上では「マチキャラメーカ」というツールを使ってマチキャラコンテンツを
作成するようですが、これをwebサーバー上で動的に生成できる方法があればと思いまして・・・
auが本日付けで4月追加予定のIPアドレス3つを公開してた。
あとWillcomが昨年12月24日に日付を変更してたのに気付いてはいたが、
内容が変ってなかったので放置してたけど、いつのまにか20個のIP
アドレス追加分が明示されてた。
流石に再生支援を要請する様な企業だけの事はアルナ。いい加減すぐる。
まあ一ヶ月以上?放置されてた事からしたら、公式サイトにはちゃんと通知されて
いて、勝手サイトではWillcomのIP対応してないところが多かったせいとも言えそう
だが。 Google絵文字というかUnicodeの対応で悩んでる。
今まではEscapeSJIS.pmや Encode::JP::Mobile 使ってた人は emoji4unicode はどうするんだろう。 この?スレにも昔居たな。そういうアホな自称プロが。 モバゲータウンの怪盗ロワイヤルみたいなゲームを作りたいのですが、
あれは(モバイル用の)ブラウザゲームという位置付けでいいのでしょうか。
ああいうゲームを作るのに適したプログラム言語はなんでしょうか? 怪盗ロワイヤルは知らんが、
javaアプリとphpかperlを連携させる
javaアプリで定期的にサーバーに現状を聞きに行くような感じ 絵文字の画像って商用OKなの?
商用って言っても、会社で使うだけだが。 >>586
携帯ゲームってグリグリ動いてる部分はFLASHで
その他通常のweb画面はPHPで作ってるんですよね?
モバイル画面のソースなんてどうやってみるのですか? あれ?i-mode端末だったら見られなかったっけ?
エミュレーターとかUA詐称とかがんばって方法見つけてくれw GPSを利用したスレ違い通信的ゲームだから簡単だろ 考えたら、すれ違い通信って新しいコミュ方法だよな
知らない間に誰かと交流持てるって。 恋人欲しい人が持ち歩くガジェットあったな
近づくと反応する >>598
あー、たまごっちみたいな携帯するおもちゃだなw
コンビニとかで売ってたけど、流行ってるって聞いた事無いな 別に流行ってなくても他の人が持っていなくても
存在を認知されているのなら
これ見よがしにぶら下げておけば「キャーあの人恋人募集中なんだキモーイ」って思ってもらえるんでない ポッケとかに見えないように入れてても
メスタイプとオスタイプが何メートル以内に近づくと
反応するとかだったはず
なんかこう流行ってないのに流行ってる事にしようとする空気がイヤな感じだったよ
恵方巻きとか受験生がキットカット食ってますみたいな あれって赤外線通信だったよな?確か。
携帯にも同じ機能があるけど、これをWebプログラムで使えるのか?
GPSはAPIがあるから使えるのは知ってるが Bluetoothじゃなく?赤外線通信の距離って1mほどじゃなかったっけ 時代的に青歯はないと思う
隠しても繋がるなら赤外線でもない
トランシーバとかプロポみたいなやつじゃないの
電池食わないように数分に1回だけ電波出すとかして AUのIP
222.5.63.0/25
222.5.63.128/25
これを24bitで考えるとメンテの面倒さ以外で何か問題ある? 初歩的なことですみません。
携帯サイトのソースの一部を、
phpを使用して表示させなくするの
って時間にしてどのくらいかかりますか? 初歩的というかそんなことが出来たら革新的過ぎるだろ 説明が悪くてすみません。
携帯サイトを作っています。
パソコンから携帯サイトのソースを一部
みられなくさせたいです。
作業時間はどのくらいかかりますか?
>>610
>携帯サイトを作っています。
携帯での閲覧が前提ならば、携帯以外では閲覧できなくすればいいのでは?
方法は「携帯 制限 .htaccess」で検索 >>612
聞かれてるのは方法じゃなくて作業時間だろ UAで制限だったら5分くらいだね
IP見てだとランニングコストかかる UAとかまともなの送ってこないやつ多いけどな
「管理人さんへ、**の所でXXってなってるけど○○が正しくないですか」って誤字指摘してきたやつには笑った
UAだってたとえばiPhone出た時とかの例もあるし、その後のコストゼロとはいえないよね
ウィルコムのニュース見て、これどっかに買われたら、またいろいろめんどいのかなとか思う今日この頃 >>616
不思議な2行目が見えるのは私だけですか? 質問者です。
ありがとうございます。
UAだと、ソフトで簡単に偽装されてしまい
ソースをみることができるのでできればPHPを
使用した場合でお尋ねしたいです。
たとえば以下のサイトなんですが、
http://galtiara.com/index.php?pid=himegal
下部の
[ENTER]
をクリック致しまして
下部の
MOVIEGALLALY
というコンテンツの再生ページ
をクリック致します。
下部に
バーコードリーダーが現れるのですが、
このページを携帯でみた場合
バーコードの部分が動画リンクになっています。
しかし動画リンクのソースを見ることができません。
このようなソース非表示のシステムを作るのに
お時間はどのくらいかかるものなのでしょうか?
なんでいつも時間を聞くの?ww 60時間とか言われても困るでしょ それとバーコードリーダーが現れるって何だよ
だいたい基本的にリンク先とかソースを見せないなんてできないよ ActivX使うとかショックウェーブ使うとか
あるいは見づらくするとかくらいはできるけど
そのリンク先行って見たけどPCならリンク張ってないだけでしょ ソースを表示させないのではないよ
携帯なら、ソースの表示という機能が(ほとんどの場合)ないからOKってだけで
あなたが欲しいのは、
「動画サイトやってるけど、動画に直リン張られると嫌なんだけど解決方法ないですか?」
じゃないの?
携帯ならドコモIDとか携帯ID見るなりして手順を踏んでやってきたやつがクリックしたときだけ動画再生するとかやればいいじゃん
動画自体はアクセスできないところにおいてさ
PCならクッキー使うとかして、やはり同じやつしか動画見れないように汁
そんなんじゃなくて本当にPCのやつには見せたくないんだっていうなら
IPアドレス見て携帯キャリア外からのアクセスははじく、もちろんPHPでも書ける
日々メンテしてキャリアが新しいIPアドレス追加したらIPアドレスリストを更新する >>619
見てくださってありがとう御座います。
PCならリンク張ってないだけではありません。
携帯でそのページにいったら動画が再生できます(パケ放題とかじゃないとかなり金かかります)。
ところがそのページを携帯でurlコピーして
携帯便利ツールEZ-INFO(Google検索)
携帯向け便利ツール⇒ソース表示
のような携帯ソース表示サイトでみても
動画リンクのソースはみれません。
時間を聞くのは、知人と協同作業をしていまして
時間配分の目安にしていたいからです。
だーかーらー
EZ-INFOさんは携帯でサーバがうごいてるわけじゃないでしょ
つまりEZ-INFOさんがソースを取得するためにそのサイトに繋いでも
そのサイトは携帯用ではない(リンクが張っていない)ページをEZ-INFOに送るでしょ
わかる?
>>621
ありがとうございます
こちらのレベルが低くて本当ごめんなさい
携帯用の(リンクが張っている)ページのを
直接EZ-INFOに送った場合、ソースがみれないのです。
そのページは、携帯でurlを直接コピーして貼り付けしても
携帯用ではない(リンクが張っていない)ページになるのでしょうか?
ページはすべて静的に1枚1枚存在してるとは限らないでしょ
同じアドレスでも、それはCGIを呼び出していて、違う内容が返されることはあるでしょ
2個の携帯でヤフーにほぼ同時に繋いでもニュースとか違ったりするでしょ
つまり、そのアドレスをコピペしてもサーバのCGIが携帯用と携帯外と別けて返してたらいっしょでしょ
あなたは携帯で読み込んだHTMLのファイルをEZ-INFOに送ったのではなく
あなたが読み込んだページのアドレスをEZ-INFOに教えてEZ-INFOがサイトに繋いでそのソースを表示してるんだよね
それとも俺の勘違いで読み込んだHTMLのファイルをEZ-INFOに送ってソースを表示する機能があるの?どっかに こいつあまりにもレベル低すぎね?おかしいくらい
想像なんだけど、この人実はアダルトサイトのオーナーで
その知人と協同作業ってのはウソで知人ってのは、こいつのとこの社員か外注で
y/n ok 「PCで動画に直リン張ってくるやつがいる!! 重くなるし誰も金払わなくなるソース見れないようにしる」
外注 「できませーん」or「*ヶ月かかりマース」
y/n ok 「んなわけねーだろ、ははーん、ぼったくろうとしてるな(よーしパパ2chで調べてやるぞ)」
って思って質問に来たんたんじゃないの?
>>625
ありがとうございました。
私はソースを隠してたと勘違いしてました。
パソコンでそのページを表示したら別のページに飛ばすというのをCGIでやってたんですね。
ありがとうございました。
お時間的にはけっこうかかるものなのでしょうか? 別のページに飛ばしてるのか、そこの部分だけ切り替えて出しているのか判断することはできない
どのくらい時間がかかるかは量とやり方による
IPアドレスで判断する方式でも、1個くらいならすぐできる
日々リストに追加や変更がないか気にする必要があるけど
(携帯のキャリアが使っているアドレスのリストが手元にあるならだけどね、でもまあこのくらいすぐ見つけられる)
厳密にサブネットマスクを考慮したりしないで上半分だけ見てOKとかやるなら、あっというま
分かりました。ありがとうございます。
えたのでご丁寧にありがとうございました。
助かりました。 >上半分だけ見てOKとかやるなら
オイオイwww そういうのはちゃんとやれよ変なところで泣くことになるぞ DoCoMoの話。
今年から勝手サイトでも、パケ放題加入の有無を取得できると聞いたのだがホント?
どこにも情報がないのだが・・・
http://journal.mycom.co.jp/news/2009/10/20/050/index.html
この辺の話が関係あるの? >>632
おお、その言い回しだと公式サイトなら取れるんですか?
勝手サイトでも取れるといいなぁ。やっかいなクレームの可能性が減る。 昔と違って、2chのWebProg板過疎ってない?みんなどこで話してるん? 新しいことがなければ、過去スレ検索で答えでるからなw Perlの携帯絵文字変換モジュールを探しています。
今まではEscapeSJIS.pmを使っていたのですが、製作者さんがEncode::JP::Emojiに開発を切り替えたっぽいので変更したのですが、
これってEncode-2.12と2.38のバージョンではcallbackが返らないので、PC用に代替gif表示使えないのね。
# 原因がわからなくてしばらくハマッた。二つのレン鯖管理会社に要請したけどバージョン変えてくれるか微妙な返事
内部動作がUTF8でブラウザ出力時にsjis または utf8 に変換する前提で、
絵文字領域を携帯はもちろんPC向けに代替表示ありで扱えるモジュールのお勧めはありませんか?
# みなさん絵文字がunicodeに組み込まれるのを様子見している最中なのでしょうか。 もう絵文字なんて使わないから関係ない
デコメ掲示板の勉強でもしたら 質問です。
SoftBank3G機種で、以下のコードが書かれた.phpページを閲覧して、「1268610599」が出力されたとします。
<?php
echo time();
?>
その後、別のページに移動して、「戻る」キーを押して先ほどの.phpページに戻った時、
戻った時間の「time()」が出力されるには、どうすればよいのでしょうか?
すれ違いでしたらごめんなさい。 >>639
pragma: no-cache
cache-control: no-cache
上記をヘッダに入れてみたら?
メタタグなら
<meta http-equiv="pragma" content="no-cache">
<meta http-equiv="cache-control" content="no-cache">
<meta equiv="expires" content="0">
>>638
>>642
しょーもない みなさん、ご回答ありがとうございます。
>>643
入れてみましたが、キャッシュ(前回と同じ出力)を表示されてしまいました。
>644
キャッシュか否かがわかりやすいものでぱっと思いついたのですが、どういう事でしょうか? >>637
絵文字関連は相変わらず厄介なんだよねえ。
ヨソのモジュールのバージョンが変わって、挙動が変わると困るので
うちでは自前で変換テーブルを作っちゃってます。 youtubeの動画を3gpに変換するサイト作ったけど
肝心の携帯でダウンロードできないっていうww
500k までとかふざけんなよ >>647
自動で分割に改造したら?どうしても見たい人は利用するんじゃね? 携帯からの登録フォームをつけてほしいって依頼だけどいくらとるべき?
DBとかは既に稼働中でかんたんログインはなしで。 >>651
メアド入力>メール自動返信>クエリをつけたURIにアクセスさせて本登録ってタイプ?
あなたはその作業を何時間で完遂できるのかな?その後のメンテは必要?不明な点が多くて計算できないな。 >>652
住所やらなんやらの入力だけ
メンテもなし
>>653
やっぱそんくらいかな
1ページの遷移なしEFO無しで最小10万からっていってみた
MobaSiFとか触ってみようとしたけど
環境がPerl + FasrCGI + MySQLとかって
かなり限定されてて使い物にならん。
しかもXSモジュール使ってるし。
PHPでさくっと作れっつーの。 すでに資源を持っていれば、他人様しだいの土台に乗るのは逆に不安だな。
モバイル環境は変動を続けているのでサポートが無くなったら共倒れが怖いしねぇ。
PHPは6がやばそうなので手を出せないし。 標準化よりガラパゴってユーザを囲い込みたいってことなんだろうけど
これが上手くいかないんだってことが経営には一向に周知されんね
2年ばかり前の機種をサポートから外したってユーザは買い替えないねー
ベンダオフィシャルの案件でも自らユーザを捨てまくってる状態 UTFに移行しようとして諦めたとか聞いた気がする PHP6 この前asahi.comで
携帯キャリアが、mixiやgreeに利用者の年齢情報を通知するよう調整中と見かけたが、もうほとんど決まってるの?
OpenwaveSDKでau用サイトを確認していますが
絵文字が表示されません。
また絵文字の入力もできません。
みなさんau用サイトは何で開発してるのですか? あ−、表示はfiremobilesimulatorで出来ますね
あとは入力するアプリがあれば・・ 携帯3キャリア対応ってどうやってる?
・HTMLはすべてのキャリアで見えるようにして絵文字は変換。
・HTMLをキャリア毎に振り分ける 過疎ってるからいんじゃねw
ふぁいあもばいるしみゅれーたはタグを変えて実画像で代替表示させてるから、フォームのテストは厄介かもな。
テストはGoogleE4Uの表を参考にバイナリをずらっと埋めて。 >>664
試してみたけど絵文字の確認くらいにしか使えないなあ。 >>661
それ一般にも公開してほしいね。
あと障害者割引(ハーティ)の有無も環境変数で送ってほしい。
一日中ヒマだからなのか、朝から晩まで掲示板荒らすから全面アク禁にしたい。 < ハーティの人
>>663
うちは実機で確認してます。
OpenwaveSDKは<img localsrc="...">ってタイプの絵文字は表示できるけど
文字コードを直接埋め込んだ絵文字は表示できない。もうこのツールの
出番はないかと。 SBのIPアドレスが5つ削除されてた。
まあSBに買収されてから変な追加をされた部分が無くなったっぽい?が。
もし今回の削除で、PCを繋いでアクセスした場合にも使われてたのが無くなったのなら嬉しいが。 高木浩光さんは今更何を言ってるんだ。。。
ttp://takagi-hiromitsu.jp/diary/
そんなの知らなかったのはmixi、greeとke-tai.orzくらいだろ。
>>661は一部のサイトだけ年齢制限にこじつけて、他の情報も送り簡単ログインを強固にする腹積もりではと思ってる。 UIDといっしょで、送信するかどうかは各人にまかされるが
送信しないと利用できないってパターンだろうな。 モバゲー恋∞友管理人*・YOU・*はヤバイ、携帯を10台とパソコン10台持って自演して、女子中学生とセックスしまくり。
http://domo2.net/ri/r.cgi/internet/1252770549/669
-------
*・YOU・*
のプロフ詳細まだ書いていないようです。
自己紹介来てくれてありがとうJ友達募集中なので気軽に絡んで下さいE
好きな○○、天然石…AMETHYST、数字…、色…violet、花…ROSE、季節…夏、携帯…docomo、
主催サークル恋∞友→→→『リンク:恋∞友』←←←から入れます
誹謗中傷とか友達を虐めたら即ブラリ通報するので気を付けてねV 夫や家族には絶対に言えない女性たちの過去「中学の頃に援助交際、整形、家出」 「だめだこれ」 テレビ対談で西村ひろゆき氏を侮辱した勝間和代氏が謝罪 docomo・softbank・au・emobileはUIDの取り方が載ってますがwillcomについては記述が見あたりませんでした。
willcomでUIDを取得する方法というのはないのでしょうか?
>>678
docomo、auは固体識別番号で制御
残りの端末はCookieで制御 >>678
コンテンツプロバイダならIDを取得できるらしいよ。
でもwillcomって利用者数少ないから
切っちゃっていいと思う。 以外に多いと思うぞウィルコム サイトの性格上かもしれんけど
無視はダメだろ
ただ携帯サイトではなく一般サイトに繋いでくる人が多い
たんに画像減らしたとか使えないタグ止めてるだけの携帯向けのサイトなら来るだろうけど
専用サイトもあるけどこれの利用者数が少ないは本と
よってPCでやるみたいにする(つまり上で言ってるようにcookieで直に見るとかセッション使うとか)
そう言う意味ではあえてウィルコム用対策とかないわけだから
それが切っちゃえって事なのかな au関係で質問してもいいでしょうか
DOCOMO、ソフトバンクの機種では、ページが表示されるようなのですが、
auの機種で4年前の機種はページが「空白のページです」というふうになるようです、
6年前の機種だと画像が表示されないで文字だけは表示されるようです。
文字コードをSJISにしてみたのですが、それでもだめでした、
openwaveだと、きちんと表示されるのですが、原因ってなにが考えられますかね?
よろしくお願いします。 エミュはしょせんエミュ。
文字コードがどうかというより、WAP2.0に従ってるかどうかを確認しれ。 >>685
HTTPヘッダにゴミが入っているんじゃ?
ページデータだけじゃなくて、
サーバが出力している全データを調べた方がいいと思う。 docomoのIPアドレスが5個追加予定になってた。
来年の7月分まで出すってのは鬼が笑いそうだが、auやSBに比べれば遥かに
助かるわな。長期で投資予定を組んでるって話だし。
もしかしてスマートフォンとかの帯域喰いへの対応か? 情報サンクス
iPad対策製品じゃねーかな?
動画も見れて雑誌や本も読めて
とかって別にAppleだけに美味しい思いさせなくてもいいわけだし
iPadが世の中に定着するようなら出してくるんじゃね
iモードで課金も出来るしフラッシュwも使えるようにするだろうし
通勤電車でみんな、まな板みたいなの持って新聞読む世界になるのかな まあ通常の端末でimodeを利用する場合、Wi-Fi経由でもimodeサーバーに繋ぐらしい?から、
Wi-FiでiPadを繋いだ場合もそうするのかもしれんが、そうなるとPCのブラウザみたいな自由
なアクセスは出来ないのでは?
例え制限付きアクセスにしても、iPadでimode向けサイトにアクセス可能なのは助かるが、
imodeブラウザをiPad用に提供するか、絵文字とかの変換をimodeサーバー側でしてもらわんと
困る話になりそうだが。 遅レスだが、auとソフトバンクなら、auの方がクッキー対応率高いと思うけどな。 SBのIPアドレスが6/25付けで一個修正されてた。
フルブラウザ用のIPアドレスのマスクが1bit短くなってたくらいだが、
Xシリーズ端末のIEがフルブラウザ用のを使う、という記述が追加?
されたみたいなので、それ用なのかな?
でもフルブラウザ用とはいえIEにアクセスされるのはセキュリティ上
どうなんでそ。ちょっと心配。 定期的にIPアドレス調べるの超マンドクセと思ってたら、いいの見つけたぞ。
http://io7.in/ismob/info.html
ただ、このAPIが返す結果が信用できるのかどうか、ちょっとまだテスト中ww
つーか、アイフォンってSB携帯とはIP違うの?? スマートフォン系と従来からのケータイは別に考えるべき スマートフォンはPC接続時と同じでimodeサーバーやY!keitaiサーバー、EZwebサーバーは
経由してないと思われ。(確証も実証も無いけど。)
>>694
モバイルゲートウェイの判別くらい自分で実装すればいいのに・・・ >超マンドクセ
>超マンドクセ
>超マンドクセ >>694
それ使いたいんだけど、プログラムとかじゃないとダメ?
それともHTMLに貼るだけ?サーバーはレン鯖です。 >>694乙
これどのくらいの期間運用する予定なの?
とりあえずテスト時のモックによさそうかなとは思ってるんだけど IPで携帯以外を制限するのはいいんだけど、
そうするとグーグル様のbotとかも弾いちゃうよね?
これってどうしたらいいんだろう・・・ グーグルだってIPアドレスは決まってるじゃん
それに「俺グーグル」ってちゃんと名乗るし
めんどくさかったらアメリカは全部許可してみるってのは? >>703
あ、そうなの?
IP決まってるとは知らなかった。
「俺グーグル」って名乗るのは詐称できちゃうから信用できないよね。 俺グーグルと名乗ってるやつのIPを集めてごらん
そっから正しいIP群がすぐわかるだろ IPをwhoisでしらべてグーグル社だったら
とかやってたんだけど これじゃまずいの? 「GoogleのクローラはUAで識別しろ。クローラのIPアドレスに規則性はあるが、
たまたまそうなっているだけで保障しているわけではない」って、
Googleのサイトに書いてあったよ。
UAだけだと偽装してアクセスされちゃうので、
IPアドレスは大雑把にクラスA単位、それとUAの制限を組み合わせること
になるだろうね。面倒臭いだけで難しくはないよ。 >>688-690
spモードってのは当然?ながらiモードとはWEBアクセス時のIPアドレスが別なんだよね?
メール送受信時のはどうなるか分からんが。
ドコモ、スマートフォン向けISP「spモード」概要を発表
http://internet.watch.impress.co.jp/docs/news/20100713_380385.html 単純に言うと、コンテンツ決済サービスのために個別認識する仕組みだろ いまのところdocomoのサイトには、
「spモードセンタのIPアドレス帯域」
とかの頁は無い模様。 >>713
これ客に対して返金するのかねぇ
執行猶予とかついたらやり得じゃね? 客は全員逮捕だよなww
直接現金じゃなくても同じ手法の所はいくらでもあるよね。
なんか最近、公式コンテンツがおかしくなってきてるねw iコンシェルに非公式サイトでも情報出せるようになったけど、
専用スレってどっかにある?
審査の基準なんかを知りたいんだけど。 【社会】 "健全"なモバゲー、グリー等で子供500人が性被害。EMA「罪犯すのは利用者。サイトは健全」…親は「ゲームサイト」認識
http://kamome.2ch.net/test/read.cgi/newsplus/1282186825/
とっととEMAは無くなればいいのにな。
ミニメール付けてるなんてどんな出会い系だよ。 たった10程度のサイトを規制するだけで
500件もの犯罪を未然に防げるってのに何やってんだよw
完全にぶれてるな。
>>718
ttp://iconcier.nttdocomo.co.jp/biz/index.html 所詮BPOと同じような組織に本気でやる気なんかある訳が無い Ktai Libraryというのを使ってみてるんだけどスレとかないよな
ドコモにしかない絵文字を画像で置き換える機能があるんだけどフォントと画像のサイズが合わなくて使えない。何か対策方法ないかな。 今日付けでWillcomのIPアドレスが25個追加された様だが、そのうちの
先頭の
「61.198.255.0/24」
は既に存在していて重複してやがる。
本当に」クソだな、このいい加減な管理体制は!!!! >>726
こんなのでどう?
<img src="emozi.gif" style="height:1em;" alt="emozi" /> >>726
デコメの絵文字のサイズ(20x20)なら、大抵間に合いそうな気がするが。
と思ってimodeの基本/拡張絵文字の20x20サイズのデータを探したが見つけられない・・。orz >>731
「The Unicode Consortiumでは「emoji(絵文字)は特に日本で利用されており、
テキストメッセージなどで感情的な表現を担っている」と説明。」
「公開された表(Code Charts)を見ると、ケーキや団子、サクランボ、木々、動物、人物の顔(表情)、
時計、富士山、東京タワー、自由の女神、日本列島のシルエット、モヤイ像などが含まれている。」
ほんと日本て面白い国だなw
でも「ガラパゴス」が世界標準に成長したと思うと凄いことかもね 標準化は嬉しいが、表示はフォント次第というのが怖いなw 携帯のブラウザじゃあ対応はしないだろうし、やろうとしても無理だろうけど、
スマホのブラウザならPCと同様にバージョンアップは結構容易に出来るだろう
から、期待したいな。
そうしたらスマホ向けサイトには、絵文字は全てunicode6.0で載せれば済むし。
ところで今回の初版だとimodeの基本/拡張絵文字は網羅してるのだろうか? >>732
携帯でインターネットする事自体が、当初は海外じゃあ殆ど無かった訳だし、
ガラパゴスというより先進し過ぎてただけかと。
お財布携帯も治安や店舗の従業員の信用度等等の条件が日本の状況に近づけば、
結構世界標準に普及するのかもよ。 何か丁度SBに微妙な話が出てるな。
まあSSLを使ってないウチのサイトの場合は、絵文字を含めてモーマンタイだが。
Yahoo!ケータイ仕様変更、従来の携帯サイトに接続できない場合も
http://k-tai.impress.co.jp/docs/news/20101015_400282.html あら、webコードの絵文字ってサーバーが変換してたのね。
どうりで携帯の内部メモリに絵文字入りのhtml頁を入れて、ブラウザで開いても
絵文字が見れなかった訳だ。
これってS-jisで頁を作ってるうちは回避不能なのかな?
utf-8で作ってunicodeエスケープで絵文字を入れればオケ?
SBの開発者サイトを見てもSSL関連の対策については案内があるけど、
絵文字の対策については何も無いから困ったもんだ。
http://creation.mb.softbank.jp/
http://creation.mb.softbank.jp/web/web_pic_about.html これが実機に普及するのはいつのことだか…。
開発者の苦悩はもうちょっとだけ続くんじゃ 入力された文字が絵文字かどうかってどうやって判定すればいいんだろう SoftbankならEE8081<x<EE94BEだったら。(入力フォーム:UTF8)
AUならF340<x<F9FCだったら。(入力フォーム:SJIS)
DOCOMOならF89F<x<F9FCだったら。(入力フォーム:SJIS)
てのを愚直に1バイトずつ切って2バイトもしくは3バイト単位で調べてる感じ。
って実装してて今のところ問題は起こってないな >>737
|■ 非SSL/TLS時との比較
|
|End-to-EndのSSL/TLS利用時は、非SSL時と比較して以下の点が異なります。
| ・文字エンコーディング変換(*1)を行わない
| ・独自拡張ヘッダ(*2)を利用できない
| ・ISO-2022絵文字(*3)を利用できない
|
|*1: Request URI とエンティティボディの EUC-JP、ISO-2022-JP → Shift_JIS への変換
|*2: x-jphone-color、x-jphone-display、x-jphone-msname、x-jphone-region、x-jphone-smaf、x-jphone-uid、x-s-bearer、x-jphone-copyright
|*3: 「$G!」等の絵文字。Unicode数値文字参照形式の絵文字である「?xE001;」等は利用可能
一応絵文字の対策が書いてあるな。
当初から記載されてたかどうかは分からんが。 因みに頁がsjisコードでも、Unicode数値文字参照形式「&#xE001;」の絵文字は
ちゃんと表示される。勿論、実機の内蔵メモリーに格納した頁でも大丈夫だった。
流石はmailtoのsub&bodyがutf-8エンコードでオケ(というか一択)なSBの仕様だ。
ただバイナリで埋め込んだ場合は分からんが。(面倒なので未確認) AU端末に対しての絵文字表示方式の?xF660;は
全端末いけるとグーグル先生に教わったのだが
非対応の端末があった。
結局信頼できるのはオフィシャルな<img localsrc…って方式だけなのかな。 同じ問題で困ってる
ちょっと調べて確認できたのはW61H, W44K,W41H,W31K
他にもあるかもしれない ブラウザのバージョンに因るのでは?
そうなら機種毎のバージョンを調査すれば、非対応の影響の大きさがある程度わかる。 >>744
743だけど確認できてるのはW41CA、だけ。 ドコモ最新の携帯で句読点の禁則処理がされないんだけど、どうしようもないの? POSTされたテキストを絵文字含めてMySQLに保存するにはどうすれば良いだろう
?xF89F;などとコードベタ書きで入れようかと思ったがそれだと絵文字1文字が8文字になっちゃうので
文字数カウント&制限に支障をきたす しかたなくコードで入れてるよ。
たかが5文字のカラムにCHAR(40)ですよ。 >>743
docomo絵文字のコードで記述したら?
いまのauは、docomo絵文字のコード領域をそのまま表示できるよ。
>>748
たしかにdocomoは禁則しないねー。
でもdocomoの利用者はその変な表示に慣れてるから、大丈夫だよ。
>>749
・数値文字参照をデコードして、ふつうの(?)文字として扱う
・文字数をカウントする関数を文字参照に対応させる
絵文字の保存、これでUTF-8の空き領域にエンコードできる?ならそれで保存すればどうだろ
http://libemoji.com/
>でもdocomoの利用者はその変な表示に慣れてるから、大丈夫だよ。
そうなのか?w >>743だけども、
非対応端末のために、仕方なく&#表記をやめてimgタグにしてみたところ、
入力formのデフォルト値に困ってしまった。
今までは
<input type="text" value="&#xFFFF">
で(対応端末では)上手く行ってたんだけど、これが
<input type="text" value="<img locasrc="1">">
となったらそりゃおかしくなるに決まってる。
いい方法ないだろうか。
>>746
>>745.>>747で挙がってるのはどれも6.2だが、
6.2で表示できてる端末もあるから、ブラウザバージョンではなさそう。
>>752
docomo絵文字との変換規則は独自にやってるから、
端末実装で勝手に変えられたくないのでちょっとNG。
(まぁどうせ同じ変換だとは思うけど) 携帯で丸文字を出す方法はありませんか?
端末では表示できるから、何か方法ありそうなんだけどぐぐっても出てこない。 >>755
携帯サイトでフォント自体を変えられるという話は聞いたことがないな。
端末にどんなフォントが搭載されてるかはキャリアどころか機種依存だから
多分無理だと思う。 あれ、ageまくってた…まぁいいか、
>>754の問題は、imgでもない&#でもない、
AU端末から入力されるバイナリコードを
そのまま埋め込んでやろうと模索中。 >>756
レス読んで2分考えて、>>755の質問が間違っていることに気付いた。
丸文字じゃなくて丸数字でしたごめん。方法ないでしょうか。 >>758
今ひとつ質問の意味が判らないのだが・・・
自分で作るページに表示したいって事?
だったら普通に?とか?って書けば良いじゃない。
入力の仕方がわからないって事? >>759
自分で作るページに表示したいってことです。
普通に丸付き数字書くと携帯で見た時↑のレスと同じように?になっちゃいます。
&#コード;で書いても表示されないし。 >>760
内部コードも出力も全てShift_JISでやってみ。 ウチの環境で試してみた。
記述言語:PHP
内部コード:EUC
プログラムコード:EUC
出力:Shift_JIS
ソースに直接書いた丸数字がそのまま表示されたよ。
どうもです。
ソースはUTF-8で記述、ドコモとauにはレンダーでShiftJISに変換して出力、SBにはUTF-8で出力
という構成が変えられないので、UTF-8でどうにかなる方法を探していますが、無理でしょうか。 >>763
別環境
内部コード:UTF-8
プログラムコード:UTF-8
出力:UTF-8
で試してみた。
結果:ちゃんと表示されたよ。
確認機種:SH008/W62SA
他のキャリアは手元に無いからシラネ >>763
全く同じ環境だけど、確かに?に化けた。
んで、
UTF8→SJIS変換じゃなくて
UTF8→SJIS-win変換したら直った。
ただしfirefoxのモバイルシミュレータの話なので
実機がどうなるかは不明(実機がSBしか無いので確認にならない)、
むしろ試して欲しい。
詳しくは「SJIS UTF8 拡張」でググれ。 iモードブラウザ1.0に対応したサイトを作ろうか
1.0は捨てて、2.0対応のみでいくか、悩んでおります。
1.0を使ってる人がどのくらいの割合なのか等の情報はないでしょうか?
宜しくお願い致します。 ttp://ke-tai.org/blog/2010/10/28/20101028imode20share/ docomoはクッキー空気嫁
AUはdiv空気嫁
SBはVGA空気嫁
こうですか!わかりません! >>768
auのdivだけよく分からない。
何かあったっけ? >>769
auだけdivの後1ドット開くっていうやつ。
背景色と画像の色を合わせてるようなケースで、
背景色を切り替えるタイミングと画像を置くタイミングが
auのせいで気持ち悪くなったりした。 >>765
質問した者です。出力エンコーディングをSJISからSJIS-WINにしたら表示されました。
ありがとう。
副作用がなければこれで解決だ。ドコモ実機でしか試してないので知人に試してもらおう。 XHTML で マーキーの代わりに、DIVを使って 文字をスクロールさせたいと思っております。
スクロール回数はiモードでは16回が最高という話ですが、
-wap-marquee-loopで回数を設定しなかった場合、何回ループするのでしょうか? <a href="mailto:[メールアドレス]?subject=[タイトル]&body=[本文]">
で、空メールで「このメールをそのまま送信してください」等の仕組みを作ろうと思ってます。
文字コードについてなのですが
iモードとEZWEBはシフトJIS、YAHOOケータイはUTF-8が良いと本に書いてあったのですが
全キャリア共通にするには、どの文字コードを使えばいいのでしょうか? 何使ってもURLencodeされてるから無理だろ
>>774 さんの言う通りASCIIにしとけ >>773
全キャリア対応したいならSHIFT-JISです。
が、auも非公式ながらUTF-8のページに対応できるので、
趣味のサイトならUTF-8で統一しちゃっても問題ないはずです。 はず、って試してもいないのに・・・・。>>775 の話が分かってないな。 mailto: は死んでも使うなってうちのじっちゃんが逝ってた 携帯サイトを作成しているのですが
各キャリアで、ちゃんと出来てるかどうか確かめたいのですが
どんなソフトを使えばいいでしょうか?
現在、探してみたところ
iモード向けに iモードHTMLシミュレータU
ソフトバンク向けに ウェブコンテンツビューア
というソフトは見つかりまして、これを使おうと思ってます。
AU向けに、openwave SDK 6.2K というソフトがあるそうなのですが
現在閉鎖中になっており困ってます。
他にもっと良いソフトなどありましたら、教えていただけると助かります。
宜しくお願いいたします。
結論から言うとありません。
いちいち実機で確認するしかないです。
仕事で作るのであれば、多くの端末を揃えていてデバッグしてくれる会社もありますので
検討してみると良いでしょう。 Firefoxのプラグインでもある程度確認できる
Mobile Simulatorとかいう名前だっけな >>780
各キャリアが出してる公式シミュレータはどれも古くて話にならない。
Firefoxのやつは、お手軽にUAを切り替えて
プログラム側にUAによる分岐処理があればそれのテストに使えるけど、
表示の確認にはあんまりならないと思って良い。
超ざっくりだいたいレイアウトの参考程度にどうぞ。
Firefoxで表示できたけど実機だと全然ダメってのがよくある。
特にAUかな。
まぁ実機そろえるか、デバッグ会社使うか、あとは
なんか有料の携帯シミュレータとかあるみたいだけど。 >>780
昔、趣味でやっていたころは、
各キャリアショップのホットモックにお世話になったなぁ・・・
おかしなところが見つかると、その場で修正は出来ないから、
いったん店を出て修正をして、もう一度入店。
それも出来るのはせいぜい2回までなので3回目は違う店を求めて彷徨う・・・
嗚呼、懐かしい日々。 >>780
遊びでやっているのなら、
来訪者にデバッグ協力を頼むという究極の方法もある。
>>780
私、個人で携帯サイトやってるけど
3キャリアのフィーチャー・フォンはサイト確認用に契約してます。
書籍やネットにある情報は、たいてい検証が足りなかったり間違っていたりします。
それなりのクオリティーのサイトを作りたいなら、実機は必須。
それと、役に立つサイトをちゃんと作れば、広告収入だけでケータイの契約料
は賄えますよ。 でも端末3台パケ放題上限っていうと月1万5千くらいしない?
個人でもちゃんとした収入見据えた作業ならいいけど
趣味レベルだときついよなぁ。
持つべきものは他キャリアの友か。 >>784
imodeシミュレータUは結構頑張ってると思うぞ。最新のimodeブラウザ2.0もフォローしてるし。
基本が趣味で作ってる携帯サイトは、imode向けにimode独自の機能は使わずに作り、imodeシミュレータUで
確認して、対応機種もdocomoの機種で説明して、他キャリアの機種対応はdocomoの対応機種相当品ならオケ、
って事で明示してる。 >>789
IIなんてあったのか、知らなかった、ありがとう。
使ってみるか。 auのIPアドレスが11月に入ってから鬱陶しい修正をかけてきたな。
7つ追加したと思ったら、その後すぐに既存の3つを2分割してきた上に、
PCSV用のも6つ追加ときたもんだ。
しかもPCSV用のは'10年10月追加予定、って何の話だよ、もう11月なのに全く。
http://megalodon.jp/2010-1112-1717-03/www.au.kddi.com/ezfactory/tec/spec/pcsv.html 補足
7つ追加したのは11月1日現在で、既存の3つを分割したのは11月11日現在。
PCSV用のは11月1日現在時点でも確認してるが、その時には追加は無かった。
いいかげんすぐる。まあ内容が間違ってないだけwillcomよりはマシだが。 要するに生サーバーデータをモロ見せしてるだけだろ。
連続してるのなら纏めた帯域データを提供してくれれば便利なのに、その管理の
手間を省いて利用者に不便を押し付けてる。既存のを2分割までしやがって。
シミュレータの提供も止めちゃったままだし、auなんぞサポートしとれんわな。 SoftBankの920Tとかいうやつが
ヘッダで480*800を送ってくるんだけど、
どうやらこいつハード的にはVGAの癖に
ソフトウェア的にはQVGAらしく、QVGA用の画像を送ってやらないといかん。
同じ問題で詰まった人いない?
920Tだけなのか、他にもあるのか、それを判断するヘッダとかないのか…。 このサイトでhttp://keitaiall.jp/list.html
「SoftBank」「3G」フィルタかけて、
解像度が480未満のやつを1個1個クリックして見て行ったところ、
こんなおかしなやつは920Tと911Tだけだった。
気持ち悪いけど、こいつらだけ機種で判断してQVGAに分岐させるか…。 SBは無視でいいよ。
こんなクズキャリアのケータイ、
買う方が悪い。 >>791
流石に恥ずかしくて、PCSV用の”10月予定”の「予定」だけ削除した様だ。 全キャリア対応の携帯サイトを作ろうとしてます。
XHTMLよりHTMLのほうが、スタイルの指定が短くて済んで良いのでしょうか? >>799
見た目にこだわらないならHTMLでやればよし。
800様
レスありがとうございます。
ある辞書風の本を見て勉強しているのですが、
iモードブラウザ1.0での表示も意識するなら、
CSSの指定は、外部ファイルもHTML上部にまとめても出来ず、各タグで指定するしかなく
XHTMLで出来て、HTMLで出来なくて使えそうなのは
文字列の後ろに色をつける機能くらいで
XHTMLを使うメリットはほとんど無い上に、ソースが冗長になるだけなので、HTMLが良い
っと書いてあったのですが、本に間違いがあるでしょうか?
携帯サイトってちっちゃい画面だし簡単そうだな
ボクもやろーかなー >>801
手打ちでタグを埋め込んで作るサイトだったら、どっちでもいいよ。
CGIで機械的にページを出力するサイトは、内部データをXMLで扱った方が
都合が良いってことが多々あって、そういう場合はXHTMLが選ばれることもあろうかと。 > 内部データをXMLで扱った方が都合が良いってことが多々あって
詳しく。 [東京 10日 ロイター] 証券取引等監視委員会は10日、アクロディア<3823.T>
が金融商品取引法違反(虚偽記載)をしたとして、約7800万円の課徴金納付命令を
勧告した。監視委によれば、ソフトウェアの架空売り上げ計上によって赤字を黒字にし
たり損失を小さく見せかけ、2008年─2009年の期間の複数の有価証券報告書な
どで虚偽記載をした。アクロディアは、これら虚偽報告に基づいた有価証券届出書を通
じ、行使時の払い込み総額で約15億円となる新株予約権証券を発行した。
これってEMnetは不可でemb接続だけなんだろうなあ。
イー・モバイル、Android 2.2搭載「Pocket WiFi S」発売
http://www.itmedia.co.jp/news/articles/1012/14/news058.html | 通常のAndroid端末としても利用可能。2.8インチ(240×320ピクセル)のタッチパネル液晶ディスプレイ、
|有効320万画素CMOSカメラ、GPSを搭載。重さ約105グラムは国内のAndroid 2.2端末としては最軽量だとしている。
最軽量でGPSも搭載してるのはスマホとして魅力だが、QVGAってのがちょっと
気になるなあ。 >>795
x-jphone-displayは、
3GCになってから、ブラウザサイズではなくて液晶サイズを表してます。
確か、SoftBankの資料のHTTP編に載ってたはず。
ぐぐったらこんなところにも書いてた。
http://p1.netfarm.ne.jp/modules/d3forum/index.php?topic_id=144
ブラウザサイズは設定によって変わるから、
それを見るには x-s-display-info をみる
ということにしようという方針だったんだろうけど、
一部の機種しかこれを吐かないからねぇ。
何考えてるんだか。> SoftBank
基本的に客を鴨って金を毟り取る事だけ考えてる > Softbank 端末は安ければ何でもオケ、程度にしか考えてないんだろうね。
まあauも似た様なもんだし、自分の趣味サイトはもうFOMA向けにしか、
作成&確認作業(by imodeシミュU)をしてないよ。 とはいえ、
ブラウザサイズごとにページの内容を変えるなんてことしている人います?
いないんなら、そこに力が入らなくてもしょうがいないところもあるのかなと。 >>813
画像の拡縮は汚いよね、というデザイナーのこだわりで、
画像をSBのVGA用と、それ以外(QVGA)用と2種類を用意。
で、ヘッダ情報を見て渡すのを変えてるので、
例の920Tと911Tには馬鹿でかい画像が表示されてしまってた。
自分がSBのVGA携帯使ってるんだけど、
携帯サイトに携わる前は「表示が小さいアプリとかだせぇww対応しろよww」と思ったけど
今は「スルーされてもしょうがないよね…」と思う。 > 内部データをXMLで扱った方が都合が良いってことが多々あって
詳しく。 >>814
確かに、VGAとQVGAくらいは用意したいというのはありますよね。
910SHとか911SHみたいに、VGA/QVGAを切り替えられるものもあるので、
SoftBankでそれをやろうとしたら、やはりx-s-display-infoに対応せざるを得ないかな。
きせかえツールの配信について質問させてください。
会員制サイトにて配信を予定しております。
ucmのダウンロード後にucpのダウンロードのリクエストになりますが、
その際にguid=ONやセッションパラメータの引継ぎが行われません。
ttp://exsapmle.com/kisekae/sample.ucm?guid=ON
↓
ttp://exsample.com/kisekae/sample.ucp
のようになります。
きせかえツール作成時のucpダウンロードURLの指定で
./sample.ucp?guid=ON
とすればもしかしたらできるかもですが、
既に作られた大量のデータを扱うためそうもいきません。
どうにかして認証を行いたいのですが良い方法無いでしょうか?
また経験あるかたはどのように配信したのかをご教示頂ければと思います。
当方18歳女子です。
よろしくお願いします。 >>817
>当方18歳女子です。
これが余計だな 土生 明弘(はぶ あきひろ)を捜しています。
年齢・30才、職業・プログラマー、勤務地 ・勝どき、出身地・九州、
住所・(おそらくは)鷺ノ宮駅近辺、 日本大学藝術学部 文芸学科卒
住所・勤務先・九州の実家の住所等どんな些細な情報でも構いませんので、ご連絡お願いします。
連絡先・habuhokaku@hotmail.co.jp >>817
着せ替えツールの仕様はよく知らないけど、
ucpをDLするには、必ずucmが必要なんでしょ?
そうだとしたらucmの認証だけで充分じゃないかな。 OpenPNEのソースみてげんなりした
pythonあたりで読みやすいコードの携帯SNSのひな型ないの? GMOとアクロディアは提携してるはずだから別ライセンスだろ。
ガラケー向けWeb開発者ってGNUと契約(笑)とか言っちゃうアホばっかなの?って事ならその通りです auの一部端末でhttps領域だとCookieが使えないって問題が発生してるんだけど、何でなんだろう
具体的には
UAがUP.Browser/6.2.0な端末で再現して、該当端末では
https領域でCookieが一切扱えない。全く同じページをhttpにするとおk
試した端末はW21T/W33SA/MEDIA SKIN/W53SA
UP.Browser/6.2_7ってUAを吐く端末なら全く同じページでもCookieの取得/設定が普通に出来る
SSL証明書は対応してるのを取ってる
ググってみてもhttps領域とhttp領域ではCookieが共有出来ない件についての情報は出てくるけど
全く扱えないって話は出てこないし、オフィシャルにも情報はないし
俺が何か間違ってる気がしてならないんだけど…誰かわかる人居ないかな >>823
OpenPNEってsymfonyで書かれてるんだろ?
汚くなる感じじゃないと思うんだがそうなのか?
見てないから知らんけど。 携帯でのCookieの扱いについて教えてください。
現在構築中なのですが、二つ目のキーのCookieを記録したところで
一つ目のキーのCookieが消えているような気がするのですが、
このような仕様はあるのでしょうか。
検証端末はauのSH008です。
すみませんが教えてください。
よろしくお願いいたします。 すみません追記です。
何が言いたかったのかというと、携帯のCookieは1サイト(ドメイン)に1つの
キーまでといったような制限があるのかというのを聞きたかったのです。
読み返して見てわかりづらかったので補足させていただきます。
よろしくお願いいたします。 ドコモのサイト見るとSPモードのIP帯域が
110.163.6.0/24 〜 110.163.12.0/24
とか書いてあるんですけどこれって
110.163.6.0/24、110.163.7.0/24、110.163.8.0/24、110.163.9.0/24、
110.163.10.0/24、110.163.11.0/24、110.163.12.0/24
ってことですかね?
ネットワーク系よく分からなくて。。。 日本通信のConnectMail向けIPアドレスは、もうサポートしなくて委員だっけ? これからのauのip制限どうするの?
機種側でUAもEZ番号も偽装出来ると思うけど。 >>838
画像サイズを合わせたいので機種判別したいのですが
不要になるとはどういうことでしょうか? auのPCSVってそんなに自由に偽装出来るの?
でも出来たとしてもauの端末自体でしかアクセス出来ないのなら、セキュリティ
的にはあまり心配は要らない気もするが。 携帯のショッピングカートってどう実装するのがスタンダードなの?
やっぱりセッションかな >>843
普通PCサイトのショッピングカートだったら、
カートに追加した商品をクッキーに記録するじゃん
携帯だとどう実装したらいいのかなぁと思って。 >>846
zozoはクッキーにカート内容保存してるようだけど >>848
なにがひどいの?
もしかして俺の勘違いかもしれないw まずセッションの意味とクッキーの意味を覚えろ
話はそれからだ >>854
携帯サイトのカートはセッションで実装できそうですね
でもPCサイトではセッションでもクッキーでもどっちでもいい気がする だからセッションとクッキーの意味解ってないだろお前
セッションを維持するために使用される技術の一つがクッキーだぞ >>856
あ、それは理解してます
セッションIDがクッキーに保存されるんですよね
携帯はURLにパラメータとしてつけることで実装できるはず
間違ってます? PCサイトの場合、結局クッキーにセッションIDが入るから、
クッキーに直でカートの内容を保存する方法でも良いと思うんだけどなぁ。
>>848は何に対してひどいと言ったんだろう クライアント側に不要なデータを持たせたくないから、セッション使うんだろ・・・
カートの内容が漏れたり、
保存形式が解析されてカート改竄が行われたり、
アクセス毎にクッキー送信したり、
等々、クッキーを使うメリットが無い。
携帯に至ってはクッキーは使えない前提になるし、
クッキー情報をURLで引き回すもんなら、それこそセキュリティ上大問題になる。 じゃあカート=セッションで実装
docomoに限ってはurlにセッションIDを付けることで対応する
がスタンダードな実装方法なんですね ____
/ \
/ ⌒ ⌒ \ 何言ってんだこいつ
/ (●) (●) \
| 、" ゙)(__人__)" ) ___________
\ 。` ⌒゚:j´ ,/ j゙~~| | | |
__/ \ |__| | | |
| | / , \n|| | | |
| | / / r. ( こ) | | |
| | | ⌒ ーnnn |\ (⊆ソ .|_|___________|
 ̄ \__、("二) ̄ ̄ ̄ ̄ ̄l二二l二二 _|_|__|_ 日本語使ええ!
セッション無くてカートはきついよ
携帯はクッキー使えない端末多いから、セッションの実装に難儀するよ
URLに乗せ様が、クッキー使おうが、端末IDからほじくりだそうがセッショん >>864
え?>>861で言ってる通り、
カートはセッションで実装
docomoのみ、クッキーが食えないから
セッションIDをパラメータで渡す
でいいんじゃないの? >>865
そこにひっかかってんのかw
セッションを使用してカート内容を記憶する
でいいか そろそろCookie食えないDoCoMoの旧バージョン端末駆逐されんかのお… >>868
まだ30%ぐらいしか対応してないみたいね
クッキー実装しなかったのはなにか大人の理由があったのかな
>>869
^^ Softbankのusimを変更してモバゲーにアクセスしたら
元のマイページにたどり着いたのだが
jphoneid、機種番以外でも何か吐いてるの?
もし今はusim情報を引き継ぐようになってるとかならごめんなさい。 携帯の場合、guid=ONを付ければHTTP_USER_AGENTで端末IDが取れましたが、
Android向けサイトの場合はどうしたらよいでしょうか? 携帯しかやってなかった人、新しい仕事見つかった?
アプリとかついて行けてる? いまどき携帯サイトって対応したほうがいいのかなあ、ユーザが一般が多い場合。
スマートフォン対応は必須として、ガラケーのiモード、ezwebユーザを拾おうかどうしようか悩む。 >>877
自分もそれホント悩む
スマホの勉強した方が明らかにいいんだけどね >>881
パソコン対応はしない(というか、最小限のみにする予定)
スマートフォン(iPhoneとAndorid)でのサイト対応、アプリ化を進めていますが、
ママさんってまだスマフォ移行しないかもと思い、ガラケーサイトでのiモードとezweb対応
しようかどしようか悩んでます。
>>880
先ずはやっぱりスマートフォンだと思いました。PC向けの経験と、HTML5やCSSなどの
知識がそこそこあればいいので、ガラケーサイトよりも全然楽だと思います。 分けて考えなくても、基本iモードで作ればほかで見れるじゃん。 >>882
アプリってことはJavaできるの?あとObjective-Cだっけ?
勉強したいようなしたくないようなだわw ゲームじゃないなら、内部でウェブ表示するだけのアプリが楽。
それなら随時内容も変えれるしな。 auのiPhoneはauかんたん決済対応なのかな。
そのあたりの情報が出てくれないと乗り換えできないわ。 Softbankの機種は全部、フォームの値のPOST送信ってできないの?
ウェブコンテンツヴューアで試したら、POSTが勝手にGETになってしまう。
送信する文字数が多いものだからPOSTにしたいのに。
他の携帯は大丈夫なんだけど、Softbank のは実機がなくて検証できない。
ネットで検索したら、最近のSoftbankのはPOSTに対応しているみたいな
ことが書かれているのに、ウェブコンテンツヴューアではできない。
これはウェブコンテンツヴューアだけの問題? 実機で確認するのは当たり前〜
安い白ロムくらい買えって >>889
Vodafoneの時代からフォーム送信はおかしかったな。
POSTできるでしょ。絵文字を使うときはUTF-8でねという仕様だったな。 漠然とした質問で申し訳ないんですが、
携帯やスマホからメールで記事投稿みたいな機能で、キャリアや端末(iphone)ごとに
タイトルや本文の文字コードが統一されてない問題がありますよね?
それをふまえて、メール解析のライブラリでおすすめの物ってありますか?
もしくはどう対処してますか?
PHPを使っていますが、他の言語でも構いません。教えてもらえると嬉しいです
よろしくお願いします 1.各文字コードで順番にエンコしてみて
2.うまくいかなかったら次のを試す
3.1に戻る スマフォをブラウザ判定する場合に
AndroidやiPhoneなんかは分けて扱った方がいいかなあ。
分けるとしたらどこまで分けるか。
みんなどうしてます? 今は
iPhone但しiPadを除く
iPod
AndroidかつMobile
の文字がUAにあるときをスマホと判断してスマホ用サイトを用意しています。
そこで質問ですが、スマホサイトへの案内として、
どのやり方が一番便利でしょうか?
1.スマホ検出したらスマホサイトにリダイレクトして、
下の方にちっこくPCの相当ページ(トップではない)へのリンクをつける
2.スマホ検出したら「スマホサイトもあります」と上の方にでっかく
表示して、スマホサイトの下にちっこくPCトップページのリンクをつける
3.スマホ検出したらJavaScriptでダイアログを出す
4.その他
一部AndroidタブレットなのにMobileの文字列を出す機種もあるなのと、
スマホだけどPCサイトを見たい人も確実にいるので、なんとかみんなが
使いやすくしたいと思っています。
個人的にはダイアログを出したりポップアップする仕様は論外だと
思ってるのですが。
BlackBerryやWindows Phone/Windows Mobile、Symbianも忘れちゃいけないと
思っているのですが、その辺をひっくるめて適当な振り分け方や
iPhone/Androidサイトと同じ作り方でいいかなどご存じでしたら教えてください。 >>896
1だと思うけどPCページへのリンクは押した所でまたスマホページにリダイレクトされるからいらないんじゃないですか?
ふと思ったんだがスマホ用にIP帯域で制限を加えようともテザリング経由でアクセスされたら意味ない?
迷ったけど1にしました。
>>897
リファラを見て、サイト内のリンクは振り分けをスルーするように
してます。だから一度リンクからPCサイトに移動すればあとは普通に
PCサイト。
スマホやタブからwi-fiの人もいるから、IPは見てないです。UAだけ。
携帯サイトも面倒なのでUAだけ見てます。 グーグル先生やりたい放題
GoogleがSafariの設定を迂回してユーザーを追跡していたことが判明
ttp://www.itmedia.co.jp/enterprise/articles/1202/18/news015.html
Google、Safari のプライバシー機能を迂回して Cookie をセット、トラッキングに利用
http://japanese.engadget.com/2012/02/17/google-cookie-safari/ 携帯サイトを作っているのですが
パソコンサイトにグーグルマップを組み込むように
携帯サイトの中に、拡大縮小東西南北移動のついた地図を組み込みたいのです。
普通のgoogle mapはjavascriptは携帯サイトでは使わないほうが良いと聞き
google map Static Maps API V2 では静止画になって動かず
mapfanは、mapfanのページに飛んでしまい、サイト内に組み込めず
困っております。
方法あれば教えていただけると嬉しいです。よろしくお願いします。 625 名前:名無しさん@12周年 投稿日:2012/05/05(土) 07:32:59.21 ID:xvvZKGZL0
渋谷区にある某大手携帯ゲー会社から開発依頼を請けて仕事してる部署にいたことがあって
ガチャの仕組みを作ったことがあるけど、いつかはこうなると思っていた。
こちらは景表法に準拠した仕様を見積もりで提案したんだが、
某大手の携帯ゲー会社からの要望はおもくそ景表法に抵触していた。
「最初のN回は確率通りに懸賞させて、N回目以降はユーザがXX回分課金しないかぎり
ハズレのテーブルからアタリを引かせろ。課金がXX回分を超えたら元の確率に戻せ。」だと。
言われた通りに作って納品したが「こりゃぼろ儲けするはずだ」ってみんなで苦笑いしてたよ。
ガチャ規制に積極的な政治家がいるならに情報提供してもいいわ。
スマフォのキャリア判定ってどうしてる?
ttp://www.nttdocomo.co.jp/service/developer/smart_phone/technical_info/etc/index.html
これをリスト化するしかないかな。 >>902
Wi-Fi接続があるからIPアドレスでの判別は厳しいのでは。 >>903
でも他に方法無くない?
まあキャリア分けする理由があまりないけど。
他もなにも、IPでの判別は無理
メルアドとかブラウザも任意だし、スマホ=PCな対応しかないべ docomoの現行機種の多くがJavaScript対応のiモードブラウザ2.0ということですが、
それ以前(2009年以前)のiモードブラウザ1.0ではまったくの非対応だったんでしょうか。
2.0で動作確認していますが、1.0ブラウザでアクセスされた場合に、
中途半端にスクリプトが実行されてエラーになってしまうことを危惧しています。
1.0ブラウザでもJavaScript対応機種があるのであれば
ブラウザを判別してスクリプトを実行させないことも考えてるんですが、
皆さんどう対応されていますか 各社とも、ある時点から一斉にJavaScriptに対応してそれ以前は皆無、
また対応後の拡張もほとんどないみたいですね。
この辺は思ったより状況がシンプルでひとまず安心。 スマホサイトはPCでもUA偽装したら見れるから便利
低スペックなPCだとHTML5とかjavascriptとか駆使した今時のサイトはクソ重い(開いただけでCPU使用率跳ね上がってスワップしかける)
そんなときはUAをスマホにして負担の軽いスマホサイト見てる i-mode1.0って、もう切り捨ててもいいでしょうか またガラケーWebの仕事することになった
もう社内誰もスマホしか持ってないんだけど、確認用端末どうやって入手すればいいの うちもここ1、2年スマホに完全移行するつもりでやっていたが、
ガラケーがしぶとく残ってるので切り捨て方針を撤回し、ガラケーの案件またやることになった
最近の機種のFlashのバージョンとか容量まとめてある資料どこかにないかな
手元にある携帯サイト構築バイブルという本ももう3年前の本になってしまった >>911
そういうのは各キャリアの開発者用サイトで配布してるぞい
それにしたって、以前には業務で受けてたようなプロが
どうして今ここでそんな質問をw dクス
2年ほどで結構人が入れ替わっていてね、新しい人がガラケーあまり詳しくないんだ
Flash Liteはもう1.1は捨てて2.0で作っていいよな 各キャリアをざっと調べて、スマホのUA判別を以下の正規表現で考えてるんですが
少し前のWindowsモバイルなどでIE6機種もあったり、
スマホ=HTML5対応済みという認識で一律には扱えないと思います。
iPhone|Android|BlackBerry|iPod|iPad
|Windows CE|IEMobile|Windows Phone|Opera Mobi|Opera Tablet
HTML5対応のスマホ(及びタッチパネルデバイス)と考えたとき、どう判断したものでしょうか。
上で言うと1行目のiPadまでは確実かなと考えてるんですが・・・ ■中国製品不買運動を広めよう
暴力的圧力を繰り返す中国に対し、日本全国で中国製品不買を拡大し、
日本人の力と意地とプライドを中国に示そう!一人一人が行動を!
中国は、日本がどんなに謝罪や工場建設、技術援助等をしても、
将来、延々と暴力的反日デモを繰り返すだろう。
遅かれ早かれ、将来、あらゆる面で脱中国は必要不可欠。
●中国製PC、出荷時からマルウェア混入
マイクロソフトの調査活動で判明!
中国製PCに出荷時、製造過程でマルウェアが混入されていたという
マイクロソフトの注意喚起を知らない人、無警戒な人も多いので要注意。
※ソースのリンク先貼り付けは省略。
『中国製パソコン 出荷時 マイクロソフト 』
↑上記用語をコピペしてネット検索すれば、多数の注意喚起報告あり。 Windows PhoneでHTML5対応を判別する場合はIEMobileのバージョンで判別するのがよいようですね
WindowsPhone7.5のユーザーエージェント例↓
Mozilla/5.0 (compatible; MSIE 9.0; Windows Phone OS 7.5; Trident/5.0; IEMobile/9.0; <manufacturer>; <model> [;<operator])
IEMobile/9.0の部分がブラウザのバージョンでこれ以前はIEMobile/7.0(IE7)かそれ以前とのことです。
(参考)WindowsPhone7.5は2011年発売、年内予定の8はIE10搭載とのこと。
よって>>914の正規表現(の一部)は↓のようにして別途IEのバージョンを判別
iPhone|Android|BlackBerry|iPod|iPad|IEMobile/[0-9.]|Opera Mobi|Opera Tablet
けど他にFirefoxとか、モバイル版だとわからないようなブラウザもあるようですね。
Chromeはどうだろう・・・ううむ >>914
最終的には 機種名で振分けでしょう
例外機種だけとか ページをなるべくブラウザ側でキャッシュしたいんだけど
docomo機だけうまくいっていません。
サーバで出力してるキャッシュ関連のヘッダはCache-ControlとExpires、
静的な内容ですが、出力の切り分けの関係でCGIによる出力です。
ブラウザを終了すればキャッシュが捨てられる場合もあるとしても
続けて見てるときはキャッシュが効いてほしいです。
他に対応考えられるでしょうか? 一端解決しました。条件付GETであればうまくいくようでした。
通信は発生するがサーバ側で更新を確認して304を返すアレです。
>>919のヘッダに加えてそれ用のやりとりを記述することにしました。
これにより、docomo以外では>>919のキャッシュヘッダが優先で効き、
docomoは更新チェックの上キャッシュを利用、ということになりました。
機種による違いもあるのかもしれませんが、とりあえず。 ご意見ください。
会員登録時のメールアドレスの入力について、
ガラケーでは空メール送信、PCでは手入力としています。
スマートフォンではどっちにするのが良いと思いますか? >>921
難しいよね。
スマホって自アドを参照しにくいから、本来なら空メールがベストだけど、
フィルターに引っ掛かる確率が高いしね。
SPFとかしっかり設定して、フィルター解除もキチンとアナウンスしたうえで空メール方式、かな? スマホ向けサイト作るとテストが大変すぎる。
この機種ではこのコードはうごきませんとか、この機種では、、、
とか
解像度とかもダイナミックに影響するし、UAで振り分けしてたらそのテストもめんどくせえし
UAとウィンドウサイズ変更しながら指定したURLにアクセスしてキャプチャとるだけのツール作ったら使う? スマホ向けサイトは、とにかく凝らない事。
CSS3やjQueryプラグインを使用してかっこよく…とかやり始めるとハマって採算合わなくなる。
趣味でやってて時間の制約がないなら止めはしないけど。
基本的な事だけに留めておけば大体どの機種でも動く。スマホアプリを両OS向けに2回作るよりは余程良い。 スレチでしたらすみません
現在事情で携帯を持てないのですが
どうしても入りたい携帯有料サイトがあります
そのような場合PCからの入会は出来ないものですか?
色々調べましたが自力では解決できませんでした 無理
PCからアクセスすると問答無用で弾かれるようなサイトの場合
ユーザーエージェントを携帯のものに偽装すると見れることはあるかもしれないが
入会処理の場合十中八九携帯のメールアドレスを求めるところが多いので
PCのメールアドレスしか持ってない時点で無理になる 誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
GTWYRIB5QS プログラミングを誰でも習得できる方法は、「前場アキドルのプログラミングマスター方法」というブログで見られるらしいよ。ネットで調べると見られるらしいです。
QF1DN 私たち日本人の、日本国憲法を改正しましょう。
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。 レス数が900を超えています。1000を超えると表示できなくなるよ。