携帯サイトのWebプログラムを語ろう Part3

携帯サイトのWebプログラムを語ろう Part3 at PHP

[前50を表示]
200:nobodyさん
09/04/16 02:56:57
クッキーくらい対応しろよ

201:nobodyさん
09/04/16 03:45:31 VJqS0A18
椎茸はIEなみの癌だな
あんな契約数がいるのが謎だ…といってもガラパゴスじゃどこも大差ないか

202:nobodyさん
09/04/16 14:33:16
>>198
uid=NULLGWDOCOMO なり、guid=ON ってのは、
SSL だと、普通のゲートウェイだと判別出来ないはずだからな。。。
au みたいにいつでも付与するなら余裕だとは思うが…。

203:nobodyさん
09/04/17 02:13:09
まあ常に送信となるとＧＷ内で常に参照が発生して重くなるからな
限定したのは妙案だけど
まさかここまで一般的に利用されることになろうとは、ってとこか

204:nobodyさん
09/04/17 02:39:59
環境変数に突っ込むだけだろ

205:nobodyさん
09/04/17 10:01:36
そんな程度で重くならならないわなｗ
鯖なめてんだろ？

206:nobodyさん
09/04/17 16:59:10
Docomoの偉そうなSEと重役が椅子を並べて
cookieとsslでのuid対応が不要
単純にこの結論に至ったというのは考えづらい

207:nobodyさん
09/04/18 04:02:33
ドコモの個体識別番号取得方法とかクッキー非実装とか外部スタイルシート非対応とか、ホント、ユーザをなめてる。

208:nobodyさん
09/04/18 12:20:19
guid=ONを作ったときになんで他の仕様にしなかったのかと
つい最近だろこの仕様作ったの

209:nobodyさん
09/04/18 16:25:04
>>208
NULLGWDOCOMOの仕様をそのまま流用したんじゃまいか？
auみたいにしたらコストかかっちゃうじゃん。

210:nobodyさん
09/04/18 19:51:45
セッションID乗っ取りの不正アクセスで
訴訟とか起こらないものだね

アメリカならあったのかな

211:nobodyさん
09/04/21 23:34:30 oOMQhPeY
昔、携帯用サイトのcontent-typeはx-sjisと指定しろとどこかで読んだ気がするんだけど
今はShift_JISと指定していい？

212:nobodyさん
09/04/21 23:58:34
今はUTF-8だろ

213:nobodyさん
09/04/22 00:02:04
DocomoのPOSTがSJISとかってもう昔の話なのか…

214:nobodyさん
09/04/22 00:09:31
SoftbankのPOSTがUTF-8も昔の話？

215:nobodyさん
09/04/22 00:20:01
xxxじゃダメか？

216:nobodyさん
09/04/22 00:25:17
XHTML対応端末ならUTF-8でいいよもう全部
MOVAとかHDMLとか対応するならShift_JISにしなきゃならんけど

217:nobodyさん
09/04/22 00:36:03
movaっていつ消えるん？

218:nobodyさん
09/04/22 02:14:23
>>211
x-sjisを解釈しない新機種があるからShift_JISかUTF-8のどちらかじゃないともう無理

219:nobodyさん
09/04/23 18:13:16
>>216
もうHDML端末でのインターネットサービスは、とっくに終わってるぞ。

220:nobodyさん
09/04/23 20:15:56
でも、それ系の記述は今でも使う。

221:nobodyさん
09/04/24 01:13:28
sjisとかサポートしなくていいから、もう
utf-8いったくが常識

古い端末いつまでも使っているような人は
新しいWebサービスを使わないと見ていい

222:nobodyさん
09/04/24 09:16:31
別に新しいことをしてるわけない。
中高年以上が来るようなサイトは、古い端末、少ない横文字幅で作らない
といけない。

また、今後機種変更がにぶくなるから、幅広い対応が必要になっていく。
あるいは、一番下のVerに合わせたのだけ作るか。

auの決算とか見てると、端末が売れた数が見事に急降下してる。
この先はおよそ3年に1回ぐらいの機種変ペースになると見ていい。
以前なら新製品が出ると急速にその機種からのアクセスが増えたが
この先そういうことは減るかも。

223:nobodyさん
09/04/25 03:46:24
WEBプログラムに関係のない蘊蓄は別板でどうぞ

224:nobodyさん
09/04/25 11:57:09
関係ありありじゃんｗ

機種振り分けは一大事だぞ

225:nobodyさん
09/04/25 16:16:10
禿銅

単なる携帯利用者の知り合いなんかに話をしても、何故機種別に動作確認する必要があるの？
って意識だったし。

226:nobodyさん
09/04/25 21:45:30 jGdikLIS
ソフバンに、sjisでないとポストされる絵文字が消える端末があるって
本に出てたけど、utf-8にしてる人はそれらを切り捨ててるの？

227:nobodyさん
09/04/25 22:20:52
むしろSoftbank3Gはutf-8にしないとおかしくならないか

228:nobodyさん
09/04/25 23:08:16
>>227が正解
絵文字サブミット考えたらドコモとAUはSJISでSB3GCはUTF8バイナリが無難

中途半端な機種なら表示はWebエンコードのみで
サブミットされるのはUTF8バイナリーとかあったような

229:nobodyさん
09/04/27 22:38:28 PNJMdM7M
>>228
ドコモとAUをSJISにした方がいいのは何故ですか？

230:nobodyさん
09/04/27 23:14:58
別にどっちでもいいんだけど、古い機種はShift_JISにしか対応していないので念のため
XHTML対応機種しか対応しなくていいならUTF-8にしてもいいけど

231:nobodyさん
09/04/28 00:15:27
サイズの節約にもなるね
まあ今時そこまで考えなくても良いかもだけど

232:nobodyさん
09/04/28 01:28:28
>>230
絵文字も大丈夫なのかな
ドコモとAUだけをSJISにすると絵文字数値エンティティが3キャリアで被らない

233:nobodyさん
09/04/29 00:00:41 bTfRl/qJ
>>ドコモとAUだけをSJISにすると絵文字数値エンティティが3キャリアで被らない

全部UTF-8にしてても3キャリアで絵文字コードかぶらないでしょ？

