【モバイル】携帯電話向け開発について語るスレat PHP
【モバイル】携帯電話向け開発について語るスレ - 暇つぶし2ch577:nobodyさん
07/02/09 11:59:15
>>576
力技っつーか、そのためのツールじゃ…<横取り丸
で、シミュレータで設定なんかあった気がする


578:nobodyさん
07/02/09 13:25:26
>>577
それが設定項目がないんだな。
ヘルプページも全部英語だし、au終わってる。

技術情報の充実度ではドコモとソフトバンクのほうが格段に上。

579:nobodyさん
07/02/10 03:11:30
WEB開発者用に携帯レンタルしてる業者居るから借りてみては
如何だろうか。


580:nobodyさん
07/02/10 10:29:01
たぶんそんな業者から借りるよりも、
0円端末で契約して1~2ヶ月で解約したほうが安いと思う。

581:nobodyさん
07/02/13 00:00:39 Kt199TPr
auのみがアクセスできるようにしたいのですが、
.htaccessで
order deny,allow
deny from all

allow from 210.169.40.0/24



(略
これやったら500エラーがでるんですが、どこか間違ってますか?

582:nobodyさん
07/02/13 01:31:25
本当にそのまま書いてるのなら間違ってる

583:nobodyさん
07/02/13 09:56:52
マルチ

584:nobodyさん
07/02/13 11:25:50
>>581
お前のレベルでは、まだそういう「難しい」ことは無理だから諦めろ。

まずはネットマスクの勉(ry

585:nobodyさん
07/02/16 14:36:58 oLVs3bsF
つーかドコモのメールって、いまだに250文字制限あるの??
終わってるね、ドコモ・・・。

J-PHONEなんてはるか昔から3000文字使えたのに。

586:nobodyさん
07/02/16 16:33:01
>>585
ある意味親切じゃね?パケット代、気にする人には。

587:nobodyさん
07/02/16 18:43:55
>>586
今どきパケット代を気にするって、どんな貧乏人だ・・・。
パケットの割引サービスや定額制があるのに、余計なお世話だよ。
つーかそんなこと言うなら写メールとか禁止しろ、って感じだよ。

それにJ-PHONEでは、通信代対策だって当然昔からあって、
長いメールの場合は先頭192文字が無料で通知されてくるわけだ。
これだけで事足りることもあるし、不要だと考えれば削除してもいいし。

やっぱりあらゆる意味で携帯のメール機能はJ-PHONEが超先進的だったし、
ソフトバンクとなってしまった今でもその遺産は引き継がれ、
相変わらずメール機能は携帯3社の中で断トツ最強だ。

588:nobodyさん
07/02/16 19:11:32
softbankユーザーだけど一言。
メール転送機能付けろ。

589:nobodyさん
07/02/16 23:52:27
>>585
FOMAには250字制限ないよ
もうほとんどのユーザがFOMAだよ

590:nobodyさん
07/02/17 01:13:55
>>589
昨日友達に長文メール送ったら、
「途中で切れてて読めないよ」って言われた。
P251とか使ってるらしい。

591:nobodyさん
07/02/17 10:41:54
FOMA 全角5000文字
PDC デフォルト全角250文字 分割サービスで 全角2000文字

URLリンク(www.nttdocomo.co.jp)

592:nobodyさん
07/02/17 11:56:49
その分割サービスすら適用されない古い機種があり、
それをまだ使ってる人が少なからずいるんだなぁ。。。

要するに最初の設計からしてクソだったドコモの責任。
NTTは何をやってもダメだな。さすがお役人の殿様商売。
やっと2000年になって苦肉の策として出たのが分割サービスってのも笑えるけど。
在りし日のJ-PHONEを見習え。

593:nobodyさん
07/02/17 15:28:01
しかし、そのJ-Phoneは稼ぎが悪くて凋落し、身売りを繰り返してるが、
その間にもドコモは着実に肥え太ったのだが。

594:nobodyさん
07/02/18 11:34:25 iS+g2Zvd
実際メールのほとんどが2,3行。
長いのは業者メールだけ。

595:nobodyさん
07/02/19 00:17:59
掲示板の返信とメール送信を間違える人ってなんなの?
アホなの?

596:nobodyさん
07/02/19 03:35:34
>>594
んなこたぁ、ない。

597:nobodyさん
07/02/23 16:57:26
URLリンク(headlines.yahoo.co.jp)
> 携帯電話として初めて「ドメイン認証規制」機能を追加。送信元を偽ってPCから送信されるメールを拒否できるようになった

・・・って書いてあるけどさ、別に「携帯初」じゃないよね?
たとえばソフトバンクでも以前からSPF認証やってたし、PCからの成りすましメール拒否機能もあったし。

598:nobodyさん
07/02/24 01:19:53
っていうかau自体も去年からやってるよな。

599:nobodyさん
07/02/26 21:46:17
わからんが、もしこれが「端末そのもの」がフィルタを実装してるなら初じゃね?
サーバサイドはいくらでもあるしなあ。

600:nobodyさん
07/02/26 22:03:27
えっ、端末そのものに搭載されたの??
そうは読めないんだけど・・・

601:nobodyさん
07/02/27 17:36:56
>>597
ソフトバンクのSPFは携帯メールを偽ったメールへの対処(自社がSPFを宣言する)で、
今回のauの(他社のSPFを参照する)とは逆のようだ。

また、PCからの成りすましメール拒否機能も、「携帯からのメールを装うPCからのメール」
に限るようだ。

602:nobodyさん
07/02/28 22:29:41 SwORV/DE
着うたのダウンロードプログラムでezで上手く出力できなくて困ってます。
DoCoMoではちゃんと再生までできました。
PHPですが以下のようにやってます。
アドバイスお願いします。

header("Content-type: audio/3gpp2");
header("Content-Length: {$filesize}");

$outFp = fopen($fileName,"rb");
if ( $outFp ) {
  while( TRUE ) {
    if ( feof( $outFp ) ) {
      break;
    }
    $musicData = fread( $outFp, 1024 );
    print $musicData;
  }
  fclose( $outFp );
}

603:nobodyさん
07/02/28 22:48:38
>>602
拡張子を.phpで動かすのは不可能。
あとは頭使って考えてくれ。

604:602
07/03/01 00:05:04 r2kUanjn
拡張子を.3g2でPHPを実行してみましたが駄目でした。
ダウンロード前のページは以下のようにしてます。
phpを記述してるa.3g2を実際の楽曲ファイルに置き換えるとダウンロードは成功します。
PCでは正常にダウンロードできました。
すいませんがお力をかしてください。

<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.0//EN"
"URLリンク(www.w3.org)
<html xmlns="URLリンク(www.w3.org) xml:lang="ja" lang="ja">
<body>
<object data="URLリンク(xxxxxxxxxxx) type="audio/3gpp2" copyright="no"
standby="download">
<param name="disposition" value="devmpzz" valuetype="data" />
<param name="size" value="192913" valuetype="data" />
<param name="title" value="testmusic" valuetype="data" />
</object>
</body>
</html>


605:nobodyさん
07/03/01 00:46:21
>>602
そういう時はまずレスポンスヘッダを見るんだ

606:602
07/03/01 02:28:35 r2kUanjn
>>605
アドバイスありがとうございます。
URLリンク(www.accessup.org)
上記にてレスポンスヘッダを確認して足りない所やPHPのバナー(?)等を消して
直接ファイル指定した時とあわせていきました。
結果同一のレスポンスヘッダになりましたがやはり携帯ではダウンロードできませんでした。
レスポンスヘッダ以外にも見えない情報ってあるのでしょうか?


607:nobodyさん
07/03/01 06:52:21
>>602
ファイル出力するだけなら
header("Content-type: audio/3gpp2");
header("Content-Length: {$filesize}");

readfile($fileName);


608:602
07/03/01 10:29:16 r2kUanjn
>>607
ありがとうございます。
が、やっぱり駄目でした。
「リクエストされたページは表示できません。」
となってしまいます。

サーバの設定など必要だったりするのでしょうか?
現在.htaccessにて
AddType application/x-httpd-php .3g2
を指定して.3g2でphpを動かすようにしています。
パソコンにて直接ファイルを開いた場合とプログラムを通した場合と保存して
バイナリエディタで比較してみましたが違いはありませんでした。

なんでも良いので何かヒントがありましたら教えてください。
帰りたいです。

609:nobodyさん
07/03/02 02:25:38
ソフトバンク携帯使ってる人いる?
最近、海外からの英文スパムが増えたんだけど、みんなもそうかな?

vodafone時代はほとんどゼロに近いほどスパムが来なかったんだが、
ソフトバンクに変わってから増えた。
特にここ数週間は、1日に1~2通くらいの割合で来る。
SB側でスパムフィルタでも変更したのかな?

610:nobodyさん
07/03/02 03:01:18
>>609
おれは一通も来てない
これの効果があるのかは知らないが

URLリンク(mb.softbank.jp)
[3]「特定URLを含むメールのみ受け取らない」

611:nobodyさん
07/03/02 04:28:27
>>610
その「特定URLを弾く機能」はvodafone時代からずっと設定してるんだけどねぇ…。
特に設定は何もいじってないのに、なぜか最近になってからスパムが来るようになった。
だから、ソフトバンク側のフィルタの設定か何かが変わったとしか思えない。

612:nobodyさん
07/03/02 10:24:59
>>609
オレのところには1通も来ない。
最近登録した無料サービスはない?

613:nobodyさん
07/03/02 11:31:36
>>612
それが、何も登録とかしてないのよ。
昔っからスパムが嫌いだから、携帯アドレスではどこにも登録とかしてない。

アドレスそのもの(@より前)はかなり短い文字数で単純なものだから、
スパムロボットが自動で送ってくるリストには含まれちゃってるだろうと思う。
しかしそれでも今まではスパム0だったのに・・・。

614:nobodyさん
07/03/02 15:19:33 G/Rz809h
メールはUTF-8で送っても大丈夫ですか?

615:nobodyさん
07/03/03 01:16:11
>>614
一回氏んでこい

616:nobodyさん
07/03/03 03:21:03
SB限定ならUTF-8でもいいけど


617:nobodyさん
07/03/03 04:09:56
UTF-7ならまだ分かるが…

618:nobodyさん
07/03/03 23:07:26
3キャリア対応サイトを作る場合、画像形式はどうしたらいいかな?
1、JPG・PNG・GIFの3つとも使用可能
2、JPGとPNGのみ
3、JPGオンリー
機種ごとの画像対応状況に合わせるのは面倒くさいし事実上不可能なので、なるべく統一したい。
俺は今のところ投稿は3つの形式どれでも可にして、
全部投稿された時にJPGに変換して保存・表示しようかと考えている。
いまどきJPGが表示できない機種なんて無いだろうから、これがベストかつコストの安い方法かな?

619:nobodyさん
07/03/03 23:35:36
>>618
うちは1でやってる。

620:nobodyさん
07/03/04 01:31:20
まぁ
BMP(auの古い機種)とか
PNGで展開したときの必要バッファサイズと縦横の大きさ制限(初期のSB)を
気にしなくてもよくなっただけでもマシだな

621:nobodyさん
07/03/04 02:15:45
>>619
GIFも許可しちゃうと、vodafoneの2G携帯で表示できないんだよね。
いちいち機種ごとの振り分け処理をせずに3キャリア対応するには何がベストか、
という話なので、俺はGIFがアップロードされたら、JPEGかPNGに変換して保存してる。

逆にGIFしか表示できないようなドコモ携帯は古すぎるので、切っちゃう。
そういうわけで、個人的には3がベスト、次善は2の方法かな、と思っている。

とりあえずJPEGだけに対応しとけば、今後発売される機種への心配をする必要がなくなる。

622:619
07/03/04 20:51:54
>>621
うちは独自の画像変換システムもってるからな。

振り分けしないならJPEGオンリーがベター。(非対応機種がでるからベストなんていえない。)

623:nobodyさん
07/03/05 00:24:49
>>622
「うち」という言い方を見ると、どうやら会社組織の人かな??

俺は一人で全部やってるので、組織の人海戦術には勝てません・・・
なんでも会社で複数人で作れる環境が羨ましいよ。
俺はちょっと分からないことがあっても近くに相談できる相手もいないorz

624:nobodyさん
07/03/05 00:56:37
>>623
確かに会社ではあるけど、作ったのは2人。

625:nobodyさん
07/03/05 03:32:43
>>624
2人でも複数人であることに変わりはないからなぁ。
やっぱり1人でやるよりも複数のほうが速いし便利だよ。なにかと。
もちろん複数ならではの苦労もあるだろうけど、実りのほうが大きい。

626:nobodyさん
07/03/05 13:20:19
まあ、リアルタイムでやる場合でも ImageMagick
を使えば、結構簡単にできるね
変換専用サーバーとかを用意しないのなら、あらかじめ
変換したやつを用意することが多い

627:nobodyさん
07/03/05 13:33:40
ImageMagickは重いってレベルじゃねえぞ

628:nobodyさん
07/03/05 14:52:10
俺はあらかじめ、投稿された時点で変換して保存してるけど。
GD2関数で。

どうせJPEGオンリー対応だから、わざわざリアルタイムにする必要ないし。

629:nobodyさん
07/03/05 19:13:10
画像ちゃんねるが家宅捜索受けたらしいね。150人の捜査員に踏み込まれて。
画像アップロード機能載せてる人、
ちゃんとモロ画像チェックしてる?

630:nobodyさん
07/03/05 20:12:09
鯖はコスタリカにあるから大丈夫、

631:nobodyさん
07/03/05 21:08:05
>>629
要は「不特定多数に公開」されてることが問題なんだから、
会員制にすればいいんだよ。

632:nobodyさん
07/03/06 10:13:36
>>631
会員制でもモロ画像はアウトだよ。

633:nobodyさん
07/03/06 18:06:32
cURL関数で ドコモやSBのUser-Agentは
CURLOPT_USERAGENTで送れますが
auのX-Up-Subnoは何で送れば良いでしょうか?

634:nobodyさん
07/03/06 18:29:51
User-Agent はそのものずばりの名前の
CURLOPT_USERAGENT オプションで
設定できると思う

X-Up-Subnoも送りたいのなら
CURLOPT_HTTPHEADER オプションを
使うしかないだろうね

635:633
07/03/06 23:03:24
> 634
CURLOPT_HTTPHEADER に埋め込んだらできた。さんくす。
cURL って色々出来て面白そうだけど使いこなせん…。

636:nobodyさん
07/03/07 22:00:48
>>632
んなこたない。
そんな判例は無い。

637:nobodyさん
07/03/07 22:38:41
近所のエロビデオ屋が裏を会員に貸して逮捕されてたよ

638:nobodyさん
07/03/08 09:35:49
裏だからな。
表でやればよかったのに。

639:nobodyさん
07/03/08 10:21:04
>>637
裏を扱うのは、大量の借金を抱えてるなどの、いつ逮捕されてもいい人だから問題なし。
金貸し屋から債権をあずかったヤクザはそういう人を選んで裏ビデオの販売をさせてる。

640:nobodyさん
07/03/08 14:06:57 fjSqR6G9
objectタグのリンク文字列の表示ってstandby="xxx"指定すると思うんですが、
この文字色の指定ってどうやるのでしょうか?
黒バックでやったら文字が見えなくなってしまいます。

641:nobodyさん
07/03/08 16:19:34
固定だったはず

642:640
07/03/09 18:28:22
そうですか。ってことは黒バックはできないっすね。
ありがとうございました。

643:nobodyさん
07/03/09 21:23:55
>>642
カーソルがあたると突然現れるから、
あえてそういう使い方するって手も道あるね

644:nobodyさん
07/03/10 15:44:28
すみません、SSL通したEUCのファイルを
auのOpenwaveのブラウザで見たら文字化けするのって既知?
相当検索したけどわからない…。

645:nobodyさん
07/03/10 15:51:12
>>664
ゲイトウェイで変換できないからな。

646:nobodyさん
07/03/10 15:56:56 JJUF1ScG
すいません、携帯用プログラムの初心者なのですが、どなたかお教え下さい。
Perlでプログラムしていますが、au携帯のチェックボックス戻り値がイマイチ分かりません。
PCやdocomoだと"on"が帰ってくると思うのですが、auだとフォーム戻り値が"0"になり、それをファイル出力するとなぜか"5"になっています。
プログラムするのに"0"と"5"のケースを考慮するのが面倒です。その辺の仕様とか公開されているのでしょうか?

647:nobodyさん
07/03/10 16:21:43
>>645
なるほど。超納得。ありがとございます。

648:nobodyさん
07/03/11 00:50:17
>>646
日本語でおk

っていうか根本的に設計が間違ってると思われ

649:nobodyさん
07/03/11 17:46:27
>>646
同じフォームを「PCやdocomo」でも試してみたのでかな?
その上で、auだけ挙動が違うということ?
実際問題として、ソレはありえないから、恐らくはコーディングミス。

[0]が返ってきて、それを出力したら[5]って・・・
それこそ、クライアントは関係ないバグですよ(たぶん)

650:nobodyさん
07/03/12 09:57:51
auは確かにおかしい
フォームで年齢のセレクトボックス2つ(10の位と1の位)を使ったとき、
2つの数字をクッキーに入れておくと次には99歳になってたりする

651:nobodyさん
07/03/12 10:02:56
総務省、「au」解約者情報紛失でKDDIに安全管理の徹底求める勧告
URLリンク(internet.watch.impress.co.jp)

総務省、個人情報流出でKDDIに勧告
URLリンク(www.nikkei.co.jp)

個人情報紛失でKDDIに是正勧告
URLリンク(www.nikkansports.com)

総務省、個人情報紛失でKDDIに勧告 通信事業者で初
URLリンク(www.asahi.com)

総務省、KDDIに是正勧告─1月のau解約ユーザー情報紛失を受け
URLリンク(www.itmedia.co.jp)

個人情報の漏えい事案に関するKDDI株式会社に対する勧告
URLリンク(www.soumu.go.jp)

652:nobodyさん
07/03/12 12:33:16
>>651
それがどうした。
別に漏洩しようがしまいが、結局悪いヤツらはどんな方法を使ってでも
個人情報リストを入手するんだから、放っておけよ。

653:nobodyさん
07/03/12 15:08:37
志村ー、コピペコピペー。

654:nobodyさん
07/03/12 15:14:30
いや、コピペなのは分かってるけどさ、
これ貼ってるヤツって、「俺は正義の情報をみんなに教えてるんだ!」などと
たぶん思い込んでるだろうから、現実を教えてやったのさ。

655:nobodyさん
07/03/12 16:07:47
なら、反応することで
相手を喜ばせることも予想しとけよ。

656:nobodyさん
07/03/13 01:01:56
そうかな?
この手のヤツって、完全に周りが見えておらず、
自分の「正義感」が正しいと本気で信じ込んでるからなぁ。

657:nobodyさん
07/03/13 10:44:00
と、656は思い込んでいるのであった。

658:nobodyさん
07/03/13 13:10:18
と、>>657は「自分だけは違う」と思い込んでいる評論家気取りであった。

659:nobodyさん
07/03/13 18:16:09
俺は自分だけは違うと思い込んでる評論家気取りです。

660:nobodyさん
07/03/13 20:08:20
そうかな?

661:nobodyさん
07/03/14 01:06:20 BjDS8gcH
softbankの3G端末ってShift_jisで作成されたページに埋め込まれた
絵文字って見えてます?
投稿はutf-8じゃないとダメらしいんだけど、見る分には問題ないですよね?

662:nobodyさん
07/03/14 03:32:28 BjDS8gcH
禿の人いませんか~?

663:nobodyさん
07/03/14 11:18:11
>>661
問題ないよ


664:661
07/03/14 14:29:03
>>663
禿てないよのひとありがとう

665:nobodyさん
07/03/14 20:34:18 n7wWUF71
携帯サイトではセッションIDをURLに付加させるのが
当たり前なんだよね?
でも、Smartyのページキャッシュも使いたい場合はどうすればいい?
何かいい知恵あればよろしく頼む。


666:nobodyさん
07/03/15 01:16:02
当たり前かどうかは知らんが
DoCoMoはクッキー使えないから仕方ないよね

667:nobodyさん
07/03/15 01:39:03
なんで対応しないんだろうね?
あとファイルアップロードも

668:665
07/03/15 02:06:25 SLFW7rVS
はじめて携帯でショッピングサイトを構築しなきゃいけなくて、最初は
余裕ぶっこいてたけど、クッキー使えないって事を
知ってショックを受けている。

端末IDの取得でセッション情報をDBに保存しようと目論んだが、
ドコモ先生が送信するかしないかいちいち聞いてくるので、
結局できず、やむなくセッションIDつける事にしているが、URLが不細工すぎて・・・。

この辺はGoogleのモバイルサイトマップでクロールさせるのが今は主流なのかな?

669:nobodyさん
07/03/15 03:12:28
>>685
>URLが不細工すぎて

携帯じゃURLが見えないから、不細工でも別にいいじゃん。

670:nobodyさん
07/03/15 09:58:47
そそ、見えない

URLを気にする暇があったら、いろんな機種で問題ないデザインのほうを
気にしろ。

671:nobodyさん
07/03/15 10:11:27
いろんな機種で問題ないデザイン・・・っていうと、
結局1行10文字以内程度で、テキストだけの画像無し…がベストになっちゃうんだよな。
いや、楽でいいんだけどさ。

672:nobodyさん
07/03/15 11:18:01 PfagwX+V
DoCoMoのデコメ絵文字で
gifがデコメ絵文字として認識されないんですが、
公式を見ると
1 JPEGまたはGIF(アニメーションGIF含む)
2 画像サイズが20dot×20dot
3 再配布が可の画像
となってます。

保存した画像の詳細を見てみると
[ファイル制限」
あり(変更不可)
ってなってるんでこれが原因かと思うんですがGIFに変更不可とかってフラグがあったんですか?
またどうやって変更したら良いんでしょう?


673:nobodyさん
07/03/15 12:42:55
>>671
普通、240×320以上とそれ以下、さらにもっと古いものの3種類ぐらいに
振り分けするでしょ?
最近の機種向けは、Flashで作るし。

674:nobodyさん
07/03/15 13:29:40
>>673
そんな面倒なことしないよ。そこまで細かくこだわっても、出来上がってくる結果物には大差ないし。
それは開発者の自己満足なだけで、ユーザーはそんなこと望んでない。だいたいコストパフォーマンスが悪すぎる。
ましてや全機種に個別に対応するなんてバカの骨頂だね。時間の無駄。

たとえば待ち受けサイトみたいに、デザインやサイズ自体が重要な要素であるサイトならともかく、
それ以外の普通のサイトは、そこまでこだわる必要性は全く無いしメリットも無い。
ちょっと古めの機種(3~4年くらい前の)で表示できるようにしとけば無問題。

675:nobodyさん
07/03/15 13:44:08
たしかに携帯サイトでFlashとか使われると殺意を覚える。重いし、ウザいだけ。

676:nobodyさん
07/03/15 13:48:38
勝手サイトならそれでいいでしょうよ。


677:nobodyさん
07/03/15 14:22:31
>>676
ああ、なんだ、携帯キャリアの奴隷さんでしたかw

678:nobodyさん
07/03/15 14:52:00
奴隷ってwwwばかじゃねーのw

679:nobodyさん
07/03/15 15:00:15
奴隷が図星で発狂wwww

680:nobodyさん
07/03/15 15:33:04
さすがに、Flashはないけど、テレビ局からみ案件だと
なんかやたらと、端末の種類によってXHTML、HTML振り分け
みたいなことやるな
意味あるのかと、いつも思うが、営業的にはそれなりに
有効なんだろうな

681:nobodyさん
07/03/15 16:10:14
>>680
すんげー無意味なことやってるなww

682:nobodyさん
07/03/15 17:24:11
いや全然コストパフォーマンスなんて悪くないよ。
同じスクリプト内で切り分けるだけで、別々のページを用意するわけじゃ
ない。(すでにパターン化されてしまっているし)
画像を画面サイズに応じて複数用意しない時点で負け確定と思うぞ。

買い物サイトで小さい画像なんてダメだろ。

683:nobodyさん
07/03/15 17:45:27 SLFW7rVS
携帯でキャリアごとに作るのってマゾだろ。

684:nobodyさん
07/03/15 18:35:37
すいません、ちょっと質問させてください。
携帯ってURL何文字までいけるんですかね?

もちろん機種によるんでしょうけど、何文字以内に納めておけばまあ安心的なものってありますか?

685:nobodyさん
07/03/15 18:54:26
>>682
買い物サイトを作らされてる時点で負け組だろ。
つーか携帯で買うものって、画像見なくても分かるものとか、
普段から愛用しててよく知ってるものがほとんど。

画像が重要なものは普通PCで買うだろ。

686:nobodyさん
07/03/15 19:01:59
>>684
255

687:nobodyさん
07/03/15 19:19:39 SLFW7rVS
>>685
俺もそう思う。
でも、服が売れてるのが俺には理解できない。
携帯世代はよくわからん。

688:nobodyさん
07/03/15 19:51:17
>>687
たぶん、事前に紙媒体(雑誌やカタログ)で見て、
注文だけ携帯なんじゃない?

689:nobodyさん
07/03/15 22:25:04
>>685
最近は、携帯からの買い物も多いよ
結構、バカにできない

690:nobodyさん
07/03/15 22:27:14 YxjdW7Zr
>>683
そう?
大抵のクライアントからは、キャリア毎に分けて欲しいって
依頼くるけど
当然、兆通で使えるスクリプトは使いまわすけど

691:nobodyさん
07/03/15 22:42:35
携帯で買わせるのが仕事だろw

692:nobodyさん
07/03/16 00:47:01
>>690
そりゃそうだろ。
クライアントと書いて、「無意味な要求をゴリ押しして自己満足する人たち」と読むのだから。

つーか「兆通」って何?

693:nobodyさん
07/03/16 00:50:34
日本語に訳すと共通


694:nobodyさん
07/03/16 01:05:22
兆通ね~

695:nobodyさん
07/03/16 02:07:13
携帯の振り分けしないでサイト作っていいなんて、なんて楽そうな開発だろう。

696:nobodyさん
07/03/16 02:15:02
だって自社サービス・自社開発だからね。
発注者と受注者がどちらも自分だからww

下請けで、馬鹿なクライアントからのつまんない要求に
応える仕事なんてやりたくないぜ。

実際3キャリアの複数の実機で試してみたけど、特に振り分けしなくても
ほとんど実用的には問題ない。せいぜいフォームでの入力モード指定のときに
キャリアごとにちょこっと切り替えておくと便利、ってくらい。

697:nobodyさん
07/03/16 02:43:20
発注だの受注だのクライアントだの言いたいのは分かるが無理すんなw

698:nobodyさん
07/03/16 02:50:11
>>697 下請け歯車乙。

699:nobodyさん
07/03/16 14:29:11
違いがわからない時点で失格だろw

700:nobodyさん
07/03/16 16:16:18
業務用のアプリか何かで
画面が無駄に豪華でなければ、
それほど気にはならないとは思おう

一般客を相手にするようなサイトだと
分けないと駄目だろうけど
特に、XHTMLとかを使おうとすると
分けざるを得ない

701:nobodyさん
07/03/16 18:54:53
> 一般客を相手にするようなサイトだと分けないと駄目

なんでやねん。
たとえばmixiだのスタビだのといったサイトなら、全部共通のHTMLでほぼ問題無しだ。
いったい何を分けるっちゅうねん。

702:nobodyさん
07/03/16 22:50:24
>>701
mixiモバイルのサイトってしょぼしょぼじゃないか
そういうのなら一般ユーザー相手でもほとんど
共通のテンプレートでいけるだろう
必要なのは画像と絵文字とリンクの
出しわけくらいか


703:nobodyさん
07/03/16 22:51:37
mixiモバイルは見た目は確かにな
基本、SNSだしそんなに、無駄に容量食うような
ページを作っても仕方ないしな

704:nobodyさん
07/03/16 22:57:46
>>701
出しわけって、キャリアごとじゃなくて
端末ごとだよ
割といい端末だと絵が大目のぺーじになるとか

mixiってどの端末でも見た目同じなのか
知らなかった

705:nobodyさん
07/03/16 23:07:43
>>704
まあ、それでもXHTMLをつかわないのなら
テンプレートの分岐でなんとかなるけどな

サイト更新者側からすると分岐というのは
嫌っていう人多いね
HTMLが何とかかけますっていう人が
やっていることもあるから仕方ないけど

706:nobodyさん
07/03/17 04:56:05
>>704
だから何故そんな無駄な出し分けをするんだっつーの。

「いい端末は絵を多めにする」って、もうバカじゃねぇかと。超意味ねぇ。
だいたい、そんなのエンドユーザーが望んでると思うか? 通信量が増えてウザいだけだよ。
作り手側の自己満足で余計なことしないでほしいね。

707:nobodyさん
07/03/17 16:40:05
>>706
一般の利用者こそ通信量など意識してないのでは?
携帯で買い物するユーザ層って技術に詳しいヘビーユーザーなんて少ないし。

708:nobodyさん
07/03/17 17:05:49
>>707
詳しいことは分からなくても、体感的な重さ(遅さ)はバカでも分かる。

709:nobodyさん
07/03/17 17:30:46 7Asd81fG
iモード公式サイトのファッション系の携帯サイト見てみろ。
アホみたいに画像多く使っていて、バカかと思った。
でも、売れてるんだぜ。

710:nobodyさん
07/03/17 17:37:31
>>696
試した複数の実機のユーザーシェアを、把握した上での話ならモーマンタイだが。

711:nobodyさん
07/03/17 18:07:23
>>706
まあ、ユーザーが完全にそっぽむいたら
そんなサイトなくなるのだろうけど
現状、需要があるみたいだからな


712:nobodyさん
07/03/17 19:38:02
端末ごとに画像の大きさや圧縮率を変えるのは常識だと思ってたんだけど。
当然絵文字も古い端末なら基本絵文字だけ。新しいのなら拡張絵文字。
特定キャリアにしかない絵文字も端末に合わせて使う。

713:nobodyさん
07/03/18 03:23:24
>>712
気の遠くなる作業だな。

714:nobodyさん
07/03/18 09:41:34
5日もあれば自作できる

715:nobodyさん
07/03/18 11:33:55
その前に資料集めだけで一ヶ月以上かかりそう。
んで検証でさらに一ヶ月。

716:nobodyさん
07/03/18 11:50:02
無職は気楽だよな
好き放題言えてw

717:nobodyさん
07/03/18 12:23:32
>>716
誰に対してのレスなんだお前は。

718:nobodyさん
07/03/18 16:21:40
自己レスじゃない?

719:nobodyさん
07/03/18 23:45:43
資料集めといっても、公式のデベロッパー用のサイトにいけば
基本的なものはあるし、画像の変換に関してもリアルタイムで
やる必要がないのなら、ImageMagickとかを使えばいいからな

どうしてもリアルタイムでやりたいんですって話なら
予算とってもらって、PictureFitterでも導入すれば良い

720:nobodyさん
07/03/19 02:46:00
>>719
リアルタイム云々はともかくとして、
端末スペック(画像サイズ)をいちいち調べてリスト化するのが面倒じゃん?

721:nobodyさん
07/03/19 10:18:56
だから作成依頼された業務用webの、仕様として要求されれば面倒云々の話は
関係ないだろ。

722:nobodyさん
07/03/19 11:04:16
Pear Net::Mobile::UserAgent

723:nobodyさん
07/03/19 14:12:23
>>721
「全社・全端末の画面に合わせた画像を用意してください」っていう依頼のされ方だったらどうする。

724:nobodyさん
07/03/19 16:31:04
>>720
要求としては少ないけど、端末一つずつ画面サイズ
情報を持つことは実際ある
でも画像サイズに関しては、ある程度、例えば
大、中、小に分けて、そのうちのどれかを
表示することくらいかな

725:nobodyさん
07/03/19 16:36:31
>>723
クライアントからの要求としてはあるかもしれないが
機能のすり合わせの段階で、画面サイズが違う新機種
が出た場合、過去変換した画像をもう一度変換しなおす
ことになります、とか何とかいって、切り捨てるだろうな

本気で望むのなら、PictureFitterとかOptpixGSの出番になるだろう

726:nobodyさん
07/03/20 01:44:30
>>685
昔からPCでインターネットしてた奴らには信じがたいのだが、
携帯から何でも買い物する奴らはたくさん存在する。

例えば金融。
携帯から申し込みして金借りる奴なんているわけないと常識的には思うのだが、
これがアホ程儲かった時期がある。利益にして50万/月を越えた時期があった。
もちろんもっと稼いだやつもいるはず。今は駄目駄目だけどな。

例えばアダルトグッズ。
携帯からわけの分からんグッズ買う奴なんているわけないと常識的には思うのだが、
これがまたよく売れる。しかもアダルト系の通販は利幅大きいから結構美味しい。

例えばサプリメント。
携帯からサプリ買う奴なんているわけないと常識的には思うのだが、
これがまた…以下略w

常識に縛られてるうちは稼げないよ。

727:nobodyさん
07/03/20 13:04:40
以外に、コスメとかサプリとか売れるって話だよな


728:nobodyさん
07/03/20 15:15:11 LxOnBZmI
>>727
まぁ、バカだからだろ。
携帯では占い系のコンテンツが人気あるし。

まぁ、そういう事だよ。

729:nobodyさん
07/03/20 15:33:40
やっぱ一番分からないのが服だな。
サプリとかコスメは商品にバリエーションないからまだ分かるが
ちっせー画面で着もせずさわりもせず服選ぶってわけわからん
店行けよ

730:nobodyさん
07/03/20 15:43:39
公式サイトなら300円の実収入もあるしね。
まあそんなわけで携帯サイトは予算が付きやすいわけ。
なので、各端末別の画面を出すなんて要件もでてくるのね。

731:nobodyさん
07/03/20 17:31:26
>>726
なるほど・・・
なかなか示唆に富む話だな。ありがとう。

732:nobodyさん
07/03/21 18:31:16
>>729
確かに服も分からんよな。
携帯から片手一本で商品選んでポチっとするだけで、欲しい品が自分の手元に届く。
その感覚に病みつきになる人間が多いみたいだ。特に馬鹿女w

俺が一番理解できないのはやっぱり金融。
金利とか全く理解せずに、ポチっとすれば金が生まれるとでも思ってるみたい。
昔はサラ金といわれてたのに、TVCMのイメージ作戦のお陰で時代は変わったもんだよ。

733:nobodyさん
07/03/22 00:42:45
>>732
服はともかく、金融は一番分かりやすいと思うが。
だって、そもそも携帯が普及する以前から、「サラ金で借りるヤツ=DQN」なわけで、
彼らはなーんにも考えてない。

どこにも行かず、目の前の携帯が打ち出の小槌に見えれば、
後先考えずに「ポチっとな」ってやってしまうのが彼らの知能だ。
そんで、後になって「違法な金利だ!」とか「過払いだ!」とか騒ぎ出すバカどもw
そもそも借りるなっつーのww

734:nobodyさん
07/03/27 18:15:02 K/xcuQxf
ezムービーのamcのdisposition attributeってどうやってプログラム側で調べるの?
もしかして自前でバイナリ読んで懐石とか?(^ω^;)

んなもんできるか(ペシッ

735:nobodyさん
07/03/27 19:03:09
スクリプト側で調べる必要性がいまいちわからないが


736:734
07/03/27 19:39:06
>>735
objectタグを使ったダウンロードで記述する必要があるのかと思って
3g2なら固定みたいだけど、amcはバラバラなのよね<公式のマニュアルでは
そもそも俺はドキュモユーザーで、そのへんがどうなってるのかは全くワケワカメ
しかしあうってなんでややこしいのかな
アンカータグでいいやん?

737:nobodyさん
07/03/27 21:29:58
>>736
バラバラなわけではないよ。
ちゃんとしたルールがあるから。
マルチメディア値やUAで書き分ければいいよ。

確かにドコモに比べてauの仕様は細かいけど、
だからこそサイト製作者にとっての柔軟性も高いと思うよ。

738:nobodyさん
07/03/27 22:48:02
auは面倒くさい


739:nobodyさん
07/03/28 01:41:15
>>736
>amcはバラバラなのよね<公式のマニュアルでは
擬似乱数を真の乱数だと思い込むクチだね。

740:nobodyさん
07/03/28 11:41:59
まあ、バラバラというニュアンスはわかる
映像と音の組み合わせで変わるのだったかな

741:nobodyさん
07/03/28 11:43:23
細かい事いうやつに限って、何かのプロジェクト任せるとまともなものが作れない。
屁理屈はいいからものを作り出す能力を磨けといいたい。

742:Socket774
07/03/28 12:11:13
>>737
vCardファイルを正式にダウンロード可能なのは、auだけだしね。
(一応Willcomや、一部のSB3Gでも可能ではあるが。)

743:nobodyさん
07/03/28 12:20:42
細かいことを言うやつしかPGに向いてないと思うけど。

問題出てから直せばいいじゃんみたいなカスは向いてない。

744:nobodyさん
07/03/29 16:50:13
Y!Keitai用の頁に絵文字を追加したら、IE6で開くと文字化けする様になった。
勿論、純正シミュレータのwcvでは、問題無く表示される。

エンコードが西ヨーロッパ言語になってしまって、これを日本語に指定し直せば
表示はオケになるが、最初に開いた時は必ず西ヨーロッパ言語になって文字化け
する。

絵文字の前後一文字が全く同じな別ページだと、何故か文字化けしない。絵文字
を無くせば正常に表示する。絵文字を別のに変えても文字化けする。絵文字の位置
をずらすと正常になったりする。

IE6じゃなくてFireFoxだと正常に表示するから、htmlページ自体に何か変な
コードが入ってるせいでも無さそうだし、不思議だ。

745:nobodyさん
07/03/29 20:48:29
>>744
とりあえずお前は絵文字とか難しいことをやる前に、
もっと基礎の基礎から勉強したほうがいいと思う。

HTTPやHTMLの仕様とか。

746:Socket774
07/03/29 21:07:29
文字コード指定さえすれば直る話だが、要するに指定無しの場合のコード
判定方法が、FireFoxに比べるとIE6がいい加減だって話だろ。

747:nobodyさん
07/03/30 10:19:21
>>746
そもそもFireFoxは文字コード指定なしのときにろくなコード判別をしてない。
IEは携帯のような日本独自の特殊な文字コードを使ってる時以外は、
FireFoxより遙かに正確にコード判別をしてくれる。

748:nobodyさん
07/03/30 17:18:02 GZOeX6Rd
AUでobject使ってファイルを返すときの
レスポンスヘッダーを知ってる人いたら教えてください。

749:nobodyさん
07/03/30 20:03:59
>>747
そなの?

なんとなくだが今回の事例では、FireFoxがTITLEタグに使われてる日本語を
判定してShift_JIS判断してて、IE6はTITLEタグの中身を見てない気がした。

750:nobodyさん
07/03/30 20:05:58
あ、そうそうFireFoxは最新の2.0.0.3を使ってます。

もしかして1.x.x.x なFireFox だと、結構大変だったのかも?

751:nobodyさん
07/03/31 20:16:58 0qL16UHt
PCから掲示板にうpしたらvideo/3gppかaudio/3gppか分からない件について

752:nobodyさん
07/04/01 00:02:52
>>751
ファイルを解析すれば分かるんじゃね?

753:nobodyさん
07/04/01 23:29:59 sjAh9xV+
PHPスレからとんできました

携帯でキャリア別にページを飛ばしたいのですが、
やはりブラウザで判別したほうが良いのでしょうか?
それ以外にお勧めがあれば教えてください。

754:nobodyさん
07/04/01 23:38:04
>>753 IP


755:nobodyさん
07/04/02 00:46:43
>>753
非営利目的の個人サイトならブラウザでおk
営利目的のサイトならIPアドレスも併用したほうがいいかもな

756:nobodyさん
07/04/02 00:51:03 ahP7cKf9
>>755
個人によるサービス提供のサイト(非営利)予定っす
Ipでのわけかたはまだわかんないので勉強してみます

757:nobodyさん
07/04/02 01:18:47
>>756
携帯電話キャリア別IPアドレス一覧
URLリンク(blog.tofu-kun.org)

携帯専用サイトを作るときに、どうやって携帯とPCを振り分けるか迷うのだけど、
手っ取り早く確実なのはIPアドレスで振り分ける方法。
UA(ユーザエージェント)で判別すると簡単に偽装が可能なので。

758:nobodyさん
07/04/02 01:20:58 ahP7cKf9
>>757
サンクス!!
ただ、最後の0/24がよくわからないっす
TCP/IPだっけ・・・そこは聞いたことあるのですが具体的にサッパリで・・・
210.153.84.0~210.153.84.24までということで大丈夫なのでしょうか?

759:nobodyさん
07/04/02 01:31:37
>>758
つ サブネットマスク

760:nobodyさん
07/04/02 02:11:26
>>758
まぁ待て落ち着け。
わからんとこそのままにして進むの良くない。
少し勉強しなさい。

761:nobodyさん
07/04/02 09:12:31
別に偽装されても何も困らないけどな。
金払ってくれるんなら、それで問題ないって話。

フォルダがばれたら、ひっこぬかれるような仕様にしてるのか?

762:nobodyさん
07/04/02 12:26:35
>>757
そこはimodeセンターのURLが変わった事に気付いてない様だから、あまり参考に
しない方が良さそうだが。

763:nobodyさん
07/04/02 13:54:42
キャリアの公式にあるのに、ブログの情報なんて参考にするやついないだろw

764:nobodyさん
07/04/03 00:19:51 TqlSrIkp
210.153.84.0/24の場合
210.153.84.1~254
まで利用できると書いてあるけど
どういう風に計算してるのかな?

765:nobodyさん
07/04/03 00:43:06
>>764
いや、どうも何も書いてあるそのまんまだが何が疑問?

766:nobodyさん
07/04/03 01:03:42
>>764
URLリンク(ja.wikipedia.org)

767:nobodyさん
07/04/03 07:58:44 TqlSrIkp
210.153.84.0
255.255.255.0
-------------
210.153.84.255


???

768:nobodyさん
07/04/03 08:15:17 TqlSrIkp
ああ、つまり。
ネットワークアドレス部は固定で、ホストアドレス部は数値が変わるってことか・・・

769:nobodyさん
07/04/03 11:58:22
/22 とかで混乱しそうな勢いだな

770:nobodyさん
07/04/03 12:37:14
そういやイーモバのIPアドレスは、全然調査も対処もしてないな。

まああれはポータブルPCだから、所謂携帯とは見なしてないからオケだろう。

うちでIPアドレス判定で携帯以外を拒否してるのは、以下の理由からだし。

1)検索サイトのクローラを拒否
2)PCでアレコレとサイト内を探られたくない
3)PCで見れない(絵文字等)、操作出来ない、等の部分に、五月蝿く言う
  DQNの排除

それでもWillcomは拒否しないでいるのは、速度が遅くて1)2)が難しい
だろう事と、フルブラウザモードとは別に携帯モードを持っていて、これは
ほぼimode互換だからだし、イーモバの場合はフルブラウザのみだろうから。

