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

**nobodyさん** · 2012/01/02(月) 02:03:25.50

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

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

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

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

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

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

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

**nobodyさん** · 2012/01/05(木) 04:44:02.06

すげー自演だなｗ

**nobodyさん** · 2012/01/05(木) 04:50:42.28

自演としても成立してないよ
HipHopはPHPの開発ツールとしての優位性が強まる、つまり「PHP最強だろ！」って話だからね
PHP憎しで完全に狂ってるけど、はたから見ると面白い

**nobodyさん** · 2012/01/05(木) 08:46:23.61

>211
もういいから早く代替案を答えて。

**nobodyさん** · 2012/01/05(木) 08:57:14.69

>>234
C++で作ったからといって、1000ユニークアクセスに対して1000DBアクセスが発生しなくなるわけじゃあないのに、
なぜHipHopで「PHP最強だろ！」になるのですか？

**nobodyさん** · 2012/01/05(木) 09:06:53.72

>>232
PHPってそんなこともできないの？

**nobodyさん** · 2012/01/05(木) 09:14:31.17

一人で一生懸命ごくろうさん
よく死にたくならないなと感心するよ

**nobodyさん** · 2012/01/05(木) 09:22:13.73

>>238
もういいから早く代替案を答えて。

**nobodyさん** · 2012/01/05(木) 11:42:14.54

標準関数を自分で定義したものに置き換える方法ありませんか。

**nobodyさん** · 2012/01/05(木) 11:48:53.94

PHPのソース書き換えてビルドかな
じゃなければmyTrim()とかmyPhpinfo()みたいにプレフィックスでも付けて差別化するしかない

**nobodyさん** · 2012/01/05(木) 11:55:13.54

ソース書き換えなしで不具合の出る関数の動作を修正したかったのですが。
PHPコードからではできないですか。
諦めて別名でやってみます。

**nobodyさん** · 2012/01/05(木) 12:05:52.58

>>230
それはC/C++ソースをコンパイル時にアセンブラ出力して書き換えるようなもの。
無駄をなくすとすれば機械語、アセンブラにたどり着く。
しかし開発効率からそのあたりには手を出さず、PHPやC/C++のコードの範囲でできる事をした方が良い。

**nobodyさん** · 2012/01/05(木) 12:15:28.46

いま荒らしてる人ってMatzを「まともと」「まともと」って言ってた人か
Matzも知らないから素人なんだろうと思ってたけど納得だわ>>218
facebook級のサイトのを運営してるSEというなりきり設定がﾜﾛﾀ

PHPの高速化に HipHop vs APC てのがあるみたいだけど
現時点でほとんど性能は変わらないようだし安定性の面でAPCに軍配が上がるのかな。
サクッと作って高速で動かすという技術はPHPが先を行ってる感じ
http://blog.candycane.jp/archives/491
http://dsas.blog.klab.org/archives/51978647.html

**nobodyさん** · 2012/01/05(木) 12:28:51.85

HIPHOPの実行ファイルはPHP上で動くんじゃないだろ。
どれだけPHPが高速化できたとしても、リソースの少なさ、速度の速さではネイティブ実行形式が上だろ。

**nobodyさん** · 2012/01/05(木) 12:43:16.59

結局のところ、アプリケーションスコープの代替ってみなさんどうされています？

**nobodyさん** · 2012/01/05(木) 12:50:18.95

ﾆｰﾄが目覚めたな

**nobodyさん** · 2012/01/05(木) 12:52:26.30

いい歳して可哀想なもんやで

**nobodyさん** · 2012/01/05(木) 12:57:19.29

Javaで挫折したニートのオッサンだろう
シングルトン・マルチスレッド・アプリケーションスコープ、全部理解してないからな

**nobodyさん** · 2012/01/05(木) 13:02:42.94

まぁプログラマーはここにいるおっさんのように池沼になるリスクをはらんでるよな
精神病むには最適な職種と言える

**nobodyさん** · 2012/01/05(木) 14:48:43.61

配列のキー指定で
$ary[expr1 ? expr2 : expr3]ってしたとき
expr3の結果を$ary[]にする方法ってないよね

ちなみにnullや''は空文字列で[]とは違う

