【PHP】下らねぇ質問はここに書き込みやがれ 44

**nobodyさん** · 2007/04/12(木) 16:54:47

まず読め→【PHP マニュアル】http://www.php.net/manual/ja/
PHPで最良の教本はこの公式マニュアル。市販の書籍は嘘が多いので鵜呑みにしない。
過去スレ、関連スレ、FAQなどは>>2-10辺り

◆前スレ
【PHP】下らねぇ質問はここに書き込みやがれ 43
http://pc11.2ch.net/test/read.cgi/php/1175368910/

◆質問する時の注意
・自分のIDを表示させること。（メール欄に何も記述しないこと。空白も入力しちゃダメ）
・サーバーのOS(Linux、Windows他)、WebサーバーとPHPの種類やバージョン等を明記すること。
・己の行った操作、変更などを詳しく明記すること。
・エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・質問者として、態度をわきまえること。
・事前に公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。

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

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

【その他諸注意】
・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ
・SQLについての質問はデータベース板(PCカテゴリ)の各スレで

**nobodyさん** · 2007/04/12(木) 18:08:12

個人ユースならSQLiteでいいんじゃないの？

**nobodyさん** · 2007/04/12(木) 18:10:26

>>7
主流かどうかはしらないけど、
普通にPHP+MySQL使ってるよ。
本がないならWebで勉強するのも手だと思う。
資料たくさんあるしね。

**nobodyさん** · 2007/04/12(木) 18:19:41

>>7
別々の本で良いんじゃないの
あとはオンラインヘルプを使うのに抵抗がなくなったら
十分だよ

**nobodyさん** · 2007/04/12(木) 18:26:29

$today = 2007-04-12 18:24:00 //現在の日時
$period = 5 //表示する期間

こういう条件だとして、現在の日時から終了日時を割り出したいと思っています。
（2007-04-17 18:24:00　こう表示したい）

そこで
echo date("$today",strtotime("+$period day"));

とかしてみましたが、思い通りになりません。どのように記述したら良いのでしょうか？

**nobodyさん** · 2007/04/12(木) 18:42:36

>>8-10
どうもです。入門用のPHP＋MySQL本がほとんど絶版になっていて、ｱﾏｿﾞﾝではコレクターとして
1冊8000円～1万円になってるのもありました。

やりたいことは、下記の価格コムみたいに、絞り込み検索、並べ替えができる商品リストを
作りたいんです。個人サイトですが。

http://kakaku.com/bb/ranking/1110000011401500000000000000000000012000/

普通のPHPとMySQL、SQLiteの本で大丈夫ですかね…？

**nobodyさん** · 2007/04/12(木) 18:43:39

