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

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

[前50を表示]
100:nobodyさん
07/08/08 23:28:43
formは付くだろ

101:nobodyさん
07/08/09 08:52:14
>>100
GETの時だけね

102:nobodyさん
07/08/09 08:53:17
>>101
ゴメン嘘

103:98
07/08/09 08:53:35
対象URLに飛んだときにURLに付加されるとかならもっと便利になってたかもね

104:nobodyさん
07/08/09 09:16:38
便利である必要がない。
必要なｻｲﾄだけが実装すればいいんだから。

105:nobodyさん
07/08/09 10:55:20
>>97-98
session.use_trans_sid = 1
にしたら付加されない？
相対パスで指定すれば付加されると思うが

106:nobodyさん
07/08/09 16:34:29 9V45VIXd
一部のezweb宛てのメールで
「このメールには本文がありません」
って表示されてしまうみたいなんですが心辺りある方いますか？
今のところ分かってる限りでは2万人ユーザがいて１件だけなんですが・・・。
対象機種は
W51S
です。

107:nobodyさん
07/08/09 16:36:28
>>106
一括送信してるんならラグって本文入らなかっただけじゃね？

108:106
07/08/09 19:46:59 9V45VIXd
>>107
ところが同じユーザ１人に配信の度起きている現象でしてラグって事は考えづらいかと思います。
複数人問い合わせが来てるなら分かるのですが一人のみなので・・・。
同じ端末はこちらにないのですが、他のEZの機種では問題なく受信できてるんです。

109:nobodyさん
07/08/09 20:25:10
その人のアドレス削除したら解決

110:nobodyさん
07/08/10 09:33:37
>>106
ほかにいるが面倒で連絡してきてないだけだと思ったほうがいい。
一人言って来たらもっといるよ。

111:nobodyさん
07/08/10 12:02:10
>>106
その１名が虚言じゃなければ、
端末のメーラーの実装がしょぼくて何かしらのバグを拾っているんでしょう
前に同じような問題にあったことがあるよ（Vodaだったけど）

メールのヘッダをよく解析してみて、RFCに沿っているか確認したほうがいいよ

例えばPHPのmb_send_mailみたいなメール送信用関数を使っているのならば
まず問題ないとおもうけどね

「/usr/sbin/sendmail」とかを直接叩いているんであれば要注意

112:nobodyさん
07/08/13 10:12:18
携帯のメール送信で日記が書けるというのを作りたいのですが、
やはりメール鯖の知識は必要になってくるのでしょうか？
また、レンタルサーバーで行いたいのですが、どのような環境の鯖がお勧めでしょうか。
(メールサーバーの設定の自由度など・・・。)

113:nobodyさん
07/08/13 16:11:07
メル鯖よりも来たメールに反応するにはどうすればいいかを考えろ。
こんな質問する人じゃスクリプト書ける感じはしないけど。

114:nobodyさん
07/08/13 16:14:50
>>113
メール鯖にきたメールをPHPに送信するようなことを本に書いてありました。

115:nobodyさん
07/08/13 18:49:27
>>112
/etc/aliasesとかが自由に編集できるroot権限があるような鯖なら完璧だけど、
とても112が管理できるようには思えないので、
.forwadが置けるような鯖を探すと良いのではないでしょうか。

ちなみにレスポンスは悪くなるけど、やろうと思えばPOP3経由でも出来るので、
cronさえ使えれば別にどこのサーバでも出来る。

116:nobodyさん
07/08/14 09:12:26
1から作んなくてもフリーのblogとかSNSのコードがあちこちに転がってる
わな。

117:nobodyさん
07/08/18 22:55:56 Zb55oXWt
つーか、PHPで適当にメールのソースをパースすれば出来るんじゃねぇの？

メールはそんなに難しいフォーマットじゃないし。

118:nobodyさん
07/08/20 18:09:32 yGEa9HVf
モバイルサイト構築関連で多少人のいる掲示板てないですか？
ここ以外で。

あんまり見かけないので。

119:nobodyさん
07/08/21 01:01:00
おしえてグー

120:nobodyさん
07/08/21 10:53:15 5Jl8RV0q
PHPで、ユーザーの端末が、PCかケータイかその他か？っての判別はどうやってますか？
PEARのライブラリを使ってお手軽に済ませてますか？
後から後からいろんな端末が出てくると、端末の判別処理は常にアップデートしないといけないの？

121:nobodyさん
07/08/21 11:34:57
>>120
IPrange

122:nobodyさん
07/08/21 16:32:47
>>120
IPでしぼらないと無理。
偽装エージェントが蔓延してるからな。

123:nobodyさん
07/08/27 15:21:16 ICxB7mvC
携帯で会員制サイトを作る場合、

端末ID
　↓
クッキー
　↓
セッション
　↓
POST

の順番で、各ページで情報をとってこようと思うのですが、
クッキーが有効かどうか判別する方法ってありましたっけ？

124:nobodyさん
07/08/27 15:35:04
携帯でメール認証かけようと思ってるんですが、以下の場合どんな処理がいいでしょうか？

メールを送ってもらったが、受信設定でメールが届かなかった場合、
今発行したパス（メールに明記しておくパス）を廃棄したい。

自分が考えたのが以下です。

メールが帰ってきたら破棄（この場合、間違って返信したユーザーのものも破棄するかも）
そもそもメールではパスを送らず、別途、登録認証URLにアクセスさせる

125:ミューズイングリッシュ
07/08/27 16:20:38
みなさんこんにちは
小さな英会話教室をしていて、ホームページを作っています。
そこでスケジュールカレンダーをphpで、できるとのことだったので、
友人からもらったプログラムをリンクさせましたが、
ログインすると、
Parse error: parse error, unexpected T_STRING in /www/a-mail/muse-eng.jp/public_html/schedule/Calendar.class.php on line 85

と、このようにでます。
ド素人なのでプログラムの書き換えもわかりません。
デザインは出来ていています。
phpプログラムを見て適正に修正して頂ける方探しています。
もちろん謝礼贈呈します。予算がないので10,000円で考えていますが、
お力添えいただける方、宜しくお願いいたします。
対象のホームページ　www.muse-eng.jp
ご連絡先メールアドレス aimaniajp@yahoo.co.jp
宜しくお願いいたします。

