私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 95
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
php 4 はオブジェクトも値渡しだったから & とか気にする必要あったけど
5以降は参照渡しになったから意識する事ないと思う。
変数とか引数では使う機会がないというか使うべきじゃない
そもそもphpのリファレンスは遅いらしいし
5以降は参照渡しになったから意識する事ないと思う。
変数とか引数では使う機会がないというか使うべきじゃない
そもそもphpのリファレンスは遅いらしいし
MVCの何がいいのかわからない。何が便利なのか?効率がいいのか?さっぱりわからない
良さを教えてください。
良さを教えてください。
分からない人にはわからないからいいんですよ分からなくて
分かりたいならフレームワークでも使って必死に勉強してください
分かりたいならフレームワークでも使って必死に勉強してください
>>752
規模が膨れてきたりコードの保守をするようになったら分かる
責任や役割の分担なんて子供の遊びでもあるだろ
一見散らかった部屋も自分には分かりやすい
だがルールに従って整理されてれば誰にも分かりやすい
必要になったら考えれば?
規模が膨れてきたりコードの保守をするようになったら分かる
責任や役割の分担なんて子供の遊びでもあるだろ
一見散らかった部屋も自分には分かりやすい
だがルールに従って整理されてれば誰にも分かりやすい
必要になったら考えれば?
>>754
あなたがどんな作り方をしているのか知りたい。
あなたがどんな作り方をしているのか知りたい。
>>755
いい例えですね
ありがとうございます。
何が分かりにくいか、何がめんどくさいと思ってたか漠然とわかりました。
そのルールに慣れてなく、見難いと感じてしまってるんですね。
誰に聞いても、理解に到達する答えを貰えなかったんですが
すっきりしました。
そのmvcで作ったプログラムを引き継いで見て
mvcは見にくいし修正するのもめんどくさいと感じてしまったんです。
いい例えですね
ありがとうございます。
何が分かりにくいか、何がめんどくさいと思ってたか漠然とわかりました。
そのルールに慣れてなく、見難いと感じてしまってるんですね。
誰に聞いても、理解に到達する答えを貰えなかったんですが
すっきりしました。
そのmvcで作ったプログラムを引き継いで見て
mvcは見にくいし修正するのもめんどくさいと感じてしまったんです。
優越感も何もバカな質問をこんなところでしてる暇があったら勉強しろと諭してやったのに
だいたいMVCとかスレ違いもいいところ
Cakeスレでもいけよ
つうかID出さない分際でまともな回答を期待するな
だいたいMVCとかスレ違いもいいところ
Cakeスレでもいけよ
つうかID出さない分際でまともな回答を期待するな
>>758
技術的にはどうMVCに分けるのかとか
コード見て何をやっているのかは理解していますし、
mvcに分けてコーディングすることもできます。
ただそれが、めんどくさって思うんです。
ただそれがどういった場面で優位になるのかを知りたいのです。
他の人が見やすいというお答えをいただきましたが
見やすい人には見やすいんでしょうねと理解しました。
それ以外にも何かありますか?
技術的にはどうMVCに分けるのかとか
コード見て何をやっているのかは理解していますし、
mvcに分けてコーディングすることもできます。
ただそれが、めんどくさって思うんです。
ただそれがどういった場面で優位になるのかを知りたいのです。
他の人が見やすいというお答えをいただきましたが
見やすい人には見やすいんでしょうねと理解しました。
それ以外にも何かありますか?
SQLの利点とは何でしょうか
単純に文字列の読み書きの場合、テキストファイルから読み出し書き込みをするのと
MySQLを使って読み書きを行うのでは負荷がかなり違ったりするのでしょうか
単純に文字列の読み書きの場合、テキストファイルから読み出し書き込みをするのと
MySQLを使って読み書きを行うのでは負荷がかなり違ったりするのでしょうか
解決しました。
こんなので悩んでて恥ずかしいですごめんなさい。
こんなので悩んでて恥ずかしいですごめんなさい。
一人で作って全部自分で最後まで保守するっていうのなら
自分で好きなように作ればいいと思うよ。
MVCやらフレームワークの使い方を覚えて
開発するって方が非効率な場合もあるしな。
時と場合によって使い分けるべきであって、
何でもかんでもMVCで開発しろというのもおかしな話しだ。
あと既存のフレームワークはメリットも大きいけど、
逆に「自分で書いたコード」と「フレームワーク自体のコード」
この両方を保守、管理しないといけない事も自覚するべき。
自分で好きなように作ればいいと思うよ。
MVCやらフレームワークの使い方を覚えて
開発するって方が非効率な場合もあるしな。
時と場合によって使い分けるべきであって、
何でもかんでもMVCで開発しろというのもおかしな話しだ。
あと既存のフレームワークはメリットも大きいけど、
逆に「自分で書いたコード」と「フレームワーク自体のコード」
この両方を保守、管理しないといけない事も自覚するべき。
見やすいっていうか管理・保守性があがるってことだろ
MVCモデルってのは分業の中核であって1人の開発じゃ特にメリットなんてない
そのモデルを実装してるのがフレームワークだが
フレームワークはラピッド開発のためのアプリケーション土台でもあるので
MVCモデルなんて意識することはなく
ラピッド開発のためにフレームワークを個人でも使うことはよくある話
MVCなんてぶっちゃけどうでもいい
普通に開発してる状態ならMVがくっついたりVCがくっつくのはよくあること
MVCモデルってのは分業の中核であって1人の開発じゃ特にメリットなんてない
そのモデルを実装してるのがフレームワークだが
フレームワークはラピッド開発のためのアプリケーション土台でもあるので
MVCモデルなんて意識することはなく
ラピッド開発のためにフレームワークを個人でも使うことはよくある話
MVCなんてぶっちゃけどうでもいい
普通に開発してる状態ならMVがくっついたりVCがくっつくのはよくあること
>>762
誰だよお前
誰だよお前
>>757
そう。面倒なんだよ。
楽する為の苦労が苦でないならいいんだが
たとえば書いて表示するだけの掲示板を作ったとして
人によって
- ここにこれを表示したい
- これはこの順番
とかとか言う訳さ
- じゃあ,データは渡すからそっちで勝手にやってよ
っていう渡す先がいわゆるView
windows も xp 以降は msstyles っていうスキンみたいのがあるじゃん
V の部分が分かれてない win2k 迄はプログラム本体(explorer.exe)をいじらないと
いけなかったけど,ビューを分離させた事でいろんな見た目を実現できた
つー訳
こんなの前にも書いたな。っていうロジックを function にまとめるのと同じ
見た目の数だけコード書くなんてアホらしいだろ?
突き詰めると OOPとかデザインパターンとか最終的にはPHPは言語仕様がぬるぽ
そう。面倒なんだよ。
楽する為の苦労が苦でないならいいんだが
たとえば書いて表示するだけの掲示板を作ったとして
人によって
- ここにこれを表示したい
- これはこの順番
とかとか言う訳さ
- じゃあ,データは渡すからそっちで勝手にやってよ
っていう渡す先がいわゆるView
windows も xp 以降は msstyles っていうスキンみたいのがあるじゃん
V の部分が分かれてない win2k 迄はプログラム本体(explorer.exe)をいじらないと
いけなかったけど,ビューを分離させた事でいろんな見た目を実現できた
つー訳
こんなの前にも書いたな。っていうロジックを function にまとめるのと同じ
見た目の数だけコード書くなんてアホらしいだろ?
突き詰めると OOPとかデザインパターンとか最終的にはPHPは言語仕様がぬるぽ
OOPの何がいいのかわからない。何が便利なのか?効率がいいのか?さっぱりわからない
良さを教えてください。
良さを教えてください。
>>767
お兄ちゃんの嘘つき!
お兄ちゃんの嘘つき!
------------------------ここまで俺の自演-----------------------
>>761
ネタnマジレスいた島s
SQLは呼び出し側は自然言語に近い(と言っても英語だがwwwwwwww
記法で方言もあるけど基本的にはどこでも通じるし,ベタテキストを
自前で処理するよりはるかに高速に取得,集計できる
MVCの話じゃないがスタックやキャッシュじゃ無ければ
やはり専門家に預けるのが確実
ネタnマジレスいた島s
SQLは呼び出し側は自然言語に近い(と言っても英語だがwwwwwwww
記法で方言もあるけど基本的にはどこでも通じるし,ベタテキストを
自前で処理するよりはるかに高速に取得,集計できる
MVCの話じゃないがスタックやキャッシュじゃ無ければ
やはり専門家に預けるのが確実
>>773
単純な文字列の読み書きだといってるのにそれがマジレスでいいのか?
単純な文字列の読み書きだといってるのにそれがマジレスでいいのか?
大きな桶の中に大量の豆がはいってるとする
この中から一個だけ取り出したい
テキストベースの場合は一個づつ見て見つける
DBの場合は摘んだやつがすでに欲しい豆
だから楽
この中から一個だけ取り出したい
テキストベースの場合は一個づつ見て見つける
DBの場合は摘んだやつがすでに欲しい豆
だから楽
KVSの何がいいのかわからない。何が便利なのか?効率がいいのか?さっぱりわからない
良さを教えてください。
良さを教えてください。
>>777
効率と便利は状況によりけりだと思う。
逆にその状況ではない人にとっては、まったく便利に感じない人もいる。
RDBは大量のデータを処理する際にも整合性を担保してくれるけど、
KVSはデータの永続性や整合性を保証してくれるとは限らない。
その分KVSはRDBと比べると圧倒的な性能と手軽さがある。これが効率と便利なんじゃないかな。
効率と便利は状況によりけりだと思う。
逆にその状況ではない人にとっては、まったく便利に感じない人もいる。
RDBは大量のデータを処理する際にも整合性を担保してくれるけど、
KVSはデータの永続性や整合性を保証してくれるとは限らない。
その分KVSはRDBと比べると圧倒的な性能と手軽さがある。これが効率と便利なんじゃないかな。
>>776
何を言っているんだろう、と思ったけど「だから楽」のところで理解した。
DBの方が早いとは限らんし、テキストファイルだとランダムアクセスが
苦手と決めるのも勘違いはなはだしいもんな。
まぁ、パフォーマンスが許されるなら楽な手段を採るのはよくあることだし
何を言っているんだろう、と思ったけど「だから楽」のところで理解した。
DBの方が早いとは限らんし、テキストファイルだとランダムアクセスが
苦手と決めるのも勘違いはなはだしいもんな。
まぁ、パフォーマンスが許されるなら楽な手段を採るのはよくあることだし
>>775
たしかに毎回丸ごと読み込んで丸ごと書き出すならテキストだな
一応予防線張ったつもりだったけど実用レベルじゃねーと思ってさ
KVSの利点は単純な分高速でスケールアウトしやすい
ただ全部を1次元ハッシュテーブルで考えるのは大変
適材適所だっp
たしかに毎回丸ごと読み込んで丸ごと書き出すならテキストだな
一応予防線張ったつもりだったけど実用レベルじゃねーと思ってさ
KVSの利点は単純な分高速でスケールアウトしやすい
ただ全部を1次元ハッシュテーブルで考えるのは大変
適材適所だっp
PHPの何がいいのかわからない。何が便利なのか?効率がいいのか?さっぱりわからない
良さを教えてください。
良さを教えてください。
そういえばソースから make install して
make uninstall
ができないんだけど,前はできたはずなんだけどどうして?
make uninstall
ができないんだけど,前はできたはずなんだけどどうして?
memcacheってこの流れではじめてしったんだけど
その辺のレン鯖には普通に入ってますか?
Perl PHP MySQLとか謳ってるとこはよくみるけど
memcachedとかはみかけたことないから使えないのかな?
一応デーモンなら接続先情報ぐらいは書いてるだろうし・・・
ポート11211で接続してみてレスポンスなかったらその鯖じゃ使えないと割り切るしかないんですかね?
phpinfoには特に情報はのってなさそうです
その辺のレン鯖には普通に入ってますか?
Perl PHP MySQLとか謳ってるとこはよくみるけど
memcachedとかはみかけたことないから使えないのかな?
一応デーモンなら接続先情報ぐらいは書いてるだろうし・・・
ポート11211で接続してみてレスポンスなかったらその鯖じゃ使えないと割り切るしかないんですかね?
phpinfoには特に情報はのってなさそうです
>>763
おっ
時と場合によって使い分けるってのを言ってくれた人も初めてです。
それをして良いのかいけないのかも分からなかった。
「自分で書いたコード」と「フレームワーク自体のコード」これはかなりコストですねぇ
賭けでもありますね
開発が停止になってしまったフレームワークもありますしね。
プログラムの一部が外部にあるって言うのはそういうリスクがついて回りますよね
おっ
時と場合によって使い分けるってのを言ってくれた人も初めてです。
それをして良いのかいけないのかも分からなかった。
「自分で書いたコード」と「フレームワーク自体のコード」これはかなりコストですねぇ
賭けでもありますね
開発が停止になってしまったフレームワークもありますしね。
プログラムの一部が外部にあるって言うのはそういうリスクがついて回りますよね
>>790
ですねぇ散々考えて何がメリットか分からなかったんで、まぁ脳みそが足りないのは認めますが
なかなか質問に的確に答えられる人がなかなかいないので
もしかしてみんな知ったかぶってステータス?プライド?のためだけにmvcやらフレームワークがいいといってるだけなのかなぁと
疑念が沸いてきちゃったのでその疑念を晴らしてくれる人がいないかなぁと思って
ここで質問させてもらいました。
結果、やはり納得できそうな説明をしていただける人がいるたので
ここで質問してよかったなぁと思いました。
持論ですが、こういった質問されてきちんと説明できる人が、本当に理解してて
切れたり、自分で調べろって言ったり、別の話をしてはぐらかす人は理解が乏しいのに分かってる振りして
自分を取り繕って苦しんでる人なんだろうなと思ってます。
ですねぇ散々考えて何がメリットか分からなかったんで、まぁ脳みそが足りないのは認めますが
なかなか質問に的確に答えられる人がなかなかいないので
もしかしてみんな知ったかぶってステータス?プライド?のためだけにmvcやらフレームワークがいいといってるだけなのかなぁと
疑念が沸いてきちゃったのでその疑念を晴らしてくれる人がいないかなぁと思って
ここで質問させてもらいました。
結果、やはり納得できそうな説明をしていただける人がいるたので
ここで質問してよかったなぁと思いました。
持論ですが、こういった質問されてきちんと説明できる人が、本当に理解してて
切れたり、自分で調べろって言ったり、別の話をしてはぐらかす人は理解が乏しいのに分かってる振りして
自分を取り繕って苦しんでる人なんだろうなと思ってます。
>>649
もう解決したのかな?
> SMTP localhostになってるんで動いてると思います
これってphp.iniにそう書いたら出てるだけじゃないの?
SMTPを変えるか、XAMPP同梱のsendmail.exe使ったら?
php.iniにsendmail_pathって箇所があるから、そこをコメントアウトして、パスを書いてあげれば動いたと思うんだけどな。
もう解決したのかな?
> SMTP localhostになってるんで動いてると思います
これってphp.iniにそう書いたら出てるだけじゃないの?
SMTPを変えるか、XAMPP同梱のsendmail.exe使ったら?
php.iniにsendmail_pathって箇所があるから、そこをコメントアウトして、パスを書いてあげれば動いたと思うんだけどな。
正規表現で文字列中のSTART~ENDまでの間を抜粋したいのですが、
(?<R>START((?!START|END).|\g<R>)*END)
だとSTART~ENDの間に改行があると検索できません。
改行も含めた検索をするにはどうすればよいでしょうか?
(?<R>START((?!START|END).|\g<R>)*END)
だとSTART~ENDの間に改行があると検索できません。
改行も含めた検索をするにはどうすればよいでしょうか?
テンプレートエンジン使えばいいんじゃないの
かっこつけてMVCとか言うんじゃないのよ
かっこつけてMVCとか言うんじゃないのよ
Smartyって糞遅いものだとばかり思ってたけど、生成されるコードの実行はかなり速くて驚いた。
まあ、機能が貧弱なのであまり使いたくはないが。
まあ、機能が貧弱なのであまり使いたくはないが。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- 【PHP】下らねぇ質問はID出して書き込みやがれ 91 (1001) - [98%] - 2010/1/9 4:06 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 98 (1001) - [98%] - 2010/10/12 18:16
- 【PHP】下らねぇ質問はID出して書き込みやがれ 99 (1001) - [98%] - 2010/10/27 4:51
- 【PHP】下らねぇ質問はID出して書き込みやがれ 85 (1001) - [98%] - 2009/7/31 4:07 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 75 (1001) - [98%] - 2008/11/13 21:31 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 93 (1001) - [98%] - 2010/3/16 4:25
- 【PHP】下らねぇ質問はID出して書き込みやがれ 92 (1001) - [98%] - 2010/2/15 17:01 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 97 (1001) - [98%] - 2010/9/18 2:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 96 (1001) - [98%] - 2010/7/22 7:47
- 【PHP】下らねぇ質問はID出して書き込みやがれ 90 (1001) - [98%] - 2009/12/7 18:47
- 【PHP】下らねぇ質問はID出して書き込みやがれ 94 (1001) - [98%] - 2010/4/20 19:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 105 (1001) - [96%] - 2011/4/28 23:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 135 (984) - [96%] - 2014/8/7 1:00
- 【PHP】下らねぇ質問はID出して書き込みやがれ 125 (1001) - [96%] - 2013/2/4 13:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 115 (1001) - [96%] - 2012/2/25 18:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 82 (1001) - [96%] - 2009/4/6 19:33
- 【PHP】下らねぇ質問はID出して書き込みやがれ 81 (1001) - [96%] - 2009/3/7 14:17 ○
トップメニューへ / →のくす牧場書庫について