771:nobodyさん
07/04/03 17:39:02 gGoFTW6x
うーん…
携帯でVGAの長時間動画を配信したいんだけど
アプリやweb上でストリーミングだと流行のテレビ出力はできないし
DLさせると視聴権限の認証もできないし、大きいファイルはローカルに保存できないんだよね?
何かいい方法ある?


772:nobodyさん
07/04/03 17:45:38
TVへの出力機能のある携帯ってそんなにあるの?


773:nobodyさん
07/04/03 18:02:28
そんなにないけど、ワンセグとか携帯メモリーが1Gとかになってるから
どんどん出ると思うのさ写真だけじゃなくて動画も快適になるだろうし

774:nobodyさん
07/04/03 18:22:37
imode用HPで<HR>による水平線の色を、少し薄くしてやろうとしてGrayを
指定したら、シミュレータ上では指定無しのより薄くなった感じだが、IE6
やFireFox2で開くと却って濃くなってしまった。

SBだとHTML仕様書にHRのデフォルト色はGrayだと明記してあったから、こち
らはsilverにして薄くしたが、imodeでのHRのデフォルト色に関する記載は
見つけられなかった。(シミュレータで見る限り多分Blackだとは思うが。)

とりあえずSilverで統一しておけばIE6やFireFox2でも、やや薄くなる感じ
なのでオケかな?

