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

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

[前50を表示]
150:nobodyさん
09/03/24 21:02:49 QifOBF6u
あ

151:nobodyさん
09/03/24 21:06:48 QifOBF6u
みすった。
掲示板に書き込みがあったらスレッド主にメールを送るプログラムを作ったのですが
クライアントがformでメールアドレスをサーバに送る時、SSLを利用すべきか迷っています。
メールアドレスを送る時、一緒に送るデータはHN、タイトル、コメントです。
皆さんだったらどうしますか？よろしくお願いします。

152:nobodyさん
09/03/24 22:12:14
>>151
2chでもSSLなんて使ってないけどどう思う？
あと、よく見る「このページを友達に知らせる」みたいな機能もSSLなんてかませてないし
俺だったらそこまで気を回さないな、、

153:nobodyさん
09/03/24 23:37:07 QifOBF6u
確かにそうですね…
使わない方向でいこうと思います。ありがとうございました。

154:nobodyさん
09/03/25 21:15:36 LXbBKXNm
PC/mobile両対応のサイトを作成しています
内部コードUTF-8,PCの表示はUTF-8,mobile表示はSJIS-winです
そこで疑問があるのですが、
「UTF-8にあってSJIS-winにない文字」の処理は
どうやるのがセオリーなのでしょうか？

155:nobodyさん
09/03/25 22:11:39
使わない。

156:nobodyさん
09/03/25 22:17:24
PCでユーザに入力された文字を
mobileで閲覧できるようにするときはどうします？

157:名無し募集中。。。
09/03/25 22:36:45 J1npucsm
入力チェックで弾くがなそんなの
ダメ文字は優しく置換してあげる
プログラム組むの面倒ならiconvでUTF8からMS932にしてやれば一発

158:nobodyさん
09/03/25 22:51:22
>>154
mobileってのが携帯電話のことなら、そっちもUTF-8で良いんじゃない？
表示出来無い文字は表示出来ないんだし。

159:nobodyさん
09/04/07 01:05:22

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

924 ：nobodyさん：2009/01/05(月) 10:49:43 ID:???
auは今月から4月まで毎月IP追加あり
公式持ちには告知済みだけど

釣られたか

160:nobodyさん
09/04/08 22:47:58 fzKk45P9
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();

161:nobodyさん
09/04/08 22:52:35
>>160
gethostbyaddr()

162:nobodyさん
09/04/09 01:20:05
>>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);

163:nobodyさん
09/04/09 01:22:00
>>161
逆引きは信用ならんだろ

164:nobodyさん
09/04/09 09:20:17
キャリアを信用ならんとなｗ

165:nobodyさん
09/04/09 23:48:12
DNSの仕組みをもうちょっとお勉強しましょうね

166:nobodyさん
09/04/09 23:57:43
IPは信用ならんだろ

167:nobodyさん
09/04/10 07:19:13
全てが信用できませんY(>_<、)Y

168:nobodyさん
09/04/10 14:25:57
TCPでちゃんと返事が来るIPなら、信用出来るだろ

169:nobodyさん
09/04/10 14:34:18
あ、インターネットまでの経路に虫とかは勘弁な

170:nobodyさん
09/04/10 14:42:06
この流れ、ほとんど解読不能なんだけど
わかってるふりとか意味ないから、やめときなよ

171:nobodyさん
09/04/10 16:51:13
お前が理解できてないことは、よっくわかってるから
安心して

172:nobodyさん
09/04/10 23:52:04
暇なんで、理解に役立つかもしれないURL張っとくわ

Wikipedia項目ﾘﾝｸ
＞逆引きで返ってくる結果は所詮は自称にすぎないので、
シンガポールのネットワークから「私の逆引き名は docomo.ne.jpです」って言いながらアクセス可能

Wikipedia項目ﾘﾝｸ
＞接続元アドレスは通常すべて異なるアドレスに偽装されているので、
パケット投げる時の自分のIPは自称なので、信用できません

URLﾘﾝｸ(www.asahi-net.or.jp)
行って来いして初めて通信確立となるのがTCP
なので、基本的にIPを詐称したパケットの返事はどっかに行ってしまう
返事が無いのでsyn+ackが確立できないからTCP通信できません

URLﾘﾝｸ(herald.jugem.jp)
URLﾘﾝｸ(blog.hitachi-system.co.jp)
URLﾘﾝｸ(memo.hirosiki.jp)
でも、デフォルトゲートウェイが詐称されると、どんなパケットだろうとも嘘言われちゃう
ハウジングの隣のサーバーは何する人ぞｗｗ

173:nobodyさん
09/04/11 00:18:49
逆引きはプロバイダから DNS の権限委譲さえあれば誰でも自由に名乗れるからな
ezweb.ne.jp とかも勝手に名乗れるし、違法でもなんでもない

