質問者はまず>>1を良く読むこと(必須！)
過去スレ、関連スレ、FAQなどは>>2-10辺り
次スレは>>980が立てる。10分以内に立たない場合、宣言してから立てたい人が立てること。

◆前スレ
【PHP】下らねぇ質問はID出して書き込みやがれ 131
http://kohada.2ch.net/test/read.cgi/php/1384065969/

◆質問用テンプレ
【OS名】CentOS
【PHPのバージョン】5.5
【連携ソフトウェア】MySQL ImageMagick
【質問内容】

◆質問する時の注意
・ スレを上げて自分のIDを表示させること。(メール欄に何も記述しない。専ブラのsageチェックを外す)
・ 己の行った操作、変更などを詳しく明記すること。
・ エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・ 質問者として、態度をわきまえること。
・ 事前に関連リンクの公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。
(PHPで最良の教本はこの公式マニュアル。市販の書籍は嘘が多いので鵜呑みにしない。)

◆質問後の注意
・2回目以降は最初に質問した際のレス番号を入れて、偽者防止に必ずIDを表示させること。
・解決しなくても回答をもらった場合はお礼を言うこと。
(荒らし、煽りは除く。煽られたときも、無闇に反論せずスルーすること。)

◆回答者への注意
・誰にレスしているのか分からないと困るので、>>(アンカー)をつけて回答すること。

【その他諸注意】
・SQL・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ

【簡易ＦＡＱ】
1．文字コードは何を使えばいいの？
　→1.UTF-8 2.EUC-JP のどちらか。迷うようなやつはShift_JISは使っちゃダメ。
2. このスレに書き込むときに自分のサイト名を晒したくない
　→http://example.com/が例文などのために予約されている。hogehoge.comは使っちゃダメ。
3. ブラウザに何も表示されないんだけど・・・
　→ Apacheの設定を見直せ。ファイルの拡張子は何にしてて、その拡張子でPHPを呼ぶようになっているか？
4. 記号の意味がわからないけどググりようがない
　→ 「@」 エラー表示を抑制、「->」 オブジェクトのメンバにアクセス、「::」 静的なメソッド呼び出し、
　　「==」は暗黙の型変換をしてゆるい比較、「===」は型情報も含めた厳密な比較
5. echo "$arr['hoge']['fuga']"; と書いたらエラーになった
　→ ｛おっぱい括弧｝でくくって"{$arr['hoge']['fuga']}"にする
6. 一定時間ごとに自動的に何かしたいんだけど
　→ cronかタスクスケジューラを使え。
7．extractって危険なの？
　→変数上書き＆初期化忘れなどで危険。楽だからという理由だけで安易に使わない。
8. include/requireに「～.php?a=b&c=d」のようなパラメータをつけたい
　→ URL呼び出しなら可能だけど、普通のファイル呼び出しではできません
9．include/requireでURLを指定しても何も起きない
　→ .phpの拡張子のファイルをURLで呼び出すと、１度PHPプログラムとして実行された結果になる。
10. そもそもインストールの時点でうまくいかない
　→ 確認すべきはPHPのconfigureの引数、php.iniの内容と置き場所、
　　Webサーバの設定（Apacheならhttpd.conf）、起動＆再起動あたり

11. SQLの質問はどこで？
　→ データベース板に誘導されるのが嫌ならPHPにうまく関連させて質問する
12. 文字列のなかに、英字のみとか数字のみとか記号が入っちゃいやんとかはどうしたらいいの？
　→ ctype_～()が手軽。複雑なパターンはpreg_～()あたりで正規表現を使う。
13. $a1, $a2, $a3 ... のような変数名をうまく扱いたい
　→ 可変変数で実現できるけど、むしろ配列を使って$a[1], $a[2], $a[3]等とするのがベター
14. echoとprintってどう違うの？
　→ よく議論される話題であるが基本的に両者とも同じ。 以下ちょっとした議論。
　　http://www.faqts.com/knowledge_base/view.phtml/aid/1/fid/40
15. クッキーの情報をユーザから隠したい
　→ セッション使え。ただしクッキーとセッションは仕組みが違うから同じように扱うな
16. strip_tags()で削除しないタグを複数指定したい
　→ strip_tags($html, '<a><p><font>'); // htmlspecialchars()も検討すべし
17. CSVやTSVのファイルをスマートに扱いたい
　→ まずはfgetcsv()。ただし日本語を含むと正常に動作しない場合があるので注意だ。
18. 値渡しと参照渡し（「&」を使う）のパフォーマンスの違い
　→ C言語じゃないので、パフォーマンス目的で使いわけたらダメ。参照渡しにすると逆に遅くなったりする
　　参照渡しは引数に戻り値を設定したり引数を関数内で変更するなど、正しい目的に使うこと
19. ファイル入出力関数（fopen等）でリモートファイル（http://～とか）を扱う際の限界
　→ fsockopen()でソケット通信 or PEARのHTTP系 or CURLで解決
　　必要ならHTTPをはじめとする各種プロトコル（どんなデータを送受信するか）はRFCなどで調べる
20. PHPからPOSTリクエストしたい
　→19.を参照
21. 画像処理一般 or GDの限界
　→ ImageMagick（PECLのやつ or シェルから実行）
22. 画像・音・動画はファイルで保存？DBに保存？
　→ 好きにしてください