775:nobodyさん
07/04/03 18:39:22
>>774
複数の端末でチェックして、同じように見えたんなら
それで良いんじゃないの


776:nobodyさん
07/04/03 19:33:07
SoftBankはテレビ出力できる機種が多いし
コピーは自由だけど初めて再生しようとすると認証が必要になる仕組みもある
URLリンク(plusd.itmedia.co.jp)




どうやって認証付き映像を作るのかは知らない...

777:nobodyさん
07/04/03 21:24:16 TqlSrIkp
>>769
それ以前に混乱してます・・・。

210.153.84.0/24
これは
210.153.84.0~255
だと思っていたのですが、
本を見ると、
210.153.84.1~254になっています。
これはただ0と255が使えないだけと見ても良いのでしょうか?

778:nobodyさん
07/04/03 21:31:19
>>777
そうだよ~
ネットワークアドレスとブロードキャストアドレス

779:nobodyさん
07/04/03 23:29:57
携帯のキャリア別ジャンプしたいのだが、
検索しても古い情報ばかりだ・・・

Softbank用のジャンプのがないwww

780:nobodyさん
07/04/03 23:40:35
>>779
Net_UserAgent_Mobile

781:nobodyさん
07/04/03 23:46:27
>>780
ドコモ=DoCoMo
au=UP.Blowser
J-PHONE=J-PHONE
SoftBank=Net_UserAgent_Mobile