　　　　　　　　　　　　　　　　　＿＿_
　　　　　　　　　　　　　　 ,　二¨-―-- ､｀丶、
　　　　　　　　　　　／＿ ..-――-.. ､十ヽ＼
　　　　　　　　　　　　/／::.::,:.:.:./::/::.::.l::.::｀ヽ、＼ヽ
　　　　　　　　〃::/:::/:.:.:/::/::.:/::|::.:､:.::.::ヽﾊ｀、
　　　　　　　　　　　l::.:::l:: ,':l:::/::/::.:/::;小:::ｌ::ﾄ､::.:Ｖｌ　ヽ
　　　　　　　　　　 {::.:::|:::ｌ::|::l::/::.:/::/:/:_j⊥ｌ::ヽ:！}　　＼
.　　　　　　　　　　ﾊ::.::l:::|┼く:／::/ /'´ﾉヽ:∨::.:l |　　／
　　　　　　　　　〈　l::.:|:::l::|∠、ノ　　 , =≡V::.::/｜／
　　　　　　　　　　ヽﾍ::ヽ::Ｖ⌒ﾞ　 ,　　　"ﾞ / :::,'　 l〔
　　　　　　　　　　　/rヘ::＼゛゛　rーﾍ　彡: /　 /:::Y⌒i　　下らねぇ質問は
　　　　　　　　　　 l冫/ }｀ヽﾐヽ、ヽ､ノ, イ:｀7十/::.::.:l　｜　ここに書き込みやがれ
　　　　　　　　　　 /／ /:::_rﾍ_｀二√ ＿_〉/　　ﾚヘ::}　 |　　ですぅ！
　　　　　　　 //　 ,'／夕r=＝､∨---/､/　f==ﾐﾌ　厂ト､
.　　　　　　　　／/　〃r７,ｲ|　　 >ﾄﾏ￣〉 7ヽ厶ィ {ヽ｣__/ / 〉
　　　　 ,　-‐'7／　／:.rｸ/ {ﾆ=彳/ ﾊ ∨,　　/￣:{八_‐-┴勹
　　　／　　 /　　/: :/７/　／,ｲ/ /　/､/_　/: : : :|:厶｀＾´ 人
　　ヽ冫< /　　 {: : :Y〈__ /／〃 ,'　/ 7ヽ ,仆､: : :|| : :｀¨¨´: :冫、
　　　　＼/　　　rヘ :｀ヾ//__/> /／V／ /｣ハ: : l|: :丶: : : ,': ヽヽ

**虚弱PHP** · 2007/04/12(木) 19:48:07

入門用のPHP＋MySQL本がコレクター価格…。
これを買うのはもう愚行。

PHP本なら定番はマンモス本かなぁ？
赤マンモスが初心者向け。

**nobodyさん** · 2007/04/12(木) 20:48:31

>>11
$today = mktime(date("H"), date("i"), date("s"), date("m"), date("d"), date("y"));
echo date("Y-m-d G:i:s",$today + ($period*24*60*60));

こんなん？
てきとーだから動かなくてもしらん

11 · 2007/04/12(木) 20:52:33

>>15
いえ、$todayは保存されているデータです。
ですので、その書き方では無理かと思います。。

**nobodyさん** · 2007/04/12(木) 20:56:11

>>16
ｴﾗｿｳだなお前。質問に答えてもらってるのに。
一旦UNIXタイムに直せ。その上で日付に直すのが早いだろ。

11 · 2007/04/12(木) 20:57:53

>>17
すみません、ID晒します。

>>15さんの方法でいけました。自分が書いた>>1を分解して
mktimeに当てはめたら、希望通りになりました。ありがとうございました。

**nobodyさん** · 2007/04/12(木) 21:14:49

>>12
その程度ならファイルベースでいいだろ。

**nobodyさん** · 2007/04/12(木) 21:57:37

前>>974
[0-9]{1,2}|100
では？

**nobodyさん** · 2007/04/12(木) 22:15:31

それでいいと思う

**nobodyさん** · 2007/04/12(木) 23:48:19

>>12
イマドキ、特定のRDBMSに特化したようなPHP解説本は時代遅れ。

二昔ほど前は、Perl/CGIではRDBMSを使わない人が多かったせいで
DBサーバーの設置方法から解説しないと十分にPHPを使いこなせない場合が多く、
それでPHP＋MySQLをまとめて解説するような「くだらない初心者向け本」が多かったが
そんな本には元々価値なんてほとんど無いんだよ。
今はPerl/CGIも含めてRDBMSを使うのが常識なので、あえて解説する必要は無くなり
役に立たない本が淘汰されただけ。

**nobodyさん** · 2007/04/12(木) 23:51:12

txtのみアップロードできるアップローダでファイル名と1行コメントを指定して検索機能を付けたいんですけど
データベースとの連携って必須だと思われますか？
phpのみでいけそうですか？

**nobodyさん** · 2007/04/12(木) 23:54:19

>>23
必須かどうかと問われたら全然必須じゃない。
元々、RDBMSが「必須」になる場合ってのはほとんど無く、
大抵は信頼性・高速性・機能性を求めて
「より良いものとして」RDBMSを使うことを選択するものだ。
それらの条件を捨て去れば、ほとんどのシステムはRDBMS無しでも組める。

**nobodyさん** · 2007/04/12(木) 23:58:57

素早い回答ありがとうございます。
phpの処理は軽いと聞くのでDB無しでも大丈夫そうかな？
でもアップローダ色々探してみたんですけど検索機能の付いたものって1つも見つからないんですが
やっぱり自分でつくってみるしかないのかなぁ。

**nobodyさん** · 2007/04/13(金) 00:03:57

>>25
PHPの処理が軽いってのはCGIと比べてのオーバーヘッドの有無の話で、
ファイルアクセスとかは全然速くないので今回の話とはまるで関係しない。

大丈夫かどうかは「要求するシステムの性能」による。
・アップロードされるファイルがどのくらいの数があるのか
・同時に何人くらいのユーザがアップロードや検索をかけてくるのか
・予想される最大アクセス時にどのくらいの速度で検索結果を出したいのか
によって選択すればいい。
これらが大したことないのであればDBは無くてもそれほど困らない。
ただ、DBを使えば複数同時アクセス時にログが壊される心配などが無くなるので
気楽にプログラミングができるというメリットもある。

**nobodyさん** · 2007/04/13(金) 02:02:30

＞ただ、DBを使えば複数同時アクセス時にログが壊される心配などが無くなるので
＞気楽にプログラミングができるというメリットもある。

ふ～ん(笑)

**nobodyさん** · 2007/04/13(金) 02:08:16

しかしPHPは楽しいな
最近C#も楽しい。

ただJavaだけは好きになれない。
全く持って面白くない。なんでだろ？

**nobodyさん** · 2007/04/13(金) 02:30:00

前スレ埋まったんで再質問
SHA1って非可逆なん？cryptよりもいいん？

**nobodyさん** · 2007/04/13(金) 02:34:26

>>27
あんで？書き込みのコンフリクトに関しては、DB側（例えばMySQL）で処理してくれるんちゃうん？

**nobodyさん** · 2007/04/13(金) 02:50:34

>>29
ハッシュってのは基本的に不可逆。
強度はSHA1＞MD5＞crypt(DES)

**nobodyさん** · 2007/04/13(金) 10:19:02

ちょうどDBがらみの話題が出てるので便乗質問です。
DBを登録更新するものと、DBから取り出してきて表示する2つのスクリプトがあるのですが、
ちょうど更新中に、表示側のスクリプトにアクセスしたときってどうなるんですか？
DBの更新は100項目5秒ほどで終わると思うのですが、
更新したとこまでのデータがちゃんと表示されるのかな？

**nobodyさん** · 2007/04/13(金) 10:20:15

トランザクションのかけ方による

**nobodyさん** · 2007/04/13(金) 10:29:42

>>33
ナルホド・・・
クエリーを上から1つずつ実行してるので、
更新したとこまでしか表示されなさそうですね。
どうまとめるか今のスキルじゃ検討がつきませんが、
そのうち全て1回で処理するように書き換えたいですね。

**nobodyさん** · 2007/04/13(金) 10:30:57

>>32
100項目の更新ってupdateを100回なのか？1回のupdateで100項目が更新されるのか？
1回のupdateで全部更新されるなら、それが終わるまではselectが止まる。
よって5秒後まで表示自体が行われない。
100項目がバラバラのupdate実行ならそこまでの内容が表示される。

**nobodyさん** · 2007/04/13(金) 10:34:08

>>34
全部更新されるまでselectできないようにするなら
update前にlock tableをかけとく手もあるよ。

**nobodyさん** · 2007/04/13(金) 10:36:06

>>35
効率は悪いかもしれませんが100回updateです。
1回のupdateにかかる時間は、0.1秒～1秒ほどで、
それを100回行っています。

>1回のupdateで全部更新されるなら、それが終わるまではselectが止まる。
>よって5秒後まで表示自体が行われない。

これは困りますね。最長1分ぐらいは止まるので。

**nobodyさん** · 2007/04/13(金) 10:49:22

>>36
実はSQLは覚えたてなので、lock tableなるものは知りませんでした。
DBの排他制御ですか。
全部更新されるまでは1分以上とまる可能性があるのでやめようと思います。

>更新をできるだけ早く処理するために、WRITE ロックは、通常、READ ロックより優先されます。
>そのため、あるスレッドが READ ロックを取得し、別のスレッドが WRITE ロックを要求している場合、
>後続の READ ロック要求は、WRITE スレッドがロックを取得し、その後そのロックを解除するまで待機します。

ということなので、update文1つ1つにWRITEロックをし、表示スクリプトにREADロックをしようと思います。

なんかスレ違いすみませんでした・・・

**虚弱PHP** · 2007/04/13(金) 10:56:20

>>38
いや、その使い方なら明示的にロックする必要がないと思うけど。
ってか、update遅すぎないですか？

**nobodyさん** · 2007/04/13(金) 11:04:01

>>39
必要ないですか？ならばしないことにします。
書き方が悪かったです。
update処理自体はすぐ終わるのですが、
update内容を取得するプログラムが、
サーバの応答時間によって変わるので、
(サーバダウン時の対策でtimeoutを1秒に設定しているので最長1秒)
それで処理が遅れるっていう話です。
DBとは無関係でしたね。すみませんorz

**nobodyさん** · 2007/04/13(金) 11:20:35

>>40
なら先にデータを全部取得してから一気にupdateかければ？

**nobodyさん** · 2007/04/13(金) 11:23:01

普通にupdateしてる部分をBEGIN～COMMITで
1トランザクションにすればいいだけじゃないか？
それで全部updateする前かした後かどちらかになるっしょ
selectが止まることはない

**nobodyさん** · 2007/04/13(金) 11:36:44

さっきage忘れてました・・・

>>41
更新感覚が3分と短いので、取得に1分かかっては4分ということになってしまうので、
順番に登録という設計にしたのですが、やはりこっちのほうがいいですかね。

>>42
これがトランザクションの開始ですかー
勉強になります。(PHPスレで何勉強してるんだorz)
timeout感覚を0.1秒(100ミリ秒)にして、(これなら最長10秒ほどに)
>>41さんの設計にして、BEGIN～COMMITでupdateしてみたいと思います。

スレ違いに付き合っていただいて感謝です。

**nobodyさん** · 2007/04/13(金) 11:47:18

じゃ2分ごとに処理を実行させればいいじゃん？

どういう更新しようとしてるか分からないから何とも言えないけど、
データ取得とSQL発行は普通は分けるね。
まとめて取得＋トランザクションやればまず確実じゃね。

**nobodyさん** · 2007/04/13(金) 11:52:19

>>44
>じゃ2分ごとに処理を実行させればいいじゃん？
3分ほぼちょうどに拘りたくて。
ただよくよく考えると、後ろのほうのデータがどっちみちずれるので、
"だいたい"3分でいいですよね。ちょっと拘りすぎてました。

>データ取得とSQL発行は普通は分けるね。
>まとめて取得＋トランザクションやればまず確実じゃね。
参考になります。一般的にこうならやはり分けることにします。
これ以上はDBスレっぽくなってしまうので、これで引きたいと思います。
皆さんお答えくださってどうもありがとうございました。

**nobodyさん** · 2007/04/13(金) 12:48:40

>>45
ンギモッヂワルイ！

**nobodyさん** · 2007/04/13(金) 13:34:41

今日のランチはカレーかとんかつでガッツリ食べようかと思うんですが、
どちらがいいでしょうか？

**nobodyさん** · 2007/04/13(金) 13:35:51

カツカレーでいいんじゃね？

**nobodyさん** · 2007/04/13(金) 13:44:24

>>48
その発想はなかった　カツカレー行ってくる

**nobodyさん** · 2007/04/13(金) 14:38:34

前スレで実況配信が流れているかとヴかweb上でチェックする方法について聞きましたが

fsockopen ($addr, $port, $errno, $errstr, $timeout);
で配信している時の確認はいいのですが、配信してない時には

>>環境によってはUNIXドメインまたはオプションの接続タイムアウトは利用できません。
というわけで永遠に探しに行って固まります。

なにかfalse時の良い処理はないでしょうか？

**nobodyさん** · 2007/04/13(金) 14:45:21

>>50
子プロセスを起動して一定時間たったら親にシグナルとか?
シグナルトラップもブロックされるかな。

**nobodyさん** · 2007/04/13(金) 15:14:41

setcookieしてからリダイレクトヘッダを吐くと、
ちゃんとクッキーを食べさせてからリダイレクトされますが、
これはブラウザの標準的な動作ですか？
ブラウザによって、このやり方では駄目ということはないでしょうか？
トリッキーなやり方の気がして
動かない環境があるか気になってます。

**nobodyさん** · 2007/04/13(金) 15:27:50

PHPの基礎くらいはわかったのですが、例えばブログシステムを作るとして関数をひいただけでは初心者には難しいです。どんな工程が必要でそのためには何の関数を使うとかが知りたいです。参考になるURLなど教えてください。phpのマニュアルは勘弁してください(._.)

**nobodyさん** · 2007/04/13(金) 15:30:16

>>53
君はプログラムには向いてないと思う

**nobodyさん** · 2007/04/13(金) 15:36:44

いきなり難しいことやろうとしても無理。
マニュアルを見ながら、数行の簡単な処理をこなしていけば、
自然とできるようになるもんだよ。

>どんな工程が必要でそのためには何の関数を使うとかが知りたいです
それは作る人によって工程は異なるし、使う関数も異なる。
実装する機能によって異なってくるから決まったものにはならない。
プログラムの面白いところは、1パターンではなく、
何パターンのやり方でも、結果として同じものが作れるという所。

**nobodyさん** · 2007/04/13(金) 15:59:00

空のString ""を返してもいい箇所なのですが、
何も返さないというときに返り値にnullを指定してもいいんですよね？
結果はどっちとも同じになるのですが、意味あいが違うんだと思います。
nullっていまいちよくわからない・・・

**nobodyさん** · 2007/04/13(金) 16:05:25

条件判断で自分のわかりやすいおのぞみの処理を行えば良いじゃん

**nobodyさん** · 2007/04/13(金) 16:33:27

>>54
それは承知です。しかし、覚え方のタイプの違いだと思うのですが。
確かに理系の頭ではないです。

>>55
では、参考になるコードが書かれているＵＲＬなどありますでしょうか？
よろしければ教えてください。

**nobodyさん** · 2007/04/13(金) 16:52:03

ゆとり世代か？
公開されてるｿｰｽが腐るほどあるだろ

**nobodyさん** · 2007/04/13(金) 17:00:59

>>56
むしろreturnを書かなくていい。値を返さないってことでnullになるから。
もし条件によって値を返さない時があるなら、
return;だけで値は書かなくていい。これも同じくnullになる。
空の文字列は普通に空の文字列、nullは値がないって事。
たとえばisset()でfalseになるとかね。

しかしID出さないの増えたね。

**nobodyさん** · 2007/04/13(金) 17:03:44

何か目前の課題があるならそれを、なければ自分の作りたいものを何か決めて、
現在の実力でできる範囲でいいからそれを少しずつ作っていく。
その過程で分からないことが出てくるからそれを随時調べたり、
調べていく過程で興味を持った情報を深く調べてみたりしてれば、自然にレベルアップしていくよ。

**nobodyさん** · 2007/04/13(金) 17:08:09

>>56
おれはソースの可読性をとってreturnでtrueもfalseも書いてる

**nobodyさん** · 2007/04/13(金) 17:10:38

作り方が分からないならまだそれを作る段階にでないという事。
作り出すため何が必要か情報収集して、実際に色々作ってくしかないわな。

ある程度やったら作り始めるのが一番早いだろうし。

**nobodyさん** · 2007/04/13(金) 17:34:46

>>63
すごいよくわかる。
やりたてのころはいきなり掲示板とかメールフォームをつくりたくて教本とか
webからコードぱくってたけどけど、
勉強していくうちに知識をためてくと自分らしい組み立てができるようになった

**nobodyさん** · 2007/04/13(金) 17:35:33

どうでもいいはなしだけどPHPのはじめの一歩はHello Worldでもなくてphpinfoだと思う。

**nobodyさん** · 2007/04/13(金) 17:52:17

便乗するけどシンプルで読みやすい定番て無いの　初心者向けの
前質問したらどれでも好きなの嫁って言われて困ってphpshotの掲示板読もうとしたけどよく読めなくて
今はとりあえずレッツphpの掲示板読んでる
作りたいのは掲示板じゃないんだけど掲示板の動作が参考になるかなと思って

こうしたらもっと効率よく出来る　ってより　こういう場合は定番としてこういう処理する　ってのが知りたい
公開されてるものが腐るほどあるのはわかる　でもどれ見ていいのかよくわかんないんだよ

**nobodyさん** · 2007/04/13(金) 18:07:01

マニュアルの関数の載ってるページみて使い方覚えろ。
まずは配列関数のarrayから。その次にempty。その次に・・・
と順番にこなしていけ
それでおぼえる

**nobodyさん** · 2007/04/13(金) 18:09:26

>>66
まさにそれです。
技術者は先生に向かないな。

**nobodyさん** · 2007/04/13(金) 18:12:14

>>66
ひとつ、ひとつ作りこんでいけばいいだけだよ。

まずはフォームに入力したデータをcsvファイルに書き込む、
次にそのcsvファイルをHTMLで一覧表示する、
次に10件ずつデータを表示して「次のページ」のリンクを表示させる。。。
という感じで。

まず何を作りたいか設計して、順番に作っていくのが基本だから、
その作業の中で、そこはどう処理しているのか参考になりそうなスクリプトを
見ていけば理解は早いかと。というより初心者向けの本を何冊か手元において
おけば、必ず分かりやすい解説がどこかの本にあるとおもう。

あとはばかばかしいかもしれないけど、参考にしたいスクリプトをそのまま
模写、つまり打ち直す。厳しいけどそれが習得の基本らしいよ。

**nobodyさん** · 2007/04/13(金) 18:12:30

>>58
SNSを作る程度のプログラミングなら理系である必要は全く無い

**nobodyさん** · 2007/04/13(金) 18:16:00

PHPでプログラム書く奴に過度の期待してもだめだと思うぞ...
プログラムセンスある奴にはウケが悪い言語だからw

**nobodyさん** · 2007/04/13(金) 18:18:11

>>71
それは他の言語でも言ってるやついないかｗ
PerlでもPythonでもさｗ

**nobodyさん** · 2007/04/13(金) 18:18:47

仕事で他人のを読まないといけない場合や、部分的に参考にするなら話も変わってくるが、
他人の書いたソースを一から読み進めるのってよっぽど読みやすい書き方してない限りはただの苦行だぞ

**nobodyさん** · 2007/04/13(金) 18:19:00

phpspotは知らんけどレッツPHPのスクリプトって古すぎじゃないか・・・？

他のスクリプトを読むのはいいけどその背景となってる考えを理解しないと最悪な勉強法だぞ。
掲示板作るために何をすればいいかさっぱり分からないうちは、ソースを読むことではなくもっと基礎を学ぶ時期だと思うが。

ちなみに定番を知りたいならマニュアルが最高にお勧め。

**nobodyさん** · 2007/04/13(金) 18:21:22

最初なんてなんでもいいよ
適当にソース拾ってきてごちゃごちゃいじってりゃ
嫌でもわかるようになるだろ
悩む暇があったら読め書けそして動かせ

**nobodyさん** · 2007/04/13(金) 18:24:25

>>66
＞こういう場合は定番としてこういう処理する
具体的にどの場合か、ここで質問しちゃうほうがいいんじゃないの？
5通りぐらい方法が出てきたら笑うけどｗ

**nobodyさん** · 2007/04/13(金) 18:35:38

定番がどうとか、効率がどうとか最初のうちから気にする必要無い
ちゃんとローカルなテスト環境作って、とりあえず動かすことだけ考えて前に進みまくれ
あまりにもおかしい書き方はそのうち気付く

**nobodyさん** · 2007/04/13(金) 18:35:49

phpspotやレッツPHPに載ってるスクリプトのソースなんてゴミだよ
むしろ変な癖つくから絶対参考にしないほうがいい気がする

**nobodyさん** · 2007/04/13(金) 18:40:22

一通りのパターンだけ覚えて効率よく覚えていこうとするから遠回りになることを初心者は気づかない

**nobodyさん** · 2007/04/13(金) 18:55:57

トライ＆エラーに勝るものなし

**nobodyさん** · 2007/04/13(金) 18:57:31

理論さえ学べば実現方法なんていくらでもあるというのにね。
定番とか気にせずにまず作れというのは同意。

**nobodyさん** · 2007/04/13(金) 19:20:42

>>68
手取り足取り教えてもらっても、全く自分のためにならない。
人に聞いてしか問題を解決出来ないならプログラムなんか出来ないよ。

ヒントや自分で探す術を覚えない限り、教えてもらって終わり。

そのレベルに達していないなら、まずは気に入ったテキストとマニュアルと関数逆引きを読んでみるべき。

**nobodyさん** · 2007/04/13(金) 19:40:35

WindowsVistaがほしい
↓
名前で検索する→ひっかかったサイトを自分で見に行って時間をつぶす
↓
【ほしい】を【買う】へ→【買う】から【ショッピング】に変換する
↓
でてきたサイトをチェック
↓
ヤフーショッピングでWindowsVistaが買えることがわかったが、
いろんなバージョンがあってどれを買えばいいのかわからない。
↓
検索キーワードを変えて振り出しにもどる

上級者だってはじめから何でもわかるわけでもなかったんだ。
何か壁にぶつかったら自分で検索して調べる能力があるだけでも効率があがるから

**nobodyさん** · 2007/04/13(金) 19:46:42

>>78
でも他の人がどう処理しているのかは気になる。
今、プログラム系の学校とかどうなんだろ。
チュートリアルをこなすだけなのかな？
自分のスクリプトを評価してくれる人はちょっと欲しい。

**nobodyさん** · 2007/04/13(金) 19:47:55

プログラムの評価なんてバカげてます

**nobodyさん** · 2007/04/13(金) 20:10:11

>>73
トレースって意外と大事よ
C言語検定の1級とかだるかった

**nobodyさん** · 2007/04/13(金) 20:12:46

はいはいそうだね

**nobodyさん** · 2007/04/13(金) 20:13:58

C言語検定が既に大事じゃない

**nobodyさん** · 2007/04/13(金) 20:17:19

>>84とか>>86がプログラミング楽しいとか思ったことあるのかが気になるな
プログラミングヲタになれないと続かないし伸びないよ

**虚弱PHP** · 2007/04/13(金) 20:21:18

PHP Webアプリの参考ソースは、フレームワークじゃない？
俺はソース読んだことないけどｗ

定番とかは確かに知りたくなるもんだけど、
その前にスパゲッティソース作ってにっちもさっちもいかなくなる経験はした方がいいと思う。

**nobodyさん** · 2007/04/13(金) 20:27:51

結論：楽してプログラムが身に付くと思うな

**nobodyさん** · 2007/04/13(金) 20:44:51

まー自分にあったやり方でできる範囲でやりゃいいよ

**nobodyさん** · 2007/04/13(金) 20:48:57

>>90
てか、今まさにその状況だｗ
すぱげっちーすぎてヤバイことになりだしてる

66 · 2007/04/13(金) 21:23:47

みんなありがと　全レスしないけれど参考にする

自分なりにどんどん書いて動いた。
動かないときは手直ししていけばそれでよかったんだけど逆に動いてるときに
これでいいのかな？何かまずい処理してなかったかな？
って気になって他人の定番のソース見るのがいいかと思ったんです
定番と比べて抜けてる処理があれば自分の見落としがわかるかなあと。

自分で気付くようになるまで放置で大丈夫なんですね。ありがと

**nobodyさん** · 2007/04/13(金) 21:26:22

いやダメだけどｗ

まぁ遊びならいいんか

**nobodyさん** · 2007/04/13(金) 21:50:11

どっちにしろ人の見たり、見せたりしたほうがいい。

だからｼｮﾎﾞｲのでもソース公開したほうがいいよ。
小粒でも人の役に立つのを書くとかね。

欠点を突っ込んでもらったほうがいい。
短ければここでソース晒すとかね。

第二回自作スクリプト発表会【PHP】
ttp://pc11.2ch.net/test/read.cgi/php/1156116687/
とかもある。

**nobodyさん** · 2007/04/13(金) 22:42:30

見せるのはただ他人の意見に耳を傾ければそれでいいけれど、
早く読むのはそれなりにコツみたいなものが必要だからヒマなときにでも磨いとくといいよ。
ctagsとかそういうたぐいの物の扱いに慣れとくとかね

**nobodyさん** · 2007/04/13(金) 23:29:51

あれだ、ペアプログラミングでもやってろってこった

**nobodyさん** · 2007/04/14(土) 00:13:17

>>98
新卒の娘とペアプログラミングあ;sｊｄｌｋふぁ；ｓｌｊふぁ；うぃｆ！！！！！！

**nobodyさん** · 2007/04/14(土) 04:02:34

このプログラムで$noline=file('comment.txt');から
以後の処理はロックかかってる事に
なってるんですかね？
ロック解除まで

$cwlog=fopen("comment.txt","a+");
flock($cwlog,LOCK_EX);
$noline=file('comment.txt');
$nocount=count($noline)-1;
$bno=explode("\t",$noline[$nocount]);
$no=$bno[0]+1;
$cwdata="$no\t$name\t$contents\t$time\t$delkey\n";
fputs($cwlog,$cwdata);//$wlogの最初の行に$wdataを追加
flock($cwlog,LOCK_UN); //ファイルロック解除
fclose($cwlog);//ファイルを閉じる

**nobodyさん** · 2007/04/14(土) 05:40:57

>>100
fclose前のロック解除は不要だしあまり推奨もされない。
バッファフラッシュ前にロックを解除しちゃあかんよ。
fcloseすればバッファをフラッシュした上でロックも自動解除してくれる。

flockでのロックは「他のプログラムも同じ方法でロック処理をしてくれている」
という前提で使うものだが、それが満たされているなら特に問題はないかと。
NFS環境とかでは正常動作しなくなったりするけどな。

**nobodyさん** · 2007/04/14(土) 06:07:20

>>89
WEB制作はプログラムのスキルだけじゃだめだからねえ。
PHP使えるWEBデザイナーも増えてきてるし、WEB制作の中の
ひとつの技術としてとらえるのが普通じゃねえかな。
オタプログラマーじゃなくてWEB制作オタなんだよね。

**nobodyさん** · 2007/04/14(土) 09:19:06

>>102 PHP使えるWEBデザイナーは　センス無いからPHPを覚えるわけだが・・・。

**nobodyさん** · 2007/04/14(土) 09:49:01

>>103
俺のことか

**nobodyさん** · 2007/04/14(土) 09:53:14

他人の部屋を盗み見て喜んでいる変態どもの癖に
いっちょ前に
善人面こいて偉そうに他人を評価できると思っている
ずうずうしい滑稽な
糞団地住民ども死ね。

**nobodyさん** · 2007/04/14(土) 12:15:24

スレタイ通り下らない質問を二つほどさせてくれ。

1.クラスや関数・変数などのネーミングはPascal Camel どちらが推奨、というか基準みたいなのある？

2.if とか foraech とか（自作問わず）関数とかで使う半角スペースってなんか基準ある？
if($i=0) //スペース全くなし
if ( $i = 0 ) // ()の前にも、()内の前後にもスペースあり

我ながらくだらね～質問かと思うけど、プログラマーさんなら結構いいたいことがあるかな～と期待してｗ

**nobodyさん** · 2007/04/14(土) 12:20:02

>>106
PEARとかZFのコーディング規約を見ればいい
その質問の答えも全部書いてある