>>1 乙

ファイル扱う関数以外はほとんどバイナリセーフって認識ぐらいでいいんじゃね？

馬鹿には無理

どっかにPHPの参照カウントを図解してるスライドあったよ

>>7
http://www.php.net/manual/ja/features.gc.refcounting-basics.php

hoge($arr3)は値渡し（コピーオンライト）になります
PHPでは連想配列はオブジェクトではないので

破壊的関数は hoge(&$arr3) と書きます

すみません宣言時です
function hoge(& $arr3) {}

>>7
※1も※2も値渡しだよ。
PHPでは、基本的にみんな値渡しになる。
例外的に、オブジェクトにオブジェクトを代入すると参照渡しになる。

オブジェクト以外で参照渡しにしたい場合には、&を変数等の前につける。
もっとも、通常は参照渡しにする必要はほとんど無いはず。

これ読むといいよ。

『PHPが糞言語なのはどう考えても参照をポインタだと思っているお前らが悪い』
http://tanakahisateru.hatenablog.jp/entry/2013/12/12/012728

>>15
関連リンク
■本家マニュアル　　　http://www.php.net/manual/ja/
演算子の項を参照

>>15
>>はビットシフト
RGBは24bitなので、右に16bitシフトすればGとBのビットは捨てられてRだけになります
& 0xff はビットマスク
ここでは下位8bitはそのまま、それ以外のビットがあれば0にする意味で使われています

>>16
>>17
ありがとうございました！

$val の内容ダンプしてみては

>>20
大変、失礼しました。自己解決です。
trimが効いていないと思ったら、効いていました。
投稿後、セッションの元データをフォームに反映させていたため
効いていないと、勘違いしていたみたいです。
お騒がせして済みませんでした。

ム板のPerlスレもだいぶPHPの良さが分かってきたみたいだな

でもまだ抵抗してる馬鹿がいるだろ。
継続的に啓蒙していくことが重要。

一行もPHPのコードが書けないバカはここに来るな

>>23
啓蒙つーか
perl使ってる奴は底辺だって事実を
認知させるところからだろ

PHP使ってる奴は底辺だって事実を
認知させるところからだろ

perlじゃお金にならないよ

いやいやこいつはどの言語も使えない馬鹿チョンだろ

スレ違いです
質問書いてください。

>>27
Perl厨はPerlそのものを使って仕事を見つけるつもりはないと苦しい言い訳をしているよ。

俺も見かけたときは加勢してやってるんだから
お前らもがんがれ

>>30,>>31

>>24

Perlで質問してるところにPHPで解答コード書いてやればいいんじゃね？

そうすればPHPユーザーのスキルレベルとPHPの有用性を同時に示すことができる

そしてPHPerは空気も読めないのかと言われる

ぺちぱーにそれが果たしてできるのかな

保存先がCookieになっていないか確認したか？

とくに制約を受けるサイズないと思うよ
デバッガで追ってみたら

中身が消えるっていうのは、Session自体は生きてるけど特定のパラメータだけNULLか何かになるってこと？
その辺どうやって確認してんの

みなさん回答ありがとうございます。

単純にsessionの関数使っているだけなのでsessionがどこに保存されているのか？
というのを意識していませんでした。
特に何もしていませんがブラウザーのデバッガーで見たらcookieにそれらしき文字列があったのでcookieだと思います。

中身が消えるかどうかの確認は1000文字いれても取り出せるけど
3000文字だとnullになっているという形です。

保存先を変えることができるのであればやってみたいと思います。

セッションの内容をクッキーに保存したら、それは、クッキーでありセッションではないと思うのだが。
セッションとクッキーを混同してるんじゃないの。
それと、クッキーは、たしか4kbyteとかの上限があるからそれが原因だと思う。

getで送信とかしてないよね

横レスだけどCookieにSessionデータ詰めるなんて話初めて聞いたわ

スレを移ったほうがよさそうですね

私もsessionと書いてあったのでてっきり実データはサーバー側とおもっていたのですが
cookieの中になにやらはいっておりました。
文字数からして4kの上限にあたっているようなのでsessionとなっていますが
cookieの中にいれていたということでしょうか。
ちょっとよくわからなくなってきました。

いずれにしても、セッションのデータがクッキーに入ってしまうのは、
セキュリティ上も良くないと思うよ。

CIのマニュアルにCookie使うから4kbまでってはっきり書いてあったわ
マニュアルも読まずに質問するとは乳首1000クリックの刑

みなさん申し訳ありません。
確かにマニュアルにクッキー使うよと書いてありますね。
sessionってあったからてっきりそうなのかと思ってましたがCIのsessionはcookie保存のようです。

別の手段で回避することにしました。
お騒がせしました。

>>45
Codeigniterでは、セッション情報を暗号化してクッキーに保存するらしい。
あと、DBにも保存することが可能だとか。普通にファイルとして保存すればいいのに。
http://codeigniter.jp/user_guide_ja/libraries/sessions.html