234:nobodyさん
09/04/29 00:54:20
携帯電話専用ホームページの制作方法　２台目
ｽﾚﾘﾝｸ(hp板)

235:nobodyさん
09/04/30 00:28:54
softbankの絵文字のコードが他キャリアと被る件については
・docomoとauはSJISバイナリ＆softbankはウェブコード（制御文字で挟む昔ながらの書き方）
・utf使って被る部分をunicodeのプライベート領域に移す

今までのSJISの資産があるなら前者がお勧め
今から新規に開発するなら後者がお勧め

236:nobodyさん
09/04/30 14:55:15
ちょうど今、絵文字の振り分け用にデータ作ってるけど、たいへんだねコレ・・・
合間にちょっとずつ進めてるけどいつ終わるともしれない・・・
連休は家でずっとこれかもorz

237:nobodyさん
09/05/01 09:59:42
MobilePictogramConverter とか使えばいいのに。
確か CSV かなんかで変換データも入ってるよ。

238:nobodyさん
09/05/02 03:56:09
あーもー
誰か携帯サイト用のフレームワーク作ってくんねえかなー

239:nobodyさん
09/05/02 03:58:56
もうあるだろ
それすら見つけられないのか

240:nobodyさん
09/05/02 05:16:10
>>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);

検証してないけど

241:nobodyさん
09/05/03 15:15:55
１カ月も前にいまさらレスすんなよｗ

242:nobodyさん
09/05/03 15:36:05
MobaSiFでググれ

243:nobodyさん
09/05/05 22:14:16
そういや俺が立てた>>242のPHP化ｷﾎﾞﾝﾇスレはいずこへ？ｗ

244:nobodyさん
09/05/06 10:40:45 AFWoFUIY
Docomoの４０４エラーがよくわかりません。
ログでは３０２を返してるし、表示内容に問題があるんでしょうか？

Htmlの中身が悪かったら４０４を返すとかありえますか？

245:nobodyさん
09/05/06 10:47:14
変換できないような、クソコーディングなんじゃないの。

246:nobodyさん
09/05/06 18:56:32
実機の前にシミュレータで確認しろよ

247:nobodyさん
09/05/06 19:21:39
それ以前に、混みあってると返事しないような共有鯖使ってるとか。

248:nobodyさん
09/05/07 18:49:27
リダイレクト先が無ぇんじゃね？

249:nobodyさん
09/05/07 23:36:58
2連続ジャンプみたいになってると、うまく飛べないよ＜GW
mod_rewriteとか使ってるなら注意

250:nobodyさん
09/05/11 16:15:38
auのIPアドレスが本日付けで２個追加されてました。

と思って良くチェックしてみると、追加されたうちの一個が既存のと重複してました。（１７番と２１番）

こんな大事なデータをミスしたまま公開するなんて、オ㍗ルなあauの技術陣は。

251:nobodyさん
09/05/11 16:17:26
修正される前にコピペで晒し保存。

URLﾘﾝｸ(www.au.kddi.com)
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

252:nobodyさん
09/05/11 16:50:25 0vPNPWiL
同じ帯域が載る可能性を考慮してなかったプログラム側のミスになります
この度は申し訳ございませんでした

というような始末書を書くハメになりました

253:nobodyさん
09/05/11 17:31:03
所詮、勝手向けなんだか適当に決まってんじゃん。

254:nobodyさん
09/05/11 18:09:56
>>251
そういうものは、ウェブ魚拓を使おう
URLﾘﾝｸ(s02.megalodon.jp)

255:nobodyさん
09/05/11 18:30:45
>>233
被るしAUはUTF8で表示してもフォームはSJISでとんでくる

256:nobodyさん
09/05/11 19:47:53 BTpMAuiD
auワロタ

ところでふと思ったんだが、何のプログラムも使わないページで拡張子をphpにすると表示とか遅くなるのかな
htmlでもいいんだが、他のページでphp使ってるし統一するのも１つの手だと思うんだ
そこらへんどうなのかな

257:nobodyさん
09/05/11 19:55:57
>>256そりゃあ差はあるだろうけど
気にする程のもんでも無いと思う

好きなやり方で大丈夫じゃない？

258:nobodyさん
09/05/11 19:58:42 d+ICezx0
公式はIPを事前に知ったり、端末の詳細データまでもらってるんだろ。
うらやましいな。
けどそのIP重複じゃなくて間違いだとしたらエラーになるね。
もう今日から使われてるの？

259:nobodyさん
09/05/12 16:41:24
>>250
既に修正されてますた。

しかし修正日付も更新せず、ミスの謝罪も無いってのは流石です。

今回のミスは利用者でも気付くものだったからヨカタが、これが気付かない
ミスでこっそり修正されてたら酷い話だとオモタよ。

260:nobodyさん
09/05/12 16:43:21
>>251
重複の21番を削除しただけっぽい。

URLﾘﾝｸ(www.au.kddi.com)
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

261:nobodyさん
09/05/13 01:22:37 iHWlJMtV
auのIPで困るのは、そういう追加されたIPを使ってアクセスしてくるのが
わりと新機種に偏ってるのがな・・・

公式経由だとメールサーバのIPも知ることができるし、
携帯アプリの開発してるところは発売前の端末が送られてくるらしい

262:nobodyさん
09/05/13 11:02:51
公式作ってたけどそんな事は無い
仕様書はSPICEで勝手に落とせってレベル
端末なんて微塵も・・・

263:nobodyさん
09/05/13 11:05:11
担当者がついてないレベルはそんなものｗ

264:nobodyさん
09/05/13 12:17:11
公式はやった事無いがちょっと前の公式資料を見たら
データが詳細に書いてあるので驚いた
提供ツールの持ち帰りは無理だけど内容は他の勝手サイトに生かせるね
内容を記憶すれば

265:nobodyさん
09/05/13 12:33:44
auだけは公式のサイト審査も異常に厳しいからな
DoCoMoやソフバンは企画さえ通れば適当に作ってもサイト審査通っちゃうし

266:nobodyさん
09/05/13 13:41:28
この前au公式サイトでPCから無料コンテンツが落とせたぞ。
審査通過後の監視体制はぬるいのかな？
純増4位転落だしもうダメっぽいな。

