アカウント名:
パスワード:
IP Service Provider ととらえるとなんか変ですけど、Information Service Provider とすれば。ほ~ら変じゃないでしょ?
# 結論: みんな TLA が悪いんです。
ダウンロード元がhttpsならhttpsでしかアクセスできません。iアプリではプロトコル、ポート番号、ドメイン名のすべてが一致しないとネットワークアクセスを行うことは出来ません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
ISPはISPでも (スコア:2, おもしろおかしい)
IP Service Provider ととらえるとなんか変ですけど、Information Service Provider とすれば。ほ~ら変じゃないでしょ?
# 結論: みんな TLA が悪いんです。
Re:ISPはISPでも (スコア:3, すばらしい洞察)
何も問題ないと思うのは私だけでしょうか。。。
Re:ISPはISPでも (スコア:1)
iモード端末が直接IP受けてたらたった256x3ですむはずがありませんものね。
でもそれは一般のISPでも一緒か(^^; グローバルIPもらえるなんてよっぽど小規模なところか追加料金でも払わない限り…
ではIPアドレスは置いといて、端末からは所詮httpしか通らない [nttdocomo.co.jp]んでしょうか?
iアプリは配布元のサーバーとしか通信できないように制限
Re:ISPはISPでも (スコア:2, 参考になる)
iアプリはセキュリティ対策の構造上、それをダウンロードしたサーバとの通信しかできません。その際もhttp(でカプセル化したもの)に限ります。(httpsが使えたかどうかはよく覚えてないです…)
逆に言うとその配布元サーバでcgi等駆使して細工をしてあげれば
# rm -rf ./.
503i以降からは (スコア:1, 参考になる)
Re:503i以降からは (スコア:1)
# 単なるブラウザ機能の部位でhttpsが使用可能なのは知っています
# rm -rf ./.
Re:503i以降からは (スコア:1, 参考になる)
ダウンロード元がhttpsならhttpsでしかアクセスできません。iアプリではプロトコル、ポート番号、ドメイン名のすべてが一致しないとネットワークアクセスを行うことは出来ません。