私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 130
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
$isExistPersonalName = isset($_POST["personal_name"]);
なら条件判別用に使うbooleanでいいが、値取得ならnullまたは空文字が妥当でしょ
なら条件判別用に使うbooleanでいいが、値取得ならnullまたは空文字が妥当でしょ
>>199
なんでfalse？ よくわからない
なんでfalse？ よくわからない
今PHPでショッピングカート作ってるんですけど、カートに登録する情報の最低条件は
商品ID,個数,ユーザID くらいだとして、
ユーザーが会員登録していない・ユーザIDが存在しない状況のときはどうしたら良いんでしょうか
サイトにアクセスしたときに乱数発生させてクッキーに保存。それをIDとして代用するしかないですか？
そうするといろんなデバイスでカート情報を共有できなくなるのはあきらめるしかないんでしょうか
PHP固有の問題の質問じゃなくてすみません
商品ID,個数,ユーザID くらいだとして、
ユーザーが会員登録していない・ユーザIDが存在しない状況のときはどうしたら良いんでしょうか
サイトにアクセスしたときに乱数発生させてクッキーに保存。それをIDとして代用するしかないですか？
そうするといろんなデバイスでカート情報を共有できなくなるのはあきらめるしかないんでしょうか
PHP固有の問題の質問じゃなくてすみません
if (isset($_POST['a'])) {
$a = $_POST['a'];
} else {
$a = null;
}
function aaa($a) {
$a = $_POST['a'];
} else {
$a = null;
}
function aaa($a) {
無名関数について調べてたらたまたまisset使用してるコードが書いてたけどそこだとfalseになってんな。
もっともgetterで変数がセットされてたら返すという利用法で、$_POSTの時とは話が違うけど。
自分はnull使ったり、1以上の整数値が入ること想定してんなら0とか入れるかもしれないし、
文字列の場合空文字にする時もあるかな。
falseでも比較に支障はないけど違和感は感じるね。
もっともgetterで変数がセットされてたら返すという利用法で、$_POSTの時とは話が違うけど。
自分はnull使ったり、1以上の整数値が入ること想定してんなら0とか入れるかもしれないし、
文字列の場合空文字にする時もあるかな。
falseでも比較に支障はないけど違和感は感じるね。
カートとは別に、ログイン中かどうかを示すセッションあるやろ
「確定」ボタン押したときログイン中じゃなかったら一旦ログイン画面へ飛ばす
つまりカートにはユーザＩＤは不要
「確定」ボタン押したときログイン中じゃなかったら一旦ログイン画面へ飛ばす
つまりカートにはユーザＩＤは不要
>>207
ありがとうございます
１）カートの内容確認画面の「確定」ボタンを押してログインチェック
２）ログイン中ならユーザIDを持って決済実行
３）ログインしてなかったらユーザ登録ページに移動
って感じでしょうか
これはカート情報をDBに持たせるのではなくて全部ブラウザのクッキーもしくはセッションに持たせる前提ですか？
DBに持たせるとしたら、テーブルにユーザごとの固有のフィールド（クッキーまたはセッションに入れた乱数？）を
持たさなきゃだめですよね。よくあるページ上部の「カート：５商品」とかを実現するには。。
ありがとうございます
１）カートの内容確認画面の「確定」ボタンを押してログインチェック
２）ログイン中ならユーザIDを持って決済実行
３）ログインしてなかったらユーザ登録ページに移動
って感じでしょうか
これはカート情報をDBに持たせるのではなくて全部ブラウザのクッキーもしくはセッションに持たせる前提ですか？
DBに持たせるとしたら、テーブルにユーザごとの固有のフィールド（クッキーまたはセッションに入れた乱数？）を
持たさなきゃだめですよね。よくあるページ上部の「カート：５商品」とかを実現するには。。
>>208
業者に作ってもらえ乞食
業者に作ってもらえ乞食
>>208
セッションに、カート丸ごと入れればいいじゃない。
セッションに、カート丸ごと入れればいいじゃない。
＞これはカート情報をDBに持たせるのではなくて全部ブラウザのクッキーもしくはセッションに持たせる前提ですか？
どこに持たせようがやることは同じだと思うのだが
どこに持たせようがやることは同じだと思うのだが
>>211
cookieに持たせる場合とセッションに持たせる場合じゃ、やること違うでしょ
cookieに持たせる場合とセッションに持たせる場合じゃ、やること違うでしょ
揚げ足取りとかいらないから
読ませるだけの違いをさも明確な違いだと言わんばかりに主張されても失笑するだけ
読ませるだけの違いをさも明確な違いだと言わんばかりに主張されても失笑するだけ
やることは同じ→処理内容的に同じことをしていく（読んでいじって書いて）
やることは同じ→使用する関数なんかが違うから同じじゃない
やることは同じ→使用する関数なんかが違うから同じじゃない
>>216
いや、そもそもcookeiとセッション（あるいはデータベース）では、根本的にデータをクライアント側で
保持するのか、サーバ側で保持するのかという違いがあるでしょ。
それを「読ませるだけの違い」っていっちゃうわけ？
いや、そもそもcookeiとセッション（あるいはデータベース）では、根本的にデータをクライアント側で
保持するのか、サーバ側で保持するのかという違いがあるでしょ。
それを「読ませるだけの違い」っていっちゃうわけ？
データをサーバ側から出さない場合とクライアント側に出す場合じゃ、施すセキュリティ対策も変わってきたりするでしょ。
それに、cookieに保持するのであれば、PHPがいうセッションの期間だけを有効にするのか、あるいはそのセッションを超えて
（例えば3日とか）保持するとか、そういう設計の違いも出てくるし。
それに、cookieに保持するのであれば、PHPがいうセッションの期間だけを有効にするのか、あるいはそのセッションを超えて
（例えば3日とか）保持するとか、そういう設計の違いも出てくるし。
質問
DBに持たせるとして、よくあるページ上部の「カート：５商品」とかを実現するには、
テーブルにユーザごとの固有のフィールド（クッキーまたはセッションに入れた乱数？）を
持たさなきゃだめですよね？
答え
いいえ
DB+クッキーでセッションを実現する場合は必要ですが（わかってると思うがIPはだめ）
PHPのセッションを使う場合についてはその限りではありません
PHPのセッションを使うとサーバ側に固有IDを持つファイルが生成されその中に情報入れていきます
クライアント側は固有IDと紐つけるためにクッキーを食べさせられます
DB+クッキーでやろうとしてることを勝手にやってくれる仕組みです
自前のセッションを構築したいという強いこだわりがないのならPHPのセッションを使いましょう
ちなみに自前でセッションを構築するのはいろんな意味で危険なのでおすすめしません
DBに持たせるとして、よくあるページ上部の「カート：５商品」とかを実現するには、
テーブルにユーザごとの固有のフィールド（クッキーまたはセッションに入れた乱数？）を
持たさなきゃだめですよね？
答え
いいえ
DB+クッキーでセッションを実現する場合は必要ですが（わかってると思うがIPはだめ）
PHPのセッションを使う場合についてはその限りではありません
PHPのセッションを使うとサーバ側に固有IDを持つファイルが生成されその中に情報入れていきます
クライアント側は固有IDと紐つけるためにクッキーを食べさせられます
DB+クッキーでやろうとしてることを勝手にやってくれる仕組みです
自前のセッションを構築したいという強いこだわりがないのならPHPのセッションを使いましょう
ちなみに自前でセッションを構築するのはいろんな意味で危険なのでおすすめしません
クライアント側のセッション情報はデフォルトではクッキーだけどhiddenやurlに含ませることもできる
ベストなのはクッキーだけどね
ひろみつがクッキー食えないのドコモ茸とかネタでやってたけど
今はもうその問題も解消されてるのかな？
ベストなのはクッキーだけどね
ひろみつがクッキー食えないのドコモ茸とかネタでやってたけど
今はもうその問題も解消されてるのかな？
73: <link href="http://www.dixe.net/favicon.ico" rel="SHORTCUT ICON" />
74: <link rel="icon" href="
" type="image/gif" >
75: <link rel="stylesheet" type="text/css" media="all" href="http://www.dixe.net/common.css" />
74: <link rel="icon" href="
" type="image/gif" > 75: <link rel="stylesheet" type="text/css" media="all" href="http://www.dixe.net/common.css" />
レビューあるのにコーディング規約ないの？
規約に反するならちゃんと指摘しないと
規約に反するならちゃんと指摘しないと
入れ子禁止くらいはあったと思うがそんな厳密な規約はないっす。
つうか「三項演算子でエコー、リダイレクト禁止」みたいな規約があったらむしろ決めた人の感覚を疑うｗ
つうか「三項演算子でエコー、リダイレクト禁止」みたいな規約があったらむしろ決めた人の感覚を疑うｗ
指摘したら「PHPでは普通です。見やすいですよね」みたいに言われたからほんとに一般にそうなのか聞きたいんす
>>223は解決しました。多分別のところが問題でした。>>227-228さん、ありがとうございました。
それでまた別の質問なんですが
【OS名】windows7 64bit home
【PHPのバージョン】PHP/5.4.7
【連携ソフトウェア】MySQL
【質問内容】
以下のコードで文字化けしてしまいます。
どこが悪いのでしょうか。
結果はこうなります。
<?php
$str=( '<html><body>123abcあいう</body></html>');
$dom = new DOMDocument();
$dom->loadHTML($str);
$xml = $dom->saveXML();
$xmlmain = simplexml_load_string($xml);
var_dump( $xmlmain->body);
?>
それでまた別の質問なんですが
【OS名】windows7 64bit home
【PHPのバージョン】PHP/5.4.7
【連携ソフトウェア】MySQL
【質問内容】
以下のコードで文字化けしてしまいます。
どこが悪いのでしょうか。
結果はこうなります。
<?php $str=( '<html><body>123abcあいう</body></html>');
$dom = new DOMDocument();
$dom->loadHTML($str);
$xml = $dom->saveXML();
$xmlmain = simplexml_load_string($xml);
var_dump( $xmlmain->body);
?>
じじいの俺も未だ三項演算子にやはり抵抗はあるな。ifelse書く
javascript内で見かけたらクライアント側に送るデータ少なくしたいんだなとは思うけど
返値が同じ型や似たような値・処理内容が同じような命名規則の関数の羅列
の場合だと使うかな？ とか思ったけど、やはり自分基本三項演算子自体を使わないから意見出すのはやはり間違ってるなと思って黙っとく
javascript内で見かけたらクライアント側に送るデータ少なくしたいんだなとは思うけど
返値が同じ型や似たような値・処理内容が同じような命名規則の関数の羅列
の場合だと使うかな？ とか思ったけど、やはり自分基本三項演算子自体を使わないから意見出すのはやはり間違ってるなと思って黙っとく
普通ではないけどやってることはif-else文と同じでしょう
別に驚きはしないけど自分はやらないよ
三項演算子を使うのは基本変数のセットぐらい>>196
あれをif-elseでやると$_POST $_GETが多いほど長ったらしくなるからね
別に驚きはしないけど自分はやらないよ
三項演算子を使うのは基本変数のセットぐらい>>196
あれをif-elseでやると$_POST $_GETが多いほど長ったらしくなるからね
$isHogeHoge() ? echo 'エラーです' : redirect('/hogehoge/success');
$isＩogeIoge() ? echo 'エラーです' : redirect('/hogehoge/success');
$isJogeJoge() ? echo 'エラーです' : redirect('/hogehoge/success');
$isKogeKoge() ? echo 'エラーです' : redirect('/hogehoge/success');
$isLogeLoge() ? echo 'エラーです' : redirect('/hogehoge/success');
・・・
こんなかんじだったらやる かもしれんnu?
$isＩogeIoge() ? echo 'エラーです' : redirect('/hogehoge/success');
$isJogeJoge() ? echo 'エラーです' : redirect('/hogehoge/success');
$isKogeKoge() ? echo 'エラーです' : redirect('/hogehoge/success');
$isLogeLoge() ? echo 'エラーです' : redirect('/hogehoge/success');
・・・
こんなかんじだったらやる かもしれんnu?
いやねえなｗ
助長だわなすまね
助長だわなすまね
>>234
DOMDocument#loadHTML() はHTMLから文字エンコーディングが判別できない場合は
ASCII互換として処理するみたいだがこれが原因だな
loadHTML() する前に mb_convert_encoding($html, ''HTML-ENTITIES', '$htmlのエンコーディング'); で
非ASCII文字を数値文字参照に変換してしまうのが楽そうだ
DOMDocument#loadHTML() はHTMLから文字エンコーディングが判別できない場合は
ASCII互換として処理するみたいだがこれが原因だな
loadHTML() する前に mb_convert_encoding($html, ''HTML-ENTITIES', '$htmlのエンコーディング'); で
非ASCII文字を数値文字参照に変換してしまうのが楽そうだ
三項演算子 と if 文 を比べてるやつはドシロート
三項演算子 は 文 じゃなくて 式
恥ずかしいぞ
三項演算子 は 文 じゃなくて 式
恥ずかしいぞ
>>192
<?
$personal_name = isset($_POST["personal_name"]) ? $_POST["personal_name"] : NULL;
$contents = isset($_POST["contents"]) ? $_POST["contents"] : NULL;
if ($personal_name && $contents) {
echo "<p>投稿者:{$personal_name}</p>\n";
echo "<p>内容:</p>\n";
echo "<p>{$contents}</p>\n";
}
<?
$personal_name = isset($_POST["personal_name"]) ? $_POST["personal_name"] : NULL;
$contents = isset($_POST["contents"]) ? $_POST["contents"] : NULL;
if ($personal_name && $contents) {
echo "<p>投稿者:{$personal_name}</p>\n";
echo "<p>内容:</p>\n";
echo "<p>{$contents}</p>\n";
}
>>242
自己紹介乙
自己紹介乙
>>243
<?php
$personal_name = isset($_POST["personal_name"]) ? $_POST["personal_name"] : NULL;
$contents = isset($_POST["contents"]) ? $_POST["contents"] : NULL;
if (trim($personal_name) && trim($contents)) {
echo
"<p>投稿者:{$personal_name}</p>\n" .
"<p>内容:</p>\n" .
"<p>{$contents}</p>\n";
}
<?php
$personal_name = isset($_POST["personal_name"]) ? $_POST["personal_name"] : NULL;
$contents = isset($_POST["contents"]) ? $_POST["contents"] : NULL;
if (trim($personal_name) && trim($contents)) {
echo
"<p>投稿者:{$personal_name}</p>\n" .
"<p>内容:</p>\n" .
"<p>{$contents}</p>\n";
}
＞三項演算子 は 文 じゃなくて 式
この言葉はif文と比べてないと出てこないんだけどｗｗｗｗｗ
この言葉はif文と比べてないと出てこないんだけどｗｗｗｗｗ
変数の値設定に三項使って長々と書くようならデフォルト設定しておいて
改めて例外を上書きした方が見やすく問題も起きにくい
俺は最終段階でわざわざ余計な変数使いたくないような時にしか使わん
まあphpなんか使うことはないがな
改めて例外を上書きした方が見やすく問題も起きにくい
俺は最終段階でわざわざ余計な変数使いたくないような時にしか使わん
まあphpなんか使うことはないがな
>>247
おまえ白痴だろ？
おまえ白痴だろ？
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】下らねぇ質問はID出して書き込みやがれ 100 (1001) - [98%] - 2010/11/14 21:46
- 【PHP】下らねぇ質問はID出して書き込みやがれ 139 (994) - [98%] - 2015/7/25 21:15
- 【PHP】下らねぇ質問はID出して書き込みやがれ 110 (1001) - [98%] - 2011/9/29 22:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 131 (1001) - [98%] - 2014/1/19 21:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 132 (1000) - [98%] - 2014/6/18 20:58
- 【PHP】下らねぇ質問はID出して書き込みやがれ 133 (1001) - [98%] - 2014/7/8 16:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 135 (984) - [98%] - 2014/8/7 1:00
- 【PHP】下らねぇ質問はID出して書き込みやがれ 136 (936) - [98%] - 2014/9/18 12:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 137 (995) - [98%] - 2023/1/30 18:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 138 (991) - [98%] - 2015/1/6 8:00
- 【PHP】下らねぇ質問はID出して書き込みやがれ 134 (1002) - [98%] - 2014/7/29 4:15
- 【PHP】下らねぇ質問はID出して書き込みやがれ 120 (1001) - [98%] - 2012/7/25 6:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 125 (1001) - [96%] - 2013/2/4 13:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 113 (1001) - [96%] - 2012/1/1 1:00
- 【PHP】下らねぇ質問はID出して書き込みやがれ 129 (1001) - [96%] - 2013/9/18 1:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 128 (1001) - [96%] - 2013/8/4 14:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 112 (1001) - [96%] - 2011/11/29 4:02
トップメニューへ / →のくす牧場書庫について