174:nobodyさん
09/04/11 00:21:50
IPアドレスはこの目的なら信用して差し支えないレベル

175:nobodyさん
09/04/11 01:26:52
REMOTE_ADDRで携帯か判断してるんだけど
これは信用できますか？＞＜

176:nobodyさん
09/04/11 03:28:58
IPは信用ならんだろ

177:nobodyさん
09/04/11 04:01:58
>>176

>>172を読みました

「携帯からのアクセス時のみページを表示する」
と言う動作をさせたい場合に、
REMOTE_ADDRのみを判断材料にするのは
問題ありませんか？＞＜

178:nobodyさん
09/04/11 04:52:25
>>177
>>174

179:nobodyさん
09/04/11 06:02:06
>>177
>>166

180:nobodyさん
09/04/11 07:09:15
172が言うような類は、今なら全部FWで落ちるよｗ

181:177
09/04/11 08:15:34
>>180

なるほど＞＜
世の中の流れが俺に合ってきてると言うことですね＞＜

182:nobodyさん
09/04/11 21:30:25 MJPWjUnv
携帯のキャリアIPアドレス帯域ごとに
Apache/httpd.confのsetenvifで環境変数を設定したいときはどうしてますか？
CIDR形式とか使えないようなので第三オクテットまでで判別するとかいうサイトを見つけたんだけど、
それでいいのか
それとも正規表現で抜き出すべきなのか
単にアクセス制限だけじゃなくて、絵文字変換の処理もあるので、
キャリア振り分けの結果を環境変数に入れてスクリプト側で取得したい

183:nobodyさん
09/04/13 10:22:52
そんな面倒なことしなくても、スクリプト側でやれば済む話。
別にたいした行数でも負荷でもないし。

184:nobodyさん
09/04/13 23:49:35
画像の対応もあるからな

185:nobodyさん
09/04/14 03:20:16
>>184
(ﾟДﾟ)ﾎﾟｶｰﾝ

186:nobodyさん
09/04/14 09:06:30
pngにしないといけない機種とかを知らない世代か？

187:nobodyさん
09/04/14 09:26:21
>>186

>>184が質問と全然関係無いってことだよ

188:187
09/04/14 09:33:18
一応補足

質問は判別部分をhtaccessに分担させて、
結果をスクリプトに渡したい

→そんなことしないで全部スクリプトでやってしまえば？

→画像の変換もしないといけないしな（ｷﾘｯ）

(ﾟДﾟ)・・・

189:nobodyさん
09/04/14 12:09:13
>>123 ってマジっぽいな。

ｽﾚﾘﾝｸ(keitai板:3番)

190:nobodyさん
09/04/14 16:06:31
>>189
何をいまさらｗ
まぁどうせ全機種対応は怪しいと思うが。

191:nobodyさん
09/04/14 16:34:16
茸はJavaScriptの前にcookieとSSL環境下でのuid取得対応しろっての

192:nobodyさん
09/04/14 16:37:52
しかし逆に何のためにSSLでuid取得できないようにしたのだろう…
cookieなら面倒くさいからとかわかるが

193:nobodyさん
09/04/14 17:53:12
>>189
キャッシュとかを大きくされても、ちゃんと処理能力が追いついてるのやら。

つい最近画像無しで20KB未満の簡単なxhtmlな頁を作って、某３G携帯の内部メモリに転送
してアレコレ操作してみたが、結構レスポンスがもっさりしてた。

ネット経由だと更にもっさりしそうでガッカリしたよ。まあcssを結構たくさん使ったせい
もあるのかもしれんが。

194:nobodyさん
09/04/14 18:24:16
Apacheレベルで制御を掛けれるなら、その方が都合がいい。

195:nobodyさん
09/04/15 02:26:18
画像へのアクセス制限はapacheで出来ると楽だね
php autoなんたらーでやった事あるけど

196:nobodyさん
09/04/15 11:47:33
画像の直リン禁止とかは、かんたんに出来るべｗ

197:nobodyさん
09/04/15 13:20:37
>>192
SSL の基本的な仕組みが分かってないんだな。
仕組みから考えると、SSL でやるのは一苦労だと思うよ。。。
茸の GW の仕様次第だろうけど。

198:nobodyさん
09/04/15 17:24:27
一苦労も何もauは余裕で対応してるわけで

199:nobodyさん
09/04/15 23:44:10
SSLを携帯でつかうなんて発想がなかったんだろうなぁ。
最初にゲートウェイでuidを付加するなんてしなきゃよかったのに（後の祭り）

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
検索の仕方が悪い

次ページ