126:nobodyさん
07/08/27 16:58:57
>>125
なんとなく、PHPのバージョン違いのせいな気がするけど、
プログラムをくれた友人に頼んだら？

127:ミューズイングリッシュ
07/08/27 17:04:15
126さん
ありがとうございます。
友人は連絡取れませんが、参考にさせて頂きます。

128:nobodyさん
07/08/27 17:05:12
>>126
マルチにマジレス乙

129:nobodyさん
07/08/27 17:17:23
>>123
クッキーが通る端末は一部。
UAで切り分けるのがいいけど、ページAでセットして次のページBで読み出して
みるといったことでも簡易確認できる。

130:nobodyさん
07/08/27 19:07:04
携帯って -hoge..@ezweb.ne.jp みたいなメールアドレス指定が出来るようなんですが
これだとmail関数でメールを送ることが出来ないのですが何か対策はありますでしょうか？

131:nobodyさん
07/08/28 01:22:46
携帯をへし折る

132:nobodyさん
07/08/28 09:22:56
>>130
そんなカスなメール関数を使うな。ｗ

133:nobodyさん
07/08/28 10:48:43
>>130
多少青ざめつつ、うちの環境でテストしてみたところ、普通に送信できましたよ。
PHP標準のmail関数だよね

134:nobodyさん
07/08/28 12:15:30
旧いバージョンなPHPのmail関数だと、駄目なのかも分からんね。

135:nobodyさん
07/08/28 14:28:56
>>130
PHPの設定で、自動文字エンコードとか入ってんじゃないの？

136:nobodyさん
07/08/29 16:57:25
そもそもメールアドレスが仕様外なわけだが、
そこに突っ込んでもしょうがないと言う突っ込みはやめてくれ。

137:nobodyさん
07/08/29 17:50:26
>>136
そこに突っ込んでもしょうがない

138:nobodyさん
07/08/29 22:43:28
>>136
仕様外だろうがそういうメールアドレスが存在する以上は
そこに突っ込んでもしょうがない

139:nobodyさん
07/08/30 00:10:04
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
｜また同時にiモード用メールサーバーのシステムを変更し，パソコンから携帯電話への迷惑メール送信
｜などにつながる恐れがあるメールを，iモード端末で受信できないようにする。具体的には，
｜（1）ドメインの最初の文字がアルファベットや数字，一定の記号以外の場合，
｜（2）アカウント部分（@より前）とドメイン部分（@より後ろ）にひらがななどの2バイト文字や半角カナの文字が含まれる場合，
｜（3）アドレスのアカウント部分が65バイト，またはメールアドレス全体で256バイト以上に達する場合
｜－－である。

こんな制限で引っかかる様なメールって、あまり多くは無い様な気が。

140:nobodyさん
07/08/30 00:13:15
という事で、”-hoge..”てのは、（1）で引っかかるかも。

141:nobodyさん
07/08/30 00:19:57
>>140
ドメインじゃなかったら引っかからないんじゃあない？

142:nobodyさん
07/08/30 04:14:45
au端末から絵文字を投稿した時って
「KDDI絵文字用Shift-jisコード」になるでおk？

143:nobodyさん
07/08/30 04:22:33
あと見たところ、ドコモの絵文字とコード領域がバッティングしてないっぽい
けど、それでおk？
コードからどっちの絵文字か判定できるのかな

144:nobodyさん
07/08/30 09:24:17
>>143
考える暇あったら、すでにあるコードをみろよ．．．
いっぱい携帯用BBSとかのコードが落ちてるだろうに。

145:nobodyさん
07/08/30 10:32:07 LVhL/5uh
URLﾘﾝｸ(trialgoods.com)
このサイトに書かれてる
「ｿﾌﾊﾞﾝは3G以降、ソースがshiftJISで書かれててもUTF-8で投稿される」
ってマジ？
本当だったら大量に既存コード書き換えないといけないんだがorz

146:nobodyさん
07/08/30 11:35:24
たとえそうでも、特定の機種だけShiftJISに
エンコードすればいいだけだと思うんだが。

機種がわからなければ、文字自動判別。
判別を正確にしたいのなら、完璧に区別できる文字を隠しで入れたり。
ShiftJISにない文字の投稿についてはしらん。

147:nobodyさん
07/08/30 12:26:28
祖父版の資料に

3GC型のShift_JIS非対応端末では、文字エンコーディングがUTF-8以外
の場合においても全てUTF-8でリクエストを送出する。

ってはっきり書いてるな。
「Shift_JIS非対応端末」って実際に存在すんの？
考えた奴の頭がおかしいとしか思えない糞仕様だな

148:nobodyさん
07/08/30 12:33:34
検索しててもっとひどい仕様見つけた

URLﾘﾝｸ(labs.unoh.net)

●使用してはいけないクエリ名がある (P51)
pid,sid,uid,lid,gid,rpid,rsid,nl,cl,ol,pl,jsky(*),prc,cnt,reg,vsekey,vsernk
は公式CPしか使っちゃいけないらしいので
リンクやformでは使用しないようにしましょう。

こんなありえない仕様を書く技術者が現存するんですね
ほんの少しの想像力もない独善的で頭が悪いカス野郎にしか書けない仕様だ
１００回氏ね！永遠に氏に続けろよ。まじで。

149:nobodyさん
07/08/30 12:59:46
PDF保護しててコピペすら出来ないｗ
誰　の　た　め　の　資　料　な　ん　だ　？
本当呆れるわ
役所仕事しか出来ない馬鹿どもが
孫に買われてバシバシしごかれてますように

150:nobodyさん
07/08/30 13:56:45
>>147
SJIS非対応端末はある。

>>148
そっちは当たり前だろ。
初期の日本の携帯は、仕様で囲い込むのが当たり前だったんだから。

151:nobodyさん
07/08/30 14:22:06
クエリ名の制限がなぜ囲い込みにつながるの
ましてpid,sid,gidとか普通に良く使われるクエリ名
普通の神経してたら擬似的に名前空間を作って
なるべくバッティングしない名前にするだろう

152:nobodyさん
07/08/30 14:30:58
やっぱ技術者の間ではvoda端末の評判最悪なんだな

URLﾘﾝｸ(hain.jp)

「ありえない。
こんなシェアの低い端末のために
これだけ苦労しなければならない意味がわからない。」

禿げ上がる程同意せざるを得ない。