**nobodyさん** · 2012/01/05(木) 14:56:30.73

あるソースを読んでいる中で
class　SQLというのがありまして

function getRecord($limit = NULL, $offset = 0) {

if ($limit) return array_slice($this->record, $offset, $limit);
else return $this->record;
}

というファンクションがあったんですが、
$this->record;のrecordが何を指しているかがわかりません。
recordてもともとPHPに用意されているファンクションなんでしょうか？

**nobodyさん** · 2012/01/05(木) 14:57:37.19

だれか翻訳頼む

**nobodyさん** · 2012/01/05(木) 14:58:56.94

class　SQLのメンバ

**nobodyさん** · 2012/01/05(木) 15:09:18.10

$this->の時点で気付こうよ

**nobodyさん** · 2012/01/05(木) 15:09:19.83

一回PHPのクラスで何が出来るか勉強してくるべき

**nobodyさん** · 2012/01/05(木) 15:20:05.60

クラスを知らないか、理解していない人の相談なんです。

**nobodyさん** · 2012/01/05(木) 15:22:06.79

すみません。クラスをちゃんと理解していませんでした
class　SQLの中にrecordというファンクションがなかったので
もともと用意されている何かだとおもったのですが
ググってもでてこなかったので聞いてみました。

まだよくわかっていないのでちょっとクラスについて調べてきます

**nobodyさん** · 2012/01/05(木) 15:25:35.51

DBを使ったサービス作るんだけど、
DB操作しやすいライブラリとかでおすすめないかな？

プログラム自体は大したことないのに、
テーブルやらカラムやらを大量に作らなきゃいけない予定なんで、
SQLで書くのめんどくさいから、
ソースコードだけで片付くものを探してるとこなんだけど

**nobodyさん** · 2012/01/05(木) 15:26:13.26

もっと頭を柔らかくしようよ
$this->recordが必ずしもファンクションとは限らないのにファンクションと決めつけてるだろ
そんなことだといつまでも謎のままだぞ

>if ($limit) return array_slice($this->record, $offset, $limit);
これ見たらあー配列なんだなってわかるし
つーことは、名前からしても$this->recordにはどこかでSELECTの結果かなにかを配列としてセットしてるメンバだとわかるだろう

**nobodyさん** · 2012/01/05(木) 15:26:51.23

>>258
recordというデータメンバもないですか。
親クラスがあればそちらにも

**252** · 2012/01/05(木) 15:29:33.28

