- 【PHP】下らねぇ質問はここに書き込みやがれ 3©2ch.net
685 :デフォルトの名無しさん[sage]:2016/02/13(土) 00:53:35.12 ID:9xv2Offy - >>684
http://php.net/manual/ja/language.types.string.php こっちを読むべきだったかも。phpの文字列型はなんぞやとかnullバイトの扱いがわかる cと似てるようで似てないようでやっぱりどこか似てる
|
- 【PHP】下らねぇ質問はここに書き込みやがれ 3©2ch.net
693 :デフォルトの名無しさん[sage]:2016/02/13(土) 15:17:53.43 ID:9xv2Offy - phpに限った話じゃないな
2chのインターフェースの基礎部分そのままと仮定して 普通のHTMLだけでなく.dat直通信がある点やスレッド落ちの処理を考慮すると 個別テキストファイルで処理したほうがDBを用いるタイプよりも書きやすくかつ低コスト 何がやりたいか、どんな機能をつけたいか、どれくらいのアクセス数を見込むかを イメージしきれないとどれが一番効率良いかはわからない 2ch型掲示板、とだけならなおさらだ
|
- 【PHP】下らねぇ質問はここに書き込みやがれ 3©2ch.net
695 :デフォルトの名無しさん[sage]:2016/02/13(土) 15:38:00.81 ID:9xv2Offy - じゃあどんな機能を付け加えたいか全て書かないことには>>694以外の誰も正しい答えは出せない
問題になりうるのはトランザクションとファイルロック、DB/テーブルの上限値とインデックス、それと検索関係 スレタイ検索やスレッド単位のID検索・IDごとの発言数カウント程度ならばテキスト処理だけでも余裕 スレッド/板をまたいでのレス内容での検索なんかだと、もちろんテキストでは辛いが、 DBを使えば辛くないかというと、ただ考えなしにmysqlだのsqliteだので作ってもやはり辛い、データ量・負荷の両面で この辺りは突き詰めると検索用のDBやキャッシュの問題で、メインのデータ格納形式がテキストかDBかの問題ではなくなってくる レスの編集削除についてはどちらかというとデータ格納形式の問題ではなくどう仕様を作りこむかの問題だな テキスト主軸でまんまそういうの書いたことあるけど別に処理自体は辛くはなかった
|
- 【PHP】下らねぇ質問はここに書き込みやがれ 3©2ch.net
699 :デフォルトの名無しさん[sage]:2016/02/13(土) 16:19:02.87 ID:9xv2Offy - >>696
ますますもってphpが出てくる数段手前の段階じゃん 突っ込みしたいけど抑えるとして、利用者IDのDBを持たなきゃいけない、.dat直通信をさせない、 というかレスに利用者IDをつけなきゃいけない時点で.dat直通信はできないor意味がない、ならDB一択 create tableはそこまで重くないし1スレッド1tableは絶対NGというわけでもないが、1つのDB中に超大量のtableを突っ込むとだいたい加速度的に重くなる かといって1つのtableに全データ突っ込むのもNG、よってあくまでスレッドのURLやデータの形式を2ch同様にするなら 「現行ログで1table、ある程度小分けにした過去ログを一定スパンで生成、スレッドごとの参照tableはphp側で判断させるか索引tableを別途設ける」 ってあたりで妥協することになるんじゃないかと
|