私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 76
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
高齢者やPCに詳しくないユーザにはインタラクションがあったほうが使いやすいよ
個人的にもイベントハンドラで勝手に画面遷移したり非同期通信したりするのはうざく感じる。
そんなとこより他の本質的な所に力使ってくれよみたいな。
あと切ってる人はどうすんの？
個人的にもイベントハンドラで勝手に画面遷移したり非同期通信したりするのはうざく感じる。
そんなとこより他の本質的な所に力使ってくれよみたいな。
あと切ってる人はどうすんの？
高齢者やPC疎い人に配慮するなら、
そもそもそんなわかりにくいメニューを使うべきでない。
積極的にRIAを活用したほうがわかりやすいものができる。
しかしRIAのベースになるAjax(JavaScript)やFlashやSilverlightに
ブラウザが対応していない場合はどうするか？（テキストブラウザ等）
JavaScriptがOFFの場合JavaScriptをONにするように促せばいいし、
（そもそもデフォルトのままIEあたりを使うであろう高齢者やPC初心者がオフにするわけがない）
プラグインが入っていないならインストールを促すようにすればいい。
だが対応していないブラウザを使っているたかだか数％のユーザを考慮して、
あらたなコンテンツを作るのは要領が悪い。
html版やFlash版なんかを用意しているサイトもあるが、
全ての環境の全てのユーザーに100％対応させることは限界がある。
よって最初から少数派を切る覚悟はしないときりがない。
そもそもそんなわかりにくいメニューを使うべきでない。
積極的にRIAを活用したほうがわかりやすいものができる。
しかしRIAのベースになるAjax(JavaScript)やFlashやSilverlightに
ブラウザが対応していない場合はどうするか？（テキストブラウザ等）
JavaScriptがOFFの場合JavaScriptをONにするように促せばいいし、
（そもそもデフォルトのままIEあたりを使うであろう高齢者やPC初心者がオフにするわけがない）
プラグインが入っていないならインストールを促すようにすればいい。
だが対応していないブラウザを使っているたかだか数％のユーザを考慮して、
あらたなコンテンツを作るのは要領が悪い。
html版やFlash版なんかを用意しているサイトもあるが、
全ての環境の全てのユーザーに100％対応させることは限界がある。
よって最初から少数派を切る覚悟はしないときりがない。
>>607
すみません、SimpleXMLを使って読み込んでいますが、処理部がわかりません
2-2はXpathで一応出来ましたが正しいのかわかりません、2-1はさっぱりです
foreach ( $xml->xpath('//a') as $key => $val )
{
$array[] = $val;
}
すみません、SimpleXMLを使って読み込んでいますが、処理部がわかりません
2-2はXpathで一応出来ましたが正しいのかわかりません、2-1はさっぱりです
foreach ( $xml->xpath('//a') as $key => $val )
{
$array[] = $val;
}
>>613
そりゃそうだけど、結局携帯対応の為にJS使わない実装しないと駄目では？というお話。
そりゃそうだけど、結局携帯対応の為にJS使わない実装しないと駄目では？というお話。
ASP.NETだと、携帯の種類をソフトが勝手に判別して
適切なコンテンツを送る、って聞いたけど、本当なのかな？
適切なコンテンツを送る、って聞いたけど、本当なのかな？
自分の作りたいプログラムが作れるようになると
プログラミングがすっごく楽しい～（*＾〇＾*）
プログラミングがすっごく楽しい～（*＾〇＾*）
>>615
ソフトが勝手に判別というのは意味が分からないけど、聞いた事ないかな。
ASP.NETの前身の「ASP」での開発もしてた頃は、
小中規模の開発はみんなASPからPHPへと鞍替えしちゃったところが多かったよ。
最近はApacheモジュールで携帯向けの自動処理を何とかしようとするのが幾つかあるね。
どれもまだまだな感じだけど。
ソフトが勝手に判別というのは意味が分からないけど、聞いた事ないかな。
ASP.NETの前身の「ASP」での開発もしてた頃は、
小中規模の開発はみんなASPからPHPへと鞍替えしちゃったところが多かったよ。
最近はApacheモジュールで携帯向けの自動処理を何とかしようとするのが幾つかあるね。
どれもまだまだな感じだけど。
質問
「ボタンを押したら、画面上の数字が増える」
ってアプリを作ったんだが、ボタンを押したヤツの
IPを記録するって仕組みを作ろうと思うんだが、
さて、どんな風にしたらいいかな？
「ボタンを押したら、画面上の数字が増える」
ってアプリを作ったんだが、ボタンを押したヤツの
IPを記録するって仕組みを作ろうと思うんだが、
さて、どんな風にしたらいいかな？
ボタンを押す、ときに
そいつのIPをトラップするような関数があるのかな？
そいつのIPをトラップするような関数があるのかな？
error_log($_SERVER['REMOTE_ADDR'], 1, 'hoge@example.com');
そんなんで、いいわけがない
末尾の?>は省略すること
<?php
echo "Hello Again!";
末尾の?>は省略すること
<?php
echo "Hello Again!";
変数の展開の必要のない文字列はシングルクオートだろ。
<?php
echo 'Hello Again!';
<?php
echo 'Hello Again!';
固定文字列出力だけならechoいらんだろ。
Hello Again!
<?php
～～
Hello Again!
<?php
～～
処理が早いでしょうかってベンチでも取らせる気か？
俺だったら元のunixtimeに戻してからその11月の範囲内か調べるね
俺だったら元のunixtimeに戻してからその11月の範囲内か調べるね
if(date("m") === '11') $date = date("Y-m-d H:i:s");
>>633
23:59:59に実行したら失敗
23:59:59に実行したら失敗
if ($time = time() && date("m", $time) === '11') $date = date("Y-m-d H:i:s", $time);
質問
文字コードは全てUTF-8で統一しています。
$s = mb_convert_encoding( mb_convert_kana( $str, "K", "UTF-8" ), "ISO-2022-JP", "UTF-8" );
って感じで半角カナを全角カナに変換してから文字コード変換を行ったんですが
その変換した文字列をmail()で送信をしたら特定の文字が化けてしまいました。
文字化けした文字
全角半角のウ、全半角のゥ、全半角のェ
この文字化けって普通は起こらないんでしょうか？
同じようなことがあった人教えてください。
文字コードは全てUTF-8で統一しています。
$s = mb_convert_encoding( mb_convert_kana( $str, "K", "UTF-8" ), "ISO-2022-JP", "UTF-8" );
って感じで半角カナを全角カナに変換してから文字コード変換を行ったんですが
その変換した文字列をmail()で送信をしたら特定の文字が化けてしまいました。
文字化けした文字
全角半角のウ、全半角のゥ、全半角のェ
この文字化けって普通は起こらないんでしょうか？
同じようなことがあった人教えてください。
化ける前はわかったけど、化けた後はどうなったの？
それによって何が起きたかわかるかもしれない。
それによって何が起きたかわかるかもしれない。
>>639
文字化けしたあとは
ウとゥは、
ウ瘢雹
のように末尾に不思議な文字が追加されて
ェは、
０街札・・w)・
という風に変換されてしまいます。
mb_convert_kana()で変換し、メールに合わせてエンコードした文字列は
smartyでfetchしたテンプレートにassignするように使っています。
文字化けしたあとは
ウとゥは、
ウ瘢雹
のように末尾に不思議な文字が追加されて
ェは、
０街札・・w)・
という風に変換されてしまいます。
mb_convert_kana()で変換し、メールに合わせてエンコードした文字列は
smartyでfetchしたテンプレートにassignするように使っています。
mb_language("Japanese");したうえで、mb_send_mailでもだめかね？
mb_convert_kanaの段階では化けてないの？
mb_convert_kanaの結果も見てみて。
mb_convert_kanaの結果も見てみて。
それを行ったときに、mb_send_mail()で送信しようとすると
subjectが7文字までなら正常に送信できるのですが、
subjectが全角8文字以上を超えるとLFが送信するメールのどこかに含まれてしまい
RFCに準拠してないからSMTPエラーとなるので、mail()で送信するように変えました。
subjectが7文字までなら正常に送信できるのですが、
subjectが全角8文字以上を超えるとLFが送信するメールのどこかに含まれてしまい
RFCに準拠してないからSMTPエラーとなるので、mail()で送信するように変えました。
すみません、自己解決できました。
エンコードについてはmb_convert_encoding()とmb_encode_mimeheader()
でエンコードしました。
mb_send_mail()のsubjectの件についてはなぜ8文字以上だと
SMTPエエラーが起こるのかは詳しくわかりませんでしたが。
mail()で対処できたのでそれ以降はまだ調べていません。
文字化けについては、
assignするデータ、fetchしたデータにエンコードをしていて
2重でエンコードしたことが原因のようでした。
お騒がせしました。
エンコードについてはmb_convert_encoding()とmb_encode_mimeheader()
でエンコードしました。
mb_send_mail()のsubjectの件についてはなぜ8文字以上だと
SMTPエエラーが起こるのかは詳しくわかりませんでしたが。
mail()で対処できたのでそれ以降はまだ調べていません。
文字化けについては、
assignするデータ、fetchしたデータにエンコードをしていて
2重でエンコードしたことが原因のようでした。
お騒がせしました。
>>648
display_errors = On
display_errors = On
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】下らねぇ質問はID出して書き込みやがれ 96 (1001) - [98%] - 2010/7/22 7:47
- 【PHP】下らねぇ質問はID出して書き込みやがれ 74 (1001) - [98%] - 2008/10/16 6:05
- 【PHP】下らねぇ質問はID出して書き込みやがれ 75 (1001) - [98%] - 2008/11/13 21:31 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 86 (579) - [98%] - 2009/8/19 4:44
- 【PHP】下らねぇ質問はID出して書き込みやがれ 77 (1001) - [98%] - 2008/12/23 7:06 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 78 (1001) - [98%] - 2009/1/13 21:32 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 79 (1001) - [98%] - 2009/2/1 0:33 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 126 (1001) - [96%] - 2013/3/19 13:15
- 【PHP】下らねぇ質問はID出して書き込みやがれ 136 (936) - [96%] - 2014/9/18 12:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 116 (1001) - [96%] - 2012/3/21 18:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 106 (1001) - [96%] - 2011/6/3 5:17
- 【PHP】下らねぇ質問はID出して書き込みやがれ 80 (1001) - [96%] - 2009/2/18 6:30 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 94 (1001) - [96%] - 2010/4/20 19:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 81 (1001) - [96%] - 2009/3/7 14:17 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 97 (1001) - [96%] - 2010/9/18 2:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 83 (1001) - [96%] - 2009/4/27 3:17 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 93 (1001) - [96%] - 2010/3/16 4:25
トップメニューへ / →のくす牧場書庫について