10/01/26 22:56:25
>>445
可能な限り社内にプレビューサイトを作る。作成時も更新時も「これでいいか」と確認できる環境を作る。
あとは好きにしろとしか。
447:nobodyさん
10/01/26 23:00:01 wOXA5aeU
>>446
ありがとうございます
助言をできるだけ実現できるよう努力します
448:nobodyさん
10/01/27 00:51:44
フリー素材でも、会社で使う場合には有料ってのが多いので、
もう一度素材提供もとの仕様規約を見た方がいいかと。
449:nobodyさん
10/01/27 02:37:52
Webサイト制作初心者用質問スレ part216
ｽﾚﾘﾝｸ(hp板)
450:nobodyさん
10/01/27 07:48:17 YBgwbAHK
>>448
そんなこともあるのですか、ありがとうございます
>>449
ありがとうございます。どうみてもそちらのほうがふさわしかったですね
スレ違いでしたね、すいませんでした
451:nobodyさん
10/01/27 08:45:33
440です
そんなこと知りたくないかもしれませんが、結果報告です
>お前のとこでは社内システムに社内で管理できないプロキシ通して使ってるのか？
そのとおりです。
その支社というのが、実は別な会社のフロアを間借りしてる形(派遣で出向してるみたいな感じです)なので
結局そこでどうにかするのは無理そうです。
出向先には絶対ばれないようにとのことで
>ヤツに罰を与えろって
罰は与えられてます。で、システムをサーバ側でもどうにかしろという話なので。
もう八方塞で、対策取ったとうそついて逃げようかとか思ってます
452:nobodyさん
10/01/27 09:22:45
お前含めて酷い会社だなオイｗ
453:nobodyさん
10/01/27 10:40:45
なんとなくすごく厳しい状態なのは想像できるw
>>440は全く悪くない気がしてきた
454:nobodyさん
10/01/27 10:41:46
すいません でもこんなもんじゃないですか
労働環境最悪だし、給料安いし 馬鹿すぎる上司は
「無理だ、認証システムなんてこんなもんだ」って言っても信じないし
社員は愛社精神とかこれっぽっちもないし
そもそもずっと出向で顔も知らない本社に来た事もないやつに愛社精神求めるとかチャンチャラおかしいんですが
でも社のグループウエア私用に使ったり他人のアカウントで覗いたりはさすがに酷すぎますよね
455:nobodyさん
10/01/27 10:49:40
「デスクを離れるときは必ずログアウトすること」というメモを全員のモニターに貼っとけよ
456:nobodyさん
10/01/27 10:57:39
まあいろいろあるな。
むかーし、うちのボスもPCは会社の備品なんだからパスワードなんてかけるな
とか無茶言ってたしなーｗ
長年かけてActiveDirectoryで何とか運用してるけど、まだよくわかってないふしがある。
457:nobodyさん
10/01/27 11:01:42
>>434 によると男女の話みたいなんで、どうしようも無いよｗ
458:nobodyさん
10/01/27 11:09:07
>>454
いやだから無理じゃねーって言ってんのに何さっさと諦めてんだよ
セッション使う選択肢なんで捨ててんの？
459:nobodyさん
10/01/27 11:41:04
おっしゃっている意味がわかりません
クッキーをコピられてもサイトのソースを見られても大丈夫なセッションの方法があるのですか？
フラッシュとかですか
460:nobodyさん
10/01/27 11:43:11
サイトのソースっていうと誤解があるか
クッキーをコピられてもブラウザでソースの表示とか見られても大丈夫なセッションの方法があるのですか？
461:nobodyさん
10/01/27 11:46:43
>>458に期待
462:nobodyさん
10/01/27 11:47:24
ヒント：遷移情報
つかセッションの意味ちゃんとわかってる？ 単なるログイン情報の保持じゃないよ？
463:nobodyさん
10/01/27 11:47:53
>>459
それはセッションの使い方間違ってるだけでそ
464:nobodyさん
10/01/27 11:49:14
セッション使おうが何しようが社員のモラルがハザードしてるんじゃ意味を成さない
もうその出向先に内部告発しちゃえよ
楽になるぜｗ
465:nobodyさん
10/01/27 12:01:59
席離れた隙にPC触られたら終わりじゃね？
そういうずさんな環境なんだろ？
466:nobodyさん
10/01/27 12:16:00
>>462
ああ、なんとなくわかってきました
遷移情報を逐次記録して、それからずれるような行為があったら、不正アカウントという意味であってます？
セッションＩＤはクッキーに置くが、それをコピられたとしても
(たとえば短い間隔でリロードさせるなどして)まったく同じ状態にはできないのでコピって使おうとすると
セッション情報の不整合がわかる
「セッション情報がおかしいです」見たいなメッセージ出して操作させない
延滞等で正規のユーザーも食らうかも知れないけど、まあ仕方がない
あってます？？先生
>もうその出向先に内部告発しちゃえよ
勘弁してください 数十人が路頭に迷いめっちゃ恨まれます
467:nobodyさん
10/01/27 12:18:04
>>466
合ってます
じゃ実装頑張ってくださいね♪
468:nobodyさん
10/01/27 12:21:51
ありがとうございます 感謝です m（）m
名も知らないし会うこともないけどあなたは僕の師です
勝手に今決めました
皆さんお騒がせしました(＾＾)/
469:nobodyさん
10/01/27 13:36:28
今度は「○○さんが勝手に私のPCを使ったんだ！」と言い出すに違いない。
470:nobodyさん
10/01/28 18:38:11 Wx5X+hZm
WindowsでPHP書くときに使うテキストエディタでおすすめのやつ教えてください
シェアでもOKです
471:nobodyさん
10/01/28 18:42:06
重視する点と重視しない点は？
472:nobodyさん
10/01/28 18:49:04
お返事有り難うございます。
重視する点は、
コメント中の2chのアスキーアートが崩れずに表示できることです。
あと、プログラムが大きくなりがちなので、
2GBぐらいのPHPをストレス無く編集できると嬉しいです。
よろしくお願いします。
473:nobodyさん
10/01/28 19:14:24
句読点
474:nobodyさん
10/01/28 23:36:30
2chのAAはプロポーショナルフォント前提。
プロポーショナルフォントでコードを書く奴は頭がおかしい。
475:nobodyさん
10/01/29 00:00:08
2GB とかｗｗｗｗﾗｳﾞｨ！
476:nobodyさん
10/01/29 00:13:19
何兆円のシステム開発してんだよ
477:nobodyさん
10/01/29 00:30:02
実はプロポーショナルフォントのほうが見やすかったりする
慣れるまでは気持ち悪いけどな
478:nobodyさん
10/01/29 00:51:35
プロポーショナルにするべきとかいう記事を最近見た記憶が・・・
俺は等幅の方がいいけど。
479:nobodyさん
10/01/29 01:06:15
/.でそんな話題あったね
480:nobodyさん
10/01/29 02:07:18
!il10O.
↑
こいつらが見づらいのよねｗ
481:nobodyさん
10/01/29 09:04:39
>>480
それが気になるならプログラミング用のフォント使えばおｋ
482:nobodyさん
10/01/29 09:59:29
いや、プロポーショナルを使った場合の話ね。
自分は固定ピッチでしか書かないから別に・・・
483:nobodyさん
10/01/29 15:13:52
話の流れを全然見ていない>>481にﾜﾛﾀ
484:nobodyさん
10/01/29 17:26:50
.htaccessでCGIを有効にする設定で
AddType application/x-httpd-cgi .cgi
と拡張子を指定するのはわかるんですが
拡張子がないファイルはどう指定すればいいですか？
485:nobodyさん
10/01/30 02:58:21
指定したURLに含まれるリンク先URLを表示するcgiがまったくわからん・・・
もう三時・・・助けて
486:nobodyさん
10/01/30 03:04:33
>>485
そもそもお前の抱えてる要件がわからん
487:nobodyさん
10/01/30 03:08:25
use IO::Socket;
print "URLを指定してください: ";
$url = <STDIN>;
chomp($url);
if ($url =~ /http:\/\/([^\/]+)(\/.*)/) {
$host = $1;
$file = $2;
} else {
die "そのURLには対応していません。\n";
}
$client_socket = new IO::Socket::INET (
PeerAddr => $host,
PeerPort => 'http',
Proto => 'tcp',
TimeOut => '5' );
unless ($client_socket) {
print "Socket Error:$!\n";
}
print "$host $file" . "\n";
print $client_socket "GET $file HTTP/1.0\n\n";
while ($receive = <$client_socket>) {
print $receive;}
$client_socket->close( );
これをCGIで実現して、それを使って>>485を作れって。何言ってるかわかんねぇと思うが俺もわかんねぇ
488:nobodyさん
10/01/30 03:13:00
>>487
なんだ、html取得するところまではあるのか。じゃ後は正規表現でリンク部分?抜くだけだな。
とりあえずコマンドラインで動くもの作って、あとは入力と出力をcgiにすればいい。
簡単簡単。がんばれ。
489:nobodyさん
10/01/30 03:23:52
use CGI;
$query = new CGI;
use IO::Socket;
print $query->header(-charset=>'UTF-8'),$query->start_html(-title=>"9.4");
print "<ul>\n";
$url = $query->param('url');
chomp($url);
if ($url =~ /http:\/\/([^\/]+)(\/.*)/) {
$host = $1;
$file = $2;
} else {
die "そのURLには対応していません。\n";
}
$client_socket = new IO::Socket::INET (
PeerAddr => $host,
PeerPort => 'http',
Proto => 'tcp',
TimeOut => '5' );
unless ($client_socket) {
print "Socket Error:$!\n";
}
print "$host $file" . "\n";
print $client_socket "GET $file HTTP/1.0\n\n";
while ($receive = <$client_socket>) {
print $receive;
}
print "</ul>\n";
print $query->end_html( );
$client_socket->close( );
こんなん？
490:nobodyさん
10/01/30 03:31:20
CGIにはなったな。もう完成間近だｗ
491:nobodyさん
10/01/30 03:32:10
>>489
入力フォームなくね？
492:nobodyさん
10/01/30 03:37:21
ウェブ入力から受け取るから$url = $query->param('url');で受け取ってる
なんか表示されん・・・
493:nobodyさん
10/01/30 03:53:39
reqにホスト名含めてないからVirtualhost宛だとダメだね
494:nobodyさん
10/01/30 03:56:23
眠さMAX！明日やることにする・・
教えてくれた方、ありがとうございました。
495:nobodyさん
10/01/30 03:57:02
明日でいいのかよｗ
496:nobodyさん
10/02/01 00:39:33 xMR4fraP
ブラウザ上で動くゲームを作りたいのですが言語はＰＨＰでも大丈夫でしょうか。
ジャンルは画像とテキスト文字がメインのいわゆるアドベンチャーゲームなのですが。
497:nobodyさん
10/02/01 00:41:21
お好きな言語でどうぞ
498:nobodyさん
10/02/01 01:21:53 xMR4fraP
>>497
プログラム経験がＨＴＭＬで軽くページを作れる程度なので
それを含めてどれがいいかという質問なのですが。
499:nobodyさん
10/02/01 01:24:42
>>498
最初からそう言って下さい。要するにプログラム経験はjavascript含めて未経験に等しいのですね？
ではphpが資料もサンプルも多くて良いでしょう。
ゲームブック的なADVならHTMLコツコツ作っても良い気はしますがね。
500:nobodyさん
10/02/01 02:22:07
>>499 さんは PHP をオススメしてるけど、自分は Love Perl なので Perl をオススメしたいが、
贔屓目無しだと PHP でいいんじゃないのかなと思うｗ
501:496
10/02/01 09:30:26 /Y/rxdTF
>>500
すみませんが、ＰＨＰとＰｅｒｌの違いを教えていただけますでしょうか。
ＣＧＩの中でもっとも簡単な言語がＰｅｒｌという程度の認識しかありません。
502:nobodyさん
10/02/01 10:37:36
>>501
HTMLはプログラム経験とは普通言わない（JavaScriptもやっていれば別）
CGIはただの仕組みでしかない、その仕組みを利用する言語で一般的なのがPerlというだけ
PHPとPerlは言語が違う。
php/perl/ruby/python はみな違う言語
Perlは元々Cやsed/awkといった所を元にして作られていてwebアプリ用の言語というわけではない
逆にPHPはwebアプリ用の言語として生まれてるので、webは書きやすい
が、どっちもなれてしまえば大差無い、結局は好みの問題。
で、どっちも初心者用の解説ページを眺めてみて、自分にあいそうなのを選べば良いと思うよ
503:nobodyさん
10/02/01 10:53:18
ところで、「ブラウザ上で動く」PerlやPHPってあるんか?
504:nobodyさん
10/02/01 11:08:07
>>503
板的にサーバサイドという前提で話をしているが、もしかしてFlashとかで解決？ｗ
505:nobodyさん
10/02/01 12:36:44
>>499も言っているけど全部HTMLのリンクでよくね？
不満がでたらPerlなりやればさ
506:nobodyさん
10/02/01 13:34:16
XSSなどのセキュリティ関連について調べているのですが
たとえば無料ブログなどは、自由にHTMLを書くことができる場所(記事本文とかフリーエリアプラグイン)がありますよね
そこに悪意のあるスクリプトを書いてXSSなどで何か悪いことはできないんでしょうか？
掲示板はタグを使えないようにしていたりすることが多いので問題は少ないんだとは思いますが。
XSSはアクセスしてきた人が掲示板やコメント欄などを使ってすることで、管理者がやっても何のメリットもないものなのでしょうか？
507:nobodyさん
10/02/01 14:21:13
>>498
だとすると、C++の方がいいかも知れません。
508:nobodyさん
10/02/01 14:28:27
たとえば
そもそも管理者に悪意があって
エロ動画あるよ、とか言って悪意のあるコード埋め込んだ無料サイトに誘導して
とかはいくらで聞く話でしょ
でもこれは
Cross Site Scriptingにはあたらないよね？
WikiによればXSSは
>動的にWebページを生成するアプリケーションのセキュリティ上の不備を意図的に利用し、
>狭義にはサイト間を横断して悪意のあるスクリプトを混入させること。
不備を利用したのではなく、そういう悪意のあるサイトを作ったわけだから
社長が会社の金盗んでも「金庫破り」にはあたらないよね
509:nobodyさん
10/02/01 17:15:00
トリビアンというブラウザゲームがあるのですが、
URLﾘﾝｸ(www.travian.jp)
こういうゲームを作るのに適したプログラム言語はなんでしょうか？
510:nobodyさん
10/02/01 17:21:27
>>509
とりあえずソレはphpとjavascriptで作られている。
511:nobodyさん
10/02/01 17:21:29
PHP
512:01/02
10/02/01 18:25:56 ZR9x9cFL
PHP5.3.1 MySQL5.1.42を使用しております。
カテゴリでまとめて表示する方法でつまづいています。
例えばDB：tabel01に
ID TITLE CATEGORY SUBCATEGORY
01 パスタの作り方 料理 イタリアン
02 パスタの種類 料理 イタリアン
03 おにぎりと塩 料理 日本料理
04 おかゆの固さ 料理 日本料理
05 下呂の秘密 旅行 温泉
06 草津の湯加減 旅行 温泉
07 ディズニーの謎 旅行 テーマパーク
08 USJの真実 旅行 テーマパーク
と記録していた場合に
料理
├イタリアン
│└パスタの作り方
│└パスタの種類
└日本料理
└おにぎりと塩
└おかゆの固さ
旅行
├温泉
│└下呂の秘密
│└草津の湯加減
└テーマパーク
└ディズニーの謎
└USJの真実
と出力したいのですが（書き込みをわけました↓）
513:02/02
10/02/01 18:27:07
例えば
tabel01から全てのレコードを取り出して、それを$resultとして
while($rows=mysql_fetch_array($result)）｛
echo $rows["TITLE"].$rows["CATEGORY"].$rows["SUBCATEGORY"];｝
とした場合、
パスタの作り方 料理 イタリアン
パスタの種類 料理 イタリアン
おにぎりと塩 料理 日本料理
おかゆの固さ 料理 日本料理
....
と、当然ですが上記のような表示になってしまいます。
これを1番目の書き込みで書いたようなカテゴリをまとめて表示したいのですが
どのようなすればいいのでしょうか？
MySQLへのSELECTクエリでWHEREでCATEGORYやSUBCATEGORYで条件をつけたものを
カテゴリーやサブカテゴリーの数だけ全部用意しなければいけないのでしょうか？
出きれば全てのレコードを取り出してからPHPでの表記の時に
1番目の書き込みのようにカテゴリ別で整形したいと思ってるのですが、なにかいい方法はないでしょうか？
514:nobodyさん
10/02/01 18:49:53
全レコードを取ってきてからでいいなら、mysql_fetch_array
を空になるまで回していったん全部を配列に落とし込む。
その後categoryを全部とり出して重複を取り除き、ループ
そのループの中で、各category所属のsubcategoryを全部とり出して重複を取り除き、ループ
以下略
メモリ効率は、それぞれの取り出しごとにカテゴリなどが入る場所を
プレースホルダ化しておいて、個別にSQLを発行したほうがいいだろうけど。
515:nobodyさん
10/02/01 19:16:35
あたらしい項目を追加するたびに
（サブカテゴリーに「フレンチ」とかカテゴリーに「仕事」とか）
それをDBから引っ張ってくるためのクエリを簡単に作成できるような文字列をファイルなりDBなりに追加していけばいいんじゃね
(ファイル)なら、そのファイル読んで上からSELECTを順番にやればOK見たいな感じで
516:nobodyさん
10/02/01 19:22:12
別に
$array[$rows['CATEGORY']][$rows['SUBCATEGORY']] = $rows['TITLE'];
みたいに入れてあとから再ループして表示してやればいいじゃん
CAREGORYとSUBCATEGORYでソートしておいて色々頑張れば再ループせずに逐一表示できるけど、
無理にそこまですることはない
517:509
10/02/01 19:35:31
>>510
ありがとうございます。
もし素人がこういうゲームを作るとした場合
最初に何から始めたらいいのでしょうか。
518:nobodyさん
10/02/01 19:38:36
>>517
プログラミングの基礎（PHPに限らず）
519:nobodyさん
10/02/01 19:58:42
>>517
・開発環境を整える。
・とりあえずBBS作る。
・↑をDB連携するように改造してみる。
・適性が無いとこの辺で飽きる。
どうすればいいかは上のキーワードに「php」付けてググれ。
520:nobodyさん
10/02/01 20:01:35
いきなりBBSはしんどいのでは？
やっぱ伝統にのっとり、Hello Worldから…
521:nobodyさん
10/02/01 20:06:41
Hello Worldは開発環境構築に含まれるもんだと思ってたｗ
522:nobodyさん
10/02/01 20:07:22
phpなら最初はphpinfoだろう常考
523:nobodyさん
10/02/01 20:53:30
BBSは無意味だろ
オセロとかソース探してくる→オセロのこま(キャラ)の種類を増やしてみる→移動できるようにとかしてみる
→キャラに属性とか、体力とかつけてみる→キャラ同士がバトルとかできるようにしてみる→複数人で遊べるようにとかしてみる
みたいにやっていけば良いんじゃね
524:nobodyさん
10/02/01 21:05:21
WEBアプリの基本部分を押さえるには悪くないと思うが。＞BBS
丸っきりの初心者が他人のソースをいきなり読む方が辛いだろう。
525:nobodyさん
10/02/01 21:57:29
じゃあOXのゲームTictactoeだっけ？ 三目ならべあたりからはじめるとか
どうせ掲示板だって他人のソースは読むことになるだろう
BBS特有の余計なこともやる必要があるし、覚えたこととゲームとどうつながるのかが遠くて、混乱するじゃん
たぶん３目ならべ程度でも、ネット上に作って遠く離れた友達と携帯で待ち合わせしたりして遊べば
それはそれで、かなり満足すると思うよ、それなりに勉強になるし
それから先にいけるかどうかは知らんけど、チャット機能とか足していってさ
526:nobodyさん
10/02/01 22:13:48
BBSなら一から作る手順がネットでも本でも豊富にすっ転がってるからな。
まぁ、ゲームのソース見て改造なんてできるヤツは何から始めれば・・・」なんて聞かんとは思うがねｗ
527:512
10/02/01 23:17:47
>>514,>>515,>>516
みなさんご指導ありがとうございます。
やはり、カテゴリ毎にSELECTクエリを発行したほうが動作的にはいいんでしょうか？
と、いいますかみなさんのおっしゃってる事が半分ぐらいしか理解できてないので
もう少し検索するなり文献を読むなりして、とりあえずみなさんのおっしゃる事が理解できるように勉強しなおします。
再帰関数も勉強途中でしたので色々と出直してきます。
みなさんどうもありがとうございました。
528:nobodyさん
10/02/01 23:41:15
おうよ頑張れ
基本が一番大事だ
529:nobodyさん
10/02/02 01:16:12
規制解除きたか？
530:nobodyさん
10/02/02 01:42:56
>>527
テーブルにもういっこparent_idをつくって主IDを振るというやり方もある。
ただクエリ数は増えるので負荷が多いようならば最終的にはキャッシュするようにするといい。
あとさらに発展したやりかたでMPTTという便利なやり方もあるが素人にはオススメできない。
531:nobodyさん
10/02/02 02:05:01
CAREGORY × SUBCATEGORY 個のファイル作ってそこにTITLEを書いていったら？
(ファイル個数がわからなかったら 新しい組み合わせが来るたびにファイルも追加していく)
で、
料理_イタリアン のファイル開いて 中身を出力
料理_日本 のファイル開いて 中身を出力
旅行_温泉 のファイル開いて 中身を出力
旅行_テマパク のファイル開いて中身を出力
├ とか└ とか も間に挟んで書く
ほら むずかしいプログラムいらない
532:nobodyさん
10/02/02 02:32:04
もういっそテキストファイルに
料理
├イタリアン
│└パスタの作り方
│└パスタの種類
└日本料理
└おにぎりと塩
└おかゆの固さ
旅行
├温泉
│└下呂の秘密
│└草津の湯加減
└テーマパーク
└ディズニーの謎
└USJの真実
って書いておけばいいんじゃね？
533:nobodyさん
10/02/02 02:35:36
じゃあ全部HTMLでいいだろw
534:nobodyさん
10/02/02 02:50:07
ジャンル一覧のテーブルを作る
で、各カテゴリ内のサブカテゴリのテーブルを作る
ジャンル、サブカテゴリ、アイテムIDのでソートをかける。
あとは出力するだけ
535:nobodyさん
10/02/02 14:08:17
>>531-533
ここらへんの流れﾜﾗﾀｗｗｗ
まぁMySQLはもともと階層構造に弱いからな
みんな工夫して使ってる。
いっその事XMLとか使えばいいんじゃねと思う。
私男だけど一番いいのは頭をひねることだと思うの。
536:nobodyさん
10/02/02 14:48:30
XML は柔軟に表現出来るかもしれないけど、重いってイメージがある
537:nobodyさん
10/02/02 14:55:05
イメージで評価してるエンジニアはカス
538:nobodyさん
10/02/02 15:08:01
おれエンジニアしゃないし・・・
趣味で技術動向を追ってるだけ
539:nobodyさん
10/02/02 15:09:24
しらんがな
540:nobodyさん
10/02/02 15:12:06
これはひどい
541:nobodyさん
10/02/02 15:14:26
何がひどいってスレチな事だ
542:nobodyさん
10/02/02 16:23:22
同じくPHP、MySQL初心者なんでアドバイスできる立場にないと思うけど
自分もカテゴリー分け表示で悩んだ末に
GROUP BY を使って親カテゴリの表示は複数個を１つにまとめて
子供の記事タイトルにはWHEREの条件設定を親カテゴリの変数にして
なんとか無理矢理やってるんだけど、こんなんだとダメ？
例えばだけど
$result=mysql_query("SELECT TITLE,CTG FROM tabel01 GROUP BY CTG");
while($row=mysql_fetch_array($result){
echo $row["CTG"];
$ctg=$row["CTG"];
$result=mysql_query("SELECT TITLE,CTG FROM tabel01 WHERE CTG = '".$ctg."'");
while($row=mysql_fetch_array($result){
echo $row["TITLE"];
}
}
というような雰囲気であとはCSSとかで修飾してツリー的な雰囲気だしてる。
でもこれだと1階層下しかない設定だから、それ以上階層が深くなるなら、どうすればいいかまったく分からん。
というかむしろ僕の方法は悪しき例なのでしょうかｗ
自分もまだ初歩の知識しかないのでｗ
543:nobodyさん
10/02/02 16:28:44
クエリのループの中で更にクエリを発行とか下策にも程がある
544:nobodyさん
10/02/02 16:29:45
すんませんｗｗｗｗｗｗｗｗｗｗｗｗ
545:nobodyさん
10/02/02 16:33:35
>>542
SQLをもうちっと調べた方が良い。
1回のSQLで欲しい結果を得られるよ
546:nobodyさん
10/02/02 16:41:51
やはりもっとスマートな方法が当然あるんですね
出直してくるｗｗｗｗｗ
547:nobodyさん
10/02/02 16:43:12
プログラミング暦2週間くらいの趣味でいじってる学生とかだろ？
別に習い始めは誰でもそんなもんだが人に教えるのは差し出がましいにも程がある
548:nobodyさん
10/02/02 16:45:05
いいんじゃね 別に
SQL文こねくりまわして、苦労するよりは とりあえず動くんだし
1回のクエリでスマートに取るのが正道だろうけど
本人が何やってるかわからなくなるよりは良いと思う
549:nobodyさん
10/02/02 16:45:43
そうだ、そうだ！
俺だってガマンしてるんだぞ！
550:nobodyさん
10/02/02 16:46:23
ちょｗｗｗ自分、勉強しはじめて１月ぐらいたったけど
通常の2週間分ぐらいの知識しかついてないってことっすねｗ
悪例としてお許しください！
551:nobodyさん
10/02/02 16:47:09
やるのは勝手だがそんな駄サンプルをネット上に上げるなっつーの
自分の責任で自分のシステムでやれ
552:nobodyさん
10/02/02 16:49:40
おいおいそこまで言うなよーお父さん怒ったぞー(＃＾ω＾)ﾋﾟｷﾋﾟｷ
悪例だよこれ！>>542
悪例だからこんなんやっちゃダメだよって表示だよ！
だから許してよ・・・
553:nobodyさん
10/02/02 16:51:32
俺がまとめてやる、つまりこういうことだな
関係代名詞とか、クールな比喩表現とか使って女口説くのもあり
「ユーアービューチフル アイオンチュー ハウマッチ」
しか言わなくても結果として目的が達せられるならそれはそれでOK
ただ、えらそうにネットでその話をしてしまうと恥ずかしい
554:nobodyさん
10/02/02 16:53:40
>>552
いいから無駄レスすんなカス
下らない愚痴でスレが流れて質問スレが機能しなくなるんだよ
ほんと迷惑なやつだな
555:nobodyさん
10/02/02 16:55:43
まとまったところでお開きですね
次の質問をどうぞ
556:nobodyさん
10/02/02 16:57:17
>>542の例でDBから1回で取得するにはどういうSQLを書けば良いでしょうか？
557:nobodyさん
10/02/02 17:01:12 8zS7exQ7
はじめまして。
昨日から急にプログラミング熱が湧いてきまして、いずれはFacebookやGoogleWaveみたいなサイトを作りたいと思うようになりました。
いきなりは無理なんで、まずはFacebook、mixi、iPhone、Androidなどのアプリを作ってみようかなと考えました。
と思って色々調べたんですが、それも僕には荷が重いということで、まずはもう少し小規模なサイトから作ろうと思いました。
そこで、色んな技術が詰まってるものの方が勉強になるかなと思ったんで、レビューサイトを作ろうかと思います。
みんなのシネマレビューというサイトがあります。
URLﾘﾝｸ(www.jtnews.jp)
こういうレビュワー登録制のレビューサイトを作りたいのですが、何から勉強すれば良いでしょうか？
おそらく、プログラムだけじゃなくデータベースの知識も必要なサイトだと思うのですが。
僕は、HTMLとCSSくらいしか知識がなく、プログラミングは完全な初心者です。（ブログを自分でカスタマイズするくらいしか出来ません）
急にプログラミング熱が出てきたので、昨日一日、色んなサイトでC、C＋＋、Java、PHP、Javascriptなどを勉強しました。
もちろん勉強用サイトを一通り読んだだけで、一切実力は付いてませんが・・（Javascriptで画面に「Hello,World」と警告したくらいです）
よろしくお願いいたします。
558:nobodyさん
10/02/02 17:02:16
>>557
PHPとDBで十分
559:nobodyさん
10/02/02 17:04:28
>>557
そういうのはCMS使えばすぐに構築できるが。
勉強は、HTML+CSSがわかってるなら、JavaScriptとサーバサイドの言語（好きなの）やればいいんでない？
勉強用サイトを読んでフィーリングが合う言語にすればいい
560:557
10/02/02 17:26:22
>>558
やはり、ああいうサイトはその二つですよね。
PHPをインストールしようとしたのですが意味不明だったので、XAMPPというのを使おうと思います。
ありがとうございます。
>>559
ありがとうございます。
CMSとはワードプレスとかXOOPSのことでしょうか。
一日で業界用語を頭に入れ過ぎて、かなり混乱してきました。
なるほど。
HTML、CSS、JavaScriptに加えて、サーバサイド言語（PHP、Perl、Rubyとかでしょうか？）を一つマスターすれば、
>昨日から急にプログラミング熱が湧いてきまして、いずれはFacebookやGoogleWaveみたいなサイトを作りたいと思うようになりました。
>いきなりは無理なんで、まずはFacebook、mixi、iPhone、Androidなどのアプリを作ってみようかなと考えました。
このあたりの目標に近づけるでしょうか？
561:nobodyさん
10/02/02 17:32:46
前にも出てたが最初は掲示板をつくってみるといいよ
最初はファイルで管理してPHPの基本を覚えて、そのあとDBに移行する
そして最後にユーザ認証をつける
そのあとはセキュリティと負荷対策をしっかりな
562:nobodyさん
10/02/02 17:32:47
>>560
Facebookみたいなサイトの作り方を勉強したいの？それとも過程には興味はなくて現物だけ出来ればいいの？
前者ならXAMPPやCMSはやめといたほうがいい。後者なら別にそれで構わない。
用語は、ぐぐれば詳しい解説がいっぱい出てくる。
サーバサイド言語とクライアントサイド言語だけじゃなくてDBも必須だと思うよそれらのアプリの規模を考えるなら。
563:nobodyさん
10/02/02 18:04:20
DBをがっつりやっとけ
どの言語・環境でやるにしてもDBは共通だし、最も重要
564:557
10/02/02 18:13:21
>>561
ありがとうございます。
最初は掲示板ですか、なるほど。
まずは掲示板を作ってみようと思います。
セキュリティに関しては、僕も非常に心配な部分ですね・・
>>562
ありがとうございます。
質問が分かりにくくてすいません・・
遠い目標として、FacebookやGoogleWaveみたいな、世界中の人を相手にした情報共有andコミュニケーションサイトを作りたいです。
Facebookそのものをコピーしたいわけじゃないので、>>562さんの分類だと前者ということになると思います。
仕様や機能も一から考えて、新しいものを作るのを目標としてます。
でも、いきなり大規模なのは作れませんし、基礎から勉強しようと考えました。
その手始めとして、レビューサイトが良いかなと思って質問した感じです。（データベースも勉強出来るかなと）
レビューサイト→FacebookやmixiやiPhoneなどのアプリ→最終目標
という感じでステップアップしていくイメージをしていました。
>>561さんのアドバイス通り、レビューサイトの前に掲示板かなと思い始めてます。
なので、まずはインストールが容易（と思われる）なXAMPPを考えてたんですが、目標があるなら逃げてはいけないということでしょうか？
565:557
10/02/02 18:18:12
>>563
ありがとうございます。
了解です。
データベースも色々種類があるようですが、調べた結果、MySQLが良いのではと思いました。
なんかオススメとかありますか？
566:nobodyさん
10/02/02 19:05:04
>>564
562です。
XAMPPとか使うと分からなくなりません？
Apache、PHP、MySQLのバージョンの違い、インストール方法、各種設定などが。
mixiのサービスを提供する人がApacheの入手方法も分からないって気持ち悪くないですかね。
一番鬼門なのがPHPで、magic_quoteやmb_stringやerror_reportingなどセキュリティに直結する
設定が幾つかあります。
その他にもmax_exection_timeとかpost_max_sizeとかsession関係とか拡張ライブラリとか
実運用に至るまでに必ず調整しなければならない項目が存在します。
ApacheとMySQLもスケーラビリティのチューニングをしないとサーバがダウンします。
何かあった時の為にログの保存も必須です。
URLは動的URLを静的URLにしますか？ドメインの運用はしますか？SSLは利用しますか？
別に精神論ではなくて単に合理的な理由からの話なんで、時間に余裕がないとか今はプログラムに集中したい
とかXAMPPで構築した後にちゃんと勉強するとか色々考えがあるのなら別にそれでも構わないと思います。
567:557
10/02/02 21:40:17
>>566
詳しくありがとうございます。
正直、インストールや設定は理解出来ず諦めてしまいました。
なのでXAMPPを検討してたんですが、たしかに後々必要ですよね。
設定とかまでちゃんと分かってないと実際の運用は出来ないですもんね。
時間には余裕はあるんでじっくりやってみようと思います。
まずはApache、PHP、MySQLのインストールについて勉強しようと思います。
何か、良い書籍とかサイトとかありますか？
PHP専門のスレとかでも質問してみます。
568:nobodyさん
10/02/02 21:51:41
./configure
make
make install
完了
569:nobodyさん
10/02/02 22:21:09
>>567
君そうやって、いちいち全部質問するつもりなの？
サイトとか書籍なんか、ぐぐるなりPHPってタイトルについてる本片っ端から買うなりして
自分で歩き出せよ
570:nobodyさん
10/02/02 22:22:59
Webサイトで十分
571:nobodyさん
10/02/02 22:31:15
初心者がこれからやることなんてどうでもいい
「こうやったけどうまくいかない」で質問しなさい
572:557
10/02/02 22:37:31
>>569
すいません・・・
とりあえずネットで調べてインストールは先ほど完了しました。
真剣に調べれば非常に簡単でした。
vistaだと少し別の操作がいるみたいですね。
ビジネスを引退してから、ずっとボランティアで人に物を教えていたんですが、「最初は恥ずかしがらず何でも人に聞け。それが一番だ」と教わり、
自分もそう教えてきたもので・・
一人で判断出来るようになるまでは、逐一詳しい人に聞いた方が成長も早いと考えてました。
逆に慣れてくると、自分でガンガン試行錯誤していくと飛躍的に成長すると思います。
プログラミングの場合は違うのかもしれませんね。
ご迷惑おかけしました。
>>570
ありがとうございます。
はい。
そんな感じがしました。
文系なもので、必要以上に怖がっていたのだと思います。
573:nobodyさん
10/02/02 22:41:56
ごめんね、理系は初心者に厳しくてごめんね
574:557
10/02/02 22:45:47
>>573
いえいえ。
僕もビジネスやってた頃は、周りの者に文系理系問わず鬼のように接していましたから。
ビジネス降りてボランティアでやるようになってからです、甘くなったのは。
575:nobodyさん
10/02/02 22:46:01
>>572
この業界で知っておくべきこと
「RTFM」
がんばってください
576:nobodyさん
10/02/02 22:55:23
じっさいIT関係の職場で
なんでもかんでも質問君の馬鹿にされっぷり、とか無視されっぷりは酷いよな
いずれ、誰も知らない、教えてくれない、１から自分で開拓していかなくちゃいけない案件とか来たりするし
しかたないのかも
577:nobodyさん
10/02/02 23:05:07
「恥ずかしがらずに何でも聞け」というのは
試行錯誤しても上手くいかず袋小路に陥り、期日に間に合わなかったり、心を病んだり、損害を蒙ったり
しないための予防策であって、決して「学習を一から人任せにしろ」ということではないと思うよ。
578:nobodyさん
10/02/02 23:22:29
ＦＬＡＳＨでＲＰＧは作れるのでしょうか？
ドラクエ１ぐらいのボリュームですが。
579:nobodyさん
10/02/02 23:36:44
>>578
DQ3レベルでも普通に作れるんじゃない？
580:nobodyさん
10/02/02 23:36:58
>>556
SELECT TITLE,CTG FROM tabel01 ORDER BY CTG
で全部抜いてきて、>>516の方法を行えばおk
２階層以上のツリーを作りたい場合は、今のテーブル構造だけでは無理
カテゴリーの親子関係を保持するテーブルを用意するのが、おそらく一般的な構成だとおも
例えば、
create tale table2 (親カテゴリ VARCHAR(64) NOT NULL, 子カテゴリ VARCHAR(64) NOT NULL)
の様な感じ（面倒だからキーは省略）
table1, table2から、全ての項目を抜いてくるためには、再帰的にSQLを発行する必要がある。
最近の有名どころのDBなら、再帰CTE(Common Table Expression:共通表式)、またはそれに類するものが使えるので、全データを一発引き出来る。
MySQLで使えるかどうかはシラネ
後は>>516を参考に、一旦配列をネストさせてツリー構造を作り、再度ループさせて出力すればおk
581:nobodyさん
10/02/03 01:23:38 GeZI09Z8
mysql_closeに関してなんですが、PHPマニュアルで
「通常は mysql_close() を使用する必要はありません」
とあるので、普通大抵はmysql関連のことをゴニョゴニョしたあとに
mysql_close()をする必要はないんですよね？
582:nobodyさん
10/02/03 03:14:38
あるよ
583:nobodyさん
10/02/03 09:24:38
>>581
開けたら閉める。
584:nobodyさん
10/02/04 17:25:08
開けて～閉めて、開けて～閉めたら
585:nobodyさん
10/02/04 18:12:17
_y～ｰヽ,
ｆ￣/＾＾＾ヽ }
ヽ 〉 _,y 'ｰV
ヾ|., ﾟ,ﾊﾟ.ｲ
ヽ, ,石､l
ト.ー人_
_,.ノ| r‐ ⌒ヽ
,.へ ,ｒ''´ ⌒ l
{三ヽ ｛ 、 i ,_, 彡i |
V三ト､{ ﾄ ノミ;," }、 ,ｲ
V三三ﾄ､√ / ヾ i
V三三三＼ ミ / ', ﾐ;
V三三三三＼ / } l
V三三三三三ﾄY l l
|;V三三三三三l | ,'
l三V三三三三｝ l ,'
|三 }三三三三’ ,.ﾉ .,'
|三/三三三ノ 〈y .〉
||ﾚ三三三'´ '～'
ﾚ三三三'
/三三ﾆ/
V三三/
ﾄ三三ﾄ､
┏┓┏┳┓ |ﾆト三;∧ ┏━┓┏┓
┃┗┻╋┛┏━━┓┗━┛┃┃
┃┏━┛ ┗━━┛┏━┛┃
┗┛ ＼ﾄ三三l;; ┗━━┛
＼ﾄ三l
586:nobodyさん
10/02/04 18:39:18
心の隙間、お埋めします
587:nobodyさん
10/02/04 18:40:18
ドーン・オブ・ザ・デッド
588:nobodyさん
10/02/06 19:02:10
apache2使用なのですが、
たとえば外側からはアクセスできなくて、その鯖においてあるcgiを
通したらファイルにアクセスしたり見えるようにするにはどうしたらいいですかね？
589:nobodyさん
10/02/06 19:04:16
deny from all
590:nobodyさん
10/02/06 19:41:50
対象ファイルをドキュメントルートより上に置く。
591:nobodyさん
10/02/06 22:21:43 Fo5c0toi
chgmodで所有者以外は読めなくすれば良いんでね
拡張子をcgiにして実行ビット立てとくとか
でもこれある日新規で作ったファイルアップしたりして
いつの間にか外から読めるようになってて困ったりするよね
あるはそう言うフォルダ作って.htacssに書いとくとか
文句付けるわけじゃないけど590のやりかただとやたら上位層にファイルがたまって
俺は好きじゃない
592:nobodyさん
10/02/06 22:23:54 Fo5c0toi
chmodだな
俺、かっこわるーｗ
えらそうに人のアドバイスに文句まで付けてるのに
コマンド間違ってるｗ
593:nobodyさん
10/02/06 22:28:21
ドキュメントルートより上から下に階層化させればいいじゃない
594:nobodyさん
10/02/07 00:32:35
chmod だと設定忘れとか設定ミスとかやりそう
無難に DocumentRoot より上位に置けばいいかと思う
595:nobodyさん
10/02/07 01:04:12
じゃあ、おれはデータベースで
596:nobodyさん
10/02/07 01:33:16
ブラウザの操作でラジオボタンのチェックを全て外すことは出来るのでしょうか？
頻繁ではないのですが、どこにもチェックされていない状態のリクエストが送られてきて困っています。
597:nobodyさん
10/02/07 01:57:01
checkedを付けていないなら、何も選択されない状態でリクエストが飛んできても不思議じゃない
# そもそもブラウザを使っていなかったら(ry
598:nobodyさん
10/02/07 02:05:15
デフォルト値を設定してるかどうかも気になるけど
597も触れてるようにフォームを作った人の意図通りの値が飛んでくるとは限らない。
フォームに存在しない name=value を送りつけてくれる人もいるだろうし。
599:nobodyさん
10/02/07 14:11:56
携帯用のゲーム（グリーやモバゲにあるようなの）を作る場合に適したプログラム言語はなんでしょうか。
600:nobodyさん
10/02/07 14:35:50
ｽﾚﾘﾝｸ(php板:585番)n
携帯サイトのWebプログラムを語ろう Part3
585 ：nobodyさん：2010/02/07(日) 13:52:31 ID:ZCl/W3eF
モバゲータウンの怪盗ロワイヤルみたいなゲームを作りたいのですが、
あれは（モバイル用の）ブラウザゲームという位置付けでいいのでしょうか。
ああいうゲームを作るのに適したプログラム言語はなんでしょうか？
601:nobodyさん
10/02/07 19:00:37 W3u+at+w
受信したメールをＤＢに登録するアプリケーションを製作したいと思うのですが、どうすればいいですか？
イメージとしては、どこかのお店から、メールが届き、受信したら自動的に登録するアプリケーションを作りたいです.
それとも、メールが届いた瞬間をトリガーにイベントを起こさせる事って出来ませんか？
どなたかヒントを頂けると助かります。
602:nobodyさん
10/02/07 19:08:12
.forward
603:nobodyさん
10/02/07 19:22:05
>>602
ありがとうございます。
604:nobodyさん
10/02/08 09:11:07 XwQ5aIg4
ＰＧ初心者がｗｅｂ上で動くゲーム（パズル系の簡単なの）を作るのに
適した言語はなんでしょうか。
605:nobodyさん
10/02/08 09:44:12
PHP
606:nobodyさん
10/02/08 09:46:44 UuxzKmln
javascriptじゃね？
環境とか何も用意しなくていいし
自分のマシン上で作ってできたらアップでOKだし
cgiだと覚えなくちゃいけないこととか
気にしなくちゃいけないこととかもないし
そのかわりできない事がぐっとふえるけどｗ
それでこまる日が来たらフラッシュでもやればいいと思う
もっと大がかりなネットワークでみんなが相互につながってとかのゲームなら
その時は言語何が良いかくらい自分で決められるくらいの
スキルがあるだろうし
607:nobodyさん
10/02/08 09:47:33
JavaScript
ActionScript(Flash)
Java(JavaApplet)
UIの記述がhtmlなJavaScriptがいいんじゃね？
エディタとブラウザで始めれて手軽だしね
パズルが簡単かというとそんなに簡単じゃないと思われ
ゲームはプログラムでも難しい部類なのは覚えておいたほうがいい
608:nobodyさん
10/02/09 10:44:51 koPWi/sC
質問します。PHP5です
$_GETのパラメータを格納した$param['wf']があります（$paramは配列の形です）
それで、 $workFreq = $params['wf']; としたらエラーログに
[Mon Feb 08 17:34:53 2010] [error] [client 192.168.0.25] PHP Notice:
Undefined index: wf in /var/www/application/controllers/JobController.php on line 73
と出力されました。
この出力がされないようにするにはどうしたらいいでしょうか？
確かにこのとき$params['wf']は空だったので、次にif($params['wf'])$workFreq = $params['wf'];と
しても、やはり同じ出力がされてしまいました。
ログの出力レベル変更で、noticeは無視する以外の方法はないんでしょうか？
みなさん、noticeは無視してますか？ 無視して大変なことが起きたりしますか？
609:nobodyさん
10/02/09 11:02:08
>>608
PHP: isset - Manual
URLﾘﾝｸ(jp2.php.net)
610:nobodyさん
10/02/09 13:09:56
>>609
すごい！こんなのがあったんですね
if(isset($var))で解決しました！ありがとうございました
611:nobodyさん
10/02/09 23:32:07
>>608
そのエラーを見るとPHP5.3だな
612:nobodyさん
10/02/09 23:33:17
>>608
俺みたいな完全潔癖症でエラーを出さないSTRICTなコードを書くなら別だが
そこまでしないのであれば@でもつかってエラーを隠しとけばおｋ
613:nobodyさん
10/02/09 23:41:56
完全潔癖症の人間はPHPを使わない
614:nobodyさん
10/02/09 23:46:44
まぁいえてるな
615:nobodyさん
10/02/11 14:25:06
ＤＢサーバーにあまり負荷をかけさせないための方法なんですが、
1.十五分経った時に一番最初にＤＢにアクセスした人が
その結果内容(html)をファイルとして保存させる。
2.二番目以降にアクセスした人は
一番乗りの人が作ったファイルを閲覧する。
3.以下繰り返し
結構良い方法では、と思ったのですがこれって問題はあるのでしょうか
616:nobodyさん
10/02/11 14:28:35
リアルタイムの情報を知ることができない
って点以外はいいんじゃないの。よくやる手の一つ。
617:nobodyさん
10/02/11 15:03:35
>>615
単純なものなら問題ない。
もちろん、ユーザー判別クッキー(ようこそ"アカウント名"さん)とか
User-AgentやAccept-Languageなどで出力を変える場合は要注意。
(最初にアクセスした人の環境に出力が固定化されてしまう)
618:nobodyさん
10/02/11 15:59:32
よほど頻繁にDB入力があるのでなければ
DBに何かを入力した時点でhtmlを静的出力することも検討すればいいんじゃないかな
619:nobodyさん
10/02/11 16:06:26
15分ごとに変化をチェックして実行すればいいんじゃないかな
620:nobodyさん
10/02/11 16:11:19
サーバー側に15分間キャッシュさせとくだけだろ。
で、どういう構成のアプリなんだ。
621:nobodyさん
10/02/11 16:57:37
自分の家にDBを置いて変化があったらHTMLをサーバにFTPしちゃえば良いんじゃないかな
622:nobodyさん
10/02/11 20:38:53
DBサーバを負荷に耐えられるものへと強化しちゃえばいいんじゃないかな
623:615
10/02/11 23:44:00
ありがとうございます。
アドバイス大変参考になりました、なんとかうまくいきそうです。
ＤＢ鯖が強くないとしか情報を頂けず、なおかつ負担は増やしたくない。
ＤＢでselect以外一切禁止、ついでにphpで秘密裏にという面白い状況で困っとりました
624:nobodyさん
10/02/12 08:55:31 8P3tqYHt
Zend_MailとかZend_Httpあたりではまったのですが、これらを理解する為にはインターネットの知識（特に接続）なんかがなければサッパリだと思いました
一応上記のZFの部分は勉強したのですが、元となる知識を学習したいと思います
本屋で何度か色んな本を見てみたのですが、そもそも知識が乏しいのでどれがいいのか分かりませんでした
この手の知識を学習するには何か有名な本とかありますでしょうか？
625:nobodyさん
10/02/12 10:15:30 1J/95e0f
会員制サイトで、ID（メアド）とパスワードを忘れたら、、って時の対処ロジックを知りたいです
ブログやカード情報とかの重要情報が登録されていて「０からアカウント作り直し」が安易にできない
環境を想定しています。トラブルのケースとしては以下があるとして…
１）パスワードを忘れた場合 ２）メアドを忘れた場合 ３）両方忘れた場合
１）に対して
秘密の質問と答えで照合して正しければ登録メールアドレス（ID)に仮パスワード送信。
一定時間内にログインとパスワード再設定。
２）登録時に緊急用メールアドレスを正メアドとば別に登録させておいて、秘密の質問と答えで確認後
緊急用メアドに正メアド（ID）を送る（あなたのログインIDはxxx@hoge.jpです、みたいな）
３）秘密の質問と答えで確認後、緊急用メアドにID,仮パスワードを通知。その後
一定時間内にログインとパスワード再設定。
こんな感じで良いんでしょうか？
626:nobodyさん
10/02/12 11:58:11
自分のメアド忘れるアフォにつける薬は無いと思った方がいい
自分のメアド（ＩＤ）は忘れることはない前提で作った方がスマート
627:nobodyさん
10/02/12 12:14:33
はい、また自分が地球の中心にいると思（ｒｙ
628:nobodyさん
10/02/12 13:16:57
>>625
1)の場合はIDがキーになるから良いとして、
それ以外の場合「秘密の質問と答え」だけでユーザーを特定するのは無理だろうね。
629:nobodyさん
10/02/12 13:24:54
1)は、秘密の質問なんて冗長じゃね？
要求があった時点で再設定用一時URLを登録メールアドレスに送っちゃえばいいと思う。
そうしてるサービスも多いし。
どうしてもやりたいなら、秘密の質問(と回答)も忘れたというトラブルをユースケースに加えること。
2)は緊急用メールアドレスとの二重管理が冗長。個別対応で十分じゃないかね。
こっちでなら本人確認のための秘密の質問が生きるかもね。
3)白根。
630:nobodyさん
10/02/12 13:27:14
個人的経験から言って
メルアドを2個も入力させるのは非常に嫌がられる、多くの人が登録する気持ちをなえさせるのに十分なくらい
そしてたぶん、チェックを入れないと2個目はウソばっかれると思う
そしてID忘れるようなやつはきっと緊急ようとして書いたメアドも忘れている
(登録時に、しかたなしに取った、その場しのぎのフリーメールだったりして)
631:625
10/02/12 14:02:31
皆さんたくさんの意見ありがとうございます
言われなきゃ気づかなかった点も多くて助かりました
参考にして頑張ります。ありがとうございました
632:nobodyさん
10/02/14 10:19:33
メールアドレスがIDで困るのは忘れるというより既に使えないアドレスの場合の付け替え
忘れたパスワード送ってもらおうにも、受け取れないという・・・
633:nobodyさん
10/02/15 17:29:55
住所・電話番号・氏名を登録時に要求
規約に虚偽の情報ならアカウント削除しますと書いておく
IDもメアドもパスも忘れてどうしても継続利用して欲しい場合は身分証明書のコピーを送るように伝える
これで諦めてくれる
634:nobodyさん
10/02/15 17:34:03
そういうので退会の手続きさせるとこがあったな。
退会しないといつまでもクレカから引き落とされる悪質なのが
635:nobodyさん
10/02/16 22:46:55
ウェブデザイナ向けのphpについての実践的な参考書があれば教えてください
※以前、「やさしいphp」という参考書を買ったのですが、概念的な説明ばかりで、
実際に、WEBサイトとPHPがどうからんでくるのかが理解できませんでした
実際に、「phpのページを作る」「xhtmlをphpに変える」などの実践的な内容が希望です。
ここで質問してよいのか迷ったのですが、スレチでしたら誘導お願いしますm(_ _)m
636:nobodyさん
10/02/16 22:50:07
phpスレではphpマニュアル以外は信じるなと言われてるので
本の紹介はしてもらえないかと
htmlの基礎知識があるならphpマニュアル読み進めていけばどういうものかわかるはず
URLﾘﾝｸ(www.php.net)
637:nobodyさん
10/02/16 23:27:57
>>635
言語なんてそんなもんじゃね、英語とかでもさ
概念がわかったら、
まずやりたいことを決めて、それをどう実現してるかググルなりして調べたほうがいいよ
それも「phpのページを作る、xhtmlをphpに変える」見たいな抽象的なことじゃなくて
カウンター作ってみる、掲示板を作ってみる、ログインした人だけ見れるサイトを作ってみる
みたいな具体的なできることを増やしていく
そういう目で見れば本だって人に聞かないで自分で選べると思う
638:nobodyさん
10/02/17 01:43:07
自分はWebプログラミングの深いところはあんまりわからないけど
フレームワークを使っているから欲しい機能だけ集中的にイメージすれば
いいようになって、PHPサンプルとか逆引きとか見て参考にして作るうちに
自分の作りたいサイトが実現できてるようになった。
入門書と実際に作るものの間には、もう1つか2つぐらい段階がありそうだけど
「こんなのが作りたい」っていうイメージがあれば、そこから類推して
足りない部分が見えてくるんじゃない？
そしたらあとはそこを勉強して補っていけばだんだんわかるようになってくる。
639:nobodyさん
10/02/17 11:54:40
まずは「春男悪度」を表示させるところから。
640:nobodyさん
10/02/17 14:20:32
スキルを上げるためにショッピングカートを作ってるのですが、
カード決済ってどうやって実装すればいいのでしょうか？
ぐぐっても代行サービスとかに任せる形になってるような感じなのですが、
具体的にはどうしたらよいのでしょう？
あとSSL対応についてですが、
これはサーバがSSL証明書をもっていて、httpsでのアクセスが可能ならば、
スクリプト側では特に何もしなくて大丈夫なのでしょうか？
掲示板程度しか作ったことがなくて業務システムについてはさっぱりです。
どなたかアドバイスお願いします。
641:nobodyさん
10/02/17 14:36:29
>>640
クレジット決済は代行会社に申し込んで
その会社が指定する方法でデータのやり取りをするから、とりあえずは申し込みor問い合わせすべし
SSLはサーバ側の設定とスクリプト側ではHTMLのリンクだけ注意
642:nobodyさん
10/02/17 15:15:51
一個人がカード会社と直接は契約できないので、
決済代行と契約してくださいな。
643:nobodyさん
10/02/17 15:25:26
お勉強のためならそこまでしなくてもオレオレ証明書でSSL通信して
カード情報入力→一部伏せて確認画面→注文（で、情報取得可なことを確認）
これぐらいでいいと思うよ。
「注文」のとこでカード情報を決済代行屋さんにどう投げるのかとかは
実際に契約する用事ができたときに考えればいいんじゃないかな。
644:640
10/02/17 16:00:22
>>641-643
お三方レスいただきありがとうございます。
カード会社の件は了解いたしました。
代行によって違うということは、
実際に申し込んで見ないとどういうものかは分からなそうですね。
とはいえ実際にネットショップを開くわけではないので
とりあえずカードは未対応で作ってみたいと思います。
どうもありがとうございました、
645:nobodyさん
10/02/20 15:31:05
PHPscriptが動作しているOSの種類やバージョンが分かる関数はあるのでしょうか？
改行コードのバイト数を「 strlen(PHP_EOL) 」で判定する
参考URL
URLﾘﾝｸ(blog.fukaoi.org)
また日本語名を含むファイルをアップロードした際に日本語が化ける問題はどう対処すればいいのでしょうか？
アップロードしたファイルのファイル名を動作しているOSに合わせて変換はできますか？
参考URL
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
mb_internal_encodingはPHPの設定ですが、OSの設定を知る事はできないのでしょうか？
教えて！エロイお姉さん！
646:nobodyさん
10/02/20 15:42:59
コピペうぜぇえ
647:nobodyさん
10/02/20 15:50:25
マルチ乙
648:nobodyさん
10/02/20 18:02:46
>>645
phpinfo
649:nobodyさん
10/02/24 08:55:37 bh88JagV
あ
650:nobodyさん
10/02/24 11:06:11
>>649
うん
651:nobodyさん
10/02/24 13:53:11
阿吽の呼吸ですね
652:nobodyさん
10/02/24 16:14:39
いい感じです
653:nobodyさん
10/02/25 17:47:14
もっこりしてきました
654:nobodyさん
10/02/26 00:23:13
mixiアプリ上のゲームやツール類の開発言語はなんでしょうか？
あれは普通にフラッシュゲーム類なのでしょうか？
655:nobodyさん
10/02/26 00:44:39
javascriptだろ
656:nobodyさん
10/02/26 09:47:43
サンシャイン牧場とかああいう凝ったゲームもjavaなの？
657:nobodyさん
10/02/26 09:56:14
>>656
HTMLのソースみなよ。
Flashならソースみるまでもなく単に画面で右クリックして
「Adobe Flash Player 10 について」ってでてくればFlashだよ。
658:nobodyさん
10/02/26 09:58:24
とは限らない
Flash「も」使っているだけかもしれない
659:nobodyさん
10/02/26 10:01:11
そりゃそうだろ
660:nobodyさん
10/02/26 10:24:33
そりゃそうだろって中身の実装が何かが分からないってことを言ってるのだが
クライアントがFlashなだけでJavaでシステム組んでるかもしれないじゃん
661:nobodyさん
10/02/26 10:26:06
そうだね
662:nobodyさん
10/02/26 10:50:56
開発言語はなんですか？→知るかボケ本人に聞け
作れますか？→やる気と技術があれば作れるんじゃね
663:nobodyさん
10/02/26 14:43:06
作れますか？→お前には無理
664:nobodyさん
10/03/08 11:36:16
そうですか、てめぇの意見参考になりました。
665:nobodyさん
10/03/08 12:25:14
作れますか？→お前次第
666:nobodyさん
10/03/08 18:02:10 2nbdnXAH
管理画面を作っています
form.php?mode=change&id=100
のURLでid100の商品の情報を変更する仕様で、
編集用のフォームを出力するんですが、idに値がセットされていないときは
当然編集対象が不明になってしまいます。
こういうとき、どうしてますか？
１）警告画面を出力する。（idが不明です。編集対象の商品が不明です。 みたいなメッセージを出す）
２）他のページの同様のエラーもまとめて一つのエラーページに飛ばす。メッセージは「不正なアクセスです」のみ。
３）何もしない。（既存の情報をフォームにプリセットさせる処理などができないけど無視）
一つ前の画面で「この商品の情報を変更する」などのリンクを普通に踏んで来てくれれば
idがセットされてないなんて事はありえないという構造を前提にアドバイスください。
わざわざid値を消すような奴は無視で良いのかな？
このページに限らず、そんなヘンな処理を一つ一つ対応してたらきりがない気がして相談しました
667:nobodyさん
10/03/08 18:35:46
Webプログラムの基本的な考え方は、クライアントから渡される情報は
すべてチェックしろ、ってのが原則だ
それを踏まえた上で、システムの動作に問題がないのなら好きにしろ
668:nobodyさん
10/03/08 18:39:52
そういうのって、クライアントがどうしたいかによるんじゃね
どれが正解とかあるの？
明らかに不正なのの、対処は必要だけど
669:nobodyさん
10/03/08 19:28:15
渡される値を１００％信用しちゃ駄目
ってことで＞答え
670:nobodyさん
10/03/08 23:06:43
>>666
＞ １）警告画面を出力する。（idが不明です。編集対象の商品が不明です。 みたいなメッセージを出す）
パラメータの過不足はバグ取り用にしか出さない方がいいと思う。利用者に見せると「あーこれがIDなのか、じゃぁここをついて・・・」みたいに悪用する暇人もいる。
＞ ２）他のページの同様のエラーもまとめて一つのエラーページに飛ばす。メッセージは「不正なアクセスです」のみ。
これが無難かな。
＞ ３）何もしない。（既存の情報をフォームにプリセットさせる処理などができないけど無視）
サイト自体がおかしいからサヨナラしようかなと思われるから、ノーリアクションはまずい。
私なら、型チェック（期待したストリングか）は当然のようにした上で、IDがないならログインへ、商品がないなら商品選択画面へ戻すかな。親切すぎないほうがいいとおもうけど。
悪意がないけどIDが期限切れで抹消されてるとかありえるしね。ユーザ逃がしちゃ意味ないし。
※ 蛇足だが、中途半端なリンカーソフト(メモ帳に毛の生えたやつとか)から長いURIで飛ぶと?以降が切れてたりするので、いちおうフォロー入れてもいいかなっと。
671:666
10/03/08 23:26:29 2nbdnXAH
皆さんどうもありがとう
>>670
すごい親切ですね
どんどんコードが長くなっていくなあという感じで、めんどくさいってのが本音だけど
そういうエラー時の処理の流れを管理するクラスのようなものを作ってるんでしょうか？
どのサイトでもちょっとの修正で使いまわせるような…
たぶん、コードが綺麗なんですね。そうじゃなきゃ見づらくなる一方でイライラするし。
もう一つ聞きたいんですが、データのSQL登録やselectで失敗したとき、どうしてるんですか？
エラーをキャッチしたら適宜メッセージページに飛ばしつつ、
エラー情報を管理者にメールするとかしてるんですか？ それくらいやるのがプロとして当たり前？
自宅サーバで操作してる分にはクエリの失敗なんて起きないので、
実際にそんなことがどんな頻度でどんなときに起こるのかわからなくて、いまいち重視してないんですが…
672:nobodyさん
10/03/09 00:21:17
>>671
＞ データのSQL登録やselectで失敗したとき、どうしてるんですか？
時間がたったらやり直してね（うふっ） です。「接続できませんでした」みたいなそっけないのは普通の人に意味がないので出しません。
遷移した画面でユーザ側が「あー、データ登録できてないな」って確認できるのが前提で、
超大事なフォーム入力データはDBに書いたのをまたHTMLで返して、最終確認でポチってもらって、そのときにhiddenで送ったデータとDBから読み出したデータが合えばOK。
DBでエラー吐くたびにメール出してたらそっちのが累積して鯖固まるのではないかと。
673:nobodyさん
10/03/09 00:24:41
ログに吐けばいいだけじゃねーの。
メール飛ばすかどうかはログ監視でやればいいだけの話だし。
674:nobodyさん
10/03/09 00:58:21
>>672-673
ありがとうございます、すごい勉強になります。
＞DBでエラー吐くたびにメール出してたらそっちのが累積して鯖固まるのではないかと。
そんなに頻繁にDBてエラーするんですか？
フォームデータのバリデートするのは当然の前提でもですよね？
プログラムだけの対応じゃどうしようもないエラーってことでしょうか
たとえばどういう条件でおきるものなんですか？
＞ログ監視でやればいい
なるほどー
くどくてすみません
675:nobodyさん
10/03/09 01:13:46
>>674
トランザクションやロック処理で調べるとDBやファイルの扱いで延々とコケる説明が出てきます。
HTTP経由なら同時接続数自体を絞れば、DB側がボトルネックにならずにすむんじゃね。セッションさえ残っていればリトライできるんだし。
676:nobodyさん
10/03/09 01:28:22
>>674
そんなに起きないよ
でも仮に何かの原因で１ページ１０～２０のクエリが失敗した場合が、その数xアクセス数のメールが飛ぶぞw
ログに書き出せばおk
677:nobodyさん
10/03/09 19:09:06
JavaScriptについて教えてください。
JavaScriptでクッキーを削除したいのですが
Firefoxでは削除されないようです。
ググってみたところ下記の方と同じようです。
URLﾘﾝｸ(questionbox.jp.msn.com)
何かよい方法はないものでしょうか？
678:nobodyさん
10/03/09 19:44:49
設計からやり直す
679:nobodyさん
10/03/10 00:47:13 OK6KN61F
フォームの登録処理（DB)のあと、完了しましたって画面にリダイレクトさせてるんだけど、
そこからブラウザの戻るボタンで戻られても二重登録にならないようにしたい。
どうするのがおすすめ？
DBに入れる登録用データがセッション使って登録画面まで引き回されてる作りなんですが
リダイレクトした完了画面でセッションを破棄させる対応で大丈夫ですか？
（セッションがなかったら警告ページにリダイレクトで）
もっといいやり方ありますか？
680:nobodyさん
10/03/10 01:04:27
>>679
セッションクリアでいいんでない？
あとメアドとかだったら二重登録自体できないようにするとか画像認証いれるとか
681:nobodyさん
10/03/10 02:42:10 OK6KN61F
>>680
ありがとうございます。
セッションクリアだけで大丈夫でしょうか？
ページ戻ったら、セッションのキャッシュがあってそれで再送信されるなんてことないかな
セッションはサーバーに保管してるものだからブラウザのキャッシュなんて関係ないかな？
知識不足ですね、どうなんでしょう？
682:nobodyさん
10/03/10 03:15:39
セッションがあってもセッションデータがなければ大丈夫
683:nobodyさん
10/03/10 16:53:26
心配なら突合せ処理も入れればいいんじゃね。変な鯖じゃなければCPUに余裕あるだろうし。
684:679
10/03/10 22:17:53
>>680-683
ありがとうございます。とりあえずセッションクリアで対応してみます。
685:nobodyさん
10/03/14 00:05:26 e6JahMR0
空メールを送ってもらい、登録URLを送り返して個人情報を入力してもらい登録、
登録後はメール配信を行うシステムの構築を考えています。
MySQLを使って情報をデータベース化しても良いのですが、
サーバーが専用サーバーではなくVPSでの運用で、さらにMySQLの知識や経験がほとんどなく、
セキュリティ面が心配なため、登録メールを端末PCで、メールで受信してローカルで保存することを考えています。
ローカルのデータベース化および配信は専用ソフトを使うつもりですが、
専用ソフトの登録情報取り込みがPOPのみでサーバから端末PCまでが暗号化されません。
多少無理してでもSQLで運用した方が良いのか、それともサーバから端末までの
経路での不安を抱えながらが良いのか、識者の方のお考えを伺えたらと思っております。
686:nobodyさん
10/03/14 00:18:42
DBに格納すれば安全なわけでもないし、
メール受信が平文なら他でいくら心配しても無駄ではない?
687:nobodyさん
10/03/14 00:21:56 nHgOFBBV
きっと気にしなくても平気だろうけど
専用ソフトがなんだかわからんけど
個人情報受け取ったcgiが暗号化してメール投げる
受け取っててもとで平文にしてdbにいれる
専用ソフトは暗号化されたsendmailを使う
とかできるんじゃね
688:nobodyさん
10/03/14 00:58:46 e6JahMR0
>>686
やはりDBでも安心はできないですよね。
>>687
PHPでの実装を考えています。
専用ソフトは、指定した書式のメールを受信して取り込み自動的にDBに書き込みます。
配信は別のソフトで、こっちはPOPoverSSLに対応しています。
別のメーラーで一度SSL通信で受信後、DBに書き込むことは可能ですが、
あまりにも手間がかかってしまいます。
ユーザー －登録情報(SSL通信)→ サーバー
サーバー －PHPで指定書式にした登録情報のメール(非SSL POP)→ 管理PC
もしくは
サーバー －登録情報(SSL)→ 管理PC 指定した形式に都度変換→DB
といったところでしょうか。
登録ユーザーは別途名簿があり、対象者に直接書面で登録URLを知らせます。
登録情報はメールアドレスと氏名、登録区分程度で、ウェブなどには公開しないのですが、
それでも平文でメールが流れるのはリスクを伴いますよね。
リスクと手間、どこかで妥協しなければならないですよね・・・。
689:nobodyさん
10/03/14 03:42:39
ログイン機能のあるウェブサイトのＤＢ設計で
「ユーザテーブル」と「ログイン情報テーブル」のように分けるケースをよく見かけます。
（ユーザテーブルに名前や住所や電話番号などを格納して、ログインテーブルにログインＩＤとパスワードを格納する感じ）
ユーザテーブルにログインＩＤやパスワードを保持するのは何か問題あるのでしょうか？
ユーザとログインＩＤは通常１：１の情報だから同じテーブルに入れるのが筋だと思うのですが。
690:nobodyさん
10/03/14 03:44:04
いや問題はない
利便性のために意図的に正規形を崩してるだけ
691:nobodyさん
10/03/14 05:17:43
>>689
ORMとかリレーショナルデータベースでググレ
692:689
10/03/14 10:09:58
>>690
>>691
ありがとうございます。
利便性というのは具体的にはどのような効果があるんでしょうか。
ORMがヒントであるなら、ユーザ情報とログイン情報を別のクラスとして扱いたいということですか？
むしろ面倒くさくなりそうです。
一般的にはログイン後にユーザ情報を取得すると思いますが、
ユーザテーブルとログイン情報テーブルにテーブルを分けてしまうと、ログイン処理の度に二つのテーブルを参照する必要がありますよね。
693:nobodyさん
10/03/14 21:21:48
たとえば、ログインするのに、そのユーザの住所や電話番号が必要か？
ログインＩＤとパスワードだけでいいのに、不要な情報まで取得するのは無駄だとも考えられるだろ
まあ、ログイン処理で実テーブルの構造考えるようじゃ、
ＯＲＭやる意味ないけどな
694:nobodyさん
10/03/14 23:04:07
すいません、xampp について質問する板はここでいいんでしょうか。
もし違うなら板を教えてください。よろしくお願いします。
695:nobodyさん
10/03/14 23:06:25
>>693
その理由だけだと、いらない情報はselectで外せばいい、と返されてしまうよーな。
696:nobodyさん
10/03/14 23:43:24
>>695
アプリ側だけみればその通りだがDBMSの動作って範囲で考えると違いがでてくることもある
まあ、実際に動作的な問題でテーブル分けてる場合は少ないと思うが
（とくにロックを長時間保持することのすくないＷＥＢアプリなら）
ほとんどは設計が適当だったりした結果別テーブルなだけだと思われ
別テーブルであることに明確な理由はなく
将来の拡張に備えてとか言う言い訳がついたりするパターンだな
697:nobodyさん
10/03/14 23:47:37
利便性
拡張性
便利な言葉だね
698:nobodyさん
10/03/15 00:06:56
金取るためにゃ便利な言葉さ
699:nobodyさん
10/03/15 10:05:19
基本的に、変更がありえないものだけで1つテーブル作って
それ以外は分けるべき。キリが無くなるし、
あとで別の人がメンテしようとしたときにうんざりする
700:nobodyさん
10/03/15 16:32:50
もうDB板の範囲。WebProgに特化した話題じゃないし。
701:nobodyさん
10/03/16 00:42:52
>>694
下記にあったよ
xamppってどうよ？
ｽﾚﾘﾝｸ(mysv板)
とりあえず何につまづいてるのかわからないと詳しい誘導もできないだろな。
702:nobodyさん
10/03/16 01:23:04
投稿サイト作ってるのですが
各投稿に番号をつけようと思って
投稿時間(UNIX値)を使いたいのです。
これを重複させないようにするには
ファイルロックしながらtime()関数を使えばいいのでしょうか?
703:nobodyさん
10/03/16 01:41:43
何故データベース設計は軽視されるのか？
ｽﾚﾘﾝｸ(db板:446-447番)
704:nobodyさん
10/03/16 01:51:17
>>702
それなら時間＋区切り文字+固有のID（プロセスでもなんでもいい。）かな。
IDはユニークでなきゃだめなんだから、ロックしていてもかぶるかもしれんのは使いたくない。
705:nobodyさん
10/03/16 02:52:29
いろいろ参考になりました!
706:nobodyさん
10/03/16 07:26:49
ファイルロックのときに１秒待てばいいんじゃね？
707:nobodyさん
10/03/16 13:03:13
>>702
あちこちで聞いてるね。
答えようと思ったけどどこで答えたらいいか迷うので答えない。
708:nobodyさん
10/03/16 13:07:20
答えなくていいよｗ
大した知識があるわけじゃないだろうし
709:nobodyさん
10/03/16 14:03:21
そんな風に煽ってみたってマルチには答えないよｗ
710:nobodyさん
10/03/16 17:18:04
あちこちってどこだよ
711:nobodyさん
10/03/16 17:21:36
そっちだよ
712:nobodyさん
10/03/16 17:33:39
あっちこちっていいとも!かよｗ
713:nobodyさん
10/03/16 18:38:06
んなこたーない
714:nobodyさん
10/03/17 00:59:17
>>701
ありがとうござます。
移動します
715:nobodyさん
10/03/17 01:57:10
ChatPadとかのWebベースのチャットって
ajaxとphpと共用サーバーで実現可能ですか?
やっぱプログラムを常駐させないといけないんでしょうか?
716:nobodyさん
10/03/17 02:26:38
とりあえずそこらに転がってるフリーのチャットとか設置してみ。
717:nobodyさん
10/03/17 02:40:39
d(ﾟДﾟ )☆ｽﾍﾟｼｬﾙｻﾝｸｽ☆( ﾟДﾟ)b
718:nobodyさん
10/03/18 22:44:29
リンクをクリックすると、画面遷移させずにその下に詳細情報を表示させるような
画面を画面を作りたいと思っています。
詳細情報はクリック時に取得する必要はないので、
この画面をロードする際に予め取得していて、表示はさせない(隠しておく)、
というのが簡単なのかな、と考えているのですが
このような画面を実現するにはどのようにすれば良いのでしょうか？
719:nobodyさん
10/03/18 22:50:34
>>718
CSS
720:nobodyさん
10/03/18 23:19:45
>>719
リンクのonclickイベントハンドラでdisplayの値を切り替えれば良い、ということですかね。
ありがとうございます。
721:nobodyさん
10/03/18 23:19:53
javascript block 表示非表示
722:nobodyさん
10/03/18 23:52:27
>>721
ありがとうございます。
やりたいことそのもののサンプルを載せられてるページを見つけることができました。
URLﾘﾝｸ(www.plasmasphere.net)
723:nobodyさん
10/03/19 15:22:55 RgXX4bEl
pixivというイラスト投稿サイトを見てたら、
表示する画像＆情報を指定するらしいパラメータがあり、適当に数字入れて変更したら
画像は表示されずにトップページやカテゴリトップにリダイレクトされました
これは、
・一度DBに変更後のパラメータで情報を問い合わせる。
・該当情報がなかったので指定のリダイレクト先に転送。
っていう流れをしているんでしょうか？
724:nobodyさん
10/03/19 15:37:40
そうだろうね
725:nobodyさん
10/03/19 17:02:00
親切に詳細なエラーとか出すと攻撃の糸口を教えてるようなもんなので、
Moved とか返したりしてリダイレクトするのが一般的
と、自分は勝手に解釈してる。
726:nobodyさん
10/03/20 02:45:47 Y7vxP7W2
>>718
ahah使えば、クリック時取得でも簡単だぜ。
727:nobodyさん
10/03/20 04:34:56 2Jzz4mSF
「<>'ﾞ&」さえサニタイジングしておけばXSS対策は万全ですか？
728:nobodyさん
10/03/20 10:22:15
万全です