class SQL {
private $count = 0;
private $host = "localhost";
private $error = null;

protected $link = null;
protected $record = null;

function connect() {
$this->link = mysql_connect($this->host, "???", "?????");
if (!$this->link) return false;
if (!mysql_select_db('recnomi', $this->link)) return false;
return true;
}

function disconnect() {
mysql_close($this->link);
}

function getRecord($limit = NULL, $offset = 0) {

if ($limit) return array_slice($this->record, $offset, $limit);
else return $this->record;
}

**nobodyさん** · 2012/01/05(木) 15:30:55.18

>>259
そーゆーことならフレームワークのスレへ
ただSQL書かないで最適なクエリを発行することはまず無理だと思う
DB抽象化ライブラリがインデックスまで把握して最適なクエリを発行してくれるものがあればオレも欲しい

**252** · 2012/01/05(木) 15:31:28.29

ソースは262なんですけど
5行目のprotected $record = null
で定義しているからしたで使えているということなんですか？;

**nobodyさん** · 2012/01/05(木) 15:31:53.77

>>262
>protected $record = null;

メンバとして定義されてるじゃん

**nobodyさん** · 2012/01/05(木) 15:33:04.94

>>264
まぁいい
とりあえずクラスってなぁに？どう使えてどう動くの？ってことを30日間勉強して

**252** · 2012/01/05(木) 15:35:46.96

そうですか。。。
$this->recordでrecordに＄がついてなかったので
ファンクションだと思ってました。。
勉強してきます

**nobodyさん** · 2012/01/05(木) 15:36:05.47

>>263
了解
おもしろそうだから、一回自作できるか挑戦して、それでもダメだったらどこかのFW探してみます

**nobodyさん** · 2012/01/05(木) 15:38:38.34

>>268
使う機能だけを関数化すればよい。
SQLはコマンドラインでも動作する。難しければそこからやってみてそのあとPHPにするというのもある。

**nobodyさん** · 2012/01/05(木) 15:44:23.54

>>269
何言ってるのこのひと
すごく的外れ

**252** · 2012/01/05(木) 15:45:28.44

すみません。最後に一個ききたいんですが
5行目のprotected $record = nullでは配列が入っていないとおもうんですが
recordには配列はどうやって入れているのでしょうか？

**nobodyさん** · 2012/01/05(木) 15:50:04.64

$this->recordやrecordでソースを検索したら代入しているところが出てくる。

**262** · 2012/01/05(木) 15:51:51.85

ありがとうございます。もう一度調べてみます

**nobodyさん** · 2012/01/05(木) 16:09:56.66

$this->$recordと記述してしまうと、
$recordという変数を探して、
名無しの変数なんてねえよ。とわめいたり、
素知らぬ顔で空データ返してくれるPHPを見てると
ちょっと萌えるよね。
こんな技法滅多に使わないけど。

**nobodyさん** · 2012/01/05(木) 16:19:40.25

自分でフレームワークライクなもの書いたりする場合によく使うよ
/hoge/fugaというアクセスはclass hogeのfugaメソッドを実行とかね
どんな名前でアクセスしてくるかわからないものを一箇所で処理しようと思ったら便利でしょ

**nobodyさん** · 2012/01/05(木) 16:26:11.82

つか、>>262のクラスひどくね？ｗ

>if ($limit) return array_slice($this->record, $offset, $limit);
クエリ発行時点でoffsetとlimitつけとけよ…
これごっそりレコード取って後から切り出してるだろ
とりあえずこんなクソコード捨てちまえ

**nobodyさん** · 2012/01/05(木) 19:28:56.82

>>267
ファンションを呼び出すなら$this->record()って書くだろうよ

**nobodyさん** · 2012/01/05(木) 19:29:38.66

mysql_queryに、複数のクエリを;で区切って実行したところ、エラーになりました
そこでクエリごとに分けて別々に発行すればOKでした。
phpMyAdminでは;で区切ったクエリを実行できるのですが、
これはphpMyAdmin側で複数のクエリに分割して実行しているのでしょうか？
それともこちらのプログラムミスでしょうか？

**nobodyさん** · 2012/01/05(木) 19:31:31.15

プログラムミス

**nobodyさん** · 2012/01/05(木) 19:40:52.08

>>278
今どきただのmysql使うなんて時代後れすぎですね
mysqliを積極的に使いなさい
そして○○_query系でsqlを実行するのは今すぐやめましょう
これからは○○_prepareを使いましょう
queryでsql実行してたら業務でやってる人たちに笑われますよ

**nobodyさん** · 2012/01/05(木) 19:43:07.94

とりあえずマニュアル嫁
http://www.php.net/manual/ja/function.mysql-query.php

mysql_query() は、ひとつのクエリを送信します (複数クエリの送信はサポートしません)。

**nobodyさん** · 2012/01/05(木) 19:45:35.06

>>279
適当にいうな
>>280
ありがとうございます
>>281
クエリのパースってmysql側でやるものだと思ってたのですが
そういうものなのですか
ありがとうございました

**nobodyさん** · 2012/01/05(木) 19:46:47.22

>>280の言うようにmysqliのほうが速いしなにかと捗るぞ
mysqliのmulti_queryはマルチクエリ実行できるよ

ただ得意気に
>そして○○_query系でsqlを実行するのは今すぐやめましょう
>これからは○○_prepareを使いましょう
とか言ってると笑われるから注意な

すべてケースによるから自分で最適なコーディングを探すこと
エスケープやアプリに合わせたサニタイズも考えながらやって

**nobodyさん** · 2012/01/05(木) 19:47:41.25

適当だったが、Sqlite3、PDOの関数では複数行の一括処理できるが。
Sqlite2の古い関数使うからダメなんだ。

**nobodyさん** · 2012/01/05(木) 19:50:55.00

>>284
何言ってるのこのひと
SQLite関係ないでしょ
PDOの話もしてないし

**nobodyさん** · 2012/01/05(木) 19:53:46.88

○○_prepareはわずかに速くなるだろうが大差ない。
ボトルネックでないだったら直に送信した方がソースは短くて済む。
決定的な差になるのはトランザクション指定。

**nobodyさん** · 2012/01/05(木) 19:54:50.31

ほんとだ。データベースは主にSqliteを使うからそれだけの様な気になってた。

**nobodyさん** · 2012/01/05(木) 19:55:28.06

↑
バカだｗｗｗｗｗｗｗｗｗｗｗｗ
prepare使うのは速度のためじゃねえよｗｗｗｗｗｗｗｗｗｗｗｗｗ

**nobodyさん** · 2012/01/05(木) 19:58:19.19

だからケースによるだろう
そもそもprepareは速く実行するためのものじゃねーし
エスケープを機械的にほぼ保証してくれるから使えるところでは極力使うべき

おまえ>>269,>>284だろ
ずっと明後日の方向見ながらレスしてるぞ
知ったかぶりにも程があるぞ

**nobodyさん** · 2012/01/05(木) 21:07:49.16

mysqliについて調べ始めました
二種類のモードのうちMYSQLI_USE_RESULT
というのが、従来のmysqによる結果セットと同じなのかなと思うのですが

http://php.net/manual/ja/mysqli.use-result.php
クライアント側で大量の処理を行う際は、mysqli_use_result() を使用すべきではありません。
なぜなら、この関数はサーバとの接続を保持し続け、取得しているデータに関連するテーブルについて、
他のスレッドから更新ができなくなるからです。

と書いてありました。
これは接続が保持されている間はテーブルがロックされるということでしょうか？
結果セットはテーブルとは別の領域に作成されるのだから奇妙な処理に思えますが
どういうことなのでしょう
今までのmysql関数でも、接続が保持されている間はテーブルがロックされていたのでしょうか？

**nobodyさん** · 2012/01/05(木) 21:17:34.84

>>290
これ
>バッファに取得しないで結果オブジェクトを返します。エラー時には FALSE を返します。

バッファに取得しないってことはなんらかの方法で現状をキープする必要があるでしょ
テーブルロックしてるかどうかしらんけど、してる可能性は高いよ

だからバッファリングしてから使うべき（このメソッドはあまり使うべきではない）ってことになるんじゃね

**nobodyさん** · 2012/01/05(木) 21:19:13.82

PHPのお馴染み特定厨さん降臨ｷﾀ－ーーーーーーー！

**nobodyさん** · 2012/01/05(木) 21:29:46.87

>>290
ちなみに
>二種類のモードのうちMYSQLI_USE_RESULT
>というのが、従来のmysqによる結果セットと同じなのかなと思うのですが
こういう変な固定概念的なものは取り払って素直にゼロから学習しなさいな
じゃないと自分の思うようにいかないことばかりでイライラすることになるよ
一応mysqliでSELECTを投げる場合の標準的な手順だけ
1. プリペアドステートメントセット
2. クエリ実行
3. 結果オブジェクト取得
4. オブジェクトから結果（レコード）取得
概ねこんな感じ

**nobodyさん** · 2012/01/05(木) 21:32:31.52

>>291
データ取得している間中ロックするとか
なんかありえない処理に思えるのですが・・・
同時に一人しか同一テーブルを読めないってことでしょう
いやありえない
mysqliがおかしいのか
今までも実はそうだったのか・・・

**nobodyさん** · 2012/01/05(木) 21:35:54.28

>>294
>>293読んでね
で、他にメソッド色々あるでしょ？マニュアル熟読してみてよ
しかも読めないとは書いてないじゃん、更新できないとは書いてあるけど
イロイロと勝手にわかったフリするのは学習の妨げになるよ

**nobodyさん** · 2012/01/05(木) 21:43:24.56

>>293
プリペアドステートメントを使う以外は従来と同じですね
あまり気にせず、
データが巨大な場合はmysqli_store_result
そうでない場合はmysqli_use_result
を使っておけばいいのかなぁ

**nobodyさん** · 2012/01/05(木) 21:52:18.06

>>291を理解できるまで何回か読んで考えてみたら
バッファリングせずにデータを読みたい場合とバッファリングしてからデータを扱いたい場合で変わってくるでしょう
前者はクエリを投げた時の状態を固定したままにしておきたいような場合に使えるでしょう
後者は別にデータ取得直後に変更が加えられても問題ない場合に使える
通常どちらを使えば良いかは考えなくてもわかるよね

>データが巨大な場合はmysqli_store_result
>そうでない場合はmysqli_use_result
どうしてこういう考えに至ったのかオレにはわからんけど、マニュアルの読解力もしくは理解できるまで辛抱強く読む努力が必要だと思うよ
なんとなくわかった気になるのが一番マズイ

**nobodyさん** · 2012/01/05(木) 22:42:32.96

…prepareは本来パフォーマンスをあげるためのものだよ。
何でもかんでも使えばいいってもんでもないけど。

**nobodyさん** · 2012/01/05(木) 22:48:03.29

>>286と>>298は同一じゃん
おまえわかりやすくていいけどいい加減うぜーよ
しかもおまえ上で暴れてたニートのおっさんじゃん

**298** · 2012/01/05(木) 22:51:18.40

>>299
証明ができなくてすまんが、おっさんにレスをしてた>>202とか>>232は俺ね。

**nobodyさん** · 2012/01/05(木) 22:54:20.43

>>299って同一認定レスしかしてないんだろうか

**nobodyさん** · 2012/01/05(木) 23:00:39.07

「PHPでは出来ないのですね、言語を切り替えます」が口癖のニートおっさんはネタさがし中じゃない？

**nobodyさん** · 2012/01/05(木) 23:10:21.50

釣れる魚がいる間しか釣りをしないんだろう。
そういう意味ではおっさんの方が釣られる魚(>>289とか)より賢い。

**nobodyさん** · 2012/01/05(木) 23:17:52.42

>>303
だから気づけよおっさんｗｗｗ
わかりやすすぎだろｗ

**nobodyさん** · 2012/01/05(木) 23:18:41.31

>>297
むしろあなたの方がだいぶ頓珍漢なこと言ってると思うけど・・

**nobodyさん** · 2012/01/05(木) 23:19:45.77

>>304
まさかの句読点マスター？

**nobodyさん** · 2012/01/05(木) 23:21:33.78

知っているのか雷電

**nobodyさん** · 2012/01/05(木) 23:22:45.03

釣りってのは能力の高い人間にしか出来ないわけで、ニートおっさんがやってるのは自爆ショー
常人だったら死にたくなるレベルの赤っ恥でも、それに気付く能力が無いので無敵とも言える

**nobodyさん** · 2012/01/05(木) 23:25:35.71

エスケープを保証してくれるって言っても
自分でdbクラス書く時はもともとそういう風に書くし、
mysqliって言うほど良くなくね
明確なメリットが見えてこない

**nobodyさん** · 2012/01/05(木) 23:26:02.65

しかしこのスレはよく釣れるなあ！

**nobodyさん** · 2012/01/05(木) 23:28:08.68

>>232

**nobodyさん** · 2012/01/05(木) 23:33:10.88

>>309
だから主目的はパフォーマンスにあるんだって。

**nobodyさん** · 2012/01/05(木) 23:37:21.48

mysqli_stmt::bind_param

注意:
データのサイズがパケットサイズの最大値（max_allowed_packet）をこえた場合、types に b を指定して
mysqli_stmt_send_long_data() を使用し、データをパケットに分割して送信する必要があります。

とか。
これ便利になってなくね
変な制限があちこちに加わってるんだけど。
本当にいいものなのかこれは？

**nobodyさん** · 2012/01/05(木) 23:44:12.21

プリペアドステートメントで得られるパフォーマンスメリットって
「同じプロセスの中でほぼ同じクエリを何度も発行する場合」だけでしょ？
そんな処理がほとんどないと思う

**nobodyさん** · 2012/01/05(木) 23:45:29.12

mysql_queryなんてつかわねえからｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
だからRubyやPythonにPHPはなめられるんだってｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
まあ止めはしねえよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
恥かくのはおめえらだからしらねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**nobodyさん** · 2012/01/05(木) 23:55:28.29

>>314
ないところにニーズは生まれない

**nobodyさん** · 2012/01/05(木) 23:57:16.33

>>292　==　>>315

**nobodyさん** · 2012/01/06(金) 00:01:59.06

>>316
phpの場合そうでもないからなぁ
クソ実装が単にみんなに使われているからという理由で使われたりする

**nobodyさん** · 2012/01/06(金) 00:33:30.11

それはお前が低レベルなだけだろ

**nobodyさん** · 2012/01/06(金) 00:34:16.78

いやいやw
それはない

**nobodyさん** · 2012/01/06(金) 01:17:56.10

dbに関連しての質問ですが、
コネクションプーリングはどうやればいいのですか？

**nobodyさん** · 2012/01/06(金) 01:19:48.56

php関係ないw

**nobodyさん** · 2012/01/06(金) 10:58:36.82

勉強してはや半年。やっとPHPの基礎がわかってきた感じで
掲示板くらいならつくれるようになったんですが、もっと腕を上げたいです。
なにかいい勉強法はありませんか？
書店に並んでいるのはどれも入門書ばかりで物足りないです。
コードリーディングというのがいいらしいですが、おすすめはありますか？

**nobodyさん** · 2012/01/06(金) 11:18:14.02

>>323
フレームワークで同じものが作れるようにする

**nobodyさん** · 2012/01/06(金) 11:20:45.87

フレームワークより直の関数呼び出しの方が省メモリ・高速だしできるだけ使わない方が良い。
使った方が簡単で生産性がいいなら使っても良い。
アセンブラよりC/C++を使うようなものだ。

**nobodyさん** · 2012/01/06(金) 11:23:14.96

>>323
それくらい慣れたと思ってる人を対象にした本って、
セキュリティメインに書いてる本くらい。
勿論読んでおくべきだけど、
他人のコードを解析するのが一番の勉強になる。
ZendFramework なんかは他のフレームワークと違って分解されることを前提としてるし、OOPな構造なんで、
解析もしやすいし、勉強にもなる。
ちいたんみたいな小さいフレームワークを解析するってのも、解析しやすいし、ためになる技法が結構集まる。

**nobodyさん** · 2012/01/06(金) 11:43:21.25

>>325
趣味とか一人で制作するのならそれでいいよ

**326** · 2012/01/06(金) 11:45:07.14

自作フレームワークちっくを作るのもおすすめ。
いままで作った関数とかから、応用性があるものを探し出して、
さらに実用的になるように修正して、プロジェクトに追加する。
ちょこっとそれで簡単なシステムを作って、
命名規則やディレクトリ位置などを確定させる。
フレームワークちっくの設定を定義するファイルも作って、細かい設定を変更できるようにする。
で、これとそれとあれを丸まんまコピーして、設定少し合わせれば、
別のサーバーで１からシステム作るのが楽になるぞ。
みたいなプロジェクトを作るのが目標。

**nobodyさん** · 2012/01/06(金) 11:54:44.26

質問です。クラスのメンバと、クラスの変数を同一視させる方法ありますか。

$queue = new QUE;
$queue->push(1,2,3);
$x = $queue->pop();
print_r($x);
print_r($queue);　←ここで{2,3}を表示させたい。

class QUE {
protected $queue = array();
function pop() { return array_shift ( $this->queue ); }
function push($x) { array_push( $this->queue , $x); }
}

**nobodyさん** · 2012/01/06(金) 12:00:31.39

>>329
__toString()
マジックメソッド php5.2以上

**nobodyさん** · 2012/01/06(金) 12:00:33.66

>>325
ゆるゆるなCodeIgniterでならつくれます。
他のフレームワークも勉強してみます。

>>326
入門書かフレームワークの解説書かセキュリティの本という感じで
入門書クリアしたレベルの人の為の本が全くと言っていいほどないですよねorz
ちいたんなんて初めて知りました！　これを読んで勉強してみようと思います。

>>328
なるほど。フレームワーク自作って面白そうですね。
やってみます。

ありがとうございます！

**nobodyさん** · 2012/01/06(金) 12:01:12.09

>>329
そのまえにクラスの初歩を勉強しようや