267:nobodyさん
09/05/13 13:56:17
>>265
かわりに、D/Sの場合は企画書作りがハンパなくしんどい。
Dに到っては企画書添付の画面仕様と同じかどうかが審査対象。
この辺は、お役人っぽいですね。
そのてん、auの企画書はかなり手抜きでも通っちゃう。

>>266
無料コンテンツなら、KDDIとして問題は無いんじゃないの？
レギュレーションとして、携帯端末以外からはアクセス不可ってのは無いし。

268:nobodyさん
09/05/13 15:41:42
無料コンテンツでもAUから提供されるツールでしか作れないものならマズいだろう

269:nobodyさん
09/05/13 16:39:21
>>255
んなこたーない
と書こうと思ったら絵文字か。

localsrcで呼び出せてコードスッキリなのは誉めてやる

270:nobodyさん
09/05/13 17:36:32
絵文字だけSJISで飛ぶってどーいう

271:nobodyさん
09/05/13 18:05:17
>>270標準関数に絵文字の変換テーブルが無いからとかじゃないの？

272:nobodyさん
09/05/13 19:50:04
公式化はドコモが一番難しい。というか、完璧に既得権益化してるよな。公式サイトの申請って。

273:nobodyさん
09/05/13 23:24:26
ドコモは、ほかがすでにやった内容だと無理だからなぁ。
いかに違いを出すかに苦しむ。
その結果、わけのわからんサイトになる。ｗ

274:nobodyさん
09/05/14 11:24:27
遷移図上で「独自です」的なそれっぽい書いとけばいくらでも通るよ。
CP になって最初のサイトだけちょっと大変だけど、その後はザルだし。

275:nobodyさん
09/05/14 11:27:20
特にdocomoはそうだけど、
キャリアが CP にやってほしいカテゴリ（ちょっと前だとマチキャラ）で
サイトを作れば比較的に楽に通してくれるね。

デコメで申請すると、「デコメアニメでならいけると思うんですが…」みたいな。