153:nobodyさん
07/08/30 14:44:31
出力もUTF8にすると精神衛生上良いよ

154:nobodyさん
07/08/30 15:13:17
>>148
それひどいよな。普通なら voda_sid とかにするべきだろ・・・

155:nobodyさん
07/08/30 16:31:49
>>154
公式サイトで意味あるクエリを、勝手サイトが別の意味で使ってたら、
のちのち公式化しようとしたときに問題があるだろ。

156:nobodyさん
07/08/30 16:42:03
そんな程度は何の問題もない。

問題は知らずに使ってて、何でだ～！！って場合だけ。

157:nobodyさん
07/08/30 16:43:33
？
だからこそsidじゃなくてvoda_sidとかにしろってことでしょ

158:nobodyさん
07/08/30 16:44:16
>>155
話、理解できていませんか？

公式サイトで意味あるクエリ(sid)を、
勝手サイトが別の意味で使っているから、
困ると言っているわけですよ。

sidとvoda_sidのどっちが勝手サイトで使われやすいか
少し考えて見なさい。

159:nobodyさん
07/08/30 16:50:52
>>158
初期のケータイでそんな長いもんを使おうって考えるやつがいるわけがない。
頭悪すぎ。

160:nobodyさん
07/08/30 16:53:28
「固有のパラメータ」なんて勝手に決めることがありえないんだよな
しかも数が多いしｗ
スクリプトを共用してる場合、softbankと関係ないi/au/pcでも
それらのクエリ名が使えなくなる。
馬鹿が一人入ってきただけで全体に生産性低下が波及してくるという
最悪パターン。
vodaの技術者が会社への嫌がらせに書いたんだろうな多分。

161:nobodyさん
07/08/30 16:54:29
>>159
頭悪いのはどう見てもお前だろｗ

162:nobodyさん
07/08/30 17:33:23
>>160
sid pid なんてのは Jフォンの時代からだけどね
UA規則とかドメインとか手前勝手に変えてきたんだから、
CPからの反発覚悟で悪しき仕様も思い切って改正してくれば良かったのにね。

163:nobodyさん
07/08/30 17:36:28
sid pid なんてのは、Jフォンの時代よりも
はるか前からウェブで使われているんだが・・・

164:nobodyさん
07/08/30 21:30:58
SoftBankの絵文字は
1b+?+?+?+0f
という形式のようですが、
これを他の文字等に置き換えたりするのに、機械的に正規表現で行っても大丈夫ですか？
絵文字でないのに1b+?+?+?+0fというパターンが発生することが
あるとしたら、その方法は無理になりますが、どうなんでしょう。

165:nobodyさん
07/08/30 22:13:26
>>163
携帯サイトの話しているのに、
普通のWEBを引き合いにしたってしょうがなかろうに。

166:nobodyさん
07/08/31 00:10:43
ウェブコンテンツヴューアでURLを入力するにはどうすりゃいいの？

167:nobodyさん
07/08/31 00:32:12
わかったお
ってかヴューアって何なんだよ
かっこつけすぎだろ

168:nobodyさん
07/08/31 00:49:51
URLﾘﾝｸ(labs.unoh.net)

古い機種で、
絵文字で終わっている場合に末尾の(0x0F)がつかない端末があります
だって
ヒドス

169:nobodyさん
07/08/31 02:06:07
エミュレータで確認する限り
ｿﾌﾊﾞﾝ絵文字を連続に入力すると端末側で情報が圧縮？されるな
たとえば！ﾏｰｸ×３を入力すると
1b 24 47 41 41 41 0f
になる。
普通に考えると
1b 24 47 41 0f　× 3
になると思うがそうでなく…
何なのこれ

170:nobodyさん
07/08/31 02:56:26
>>165
> 165 名前：nobodyさん[sage] 投稿日：2007/08/30(木) 22:13:26 ID:???
> >>163
> 携帯サイトの話しているのに、
> 普通のWEBを引き合いにしたってしょうがなかろうに。

お前、同じドメインで普通のWEBサイトと携帯サイト（三キャリア）を
運営することが普通に行われてるって知らんのか？

171:nobodyさん
07/08/31 03:00:07
>>169
JISコードみたいに 1b 24 47 が絵文字モード切替
41 が！マーク 0f が終了なんじゃねーの？

絵文字が続いている限り0ｆは必要ないから、
絵文字で終わっている場合0ｆがつかないという
バグがある端末が合っても不思議ではない。

172:nobodyさん
07/08/31 03:12:17 EAh/bzVC
>>169
\x1b\x24でエスケープシーケンス開始
\x0fでエスケープシーケンス終了

絵文字が続く場合はその間に連続して絵文字コードが入る。
Softbank絵文字はE-G,O-Qの6つにグループ分けされており、同じグループの絵文字はさらにそのグループも省略できる。
\x47はGだからGグループの絵文字なら、47414141･･･と続ける事ができる。

173:nobodyさん
07/08/31 03:31:26
>>171-172
ありが㌧
なんとかなりそう

174:nobodyさん
07/08/31 06:26:23
連続絵文字の判定アルゴリズムが分からない(><)
グループコード（E-G,O-Q)、グループメンバ(2文字目)コードと来て、
次にグループコードが来た時、
それが省略記法なのか、
別の文字の開始なのか、
どうやって判別したらいいの？
グループメンバコードの中にグループコードも含まれてるから
やたら難解になってるよ～

175:nobodyさん
07/08/31 06:43:06
>>174
グループ代わるときは0x0Fで一旦絵文字終了するんじゃないのかな
そうじゃないと判別できない

176:172
07/08/31 07:29:22 EAh/bzVC
>>175
あ。そうですね。

>>174
ｽﾏｿ

177:nobodyさん
07/08/31 08:49:31
>>170
何でそんなに必死なの？

178:nobodyさん
07/08/31 09:04:12
変数の名前付け規則を知らない人だから

179:nobodyさん
07/08/31 09:15:33
>>177＝178 わかりやすい自作自演でしたｗ

180:nobodyさん
07/08/31 13:11:11
softbank（旧jsky)絵文字の連続するやつって、
やりとりするデータ量を少しでも減らすために作られたのかな
確かに昔はサイト作るにも1バイトでも節約するように作るのが携帯サイトの常だったけど
もういらんだろ、この糞仕様はｗ

