元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 130

php覧 / PC版 /

みんなの評価 :

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

202 = :

>>199
なんでfalse？よくわからない

203 = :

クズクズうるせークズ

204 :

今PHPでショッピングカート作ってるんですけど、カートに登録する情報の最低条件は
商品ID,個数,ユーザID　くらいだとして、
ユーザーが会員登録していない・ユーザIDが存在しない状況のときはどうしたら良いんでしょうか
サイトにアクセスしたときに乱数発生させてクッキーに保存。それをIDとして代用するしかないですか？
そうするといろんなデバイスでカート情報を共有できなくなるのはあきらめるしかないんでしょうか

PHP固有の問題の質問じゃなくてすみません

206 = :

無名関数について調べてたらたまたまisset使用してるコードが書いてたけどそこだとfalseになってんな。
もっともgetterで変数がセットされてたら返すという利用法で、$_POSTの時とは話が違うけど。
自分はnull使ったり、1以上の整数値が入ること想定してんなら0とか入れるかもしれないし、
文字列の場合空文字にする時もあるかな。
falseでも比較に支障はないけど違和感は感じるね。

207 = :

カートとは別に、ログイン中かどうかを示すセッションあるやろ
「確定」ボタン押したときログイン中じゃなかったら一旦ログイン画面へ飛ばす
つまりカートにはユーザＩＤは不要

208 = 204 :

>>207
ありがとうございます
１）カートの内容確認画面の「確定」ボタンを押してログインチェック
２）ログイン中ならユーザIDを持って決済実行
３）ログインしてなかったらユーザ登録ページに移動
って感じでしょうか

これはカート情報をDBに持たせるのではなくて全部ブラウザのクッキーもしくはセッションに持たせる前提ですか？
DBに持たせるとしたら、テーブルにユーザごとの固有のフィールド（クッキーまたはセッションに入れた乱数？）を
持たさなきゃだめですよね。よくあるページ上部の「カート：５商品」とかを実現するには。。

209 = :

>>208
業者に作ってもらえ乞食

210 = :

>>208
セッションに、カート丸ごと入れればいいじゃない。

211 = :

＞これはカート情報をDBに持たせるのではなくて全部ブラウザのクッキーもしくはセッションに持たせる前提ですか？
どこに持たせようがやることは同じだと思うのだが

212 = :

>>211
cookieに持たせる場合とセッションに持たせる場合じゃ、やること違うでしょ

213 = :

いや？情報の読み込ませ方が違うってだけでやることは同じ

214 = :

初心者はレスするな

215 = :

>>213
> 情報の読み込ませ方が違う
から、やることが違うって言ってるんだが。
抽象化されたデータ構造を受け取る設計になっているViewの場合なら、そのViewの処理は同じだろうが。

216 = :

揚げ足取りとかいらないから
読ませるだけの違いをさも明確な違いだと言わんばかりに主張されても失笑するだけ

217 = :

やることは同じ→処理内容的に同じことをしていく（読んでいじって書いて）
やることは同じ→使用する関数なんかが違うから同じじゃない

218 = :

>>216
いや、そもそもcookeiとセッション（あるいはデータベース）では、根本的にデータをクライアント側で
保持するのか、サーバ側で保持するのかという違いがあるでしょ。

それを「読ませるだけの違い」っていっちゃうわけ？

219 = :

データをサーバ側から出さない場合とクライアント側に出す場合じゃ、施すセキュリティ対策も変わってきたりするでしょ。
それに、cookieに保持するのであれば、PHPがいうセッションの期間だけを有効にするのか、あるいはそのセッションを超えて
（例えば3日とか）保持するとか、そういう設計の違いも出てくるし。

220 = :

話が飛躍しすぎ
そこまで深い話をしてるわけじゃないのは見ればわかるだろ

221 = :

質問
DBに持たせるとして、よくあるページ上部の「カート：５商品」とかを実現するには、
テーブルにユーザごとの固有のフィールド（クッキーまたはセッションに入れた乱数？）を
持たさなきゃだめですよね？