これでおk?

782:nobodyさん
07/04/03 23:47:33
すまん、良いサイトあったわ

783:nobodyさん
07/04/04 01:37:25
>>781
ドコモ(mova)=DoCoMo/1.0
ドコモ(FOMA)=DoCoMo/2.0
SoftBank(非パケ機)=J-PHONE/2.0、J-PHONE/3.0
SoftBank(パケ機)=J-PHONE/4.0、J-PHONE/5.0、Vodafone、SoftBank、MOT-
AU(XHTML対応機)=KDDI
AU(HDMLのみ対応機)=Up.Browser

SoftBankでもUp.Browserを使ってる機種があるのでAUよりも先にSoftBankを判定すること

784:nobodyさん
07/04/04 08:19:13
位置情報取得コンテンツなんだが、
大まかなキャリアわけで大丈夫だよね

785:nobodyさん
07/04/04 09:11:31
検索を拒否する理由がわからないな。
検索から飛んでくる人数が1年前と比べて数倍に増えてきてるのに。

786:771
07/04/04 10:28:27
パソコン持ってなくて携帯しかない人や
ぜんぜんパソコンではアクセスしないひと
信じられないほど増えてるじゃない

そういう人をターゲットに
DVD一枚分くらいのコンテンツを出力可能でストリーミングできないかなぁ…