181:nobodyさん
07/08/31 14:04:52
>>180
エスケープシーケンス使うのは2バイト文字でも同じだしね。
Shift_jisの仕組みをそのまま流用したんでしょ。
外字領域使うと限界あるし、絵文字抽出はJsky形式の方がかえって楽なような・・・

182:nobodyさん
07/08/31 15:30:23
>>180
バイト数節約の為でもないんじゃね？わかんないけど。
別にそんな糞とも思わないし、むしろ俺も>>181と同じでやりやすいと思うが。

>>181
Shift_jisじゃなくてJISだよね？

183:nobodyさん
07/08/31 16:57:44
世に出回ってる絵文字対応掲示板スクリプトとか
複数バイト対応してんのかな
結構単純なリプレースしてるの多そう
公式サイト見てもそんな複雑な処理してるってことが分からないし
ネットの資料もﾃﾗ少ない

184:174
07/08/31 18:51:15
なんかまだ混乱してるんだけど
「省略記法のルールが途中で変化することはない」ってこと？

グループ・メンバ・メンバ・メンバ：あり
グループ・メンバ・グループ・メンバ・グループ・メンバ：あり
グループ・メンバ・メンバ・グループ：なし
グループ・メンバ・グループ・メンバ・メンバ：なし

こういうことっすか？

185:174
07/08/31 19:17:01
分かった
グループ・メンバ・グループ・メンバ・グループ・メンバ：→これもナシ
だね。

URLﾘﾝｸ(bbs.sekkaku.net)
ここのサイトで省略記法が二種類あるみたいなこと書いてたから混乱してしまった
これは間違いだよね？

186:nobodyさん
07/08/31 23:36:54
>>185
URLﾘﾝｸ(www2.developers.softbankmobile.co.jp)

38ページ

187:nobodyさん
07/09/01 05:37:06
>>186
ありがとう
iso2022とかいうのの性格上グループ・メンバ・グループ・メンバという並びは
ありえないんだね
文字コードの基本的知識も必要だなぁ

188:nobodyさん
07/09/01 09:04:57
>>168のプログラムの意味ぱっと見理解できなかった俺おわた
array_mapとかpreg_splitとか使うの初めて見たわ・・・へこむ

189:nobodyさん
07/09/01 11:54:16
文字列や配列は、術者の好みがでるからな。

190:nobodyさん
07/09/01 16:44:38
携帯絵文字画像をPCに表示する時はどうするのがいい？
1:妥当そうな固定サイズの画像を表示
2:なんらかの方法で他のフォントの大きさに合わせる

もっとも2はかなり難しそうだけど・・・

191:nobodyさん
07/09/01 21:19:21
<img src="emoji.jpg" style="height:1em;">

192:nobodyさん
07/09/02 03:35:03
>>191
こんなやり方全然知らなかった
すごい簡単にできるじゃん…
ありが㌧！

193:nobodyさん
07/09/02 05:02:01
ezwebの絵文字番号519～699まで存在しないのは何か理由あるの？

194:nobodyさん
07/09/03 05:14:00 GgwCMcN+
utf8のdbにぶちこむのに
携帯絵文字はどういう表現にするのがいいかな
とりあえず>>168の真似をして%i数字%、%e数字%、%s数字%という
中間表現にしてみたけど
絵文字以外の意図でそういう文字列が絶対に入力されないとは限らないと思いはじめた

195:nobodyさん
07/09/03 09:44:07
どうせ出力するときに処理するなら<>で囲むとか？
htmlspecialcharsとか使ってタグを変換してDB格納してないと使えないけど

196:nobodyさん
07/09/03 10:39:48
携帯サイトやるんなら、最初からS-JISのDBにすべきじゃ？

197:nobodyさん
07/09/03 12:29:48
>>196
余計な心配が増えるだけ。

198:nobodyさん
07/09/03 14:44:06
>>194
俺は他のとこで見つけて[i:数字] [e:数字] [s:数字]にした
てか、ソフトバンク持ってない人はやってそうだけど
最初にキャリアごとに分けて
imode,ezwebの場合は
URLﾘﾝｸ(www.mt312.com)
みたく、mb_substitute_character使って BAD+***⇒自分なりの形式
ソフトバンクの場合は
preg_match("/\x1B[\x24][\x21-\x7A]{2,}\x0F/i", $str)
とか>>168みたいなやり方してる？

俺3GCなんだけど、これだと上のソフトバンクのやり方が通用しなくて
色々調べてたらバイナリで飛んできてることがわかったから
imodeやezwebと同じやり方のmb_substitute_character使って変換させたのよ。
そしたらできたから

キャリアで先にわけちゃうんじゃなくて
preg_match("/\x1B[\x24][\x21-\x7A]{2,}\x0F/i", $str)
してあったらソフトバンク（旧機種のみ？）
で無ければmb_substitute_character使って変換ってしたほうがいいのかもしれないと
思った。

色んな機種で調べたわけじゃないので、
はっきりしたところはわかりませんが。

199:nobodyさん
07/09/03 14:44:43
やっぱり何らかのエスケープ処理をかまさないといけないよね
絵文字のためだけに全体にそれをするのがなんかエレガントじゃないけど…
うーむ

200:nobodyさん
07/09/03 15:05:44
文字いじりは最初から泥くさいと思う。

201:nobodyさん
07/09/03 15:08:24
日本語禁止にすりゃエレガント

202:nobodyさん
07/09/03 17:22:41
%で囲むより[i:]とかで囲む方がベターかもね
URLエンコードがらみで偶然%e1%とかいう文字の並びが表示されないとも限らないから。
「素のまま」を意図して入力されることがまずないような表現を
絵文字指定子にして、
特殊なエスケープ等はしない。
あたりが現実的な解か。
>>198
俺もmb_substitute_characterと
/\x1B[\x24][\x21-\x7A]{2,}\x0F/i使ってるな
3G対応はまだしてない。

203:nobodyさん
07/09/03 17:45:29
今日付けでauとwillcomのIPアドレスが、一個づつ追加されました。

複数キャリアが同時にってのは、ちょっと珍しいです。

204:nobodyさん
07/09/03 17:51:32 UHrukBpT
>>203
更新されたらすぐわかるような仕組みつくってあるんですか？
それとも毎日チェック？たまたま？

205:nobodyさん
07/09/03 18:00:38 5dd8qx3N
Shift-JISでエンコードしたときに出る￥を消す関数ってなんだっけ？

