△▲ WebProg 初心者の質問 Part17 ▼▽
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2008/03/02(日) 21:49:06ID:???質問したいけど、どうしたら良いか分からない。
そんなときは、ここに書き込んでください。
板の住人や、その他が、けなしながら、厳しく教えてくれるかも。
質問する前に、まずはここを読んでね。
【注意事項】
・質問する前にGoogleで検索してみましょう
http://www.google.co.jp/
・環境（ソフトウェアのバージョンなど）は、必ず書いてください。できるだけ詳しく。
後から情報を書き足す、いわゆる情報の小出しは極力避けてください。
・何がしたくて、何ができて何ができないのかを書きましょう
・マルチポスト（複数のスレッドで質問する行為）は絶対に禁止です。
・過去ログは必ず読みましょう。あなたと同じ質問をしてる人がいるかも知れません。
2ch 総合ガイド
http://www.2ch.net/guide/
お願い。
適切な、板、スレ、を発見した場合、誘導してあげましょう。
スレの性質上 age 進行でお願いします。
関連情報は
>>2-3辺り
欲しいCGIが見つからないならこっちへGo!!
【CGI】こんなCGI探してますver.22
http://pc11.2ch.net/test/read.cgi/hp/1166794984/
前スレ
△▲ WebProg 初心者の質問 Part16 ▼▽
http://pc11.2ch.net/test/read.cgi/php/1187729623/
0083nobodyさん
2008/04/03(木) 14:46:19ID:???>79はいろんな概念や言語を勉強する必要がありそうだから、それよりも
メーカーの数だけ普通のHTML作ったほうが早いかも。
0084nobodyさん
2008/04/03(木) 14:52:54ID:???意味がわかってないんだろうなぁ、とは思いつつ、MySQLなんかのデータベースにデータを入れてselectで持ってこい。
0085nobodyさん
2008/04/03(木) 14:54:39ID:???メーカー
ブランド
型番
発売年月日
エンジン
エンジン配置
車種（セダンなのかとかね）
シート数
テキスト
これぐらいは必要かと思う
「なんで？」って思うぐらいならプログラムとかWEBサイトの作り方とか勉強し直した方がいいです。
0086nobodyさん
2008/04/03(木) 14:55:39ID:???メーカー別の ID (日本語使っちゃらめ)
固体ごとの UID (同じく日本語使っちゃらめ)
0088nobodyさん
2008/04/03(木) 15:14:55ID:???確かにウェブプログラミングに関しては全くの素人なのですが、これを機に便利な方法を学んでおきたいと思いまして。
>>84
MySQLですか。調べてみます。
>>85-86
申し訳ないのですが、おっしゃっている意味がよく分かりません・・・。
0089nobodyさん
2008/04/03(木) 15:18:50ID:???データベースゆっても表にしちゃえば見た目だけはエクセルと同じだよ
んで車に関するリストを作るときにどんな項目が必要になるorあった方が便利なのかを考えると
あの項目が出てきただけ
ただそれだけなんです・・・
0090nobodyさん
2008/04/03(木) 15:25:11ID:EbAXKc6Dなるほど、ご丁寧にありがとうございます。
0091nobodyさん
2008/04/03(木) 16:10:17ID:???>フェラーリ・NISSAN・HONDAの各社の車を１０台ずつ載せているいるとします。
10台ｘ4社＝40台
この程度でデータベースを使うなんて馬鹿げてる。
ファイルでたくさん。
0092nobodyさん
2008/04/03(木) 16:12:39ID:EbAXKc6Dそれは例として挙げただけなので、実際は１０００ページを超えています。
もっとはやくからやっていればよかったのですが・・・。
0094nobodyさん
2008/04/03(木) 22:03:31ID:???まずは
SELECT * FROM cars WHERE car_maker = 'NISSAN'
的なところから
0095nobodyさん
2008/04/04(金) 08:21:03ID:???0096nobodyさん
2008/04/04(金) 18:17:04ID:YqX/EKLM参考書を読んで、予定tableが id yoteiTitle yoteiDay というフィールドをもつとき、
delete from yoteiTable where id=$id みたいな形でやろうと思ってたんですが、
これじゃセキュリティ的にまずい気がしてきました。
テーブルのフィールドを増やして、
where `id`=$id and `userId`=$userId and `loginTable.userPass`=$userPass
みたいにすべきなんでしょうか？
やりたきゃやれって話かもしれませんが、これくらいが普通なんでしょうか？
入門書の情報レベルでは安心できないので質問しました
よければご意見ください。おねがいします
0097nobodyさん
2008/04/04(金) 18:21:00ID:???0098nobodyさん
2008/04/04(金) 18:33:48ID:???0099nobodyさん
2008/04/04(金) 19:04:28ID:???と書きかけたんだけど、パスワードが入ってるのは予定テーブルじゃなさそうよ。
010096
2008/04/04(金) 19:27:12ID:???「予定テーブルに、予定を書き込んだ人間のIDも一緒に記録して、
削除のときは予定IDとその行の登録者のIDを両方チェックする」という程度で
大丈夫でしょうか？ ログインパスワードの照合までは不要かなぁ…？？
0101nobodyさん
2008/04/04(金) 19:38:39ID:???セキュリティの話？
なら、そのdelete文そのものじゃなくて、
その文にいたるまでのコードのほうが重要
SQL文に注目しているぐらいだから
たぶんダメなコードだろうけど。
0102nobodyさん
2008/04/04(金) 21:16:48ID:???セキュリティ的にまずいってどうまずいと考えてるの？
理由もなく条件節にIDとパスワードをつけりゃまずくなくなるもんではないよ。
010396
2008/04/04(金) 22:03:09ID:YqX/EKLMよく考えるとコレはイベントのID（id）を場当たりに打ち込んでいけば
実行されちゃうSQL文なので、そのイベントの登録者（そのイベントの編集権限あるひと）の
IDのチェックくらいは必要かなぁ と、考えたのが最初でした（`userId`=$userId）
それから、
「だったらログインパスワードもチェックして確実(?)にその人が処理してるというのを
もう一段階チェックすべきでは？」などと考えて>>96の質問になりました
でもそうすると、今度はログインパスワードの変更時に別の問題が発生するしな…
そもそもユーザIDをユーザテーブルのid（ｵｰﾄｲﾝｸﾘﾒﾝﾄ）そのまま使ってるのがマズイかな…
と、今思い当たったところです
SQLインジェクション対策なども調べてやってるんですけど、、どうも自信がもてません
DBマガジンとかプログラムの専門誌とか見たら現場レベルのノウハウ載ってるのかな
ごちゃごちゃ書いてすみません
「php入門」みたいな本じゃダメなのでここで聞きました
0104nobodyさん
2008/04/04(金) 22:10:58ID:???俺だったらそういうのはアプリケーション側で判断させるけど。
認証処理行ってるなら保持してるIDがそのユーザの正当なIDだと信頼していいでしょ。でないと認証の意味ない。
あとはまぁPHPとSQLと各種セキュリティちゃんと勉強しようとしか。
0105nobodyさん
2008/04/04(金) 22:20:06ID:8TzdjrQ8010696
2008/04/04(金) 22:27:27ID:YqX/EKLMたしかに！！ スルドイ！
考えてなかったというか、管理者用の削除用画面を別途作る予定なんです
しかしそんなめんどくさいことしなくて済む方法があるということでしょうか？
アプリケーション側で判断というのは、SQLの実行前に
保持してるuseIdが何かチェック → OKならSQL実行ということですか？
ためになるご意見ありがとうございます ほんと助かります
0107101
2008/04/04(金) 22:55:26ID:???まあ適当なセキュリティでよければどうでもいいけどさ。
本気で考えているのなら、セッション使いなさい
010896
2008/04/04(金) 23:08:52ID:YqX/EKLM0109nobodyさん
2008/04/05(土) 00:26:39ID:oBA2MqYyオークションテンプレートみたいに
好きな色を選んで、自分の書きたいコメントを書き、
それを、テーブルタグに出力するみたいな事をするには
何が使われているのでしょうか？
そのようなものが配布されているところはあるのでしょうか？
0110nobodyさん
2008/04/05(土) 00:34:09ID:???配布サイトは知らん。ありそうだけど。
0111109
2008/04/05(土) 00:40:14ID:???htmlだけじゃなく
自分が選択した色や画像などが選択される感じです。
ご存知有りませんでしょうか？
0112nobodyさん
2008/04/05(土) 00:41:54ID:???javascriptでもphpでもperlでもjspでも作れるんじゃないかな
0113nobodyさん
2008/04/05(土) 00:47:02ID:???0114109
2008/04/05(土) 00:52:09ID:???いわゆるこんな感じなんですけど
ttp://www.auclinks.com/apm/prog/?mo=input&pl=102&co=1&pa=2
0115nobodyさん
2008/04/05(土) 01:22:56ID:???Server: Apache/1.3.41 (Unix) PHP/4.4.8 mod_ssl/2.8.31 OpenSSL/0.9.7d
X-Powered-By: PHP/4.4.8
だそうです
0116nobodyさん
2008/04/05(土) 01:27:59ID:???これならJavascriptでいける。
この例はPHP使ってるね。
なんにしても流用できないし、自分で書くしかなさげ。
0117nobodyさん
2008/04/05(土) 10:52:48ID:riG1eqDKどうしたらいいですか？
0118nobodyさん
2008/04/05(土) 16:02:42ID:loxxDexE複数の画像をボタン状にして、押された画像（に設定した値）によって
次の処理を分岐させようとしていましたが、IEで正常に動きません。
検索してみたところ「<input type="image" value="">はIEで無視される」という記述を目にしました
ttp://webmag.dnw.jp/2007/06/ie_1.html
どうもこれが原因のようなのですが、何か解決法はあるでしょうか？
ご存知の方がおられましたら、教えて下さい。お願いします。
0119nobodyさん
2008/04/05(土) 17:54:50ID:???0120nobodyさん
2008/04/06(日) 05:25:22ID:wo56gj+D日米2往復以上することになるので、
レスポンスがかなり遅いです（1-2秒)
やはりウェブサーバとDBサーバは近くに置かないとだめですか？
0121nobodyさん
2008/04/06(日) 22:12:02ID:???0122nobodyさん
2008/04/06(日) 22:16:39ID:???0123nobodyさん
2008/04/06(日) 23:19:28ID:???検索エンジンは日本の著作権にはひっかかるので
アメリカにサーバを置いているという話を聞いたことがあります
2chもアメリカにサーバがあったような？
0124nobodyさん
2008/04/06(日) 23:29:45ID:???0125nobodyさん
2008/04/06(日) 23:45:12ID:???仮にDB鯖まで往復100ms掛かったとすると、
100ms*コマンド数になって送受信だけで恐ろしく時間がかかりそう・・・
0126nobodyさん
2008/04/06(日) 23:49:07ID:???奇遇だな、俺もphp初めて3日の素人
c言語とかbasicとか色々やったけど、phpが一番面白いかもしれない
0128nobodyさん
2008/04/07(月) 02:33:40ID:???DBサーバは日本
メールサーバはヨーロッパに置こうと思います
このアイデアどうですか？
0129nobodyさん
2008/04/07(月) 02:46:12ID:???0131nobodyさん
2008/04/07(月) 13:26:30ID:???0133nobodyさん
2008/04/07(月) 16:33:37ID:LOFPyp071日の日記につきそれぞれ1ページのXHTML（ブログのように記事を独立させたい）がそれぞれ作成されるプログラムを作成したいと思っています。
一つのXML文書を複数のXHTML文書に分割するためにはDOMが必要なようなので、
とりあえず『DOM Scripting 標準ガイドブック』から読んでみようかと考えているのですが、
このシステムを実現するためには、他にどのプログラミング言語を学べばいいでしょうか。
お勧めの書籍などがありましたら、併せて教えてください。
なお、私はXML、XHTML、XSLT、CSSなどについてはある程度知識がありますが、
サーバーサイド、クライアントサイドともにプログラミングについては全くの無知です。
これを機会にプログラミング言語に手を出してみようかと思った次第です。
よろしくお願いします。
0135nobodyさん
2008/04/07(月) 21:20:20ID:LOFPyp07ありがとうございます。
PHPなら>>133のシステムを作成できるんですね。
とりあえず分かりやすそうなPHPの入門書を読んでみようと思います。
0136nobodyさん
2008/04/08(火) 09:02:18ID:???向き不向き、動作環境、習得のし易さなどが違うだけだ。
0137nobodyさん
2008/04/08(火) 09:32:45ID:???余裕があるなら PHP と平行して JAVA もいじってみると吉
0139nobodyさん
2008/04/09(水) 00:38:48ID:MY1lFf/DYahoo!のコミックビューワーは、どのような技術で作成されているのでしょうか？
表示されるダイアログからして、ActiveXでアプリをインストールされるのとは異なるようなのですが。
ご教授よろしくお願いします。
0140nobodyさん
2008/04/09(水) 01:08:35ID:???0141nobodyさん
2008/04/09(水) 06:26:50ID:6ZIazK8gファイルベースでデータを操作していましたが、データベースを利用してみようと思い色々調べています。
とあるサイトで、データベースとファイルの違いが説明されていて、
データベースのメリットを強調しているのですが、いまいち自分には理解できませんでした。
書き出すと長くなるのでイメージを張ります
ttp://www.techscore.com/tech/sql/img/sql131.gif
1に間して、DBは利用可能と書いてあるが、それならファイルも利用可能と書くべき。
ファイルの場合も同じデータを使うアプリケーションなら他のアプリケーションでも利用可能なはず。
結局データが利用可能であっても、アプリケーションによって使うデータは異なるわけで、
利用可能であっても結局は使わないのではないか？
2に関して、重複データをどう扱うというのはプログラマ次第なのではないのだろうか？
重複したデータを調べ、重複してるなら削除しファイルに書き出すという処理をすればいいだけで、
ファイルがどうというレベルではないような気がする。
3に関して、なぜファイルの構造が変更されるとアプリケーションの変更が必要と断言できるのか理解不能。
逆にDBの構造が変更されてもアプリケーションの変更が不要と断言できるのか理解不能。
データに変更があるということは、あらたに使いたいデータ項目を追加したり、いらないのを削除したりすることをさすと思う。
データ項目を追加した場合、使うから追加するわけであって、DBであってもプログラム側を変更して、
そのデータを使うようにしないと意味がないのではないだろうか？
逆にいらないものを削除した場合、ファイルでは配列などでデータを扱うので矛盾が生じるとは思うが、
DBもクエリーを変更するなり、表示するデータを変更するなりしないといけないのではないか？
なんて風に思ってしまうのですが、この図の説明を見ると、場合によりけりとしか思えません。
ファイルと比べたDBのメリットをもっと的確に説明しているところがあったら教えてください。
長文スミマセン。
0142nobodyさん
2008/04/09(水) 07:50:24ID:???0144142
2008/04/09(水) 08:11:32ID:???今頭に浮かんだDBの利点をざっと挙げるとこんなとこ。
とりあえず141は両方使ってみな。
こういう技術のイントロなんて抽象的で何ら意味のあること言ってないもんなんだから。考えるんじゃなくて感じれ。
0145nobodyさん
2008/04/09(水) 08:52:06ID:???自分もDBを学び始めた初心者だが、とりあえず反論が欲しいっぽいので反論してみる。
自分でもちょっと無理があるかな？と思うけどね。
(1)
データの内容というよりはインタフェースの問題。
DBの場合は最初からインタフェースが用意されているので、どのアプリケーションからでも基本的な使い方は一緒。
ファイルの場合は、そのあたりをたぶん自前で作ることになると思う。
つまりインタフェースに統一性が無い。
モジュールなどを使って統一性のあるインタフェースを提供するとしたら、それはもはやDBと言っても良いと思う。
(2)
ファイル操作の場合は自前で処理を書かなきゃならない。
DBなら、そのへんの機能は既に実装されている。
そのあたりの処理を組み込んだファイル操作モジュールなら、それはもはやDBと言っても良いと思う。
(3)
アプリケーションの実行に必要なデータの部分が変更されればその通り。
ただ、そのアプリケーションに直接関係のない、別のところから参照するようなデータを含んでいる場合もある。
関係ないところのデータの変更でアプリケーションの修正を求められるとしたら、それは時間の無駄だ。
なのでファイル操作の場合、汎用的に使えるようなコードを書く必要がある。
そういう汎用的に使えるファイル操作モジュールなら、それはもはやDBと（略
0146133
2008/04/09(水) 14:24:58ID:LRag215uもしかして、>>133のシステムはJavaScript（DOM）を学ばなくてもPHPだけで実現可能なのでしょうか？
よろしくお願いします。
0147nobodyさん
2008/04/09(水) 15:14:45ID:???可否でいうなら、可能です。
Javascriptを組み合わせることで、
効率的なインターフェースを付加できる場合もあるかもしれませんが。
0148133
2008/04/09(水) 15:39:42ID:LRag215uありがとうございます、分かりました。
一応伺っておきたいのですが、1つのXML文書から複数のXHTMLを作成することも可能ですよね？
0149nobodyさん
2008/04/09(水) 15:50:54ID:???なにをどう考えているのか判りませんが、
XMLをパースして要素を取り出し、その要素を元にXHTMLを作成する
ってことならば、可能でしょうね。
0150133
2008/04/09(水) 16:32:55ID:LRag215u分かりました、どうもありがとうございました。
0151nobodyさん
2008/04/10(木) 16:14:31ID:???これをDB使って保存するなんて考え無いな。
掲示板LOGは微妙なとこでも普通ファイルなんでしょう。
個人じゃDBあまり使わんな。
0152nobodyさん
2008/04/10(木) 16:15:52ID:???0153nobodyさん
2008/04/10(木) 19:30:41ID:???0154nobodyさん
2008/04/10(木) 20:00:55ID:???無知のさらけ出しもいいところだ
0156nobodyさん
2008/04/10(木) 22:04:41ID:???ＤＢでやるって効率悪そうやけどな。
ＤＢ使うもんなんだねーｗ
0157nobodyさん
2008/04/11(金) 07:26:01ID:???例えに対して反論してるのが理解できないのか？
わざわざお前のくだらない話に乗っかってあげてるのに。
日本語読解力が足りないのと違うか？理解力とコミュ力も不足してないか？
0159nobodyさん
2008/04/11(金) 22:01:22ID:???0160nobodyさん
2008/04/13(日) 11:36:04ID:O7D6EoPsこれの元ネタ、つまり最初にサンプルとしてpetshopを作った
フレームワーク等は何なんでしょうか？
0161nobodyさん
2008/04/13(日) 12:09:02ID:???おれは無知だから見たことない
0162nobodyさん
2008/04/13(日) 12:09:34ID:???0163nobodyさん
2008/04/13(日) 14:17:13ID:???http://www.jwebhosting.net/jpetstore/shop/index.do
http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/jpdnbda/htm/bdasamppet.asp
http://www.atmarkit.co.jp/fjava/rensai/j2ee02/j2ee02.html
http://maskat.sourceforge.jp/index.php?Demonstration
J2EEのが最初かも。
0164nobodyさん
2008/04/15(火) 20:14:05ID:???バックアップする時に、
ついでにmyisamchkでチェック＆修復もするようにしています
ファイルを壊さないと、例外発生時のテストができないので
viで適当にファイルを書き換えてテストしていますが
修復できてしまったり、
セグメンテーション違反が出たりと、
ちょうどよく壊すのが難しいです
たいしたプログラムじゃないのに、テストにやたら時間がかかってしまいます
こういうのってどうするのが一般的ですか？
0166nobodyさん
2008/04/15(火) 20:56:10ID:???0167nobodyさん
2008/04/16(水) 15:58:29ID:GrIQDg6z今作っているサイトはDB（mysql）の保存文字コードも、phpの保存形式も
htmlとしての書き出しの指定（charset）もUTF-8で統一しています
そのサイトを、レンタルサーバーを使って公開しようとしているんですが
サーバーはmysqlの保存形式がEUC-jpらしいです。
この場合、なるべく手を加えないで安全に動かすためにはどうしたらいいんでしょうか？
1)PHPファイルの保存形式はUTFのまま、
2)SQL文の実行時に SET NAMES EUC-JP; とする
自分なりに調べて、上記のようにするのかなと思いましたが 良くわかりません
DBからデータを引き出したときは（UTFで表示用に？）特別に処理が必要なんでしょうか？
大まかな手順や文字コードについての考え方をどなたか教えてください。
調べてはみたんですがよくわかりませんでした よろしくお願いします
0168nobodyさん
2008/04/16(水) 17:47:31ID:???0171167
2008/04/16(水) 21:27:36ID:GrIQDg6zはい、いじれます どうしたらいいんでしょうか？
167のカキコミからさらに調べたんですが、、どうも理屈がわからないので。。
0172nobodyさん
2008/04/16(水) 21:46:54ID:???0173nobodyさん
2008/04/17(木) 20:27:23ID:ZLNEilDcその場合の生産性？というか、けっこういけたりする？
0174nobodyさん
2008/04/17(木) 20:29:06ID:???0175nobodyさん
2008/04/17(木) 20:34:43ID:???人の意見を聞いてるの
0176nobodyさん
2008/04/17(木) 20:43:39ID:???紙に書いて覚える過程も出来るわけだし、俺は無駄な行為とは思わないよ
紙とペンがあれば常に書き留められるし辛くないなら続けててもいいんじゃないかな
生産性については、なにもやらないよりかは全然マシかと思う
0177nobodyさん
2008/04/17(木) 21:35:56ID:???他の用事の合間にやっても集中できないから質の低い設計になる。
帰ってPCの前に座ってから結局新しく書き直したりより良いコードを思いついたりする。
だいたい紙開発なんて効率悪すぎでしょ。
書き直し，自動インデント，括弧強調表示，カラーリング，grep，コード補完，プロジェクト管理，デバッグ，何もできない。
１行あたりのタイプ速度も雲泥の差。
まぁ学校の課題程度ならいいと思うが。
手書きでコード書くくらいならUML使って設計能力を磨いたほうがよっぽど力になる。手書き如何問わずね。
もしくは素直にノートPC使う。
0178nobodyさん
2008/04/17(木) 21:42:59ID:???あとはデータ格納の構造体を考えたり、データの構造を考えたり
全部の流れなんてやらないです
もちろんその場で動作を確認できないのが辛いけど、逆に１つのことをやろうとするときに
いくつかのパターンを考えてメモっておき、それを PC の前ですぐにコーディングできるから
無駄ではないし、高校時代はそれで限られた時間しか使えなかったパソコン教室を有意義に使えたよ
時間が限られてるときは考える時間すらも無駄ってこと。
だったら考えられるほかの時間で案を練っておけ。 ってことです。
0179nobodyさん
2008/04/17(木) 22:02:21ID:???そいつのプログラミング能力や構築したシステムは大したことなかったなぁ。
0180nobodyさん
2008/04/17(木) 23:38:01ID:???どこをどう斜め読みするとそう捕らえられるんだ？
まずは語学力を上げてください＞＜
0182nobodyさん
2008/04/18(金) 04:24:43ID:???■ このスレッドは過去ログ倉庫に格納されています