ただのストリーミングなら2時間とかいけたっけ?


787:nobodyさん
07/04/04 11:11:55
VGAのストリーニングつったって、携帯の伝送的にまだ辛いだろ。
キャリアでさえ、落として見る式なんだから。

788:nobodyさん
07/04/04 13:12:58
>>786
現状は難しいと思うよ
>>787の部分が一番ネックだが、
そういったストリーミング配信をユーザーに自由に
させないと思う

小さい画面サイズのストリーミング配信はDocomo、AUなら
結構簡単だけどな

やるとしたら、どっかの携帯メーカーと共同開発
とかになると思う


789:nobodyさん
07/04/04 13:17:02
SoftBankは一時期、映画まるまる一本(違法)配信されたりしてたけど
Winny作者逮捕の時に一気に無くなっちゃったな

790:nobodyさん
07/04/04 15:04:56
>>788
いやいや開発ってのは出来上がる頃には
技術進歩してるんだから、今の規格に合わせてもしょうがないじゃない
Mbpsは今のところ首都圏だけど
3.4世代、後にはあっという間でしょう

>>789
kwsk
なんかJ-Streamとかなんとかって携帯向けのがあるんだっけ


791:nobodyさん
07/04/04 16:32:30
>3.4世代、後にはあっという間でしょう