276:nobodyさん
09/05/14 11:28:59 jYAzXwCB
ブリヂストン(鳩山の母の実家）　韓国で毎年２０％以上の急成長
URLﾘﾝｸ(www.sjchp.co.kr)

日本列島は日本人だけの所有物じゃないんですから
URLﾘﾝｸ(www.youtube.com)
鳩山幹事長　「（永住韓国人の地方参政権は）愛のテーマだ。」
URLﾘﾝｸ(www.nicovideo.jp)

【売国党】トンデモない日本のワッパ隊
URLﾘﾝｸ(www.youtube.com)

277:nobodyさん
09/05/15 13:16:56
アンドロイドは電気羊の夢を見るか？
ｽﾚﾘﾝｸ(php板)

278:nobodyさん
09/05/19 14:06:44
夏モデルが発表になったけど、>>123 はリアルみたいだな。
内通者乙。

279:nobodyさん
09/05/19 16:31:47
内通者っていうか、公式 CP に関わってる人なら誰でも知ってたから、
ここに来てるうちの結構な人数は（ｒｙ

280:nobodyさん
09/05/20 09:05:13
発表と同時にコンテンツも発表だからなｗ

数ヶ月前からすでに企画開発しているわけで。

281:nobodyさん
09/05/20 09:35:59
>>278
ここは3流業者の集いだから知ってた人は多い

282:nobodyさん
09/05/20 22:13:38
>>266
公式だからってIPで制限しろとかそういう規制は無いはず。
少なくともうちは言われたことない。
審査通過前/後問わずにね。

IPで制限すると携帯向けの検索クローラーだけ別扱いにしたりするのが面倒で、
普通に表に出して問題ない部分に関しては、UAの値で制御するぐらいしかしなかったりするよ。
UAなら検索クローラーにも影響与えないし。

会員だけに見せる画面とか問題ある部分だけIP制限してる。
その辺りならクローラーも関係ないし。

>>267
docomoの面倒さはマジ氏ねって感じ。
しかも企画書あげて数ヶ月放置とか、あいつら舐めてるのか？

softbankはそこまで面倒だとは思わないな。

283:nobodyさん
09/05/20 22:17:56
それにしても最近のauどうしたんだ？
SPICEが改悪されたと思ったらシステム障害でMNP利用不可とか。
そういえば、上の方にも晒されてるがIPリストも間違ってたよなｗ

284:nobodyさん
09/05/20 22:23:06
>>244
今更だがレスついてないみたいだから

ErrorDocument 404 http://～
って指定してない？

285:nobodyさん
09/05/21 00:28:07
公式モジュールの実装の参考情報ないかなと思って
そんな感じのモジュール名で検索掛けると
地方銀行の丸出しになってるネットバンキングとか引っかかって萎える

286:nobodyさん
09/05/21 01:20:42
先日休刊になったCawaiiという雑誌のドコモ公式サイトがある。
休刊でもモバイルサイトだけは続けるらしいが、
広告だらけだし、休刊で内容も無くなってしまった感があるが
認定取り消しとか無いのか？

287:nobodyさん
09/05/23 16:54:47 VlOihEK+
フォームからの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>
間違いありますか？

288:nobodyさん
09/05/23 17:01:27
エスパーじゃないのですいません

289:287
09/05/23 17:10:02 VlOihEK+
つまり通常はGETで取得できて、上記のフォームでおｋってことですね？

290:nobodyさん
09/05/23 17:16:58
つまりdoSomthing.cgiの中身も解らないし
SSL使ってる可能性とかも解らないし
端末の競って移動してるかも解らないし
エスパーじゃないのですいません

291:nobodyさん
09/05/23 17:17:31
ＧＥＴ送信するなら分けないで
<input type="hidden" name="guid" value="ON" />

みたいに書いたら？

292:nobodyさん
09/05/23 17:22:05
>>291
とりあえず仕様書読め

293:nobodyさん
09/05/23 17:25:06
>>292
読んでみるからiモード搭載ブラウザの仕様書ＵＲＬ教えて

294:287
09/05/23 17:31:56 VlOihEK+
>>291
どもです。それでいけました。
今、他のネットでも同じやりとりを見つけて試してみたところでした。
hiddenに入れた場合、actionのguid=ONなしで大丈夫でした。

仕様書は自分もわかりませんが、後で探してみます。

295:nobodyさん
09/05/23 17:40:30
>>292
早く教えてよ待ってるんだけど。。
自分だけ読んでズルいよ

296:287
09/05/23 18:31:23
整理してみましたが>>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
URLﾘﾝｸ(www.nttdocomo.co.jp)
>>291で「分けないで」と書いてくれたので、やっと気がつきました。

同説明には「POSTのBODY部については対象外」ともありますが、POSTの場合はフォームタグの記述はbody部だから
別途action属性に?guid=ONを加える必要があるけど、
GETの場合はフォームの全要素が同説明で言う「リクエストライン」なんですよね。
理屈も合っているので>>291でいただいた答えは"仕様"どおりだと思います。

297:nobodyさん
09/05/23 19:26:38
ていうかformの仕様を理解しろよ

298:nobodyさん
09/05/23 20:48:47
ていうか>>234でやれよ

299:nobodyさん
09/05/23 22:09:31
そもそも携帯固有じゃなかったんだろｗ

300:nobodyさん
09/05/27 11:29:15
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>

常識だが一応

301:nobodyさん
09/06/05 09:36:40
>300
どこの常識だよw

302:nobodyさん
09/06/05 13:49:31 fQGkvvdO
こんにちは。失礼します。
当方初心者ですが、現在、少しレベルの高い携帯サイトを作りたいと思っていて、
ランキングから色々なサイトを見て回って勉強しています。
そこで一つ気になった事があります。それは、サイトのURLの後ろにid=○○○が付いているサイトがあった事です。
idだから違う人が見たら違う数字になるんだと思いますが、
このidはなんのメリットがあって付けているのでしょうか。。

よろしくお願い致します！

303:nobodyさん
09/06/05 13:54:48 jqNYBZoi
それって、サイトのURLじゃなくて、ランキングサイトのIDじゃないですか？
ランキングサイトが、どのサイトがクリックされたか/どのサイトからやって来たか、を
知るためのものです

304:nobodyさん
09/06/05 14:37:41
お返事ありがとうございます。
いえ、ランキングに登録した際に指定するようなidではなく、もっと複雑なidなんです。。
たしかにサイトのURLだと思うのですが。。

305:nobodyさん
09/06/05 18:24:15
セッションか何かなんじゃね。

306:nobodyさん
09/06/05 19:22:35
そのサイトに聞け
あと、uid=NULLGWDOCOMO ならぐぐれ

307:nobodyさん
09/06/06 01:54:09
こんばんは。返事が遅れてすみませんでした！
そうです。セッションというものみたいです。
自分の情報を保持しながらページを見てるって事ですよね。。
例えばDOCOMOの携帯で料金プランを変える時なんかにログインして、
途中で十字キーで戻ろうとするともう一度最初からやり直し。みたいなやつですかね。。（違ってたらすみません）

わたしが見たサイトはまぁ普通な感じのサイトだったんで、なんでセッション情報？が必要なのかとても不思議で気になります。。

>306
確かにそのサイトの管理人さんに聞くのが一番いいですね！

308:nobodyさん
09/06/06 14:18:20
＞途中で十字キーで戻ろうとするともう一度最初からやり直し

それはただの有効期限切れｗ
PCでhttpsページにいるときとかにもなるだろう？

309:nobodyさん
09/06/06 14:24:21
すみませんどこで聴いたらいいのか迷ったのですが、ここで質問させてもらいます
スレ違いでしたら誘導をおねがいします

携帯とPCと同じURLにアクセスしているのにそれぞれ携帯向け、PC向けに表示されるのはどうやっているんでしょうか？

310:nobodyさん
09/06/06 14:33:19
携帯電話専用ホームページの制作方法　２台目
ｽﾚﾘﾝｸ(hp板)

311:nobodyさん
09/06/06 14:37:15
ありがとうございます
行ってみます

312:nobodyさん
09/06/07 19:39:42
それまさにここだろw
ひどい話だ

313:nobodyさん
09/06/07 21:42:38
googleのアンロドイドについて聞きたいのですがここでよろしいでしょうか？
他に適当なスレがあれば誘導お願いします。

314:nobodyさん
09/06/07 21:44:11
アンドロイドは電気羊の夢を見るか？
ｽﾚﾘﾝｸ(php板)

315:nobodyさん
09/06/07 21:46:57
アンロドイドで調べていました。
ありがとうございます。

316:nobodyさん
09/06/13 18:11:00
>>315
こんなおもろいやつをなんでみんなスルーなんだ

317:nobodyさん
09/06/17 20:53:25 zqUXoc2p
ちょいと教えてくれないか

PHPで特別なことをしていないメールフォームを作ったんだ
手元にはドコモとSBがあったのでそれで動作確認をしたのだが
先方がAUで動作が確認できないというのさ

基本的に入力フォーム表示→内容確認→メール送信という流れのヤツなんだが
最初の入力フォームにデータを入力して確認ボタンを押したら携帯のディスクトップに戻ってしまうらしい

こういうのってどうすればいいんだ？

318:nobodyさん
09/06/17 23:37:49
auのキャッシュの設定かもよ。ヘッダにキャッシュをクリアするタグを挿入するとか。

319:nobodyさん
09/06/18 00:31:41
ありがちなのは、これかな。

<div>
<form>
～
</div>
</form>

320:nobodyさん
09/06/18 09:48:20 2VUKOspk
>>318さん、>>319さんありがとうございます
一応キャッシュをクリアするタグを入れてみました
また<div>関係のタグも全部消してみましたがだめでした

昨晩ＡＵのエミュレーターを見つけてダウンロードしてソースを表示させたのですが
コード上では書いてある</form>がソースを表示させてみると表示されないんですが
これが原因なんですかね？
ってかなんでソース上に出てこないのかもわからないんですけどねｗ

321:nobodyさん
09/06/18 10:06:03
凡ミスっぽいからプログラムのソースをよく見るのだ。

322:nobodyさん
09/06/18 11:15:54
>>319が言いたいのは、div に限らず、
正しい html になってない場合、ってことだ。
(form の入れ子部分が間違っている。)

これをヒントに解決出来ないようじゃ、お前頭悪いからあきらめろ。

au は特に html 周りがシビアで、
フォーム関連だと、<form>タグが正しく入ってないと
submit が効かなかったり (押下後、submit されずに前のページに戻されたり) するよ。

323:nobodyさん
09/06/18 21:56:37
liをulに入れないと戻されるね

324:nobodyさん
09/06/19 10:10:18
<head>～</head>がないとページがまったく表示されない、とかな

325:nobodyさん
09/06/19 17:12:18
URLﾘﾝｸ(www.zakzak.co.jp)

326:nobodyさん
09/06/28 23:59:50 v4o73/iw
携帯のみの場合、フルブラウザって許可してる？

327:nobodyさん
09/06/29 01:25:52
携帯電話専用ホームページの制作方法　２台目
ｽﾚﾘﾝｸ(hp板)l50

328:nobodyさん
09/06/30 12:07:06
語り尽くされていると思うんだけど、絵文字の変換について。

PCからアクセス→画像を表示
ドコモからアクセス→ドコモ用の絵文字に変換
auからアクセス→au用の絵文字に変換

という感じになると思うんだけど、これって無理だよね？
絵文字の絵がドコモとauで事なるんだから、1キャリアの絵文字をPCと携帯で
表示できるか否かなだけで、キャリア間の互換は出来ない、っと。

329:nobodyさん
09/06/30 14:19:13
>>328
共通化できる絵文字だけ変換すれば良いじゃないか

330:nobodyさん
09/07/01 09:41:19
似たようなのをできるだけ変換
あと、どうしても変換できないのは文字にするなり、画像にするなり、空にするなり
お好きなように

331:nobodyさん
09/07/01 16:45:07
語りつくすもなにも、すでにあるライブラリ使うだけ。

332:nobodyさん
09/07/01 22:45:17
>>329-330
その「似たようなもの」っていうのは
自分（開発者）が各キャリアの絵文字を見て判断するんだよな？

例えば、{$emoji[smile]}というタグが変数内にあったら
各キャリアに応じて絵がマークに変換するって言う。

333:nobodyさん
09/07/01 22:46:55
修正：
絵がマーク　=　笑顔の文字

とりあえずよくわからないから、ライブラリ探すよ

334:nobodyさん
09/07/02 05:17:27
> 自分（開発者）が各キャリアの絵文字を見て判断するんだよな？
じゃなくて
こういうの
URLﾘﾝｸ(mb.softbank.jp)
を参考にするもんでないの？既存のライブラリもたぶん

335:nobodyさん
09/07/02 17:39:47
>>334
おお！こんなのがあったのか。参考にするよ。ありがとう

336:nobodyさん
09/07/06 19:12:11 BeXh1xuG
ソフトバンクの絵文字を使う場合、届け出が必要とのことだけど、
掲示板に投稿された絵文字を自動変換するだけでも必要なのかな？
それとも、PC用に表示する場合画像を使うから、届け出が必要なのかな？

だれか詳しい人教えて下さい

337:名無し募集中。。。
09/07/06 22:42:24 Z/JyX/wa
配布するシステムに組み込む場合の話だろ

338:nobodyさん
09/07/07 18:00:36
メールの絵文字をちゃんと受け取る方法ないかなぁ。

339:nobodyさん
09/07/08 12:52:38
申請すると無変換で絵文字メールを送信してくれるサービス。
特定のドメインでいいからどっかやってくれないかな。

340:nobodyさん
09/07/10 09:25:31
日本語でおｋ

341:nobodyさん
09/07/10 10:34:12
>>340
>>339 の言いたいこと、普通に理解できるが…。

342:nobodyさん
09/07/10 17:40:40
>>340
ﾁｮﾝ乙

343:nobodyさん
09/07/11 08:16:48
俺もわからん。

344:nobodyさん
09/07/13 00:38:17
例えば、ドコモの携帯からPCにメールをすると
絵文字が強制的に＝に変換された状態で届くという事。
これはキャリアの仕様なので、プログラムでは回避できない。
これで困るのは、携帯からメールを送るだけでブログに投稿できるような仕組みの場合。
絵文字が全て＝になってしまうので、利用者としては不便で仕方ない。

そこで、キャリアに申請したら絵文字を変換せずにそのまま送信してくれないかな？
という事でしょ。

345:nobodyさん
09/07/13 13:18:02
未だに絵文字？．．．

そんなことにこだわってるところは、どんどん客足落ちてるだろ？

346:nobodyさん
09/07/13 14:07:01
>>345
出来ない言い訳としては最低だな。

347:nobodyさん
09/07/14 03:23:18
なんでも商売に結びつける男の人って・・・

348:nobodyさん
09/07/14 03:30:29
携帯専門でやってきた三流会社の人たちって
スマートフォンが主流になってくると厳しいだろうな。

349:nobodyさん
09/07/14 10:00:32
それはありえんｗ

350:nobodyさん
09/07/14 12:53:48
>>344
キャリア側は無変換でしょ
表示させる側がその機種依存文字を表示できないから〓に文字化けしているだけで

ブログに関してはPCで表示できるように画像ファイルに置換しているサービスもあｒ

351:nobodyさん
09/07/14 13:04:04
>>350
キャリア側で携帯でないメールに送る際に、
キャリア側で変換かけやがるんだよ。〓って文字を送って来るんだぞ。
変換かけない用にしてもらうと、blogで絵文字のメールでの投稿が出来るようになるんだよ。
個人でなんとかやるとしたら、yahooメール経由とかgmail経由とかwillcom経由とか　不完全だけど。

352:nobodyさん
09/07/14 13:42:53
メールの仕組み解ってない馬鹿は黙ってろよ
半角カナですら文字化けの原因なのに
全部HTMLメールで送らせる気か？

353:nobodyさん
09/07/14 14:41:09
半角カナが対策できないと思ってるやつはだまってたらどうだ。

354:nobodyさん
09/07/14 14:50:10
どうキャリアで変換するかによるな。
まさか、キャリアと自分のサーバーの間で化けるとか思ってないよな。

355:nobodyさん
09/07/14 15:11:02
取り決めを作ったらどうにでも出来そうだな。と素人がほざいてみました

356:nobodyさん
09/07/14 17:22:23
>>353
全メールクライアントで文字化けしないと言う保障ないぜ

357:nobodyさん
09/07/14 18:30:27
>>356
だれがメールクライアントの話をしてるんだ？

358:nobodyさん
09/07/14 22:49:59
送信さえできれば満足
受け取る側が困ろうと関係ないです

359:nobodyさん
09/07/14 23:28:27
はるか昔からある仕組みで、未だに盛り上がれるレベルに乾杯ｗ

360:nobodyさん
09/07/15 00:12:10
未だに悩むから盛り上がるんだよ。

未だに仕事や恋愛で悩む奴が絶えないようにな。

361:nobodyさん
09/07/16 09:27:25
【携帯】ドコモ「好調なiPhoneに対する、１つめの武器だ」…グーグル携帯、日本で発売。「スマートフォン戦争」激化へ★３
ｽﾚﾘﾝｸ(newsplus板)

このスレが終わる頃には携帯端末とか意識しなくてもよくなるんじゃね

362:nobodyさん
09/07/16 10:09:22
スマートフォンってPC感覚でサイト作って良いの？

363:nobodyさん
09/07/16 23:21:02
Windows Mobile用は前から作ってるあるだろ？

364:nobodyさん
09/07/17 22:40:48
>>363
つ>>348

365:nobodyさん
09/07/27 16:25:48
SBのIPアドレスが7月24日付けで２個削除されてたよ。

366:nobodyさん
09/07/27 20:10:38
知ってるわそんくらい

ありがと

367:nobodyさん
09/07/27 21:23:18 PdVKv6k8
>>313-315

糞ﾜﾛﾀwwwwwwwwwwwwwwww

368:nobodyさん
09/07/29 21:40:48
>>365
J-Phneの頃の地域会社毎に有ったサーバーを、２箇所無くして集約したって事かな。

369:nobodyさん
09/08/13 14:03:44
質問です。
URLの最後にセッションIDをつけてログイン情報を保持する仕組みを作ったんですが
この方法だと、たとえばユーザー間で「このサイトみてみろよ」みたいなやりとりがあって
メールなどで閲覧中のURLが人に伝えられた場合、ログイン情報も引き継がれてしまいます。
何か良い対策はないでしょうか？

370:nobodyさん
09/08/13 18:08:29 OVywA48x
sessionをregenerateして機種とか接続元とかvalidateしないとまずくね？
まあそれでも不安は残るが。。

371:nobodyさん
09/08/14 00:01:41
>>369
俺がやっている方法

・セッションに、IPアドレス（または個体識別番号）と日時を記録
・ログイン時にチェックこの時、リファラ元も確認
　（機種によってリファラが取得出来ない場合もある）
・一定期間を過ぎたアクセスはログインできない
・セッションだけでは不安なので、DBに情報を残しておく

てなことをしている。これで完璧だとは思わないが、そこそこ有効だと思ってる

372:369
09/08/14 02:23:00
>>370,371
ユーザを特定できるような情報を毎回確認する必要があるってことですね。
（リファラがすべての機種でとれればそれでも良かったんですが、残念）
時間切れ等の実装も含めて試行錯誤してみます。
ありがとうございました。

373:nobodyさん
09/08/14 09:02:51
つーか、携帯うんぬん以前の話だろ。ｗ

374:nobodyさん
09/08/14 13:36:24
携帯でCookieがちゃんと動けば、カジュアルコピーで漏洩してしまうURLに乗せなくて済むのにね

375:nobodyさん
09/08/14 23:38:00
携帯のキャリアはIEやFirefox以上に仕様が異なるからな
どれか統一して欲しいよ。ユーザにとって不利益だ

376:nobodyさん
09/08/15 02:48:18
携帯は全部au規格で統一すりゃいいんだよ

377:nobodyさん
09/08/16 18:43:12
ほんと携帯業界は政治争いが酷すぎるｗ
こりゃガラケーとか言われて、世界に通用しないのもわかるわｗ

378:nobodyさん
09/08/17 06:23:51
>>373は、なんで？
おもいっきり携帯の話だと思うんだが。

379:nobodyさん
09/08/18 19:30:07
>>378
ログイン情報をなんのバリデーションもなしにセッションにいれて引き回すのは携帯以前の問題だろjk

380:nobodyさん
09/08/21 09:09:22
378のようなやつは、プロキシ通されるとえらい騒ぎになるぞｗ
前に接続した人の情報が全部見える！なんてことにｗ

381:nobodyさん
09/08/21 11:37:20
greeの話？

382:nobodyさん
09/08/27 16:20:21 vb6War4u
IDとパスワードでガードしてhttps通信するwebを作ったら、それを上手く見れない
第３世代の機種って結構多いでしょうか？

auのやや旧い機種だと駄目っぽい気がしますが、駄目な機種の情報がドコゾに纏めて
あれば嬉しいですが。

383:nobodyさん
09/08/27 18:28:23 GXwqUg2e
モバイルでexcelファイルをダウンロードさせたいんだけど
以下の状況で困ってるので知恵を貸して！

xlsファイルに直リンすると
softbank(911T)はexcelファイルとしてダウンロード＞表示ができた
au「表示できないファイルです」
docomo(N904i)端末はバイナリがそのまま文字として出力された

あとobjectタグとかもあるっぽいけど
docomoだとダメみたいなので
auとdocomoでのダウンロードのさせかたを教えてほしい

ゆくゆくはoffice系のファイルを全部ダウンロードできるようにしたいけど
とりあえず
httpd.confに
AddType application/vnd.ms-excel .xls
を設定してある

384:nobodyさん
09/08/29 16:28:00
もともとdocomoの端末はセキュリティの為にwebからのダウンロードを厳しく
制限してたら多分ダメポ。MOVAだと画像ファイルすらセーブ出来なかったし。

auはダウンロードにobjectタグを使う規定を正規に用意してるし、ドキュメント
ビューアー搭載機種以降なら、多分大丈夫かと思われ。

SBはその点以前から融通が利いてヨカタ。

385:nobodyさん
09/08/29 17:54:58
ちょっと面白い頁を見つけました。日本通信が対象外なのが残念ですが。

そっかロボットのIPも許可しないと検索エンジンに登録されないわな。

携帯端末以外のIPを制限するhtaccessを簡単生成
URLﾘﾝｸ(www.dspt.net)

386:nobodyさん
09/08/29 19:07:10
SoftBankっていつからHTTP1.1になったの？
ついこの間までHTTP1.0だったと思ってたけど。

387:名無しさん＠そうだ選挙に行こう
09/08/30 17:09:16
1.0って名前ベースのバーチャルドメインが使えないんだっけ？

388:nobodyさん
09/08/31 18:48:49
そろそろ文字コードをUTF-8にしていってもいい？
3G機種ならもうほとんど対応しちゃってるよね

389:nobodyさん
09/09/01 02:27:46
結局、ソフトバンクの3G機種の中で絵文字をShift-JISで投げたときに、
ウェブコード絵文字を投げる機種が存在するのかしないのか、そこんとこはっきりしてくれ。

ネット上を探したが(2ch含む)、Shift_JISバイナリで投げることはあるが、
ウェブコードを投げたという記述は一切見かけなかった。
ソフトバンクのウェブコンテンツ開発ガイド見ても、あくまでウェブコードを投げると書いてあるように見えるし、
シミュレータも投げてるように見える。
投げないという保証はないが、投げる機種は最近は存在しないということでいいんだな？

390:nobodyさん
09/09/01 02:34:03
検索の仕方が悪い

391:nobodyさん
09/09/01 02:38:52
「3G機種の中で」というより、知りたいのは「最近の機種で」でした。
最近とはここ２年の間ぐらいです。

392:nobodyさん
09/09/01 16:16:31
>>388
そうなんだよな～。

最近IDとパスワードでガードするサービスの提供先を探してるのだが、ID＆パスワードの
入力画面がUTF-8になっていさえすれば、旧過ぎる機種以外なら大抵の３G端末ならオケだと
思うのだが、そういうのがハッキリしないところが多い。

勿論、携帯対応を標榜してるところもあるから、そういうところはある程度機種別対応して
る筈なので、３G端末以外でも結構使えそうだけど、怪しくなさそうなところを探すのがメン
ドイ。

とりあえず来年３月でSBの２G端末が消滅するから、それを機会にUTF-8に統一しちゃう、って
のが良いかと。まあMOVAは無視する訳だけど。

393:nobodyさん
09/09/02 17:19:17
そういやアパッチサーバーが出力してる、ID＆パスワードの入力画面って、
普通のPCブラウザだとポップアップみたいな別画面で出るモノしか見た事
がないが、携帯で見るとどうなっちゃうのかね？

394:nobodyさん
09/09/02 17:20:36
普通にポップアップされるよ
ただ、古い携帯だと、ポップアップ出ずに普通にページが表示されなかったっけ？

395:nobodyさん
09/09/02 18:12:19
それってサーバー側の設定次第では？

多分安いレンタルサーバーなんかだとムリポな気が。haccessとかで変更出来たっけ？

396:nobodyさん
09/09/02 18:14:03
レン鯖はわかんね
俺は自鯖あるし

397:nobodyさん
09/09/02 19:01:39
携帯電話に今の航空機並のジャロセンサーが搭載されるって凄い話だな。

ＡＴＲ、回転角速度依存信号が検出できる半導体レーザジャイロチップを開発
URLﾘﾝｸ(it.nikkei.co.jp)

角速度センサチップが実現できれば、ロボット、車、携帯端末等にも搭載することができます。将来的には、
ＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）と協調することで、ＧＰＳ信号が届かない
地下街、建物内、ビル街、トンネル等でも航空機のように自律的な位置情報検出を行うことができます。得ら
れた位置情報・姿勢情報を用いて、豊かで便利で安全な情報サービスへの展開が可能となります。

398:nobodyさん
09/09/02 19:21:39
>>394 >>396
古くない携帯ならデフォルトのままでオケだから、あまり話題にならないって事かな。

ググリ方が悪いのかもしれんが、それらに関する情報は殆ど見つからなかったし。

399:nobodyさん
09/09/02 19:33:34
>>394
ブラウザの対応がどうだろうと、認証通んなかったら鯖が401返すだろ

400:nobodyさん
09/09/02 20:24:23
携帯電話専用ホームページの制作方法　２台目
ｽﾚﾘﾝｸ(hp板)l50

401:nobodyさん
09/09/03 09:24:03
ディズニーモバイルの絵文字の仕様って、ソフトバンクの3Gと同じでしょうか？
絵文字のコード範囲も同じだし、
Shift_JISコンテンツ時に入力した絵文字が飛ぶか飛ばないかは機種依存という認識です。

402:nobodyさん
09/09/03 10:31:46
サイトを見に行くことさえできない人か？

403:nobodyさん
09/09/04 07:57:13
URLﾘﾝｸ(disneymobile.jp)
見つけられないですね。
欲しいのは、Shift_JISバイナリ形式の対応表と文字参照形式(？xXX;)での対応の両方が欲しいです。

404:nobodyさん
09/09/04 17:00:19
>>399
ID&パスワード入力画面の表示は、認証前の話だろ。

>>400
多分入力画面は、JS入りのHTML頁をサーバーが生成＆出力してると思われる
から、作成方法のスレだと的外れだわな。

そういう頁を受信した時、旧い携帯でJS非対応なブラウザだと >>394 の言う様に、
ポップアップ無しな表示になるだけかと思われ。

ただそれがutf-8な文字コードでないと、SBの３G端末で問題になりそうだが。

405:nobodyさん
09/09/04 17:08:28
BASIC認証の話じゃなかったっけ?

406:nobodyさん
09/09/04 17:11:42 4sANafbz
これは？URLﾘﾝｸ(mega-r.com)

407:nobodyさん
09/09/04 17:18:04
>>404
>>393はmod_authの話だと思うんだけど？

408:nobodyさん
09/09/05 16:09:08
良く知らなくてスマソだが、mod_auth の中にID＆パスワード入力画面の元になる
HTMLファイルが有る、って話なのか？

まあ何処かに無ければ出来ない訳だが、これを携帯専用にカスタマイズする事は
このスレでは常識な知識ならスマソ。

409:nobodyさん
09/09/05 16:33:41
>>408
ちげー。
HTTPの規格の中に、BASIC認証・DIGEST認証という仕組みがある。
フォームで認証を行うんじゃなくて、
HTTPヘッダーで認証情報を受け渡しして認証を行っている。

ブラウザがあるHTTPヘッダーを受信すると、
ブラウザ自身が、ダイアログを出してユーザー名とパスワードをユーザーに尋ねる。
htmlで認証画面作るのとは全然違う話。

410:nobodyさん
09/09/05 18:39:30
>>409
DIGEST認証は対応してない端末あるね

411:nobodyさん
09/09/05 20:08:44
こんなスレッドが有ったよ。

ネットワークパスワード入力画面について
URLﾘﾝｸ(otn.oracle.co.jp)

412:nobodyさん
09/09/05 20:38:23
>>411
これってブラウザ組み込みのダイアログを使うんじゃなくて、
htmlで出来たフォームに入力させることでBASIC認証させる
っていう話をしてるんだよね?

PHPのソース見てもどういう原理でやってるのか全然わからん…。
もう年なのかな…。

413:nobodyさん
09/09/05 21:40:28
401を返したら認証ダイアログポップアップをブラウザは行う
BASIC認証とは401を受け取ったブラウザがユーザー名パスワードを素で送信する機構
JavaScriptとか使って、ユーザー名パスワードをリクエストヘッダに入れれば出来るのかな？
んなの動く携帯端末があるのだろうか・・
JavaScriptでリクエストヘッダーの加工できるのかなぁ

414:nobodyさん
09/09/05 22:31:12
XmlHttpRequestならヘッダ追加出来るから、
それでページを取得してDHTMLで書き換えなら出来る…はず!
ブラウザの「戻る」「進む」「アドレスバー」は使わないで下さいと
注意書きしないといけないが。

でも>>411はPHP使ってサーバー側のトリックのみで出来るって
話に見えるんだ…。

415:nobodyさん
09/09/07 19:52:19
>>409
レスサンクス

そっかー、ID＆パスワード入力画面はサーバーじゃなくて、端末のブラウザが出してるのか～。

端末のブラウザがBASIC認証に対応してさえいればモーマンタイな訳ですね。ググッテも情報を
見つけられずにいたので助かりました。

そうなるとあと気になるのは以下の２点くらいかな。認証エリアに置く予定のxhtmlな頁には
当初はともかくエンハンス時に外部リンクを入れる予定なので。

（１）クッキーが使えないブラウザな端末だと、認証エリアから出て戻る時に再度
　　　ID＆パスワードの入力を要求されますか？

（２）認証エリアがSSL通信状態だと、非SSLな外部リンクへジャンプ（＆戻る時も？）
　　　する時に、鬱陶しい警告とかは出ますか？

尚、BASIC認証エリアに置く頁は一般公開はしたくはないが、SSL通信が必要な
程にはまさかの時の被害は無い程度のモノなので、使い勝手が悪くなるなら
止めようと思ってます。

まあ携帯のSSLにはベリサインが一番適用機種が多そうだけど、費用が高いみ
たいだから、その点からもSSLをあまり積極的利用するのは避けたいので。

416:nobodyさん
09/09/08 08:43:51
携帯電話専用ホームページの制作方法　２台目
ｽﾚﾘﾝｸ(hp板)l50

417:nobodyさん
09/09/09 13:20:01 0xXcvXSC
ドメイン指定してるユーザーにメールを送って拒否された時って
どんなレスポンスが返ってきますか？

418:nobodyさん
09/09/09 16:14:35
設定による
普通は何も返答しないようにしてるはず
返答したらそのアドレスが存在するかしないかスパマーにわかっちゃうから

419:nobodyさん
09/09/09 21:14:35
存在しないとエラーが返ってくるから、その理由はおかしいです

420:nobodyさん
09/09/09 21:30:23
たしかにｗ

421:nobodyさん
09/09/09 22:02:33
ウィッシュ

422:nobodyさん
09/09/10 09:06:29
今の携帯って、存在しないときも無応答じゃね？

423:nobodyさん
09/09/10 09:56:33
３キャリアは無応答だね
いちいち返してたらサーバ死ぬから

424:nobodyさん
09/09/12 07:53:44
レベル低すぎワロタｗｗ
なんだこのスレｗｗｗ

425:nobodyさん
09/09/13 12:13:57
SPFを設定していれば、存在しない場合と拒否された場合の両方でUser unknownが返って来る。
携帯向けにメールを送る場合は、IPの逆引きとSPFを正しく設定するべき。

SPFについてはAuのサイトに説明がある↓
URLﾘﾝｸ(www.au.kddi.com)

426:nobodyさん
09/09/13 12:31:47
docomoの話。
HTTPクエリにguid=ONを付けて、環境変数でiモードIDを取得できるのと似たような方法で、
パケ放題コース加入の有無って取得できないんだろうか。

定額サービスに入っていない人がアクセスしてきたときは、警告文を出すか、
利用を制限したいんだけど。

427:nobodyさん
09/09/13 13:24:17
むり

428:nobodyさん
09/09/13 19:33:46
なんかあるよ

429:426
09/09/13 19:43:54
>>427
やっぱムリだよな。

430:nobodyさん
09/09/14 01:00:34 ffqvT8rV
xxne.jpのフリーメールへの送信がConnection timed outになってるのですが
原因分かる方いますか？
ググったらgmailからも送れないようです
グレイリスティングだったらrejectされたログが残ると思うのですが
smtp接続自体を拒否してるっぽいのが謎です
海外のサーバを一律弾いてるとかでしょうか？
SPFレコードも設定し、携帯の生アドレスには問題なく送信できています

431:nobodyさん
09/09/14 02:23:25
なんかxxne.jpのメアド、捨てアドとしてそこら中に書き込まれてますね
スパイダーにメアド拾われる
→SPAMが大挙
→iptablesでIPレベルの国別フィルタリング
ってことかも
利用者が多いのがいかんともしがたいですなー

次ページ