206:nobodyさん
07/09/03 19:27:15 d5Ox8tlP
HTML表示の携帯シミュレータは各キャリアありますが
メールのシミュレータってないですよね…？
各キャリアの絵文字や、文字コードなんかのテストを
やりたいのですが。

207:nobodyさん
07/09/03 19:45:09
>>206
一斉メールすればあっという間に済むから

208:nobodyさん
07/09/03 23:28:52
>>204
203じゃないけど作ってるよ
更新あったらメールで連絡するようにしてる

209:nobodyさん
07/09/03 23:34:35
>>208
どうやって監視してるの？
htmlページを定期的に取得して
差分や更新日を見るとか？

210:nobodyさん
07/09/04 00:00:31
定期的にhtmlからIPのリストを抜き出して差分とってる
本来はキャリアがRSSで配信すべきだと思うけどね・・・

211:nobodyさん
07/09/04 00:11:05
>>210
ありがと。でも、めんどいなぁ。

> 本来はキャリアがRSSで配信すべきだと思うけどね・・・
だよねぇ。あと郵便番号も。
意外と頻繁に変わるし、一応郵便局のページでファイルが
配布されているが、一見CSVっぽいくせに

xxx-xxxx,○○県○○市○○町
xxx-xxxx,○○県○○市○○町
xxx-xxxx,○○県○○市○○町（１丁目～4丁目）
　　　　　　　　　　　　　　　　　　^^^^^^^^^^^^^^^^^^
xxx-0000,(上記以外の住所）
　　　　　　^^^^^^^^^^^^^^^^^^

とかあるんだぜ。

212:nobodyさん
07/09/04 00:36:03 E2/pXSrc
RSSのニュースサイト作ってるけど、概要しか取れないんだよね･･･

なんとか本文取る方法ないかな･･･

213:nobodyさん
07/09/04 00:53:34
RSSってもともと概要を流すもの・・・

214:nobodyさん
07/09/04 01:27:03
>>213
その解釈は根拠がない

215:nobodyさん
07/09/04 01:39:03
RSSが何の略か知っていればSummary（概要）を流すものだってわかるだろｗ

216:nobodyさん
07/09/04 04:34:02 cRYHj/7R
htmlをUTF-8にして
3G携帯のエミュレートさせたウェブコンテンツヴューアから絵文字投げたら
絵文字番号1が%EE%80%81になる。
絵文字一覧に書いてあるunicodeのコード＝E001になると思ってたんだけど、
なんで違うの？

217:nobodyさん
07/09/04 07:34:06 E2/pXSrc
>>215
わかるけど、概要だけだったらわかりにくいこともあるし、
そもそも概要すらない場合もあるから、コンテンツ的に足りない気がする。

218:nobodyさん
07/09/04 09:10:22
>>216
UTF-8とunicodeはイコールじゃないよ。
UTF-8は1～6バイトの可変長。unicodeは2バイト固定。
UTF-8では、元unicode文字は最長で4バイトになる。

219:nobodyさん
07/09/04 09:51:53
>>217
> そもそも概要すらない場合もあるから、コンテンツ的に足りない気がする。
だから、リンク先のコンテンツを見るんだろｗ

220:nobodyさん
07/09/04 10:10:02
Firefoxのプラグインにページの更新を定期チェックするやつがあるよ

221:nobodyさん
07/09/04 11:31:53
どうせ暇潰しに、一日に一度は必ずインターネットサーフィンで遊ぶのだから、
その時にIPデータもチェックすれば済むと思うが。

プラグインやRSSでも、結局その１画面を見る訳だから、手間はさほど変らない
し、プラグインやRSSに動作不良があったら駄目だけど、直接見る分は確実だし。

222:nobodyさん
07/09/04 11:48:22
毎日続けられるのなら、俺は今頃ダイエットに成功している。

223:nobodyさん
07/09/04 12:56:35
そういうのは本気でダイエットする気がないだけだろ。

224:nobodyさん
07/09/04 13:12:29
CPなら、追加があるたびにメールでお知らせされます。

225:nobodyさん
07/09/04 13:53:42
>>223
つまり毎日本気でIPデータをチェックしなきゃいけないと言うことだな？

226:nobodyさん
07/09/04 15:40:54
HTMLにjpegとPNGとGIFの画像を<img>で貼り付けて
携帯で表示できるかテストしたのですが、
本来jpegが表示されるはずのSoftbank、auの携帯で表示されません。
PNGやGIFは表示されます。
Docomoでは表示されます。なにか画像の作りかたとかあるのでしょうか？

227:nobodyさん
07/09/04 16:19:05 E2/pXSrc
>>226
確か、インターレースが掛かってるとダメなんですよね。

228:nobodyさん
07/09/04 16:22:24
>>226
最近の機種ならまあどれも表示されるだろうけど、ちょっと昔の機種だと
いろいろ制約あるよ。
ファイルの種類、色数、サイズなどで。

229:nobodyさん
07/09/04 16:53:36
>>227
おお！ありがとうございます！試してみます！感謝！！！

>>228
そうですよね。でも最新機種なんですよね～これがまた('A`)

230:nobodyさん
07/09/04 17:27:36
>>218
ありが㌧
そのへん全然分かってなかったよ
Unicodeは文字集合(UCS-2,UCS-4)と
エンコーディングスキーム(UTF-8,UTF-16,etc)が別に用意されてるんだね

231:nobodyさん
07/09/04 19:12:51
>>226
ブラウザだと表示可能なのに、内蔵ビューワだと駄目って事例が有るよ。

これは機種と、jpegを作成したツールやそのオプション指定とかが絡む
から、それらの情報を晒さないとこれ以上のアドバイスは無理。

232:nobodyさん
07/09/04 19:14:24
>>231
あ、スマソ。ブラウザでの事例だったか。

メール添付での話と勘違いしてた。

233:nobodyさん
07/09/05 06:26:17
加工しやすい各端末のUAリストってどこかにない？
ていうか、これもキャリアが提供すべきなんだけどな、本来は。

234:nobodyさん
07/09/05 09:45:54
>>232
いやいやどうもありがとう。
>>227さんの助言で解決しました。
いつもphotoshop5.5を使って画像を作ってるんだけど、
プログレッシブ無しで画像作ったらおｋでした。
全然分からなくて、2日間も悩んでしまったｗｗｗ
俺の携帯はDOCOMOなので、Softbankな友人に何度も確認してもらってｗ
しかし勉強になりました。本当にありがとう！

235:nobodyさん
07/09/05 11:18:04
>233
URLﾘﾝｸ(www.nttdocomo.co.jp)

URLﾘﾝｸ(developers.softbankmobile.co.jp)

URLﾘﾝｸ(www.au.kddi.com)

236:nobodyさん
07/09/05 13:52:04
Webプログラムとは少し離れるかもしれんが、
レンタル鯖でメール送信→メールをDBに格納　みたいな感じでできるとこってないのかな？
専用鯖だけかな

237:nobodyさん
07/09/05 16:49:53
>>235
ありがとう。
でもそこから純化したリストがないかなぁと思ったんだ
テーブルから抽出して整形するの結構面倒だし
UA中のカッコが全角だったりしてなめてるし

238:nobodyさん
07/09/05 17:04:44
こんなレベルは面倒のうちにも入らないと思うけど．．．。
正規表現苦手な人かい？

239:nobodyさん
07/09/05 17:15:24
ｴｸｾﾙって便利だな

240:nobodyさん
07/09/06 11:46:37
>>235のようなのは加工しやすいとは言わない。
将来そのページのデザインが変わったらどうするんだ？

携帯キャリアは将来的にもURLが変わらないアドレスで、
各社共通のRSSやCSVやXMLなどで提供してくれよ。

241:nobodyさん
07/09/06 14:08:56
>>240
うちにエクセルシート形式で2007年春くらいまでのならあるけどいる？

現状、新機種が出るたび補完するのが大変なので、
Wikiみたくここのスレの住人でメンテするのを手伝ってくれるのであれば提供するけど。

242:nobodyさん
07/09/06 17:47:25
いいねぇ。wikiつくろーぜ。
配布形式は何が良いかな。
CSV、XML、プログラムに取り込んで直接使える形式も良いな。
PHPのiniファイル形式とか、JavaScriptの宣言の羅列とか。

243:nobodyさん
07/09/06 17:51:52
>>242
まかせた。
がんばれ。

244:nobodyさん
07/09/06 19:58:14
>>241
どっかにアップしてくれ

245:nobodyさん
07/09/06 23:35:38
OK
ほんじゃ、Webから追加や修正ができて
CSV形式でダウンできるやつ作ります。
週末やるから待ってて下さい。

246:nobodyさん
07/09/06 23:40:05
素晴らしいね
wktk

247:nobodyさん
07/09/07 02:04:09
携帯絵文字って普通にhtmlエスケープかけてだいじょうぶですか？
ぶっこわれませんか？

248:nobodyさん
07/09/07 03:54:49
絵文字変換ライブラリ作ったけどサイズでかい('A`)
読み込んだら使用メモリが1000000バイトくらい増える

249:nobodyさん
07/09/07 16:37:02 2t2s6ltN
質問です。
ノキアやモトローラでも対応できるようにするma_lib.plは存在しますか？
ノキアやモトローラでも対応しているma_lib.plをフリーで
配布しているサイトあったらおしえて。

250:241
07/09/09 21:18:38
「携帯端末スペック一覧」ページを作りました。
URLﾘﾝｸ(ke-tai.org)

251:nobodyさん
07/09/10 00:16:18
あー、まー、なんだその。データベースにも著作権はあってだな。あからさまな大量のデータ盗用はどうかと思うがな。便利なんだが。困ったことに。

252:nobodyさん
07/09/10 02:37:20
>>250
超乙です
もっと簡素なものかと思いきや情報多くて驚いた

253:nobodyさん
07/09/10 03:55:02
情報多いって、全部本（端末用Web制作バイブル）からの
ぱくりやん。

254:nobodyさん
07/09/10 08:33:58
「全部ぱくり」って検証でもしたのか？
てか事実に著作権なんてないだろ。

255:241
07/09/10 09:35:26
リストは新機種が出るたび少しずつ自作したので、恐らく権利の問題は大丈夫なのではないかと思ってます。
（その分間違っている情報もあるかもしれませんが・・・）

基本的にはキャリア公式サイトからの情報が殆どです。（特にドコモ）
確かに端末用Web制作バイブルを参考にした情報も多いのですが、あれには古い機種しか載っていませんし、
見比べていただけるとわかりますが、かなり他の情報も追加したつもりです。

256:nobodyさん
07/09/10 13:14:09 2uEgVPxR
au端末の内蔵ビューワで、グレイスケールなjpegを表示出来ない問題（ブラウザではOK）が、
下記の２端末で確認されてますが、他のau端末でどうなのか気になります。

W51P： 2007-02-01発売
G'zOne TYPE-R（A5513CA）： 2005-07-23発売

2005年夏モデルから、Brew共通プラットフォーム化（KCP）が始まったので、それ以降の端末
は全滅っぽい可能性がありますが、実際はどうなんでしょう？　それ以前の端末でも、結構
駄目っぽい気がしますし。

257:nobodyさん
07/09/10 14:15:18
携帯のリファラってキャッシュ残さないようにしたらリファラも残さない？

258:nobodyさん
07/09/11 13:36:41
phpspotに載ったね、uaリスト

259:nobodyさん
07/09/11 22:07:58 aBy2LOr5
Openwave SDK6.2Kって絵文字表示できない？

260:nobodyさん
07/09/11 22:30:52
UP.Browserがあればezwebと判定してたけど
softbankの中にもUP.Browser含むのあんのな・・・uze-

261:nobodyさん
07/09/11 23:43:31
>>259
出来るよ

262:nobodyさん
07/09/12 03:45:34
>>261
㌧㌧
タグ間違ってただけだった

263:nobodyさん
07/09/12 06:11:05
絵文字変換できるようにしたんだが
機種によって表示できる絵文字にかなり差があるじゃん。
せっかく変換しても表示できてねえ！ってことがあるわけで
じゃあ表示できる絵文字に変換すればと考えると恐ろしく複雑になる
この難問にどう答えますか？

264:nobodyさん
07/09/12 07:26:52
古い機種では表示できない事がありますと注意書きする

265:nobodyさん
07/09/12 11:52:01 j5yti1Xy
>>263
古い機種使ってる人は
そんなにWEB見ないんで、気にしない。

266:nobodyさん
07/09/12 12:07:01 u59kqmgm
だね。

うちも暫く前までは、imodeの拡張絵文字やSBのパケット機用絵文字は使わない
様にしてたが、SBが3G加入者が過半数を超えた記事を見てから解禁した。

但し、なるべくそれらの絵文字が見えなくても、意味が通じる様に注意して使っ
てるが。

267:nobodyさん
07/09/12 12:23:02
>>260
今頃気付くってのも遅すぎる話だが、UP.Browserを先頭判定するとか、SBの
判定を先にするとか、ってところがデフォな対策デソ。

268:nobodyさん
07/09/12 12:43:33 j5yti1Xy
>>260
だからUA判断のサンプルプログラムは大概
DoCoMoかどうか⇒Softbankかどうか⇒ezwebかどうかって具合に
シェア的に言えば DoCoMo⇒ezweb⇒Softbankにも関わらず
そういう順番にしてあるだろ。

269:nobodyさん
07/09/12 18:49:08
>>251
>>253
例えばさ、自分のプログラムにUAの判定を入れるときにサイトや本の内容からUAリストを作るよね？
>>250が著作権的にNGだとすれば上のケースもNGになるような気がするだけどどうなんだろ？

270:nobodyさん
07/09/12 20:31:24 j5yti1Xy
つか、端末用Web制作バイブルなんて初めて知った。
キャリア公式サイトに載ってるデータだけで
>>250の携帯端末スペック一覧とほぼ同等のデータを
ひたすらコピペでDB化した俺涙目

結局自分なりのDBの方が使いやすいので、
いついつにどこのキャリアがどの機種の情報をｱｯﾌﾟしたかの方が重要なんだけど、
その辺の更新情報ってwikiに載せられませんかね？

271:nobodyさん
07/09/13 13:57:12
>>270
俺がそういうデータ載せられるサイト作ったら乗せる気ありますか？
なんでもデータベースサイト作ろうと思っているんだけど。

272:nobodyさん
07/09/13 15:49:56
今、携帯Webシステムの設計をしているんですが、
httpのLocationヘッダ使ってリダイレクトしても大丈夫ですよね？

softbankのC型ではリダイレクトは連続2回までらしいんですが、
他に注意する点はありますか？

273:nobodyさん
07/09/13 15:53:20
絶対URLを使う、
sidとかsoftbankのファッキンNGワードを使わないようにするとかくらいかな

274:nobodyさん
07/09/13 18:00:44
レスありがとうございます。
絶対URLは携帯に限らず、Locationの仕様が絶対アドレス指定と
決まっているので、そうするつもりです。
sidとかふざけてますよね。

どこかで古い機種はLocationがまったく使えないようなことを
書いてあった気がしたが、気のせいだったか。

275:nobodyさん
07/09/13 19:12:55
ヘッダ使う以外のリダイレクトの方法ってあるの？

276:nobodyさん
07/09/13 22:46:52
>271
どんなサイトを考えているの？？興味有り。

277:nobodyさん
07/09/14 10:19:07
>>275
タグでリフレッシュみたいなのなかった？
いや、できるかわからんが

278:nobodyさん
07/09/14 10:51:04
>>277
携帯だと使えないよ

279:nobodyさん
07/09/14 12:49:27
rewriteエンジンで飛ばすのもおｋ

280:nobodyさん
07/09/14 13:06:34
>>277
METAであった。
携帯で効かないと思っていたら、
Softbankの705Pだったかな？友達が持っていたから
確認してみたらリフレッシュされてしまったよ。
DocomoとQUには効かない

281:nobodyさん
07/09/14 14:28:15
metaタグのリフレッシュの方が
ヘッダでのリダイレクトよりレイヤが上だから
普通に考えてmetaタグリフレッシュが使えて
Locationヘッダが使えないなんてことは
起こらないでしょ。
まあ、どう考えてもありえない実装が実際にあるのが
携帯の世界だけども…

282:nobodyさん
07/09/14 15:30:58
ドコモのわりと最近の端末で、http 301 だとエラーで飛ばないやつがあった。
http 302 なら問題ないからそれで応急処置しちゃったけど、
理由が知りたい。

283:nobodyさん
07/09/14 15:44:18 V8iZP2Y6
携帯の画像サイズについて教えてください。

>>250さんのサイトを見て携帯のスペックも拝見させて頂いたのですが、
現在の携帯の市場を考えたときに、画像の横のサイズはいくつまでに設定して
おいた方が宜しいでしょうか？

携帯の9割以上の方が見れるサイズを模索しているのですが、
240pxのgifって大きすぎますか？

画像を頻繁に使って開発されている方がおりましたら、ご意見を頂きたいです。
宜しくお願いします。

284:nobodyさん
07/09/14 16:33:09
>>283
240pxってことはQVGAだから、
それ持ってるユーザはどう考えても9割いるわけない。

アクセスしてきた端末のUAとって、
>>250と照らし合わせて適切なサイズの画像を出力するといいよ。

285:nobodyさん
07/09/14 16:49:14
普通そこまでしてるの？
動的に出してたらえらいことになるからキャッシュするよね。
一つの画像にサイズごとのインスタンス
なーんか面倒くせえな
でもちゃんとするならそこまでしなきゃいけないんだろうか

286:nobodyさん
07/09/14 16:53:51
画像アップするごとに、サイズ変更して保存すればいいだけでしょ。

287:nobodyさん
07/09/14 16:55:24
さすがに動的に、しかも機種毎に画像出すことはしなくて、
単にQVGAかQVGAじゃないかで2種類の画像を用意しておくだけ。

288:nobodyさん
07/09/14 17:32:10
2パターンでいいわな。
こんな程度で手間とか言ってたら、ケータイの相手はできんよ。ｗ

289:nobodyさん
07/09/14 18:32:49 bQYjZkJ5
画像取るやつが、QVGA対応じゃない(＝定額じゃない)というのは何度考えても微妙なので、QVGAで出力してますが、何か？

290:nobodyさん
07/09/14 19:57:05
例えQVGAなLCDでも、ブラウザ利用時の有効画素範囲ってものが有るのを知らないのか？

そんな事は各キャリアの公式サイトの情報を見れば分かるだろ。

まあDoCoMoとauの場合、横幅が超過すると縮小表示するから、汚くなっても良いなら
それで構わないけどね。

291:nobodyさん
07/09/14 20:08:25
画像をぴったりサイズに変換してくれるサービスを利用すれば
何の問題もないし、楽だよ～。

>>290
縦方向の問題はあったとしても横はスクロールバーが入るかどうかだけの差
だわな。ｗ

292:nobodyさん
07/09/14 20:15:41
>>291
その言い草だと、縦方向もスクロールバーが入るだけ、って事になるぞ。

293:nobodyさん
07/09/14 20:19:18
画像をぴったりサイズに加工するサービスって何？

294:nobodyさん
07/09/15 02:27:16
携帯サイトでパンくずリストっているかな？

295:nobodyさん
07/09/15 09:10:28
>>293
有名所でこれとか。
URLﾘﾝｸ(fujifilm.jp)

公式サイトなんかをアクセスすると、ビヨーンッと画面サイズいっぱいに
タイトル画が伸びるでしょ？
それはたいていコレ。

296:nobodyさん
07/09/15 09:50:53
>>295
こういうのって何で値段かいてないんだろうね。

297:nobodyさん
07/09/15 10:24:40
>>296
客の懐具合をみて、裕福又は世間知らずならボッタくる為だろ。

298:nobodyさん
07/09/15 10:31:44
URLﾘﾝｸ(fujifilm.jp)
あるだろ

299:nobodyさん
07/09/15 11:51:27 FRg1UB2S
>>295
フリーの形式変換のサービスだったら見たことある。

UA表見たのだが･･･

やっぱauはくs(ry

DoCoMoはFとD以外は240なのに、auは1px単位でまちまち･･･

300:nobodyさん
07/09/17 16:18:46 33w4+1t7
最近の携帯はJavaScriptは動きます？
当方willcomしか持っていなく、ご教授頂ければ。。。
作りたいものは、SELECTで選択したら、次のSELECTを生成するものです。

301:nobodyさん
07/09/17 17:10:09
>>300
うごかない

302:test ◆HOZlQYR1MY
07/09/17 22:47:26
test

303:nobodyさん
07/09/20 17:03:58
perlで認証コード入力させて、
動的にhtmlを生成するcgiを作ったのですが、
httpsで実行したとき、auだけページが表示されません。
「このページはエラーにより表示できません（400）」

httpで叩いたときはauでもちゃんと表示されるのですが……。
誰か原因とか、どうすればいいか、とか分かったら教えていただきたいのですが。
サーバには
Invalid URI in request POST [cgiのパス] HTTP/1.1
ってエラーが出てるそうです。

304:nobodyさん
07/09/21 02:14:25
adsense for mobileがもうすぐはじまるけど
googleのクローラは当然携帯用ipじゃないよね。
クローラだけ通したりするべきかな
ってかIPでフタする意味って今あんまりない？

305:nobodyさん
07/09/21 10:00:13
お前の言う携帯用ipって何を差してるの？

306:nobodyさん
07/09/21 11:49:41
URLﾘﾝｸ(pc.watch.impress.co.jp)
｜「Flashの互換性を振り返ってみよう。AdobeはARMベースのデバイスにも「Flash Lite」などの形で
｜Flash環境を提供しているが、PC向けに実装された機能がそちらに乗せられるまでには2年間のギャップ
｜がある。インターネット時代において2年間は非常に大きい」とのべ、YouTubeなどFlashを利用した
｜新しい使い方に、携帯端末がすぐには対応できない現状を指摘し、だからこそ今後x86などのPCアーキ
｜テクチャを持った携帯端末が必要になってくるのだと指摘した。

x86を推進したいが為のこじつけも甚だしいな。CPUの種類じゃなくて、消費電力あたりのCPU性能の
問題だろ。

307:nobodyさん
07/09/21 18:48:46
>>305
キャリアのip

308:nobodyさん
07/09/22 07:54:35
>>307
gはキャリアじゃないんだから、他のipに決まっておろう...。

309:nobodyさん
07/09/23 23:56:38
やっぱり携帯からのみアクセス許可する場合ってIPで判断するもんなん？
正規表現使ってリモホで判断するのは何か問題ある？

310:nobodyさん
07/09/24 10:33:05
携帯以外からアクセスされたらどれだけ困るかによるんじゃない？
可能な限り排除するならIPが一番良い、って事で。

311:nobodyさん
07/09/24 17:00:58
>>309
偽装可能。
実際問題、同業者など偽装を試みるやつがけっこういる。

312:nobodyさん
07/09/24 18:05:44
google adsの仕様がどうなるかはちょっと気になるな
「このIPでいきますから通してください」という形になるのか、
IPのフタは外しておいてくださいになるのか。
前者はIP変更時対応などの管理コストが互いにかかるし
後者は今までフタしてきた運営側に対して変更を要求する。
どのあたりのトレードオフに落としていくのか。

313:nobodyさん
07/09/24 21:41:39
URLﾘﾝｸ(internet.watch.impress.co.jp)

ジョンさん期待してるぜ！

314:nobodyさん
07/09/24 22:57:58
3キャリア対応のサイトじゃないとだめなのか…orz

315:nobodyさん
07/09/24 23:14:55
記事の中にはそんなこと書いてなくね？

316:nobodyさん
07/09/25 20:28:01 d6gbqgvK
i-mode絵文字って文字色を設定すると絵文字がその文字色に染まってしまうんだけど、
絵文字の前後で文字色設定を解除・再指定
（あいうえお＜/font＞絵文字＜font color=#文字色＞かきくけこ）
するしかないのかな

317:nobodyさん
07/09/25 20:33:35
あー
何で絵文字の色変わってるんだと思ったらそういうことか

318:nobodyさん
07/09/26 07:07:01
絵文字なんてこの世から無くなってしまえばいいのに

319:nobodyさん
07/09/26 08:56:59
最近デコメ絵文字のほうが増えてきた。

320:nobodyさん
07/09/26 10:22:15
うちでは逆に、imode用絵文字はY!KeitaやEZweb用に比べて色合いが寂しいから、
わざと色を付ける様に使ってるけどね。

321:nobodyさん
07/10/01 17:35:35 4MEyCuTP
固体識別番号について質問です。
DoCoMoの場合、FOMAなら端末（ser）とFOMAカード(icc）の２つを取る事が可能かと思います。
ezwebやsoftbankは端末の識別番号のみになるのでしょうか？

次ページ