答え
いいえ
DB+クッキーでセッションを実現する場合は必要ですが（わかってると思うがIPはだめ）
PHPのセッションを使う場合についてはその限りではありません
PHPのセッションを使うとサーバ側に固有IDを持つファイルが生成されその中に情報入れていきます
クライアント側は固有IDと紐つけるためにクッキーを食べさせられます
DB+クッキーでやろうとしてることを勝手にやってくれる仕組みです
自前のセッションを構築したいという強いこだわりがないのならPHPのセッションを使いましょう
ちなみに自前でセッションを構築するのはいろんな意味で危険なのでおすすめしません

222 = :

クライアント側のセッション情報はデフォルトではクッキーだけどhiddenやurlに含ませることもできる
ベストなのはクッキーだけどね
ひろみつがクッキー食えないのドコモ茸とかネタでやってたけど
今はもうその問題も解消されてるのかな？

227 :

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" />

228 = 227 :

あれ、ごめん。なんでもない

230 = :

レビューあるのにコーディング規約ないの？
規約に反するならちゃんと指摘しないと

231 = :

入れ子禁止くらいはあったと思うがそんな厳密な規約はないっす。
つうか「三項演算子でエコー、リダイレクト禁止」みたいな規約があったらむしろ決めた人の感覚を疑うｗ

232 = :

いやいやそんな規約じゃなくて単に可読性落ちるから指摘していいやん

233 = :

指摘したら「PHPでは普通です。見やすいですよね」みたいに言われたからほんとに一般にそうなのか聞きたいんす

235 = :

じじいの俺も未だ三項演算子にやはり抵抗はあるな。ifelse書く
javascript内で見かけたらクライアント側に送るデータ少なくしたいんだなとは思うけど

返値が同じ型や似たような値・処理内容が同じような命名規則の関数の羅列
の場合だと使うかな？　　とか思ったけど、やはり自分基本三項演算子自体を使わないから意見出すのはやはり間違ってるなと思って黙っとく

236 = :

普通ではないけどやってることはif-else文と同じでしょう
別に驚きはしないけど自分はやらないよ
三項演算子を使うのは基本変数のセットぐらい>>196
あれをif-elseでやると$_POST $_GETが多いほど長ったらしくなるからね

238 = :

$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?

239 = :

いやねえなｗ
助長だわなすまね

240 = :

クロージャーかもしれない

241 = :

>>234
DOMDocument#loadHTML() はHTMLから文字エンコーディングが判別できない場合は
ASCII互換として処理するみたいだがこれが原因だな
loadHTML() する前に mb_convert_encoding($html, ''HTML-ENTITIES', '$htmlのエンコーディング'); で
非ASCII文字を数値文字参照に変換してしまうのが楽そうだ

242 = :

三項演算子と if 文を比べてるやつはドシロート
三項演算子は文じゃなくて式
恥ずかしいぞ

243 = :

>>192

<?
$personal_name = isset($_POST["personal_name"]) ? $_POST["personal_name"] : NULL;
$contents = isset($_POST["contents"]) ? $_POST["contents"] : NULL;
if ($personal_name && $contents) {
　echo "投稿者:{$personal_name}\n";
　echo "内容:\n";
　echo "{$contents}\n";
}

244 = :

>>242
自己紹介乙

245 = :

>>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
　　"投稿者:{$personal_name}\n" .
　　"内容:\n" .
　　"{$contents}\n";
}

246 = :

恥ずかしいから終わった話題をぶり返すな

247 = :

＞三項演算子は文じゃなくて式
この言葉はif文と比べてないと出てこないんだけどｗｗｗｗｗ

248 :

変数の値設定に三項使って長々と書くようならデフォルト設定しておいて
改めて例外を上書きした方が見やすく問題も起きにくい

俺は最終段階でわざわざ余計な変数使いたくないような時にしか使わん
まあphpなんか使うことはないがな

249 = :

>>247
おまえ白痴だろ？

250 = :

>>246
恥ずかしいから、まずはとりあえずパンツを履け
それから一度家の外に出て外気を吸え