3G移行でさえ、ひいひい言ってたけど。

792:nobodyさん
07/04/04 17:26:17
>>790
なんかずれているぞ
現状、VGAで出力する規格がないんだから、
無理だってことだろ

ましてや次の規格に合わせるなら、メーカーと
共同開発しろって言っている

個人がワンセグに割り込むのは現状無理だし


793:nobodyさん
07/04/05 09:06:06
>>792
>現状、VGAで出力する規格がないんだから、
バンクとか自分で撮ったものやパソコンのVGA動画
テレビに映せるんじゃないの?



794:nobodyさん
07/04/05 09:27:31
一部の限られた機種だけを相手に商売が成り立つか??

795:nobodyさん
07/04/05 10:22:45
成り立つかどうかは、やってみないとわからないが
現状SoftBankの一部の機種だけだよな

それでもダウンロードはできるけど、ストリーミング配信
ないと思ったのだが・・・
調べようとデベロッパーサイトを見に行こうとしたらつながらねー


796:nobodyさん
07/04/05 10:30:39
>>795
できるはず
やったことないけど


797:nobodyさん
07/04/05 11:32:26
一昔前のADSL時代みたいに、サービスしても見れる人ごく少数って話だな。
スムーズに見れるとは思えない。

798:nobodyさん
07/04/09 06:25:30 AitdzCc4
UTF-8で携帯のページ作ってるんだけど
もしかして、SoftBankでUTF-8対応してるのってほとんどない!?

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>辟。鬘後ラ繧ュ繝・繝。繝ウ繝�</title>
</head>
<body>
<?
echo $_SERVER['HTTP_USER_AGENT'];
?>
</body>
</html>

これすら白紙で表示されるんだが・・・

799:nobodyさん
07/04/09 06:40:10
softbank機と旧ボロダフォン3G端末はUAで問答無用でUTF-8の掲示板投稿フォームに
飛ばしてますが何か
それでもちゃんと投稿あるでよ
飛ばした中に投稿できない(UTF-8が表示できない)のがあるかは知らない(´ー`)y-~~~

しかしSB絵文字に対応するためにわざわざ苦労してUTF-8に対応したのに、
今まで400件書き込みがあって、絵文字投稿があったのが、たったの1件ってどういうことやねん!

800:nobodyさん
07/04/09 09:35:59
>>798
テストしたいなら、まずはechoをやめて平文で書いてみろって話。


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch