【PHP】2chat開発スレ【2chを越える】 [無断転載禁止]©5ch.net

**nobodyさん** · 2016/04/23(土) 13:45:28.79

【2chatとは】
掲示板とチャットを組み合わせたオープンソースのPHPスクリプトです。
名前の由来は2ch+chat

【特徴】
＊基本的な面
ユーザー登録は必要だが、匿名
ユーザーは日付の経過や書き込み、荒らしなどでレベルが上下し、このレベルは通報の影響度などに関わる
管理人が不在でも通報が集まった書き込みは自動削除
チャット形式の為、書き込み上限はなく、テンプレはいつでも誰でも編集可能
板はなく、各スレッドはカテゴリを付けられる為、スレッドを探しやすい
単発スレには向かない

＊専ブラ
jsを使い専ブラなしで快適に閲覧出来るUIを提供
WEBで見れるため、PC⇔スマホで開いているスレなどを完全同期できる

＊API
誰でも使えるAPIを提供(jsonp対応)
2ch互換のAPIも提供
ユーザーはサブパスワードを作る事で、悪意を持った外部サービス管理人によるアカウントの乗っ取りを防ぐ事が出来る
開いているスレなども外部サービス間で同期可能

**nobodyさん** · 2016/04/24(日) 09:11:09.09

現在中核部分を作っています

**nobodyさん** · 2016/04/24(日) 11:10:56.66

普段c#でプログラム組んでいるので、オブジェクト指向で作っていく予定です

**nobodyさん** · 2016/04/24(日) 11:46:44.86

GitHub作りました
https://github.com/kgtkr/2chat

**nobodyさん** · 2016/04/24(日) 22:54:01.29

クラス設計はある程度時間を掛けて行います
PHPは簡単に書ける分、コードが汚くなりやすいみたいですので・・・

**nobodyさん** · 2016/04/24(日) 22:57:03.03

まずデータベースに依存しない主要なロジックから考えようぜ
永続化の実装、つまりmysqliなどはまだコードに出なくていい

**nobodyさん** · 2016/04/24(日) 23:03:15.96

DBを使った本格的なWEBアプリは初めてなので、そこが悩んでいるんですよね
まだメソッドの中身は書かずに、メソッドの宣言だけを書いてクラス設計を行っています
デスクトップアプリでのオブジェクト指向はある程度分かるんですが、DBを使ったオブジェクト指向が結構難しくて・・・
c#と違ってプロパティがないのも厳しいです

**nobodyさん** · 2016/04/25(月) 00:00:42.13

PHPで作るメリットが何かあるん？
Node.jsやPythonとか、他にも候補にがありそうだが

**nobodyさん** · 2016/04/25(月) 00:15:05.76

javaは大規模システムでないとメリット薄いみたいですし、c#はLinux鯖だと使えない(Monoはありますが・・・)からです。
そうすると扱える言語はPHPしかないので・・・
中括弧言語以外は苦手ですし

**nobodyさん** · 2016/04/25(月) 09:23:17.98

C#からならPHP7で正解じゃないかなあ
とりあえずPSR読んで、それとテスト書く準備しておけばいいよ

1 · 2016/04/25(月) 18:46:27.88

パフォーマンスとカプセル化を考えたら、Thread has-a Responseの関係はなくした方がよさそう
内部ではフィールドにあるんじゃなくて、Threadクラスのgetterでクエリー呼び出しているんだけど
全て独立したクラスとして考えた方が、良い気がする
WEBアプリはやっぱり難しい・・・
デスクトップなら多少パフォーマンス悪くても、問題ないけど、WEBアプリは大人数で使うからパフォーマンスはやっぱり重視しないとね・・・

**nobodyさん** · 2016/04/25(月) 20:17:34.90

パフォーマンス気にするのはリリースしてそこそこの人気サービスになってからにしてくれ
まずは実装ではなく仕様を煮詰めていかないと
ある程度仕様が決まったらフレームワークとか決めてそこから本格的にクラス設計（まさかフレームワーク使わず全部自分でとは言わないよね？）

1 · 2016/04/25(月) 20:29:42.47

確かにまだ早いですね
フレームワークの予定はなかったんですが、使った方がいいですかね？
PHPでは、APIの提供のみを行い、UIはhtmlとjsのみで作りたいと考えています

1 · 2016/04/25(月) 20:37:28.05

閲覧中のスレリストやNGリストもサーバーに保存し、APIとして読み込み/書き込みを出来るようにすることで、どのようなアプリでも同期出来るようにしたいと考えています
APIは、XML/JSON/JSONP/2ch互換のdatで提供する予定です

**nobodyさん** · 2016/04/25(月) 21:44:24.42

ユーザー登録必須だと興味すら持たれんだろうなあ
読み書きはレベル0のゲスト扱いで参加できるのかな

**nobodyさん** · 2016/04/25(月) 21:59:23.79

idとパスワードだけで出来るので簡単に出来ます
redditみたいな感じです

**nobodyさん** · 2016/04/25(月) 22:04:06.33

少なくとも気軽に中の様子を伺えないと見向きもされないと思う
idとパスワードだけでもハードルはかなり上がるから2ch越えるのは絶対無理

1 · 2016/04/25(月) 22:48:29.11

読み取りだけなら認証なしで出来ますが、クロスドメイン対応にする予定なので、認証なしで行うと悪意のあるサイトがこっそり書き込んだり出来るので危険なんですよね・・・

**nobodyさん** · 2016/04/26(火) 11:57:33.77

とりあえずSPA取り入れたほうがいい
んでもって認証は後回しの設計と言うか別のサーバとか
プロセスに委任する形にしようぜ
まずはスクラッチとして本体だけの設計で作ってみたらどう？
認証後回しにするってのはそれが阻害する場合があるから
とりあえず作ることによって誰がどんなもののためにどうして必要なのかが見えてくる
ある程度の想定した問題に対応するのはいいとして仮定の問題に固執して対応するのは現状いらんと思うな
アイパスとか個人設定とか細かい面倒なのは後回しにしたほうが楽しめる

1 · 2016/04/26(火) 17:59:11.72

シングルページアプリですかね？
今はDBと接続するクラスを作っています
多分モデルって奴です

**nobodyさん** · 2016/04/26(火) 20:14:15.16

名前空間つけてくれ

1 · 2016/04/27(水) 00:02:44.58

>>21
C#の使い方と少し違うみたいなので、明日しっかり調べてします

1 · 2016/04/27(水) 00:07:04.34

とりあえずコミットしました

1 · 2016/04/27(水) 17:31:27.88

クラス設計終了しました

1 · 2016/04/27(水) 17:33:51.47

ToDo
・ドキュメントコメント通りの動作をするように、エラーチェックとクエリーを行っていく
・このクラス群をAPIとして提供するためにラップ
・jsでUIを作る

1 · 2016/04/27(水) 18:19:17.43

PHPのコーティング規約全く守ってなかった・・・
大文字小文字直そう・・・

1 · 2016/04/27(水) 18:26:07.36

括弧の位置、フィールド名、ローカル変数名、クラス名、メソッド名、ネームスペース名はjavaの規約に合わせて書きます

**nobodyさん** · 2016/04/27(水) 19:06:13.28

テスト書いていこう

1 · 2016/04/27(水) 20:03:03.06

実は今までテストした事ないんですよ
javaとかc#でも色々なアプリ作りましたが、一回もした事ないので何をすればいいか。。
でもWEBアプリなら脆弱性に繋がったりするので必要ですよね
勉強してみます

**nobodyさん** · 2016/04/28(木) 07:16:10.47

PHPUnit が有名
FW導入した方がいいよテスト関連も充実してるし
SPAとか使うならそっち関連の導入もあるし

**nobodyさん** · 2016/04/28(木) 16:55:45.15

テストは後回しでもいいよ
使い捨てのつもりでいいからとりあえず動くものを作ってまずは1つ完成させること

完璧を目指して手が止まるのが一番まずい
百聞は一見に如かず、実物の試作品があればいろいろと意見も出しやすいし

1 · 2016/04/28(木) 18:01:16.00

今は中身を書いています
コメントでメソッドの責任は書いたので、あとは実装するだけです

1 · 2016/04/28(木) 18:18:39.80

メモ
$delete
$attack
$category
$template
$title

1 · 2016/04/28(木) 18:34:56.96

追記
$not

1 · 2016/04/29(金) 18:14:46.02

変数の宣言とスコープがないから、いつの間にか上書きしていたりして怖い

1 · 2016/04/29(金) 23:59:23.36

とりあえずResponseクラス作りましたが、ソースが酷い(特にWriteResponse)ので、privateメソッドなどを使い整理します・・・
あまり長いメソッドだと、変数の上書きなどで、バグが発生する可能性があるので・・・

1 · 2016/04/30(土) 14:10:30.08

メモ
SHA256を64進数

1 · 2016/04/30(土) 17:36:20.68

2chでいうIDもトリップも43文字とかいうかなり長い文字列になってしまった・・・

1 · 2016/04/30(土) 17:38:06.14

パスワードハッシュは43文字にして、IDとトリップは先頭から○文字を切り取る的な事すればいいか

1 · 2016/05/01(日) 00:01:30.60

名前も目指している機能も似たようなサービスを見つけてしまった・・・

**nobodyさん** · 2016/05/01(日) 00:10:12.39

気にすんなよ！！！

**nobodyさん** · 2016/05/01(日) 11:31:02.55

どうせ違うものになるから平気
なんてサービスなのさ

1 · 2016/05/01(日) 12:29:06.44

>>42
にちゃっとるって奴です

**nobodyさん** · 2016/05/01(日) 12:35:15.36

>>43
会員制ではないし、idも表示されないやん

**nobodyさん** · 2016/05/01(日) 12:39:10.92

というか、認証必須にするのにidを表示するとはこれいかに
匿名にしたいのか、登録ユーザ性にしたいのか、よくわからん

1 · 2016/05/01(日) 14:25:44.88

>>45
ユーザーから見たら匿名だけど、管理を楽にするためにID制
どのユーザーが書き込んだら分かるのは管理人だけ
本人確認は2chと同じでトリップとID

1 · 2016/05/01(日) 15:04:10.58

とりあえず、3大クラス(Thread、Response、User)出来たけど、まだ実装忘れとか結構ありそう
とりあえずSQL制約を設定していく

1 · 2016/05/01(日) 15:20:28.63

AUTO_INCREMENTは1からか・・・
書き直さないと

1 · 2016/05/01(日) 15:37:09.59

あ、設定すれば0からでもOKなのか

**nobodyさん** · 2016/05/01(日) 17:21:21.58

>>46
それはシステム管理者から見たら全く匿名ではないってことだよね
警察とか公的権力が働いたらログを出す義務が発生するんじゃない？

1 · 2016/05/01(日) 21:15:32.10

>>50
そうなるけど・・・
そっちの方が管理しやすいし
完全匿名でも、普通IPは記録するから、権力が働いたら匿名じゃなくなるのは一緒なのでは？

1 · 2016/05/01(日) 23:06:54.88

SQL文分からなすぎ・・・
ちょっと複雑な事するとかなり難しくなる

**nobodyさん** · 2016/05/01(日) 23:08:57.58

>>51
そりゃ、TCP/IPを使っているのだからIPは記録するさ
でも「原理的に匿名でない設計」と「匿名を目指している設計」は似て非なるものだと思うよ
「表面的には匿名だけど、いつでも書き込んだ主を公開できる準備があるので注意してね」なんて注意書きを書いたらユーザはどう感じるかな

**nobodyさん** · 2016/05/01(日) 23:38:17.36

なにいってんだこいつ

1 · 2016/05/01(日) 23:41:41.15

>>53
IDにLVをつける事によって、通報の多い書き込みの自動削除などがやりやすくなる
今の2ch見ていると、明らかに削除人が足りていないから、出来るだけ自動化したいし

1 · 2016/05/02(月) 00:16:33.73

responseテーブルが、スレッドIDとレス番の複合主キーなんだけど、管理しにくいな・・・
スレッドに対するレス番じゃなくて、全部のレスに適当に番号振っていった方がよさそう
2chを意識しすぎた感
明日設計見直そう

1 · 2016/05/02(月) 22:28:44.39

中核クラスは一応出来た
・・・と思ったんですが、javaとc#にincludeがないので、書くのすっかり忘れていました・・・
includeとコメントを詳しく書いたりして、APIを作っていきます

APIはtypeパラメーターに形式(XML、JSON、JSONP)を指定するタイプにします

1 · 2016/05/03(火) 01:01:09.35

JSON(P)と、2ch互換があれば、XMLいらないんじゃないかと思ってきた

1 · 2016/05/05(木) 09:05:44.80

クロスドメインでPOSTが使えないので、書き込みAPIの文字数制限がかなり厳しいです
そこで、短い書き込み用のGET、圧縮して送るGET、formタグからならPOSTが可能な事を利用したリダイレクトありPOSTを用意したいと思っています

**nobodyさん** · 2016/05/05(木) 09:43:28.83

PHPにクロスドメイン制限なんてあったっけ

1 · 2016/05/05(木) 11:19:03.14

jsからAPIを使う時用です

**nobodyさん** · 2016/05/06(金) 13:26:22.48

>>61
PHPを経由させればいいのでは？

1 · 2016/05/06(金) 17:49:22.63

>>62
IP記録などで都合がいいので、出来るだけクライアント言語で作りたいと考えています

1 · 2016/05/06(金) 23:23:44.10

圧縮しなくてもIE以外なら大丈夫そう
長くて6000文字程度だし
IEの2000文字制限がな・・・

1 · 2016/05/07(土) 08:58:18.11

API完成しました

1 · 2016/05/07(土) 11:54:41.03

・メモ
タイムゾーン
UPDATE変更の必要なし問題

**nobodyさん** · 2016/05/07(土) 15:24:21.79

クロスドメインはいいんだけど
サーバ構成はどんなふうに考えてるとか
サイトマップとかページのフレーム構成とか
どんなふうに考えてるのか見てみたいな

1 · 2016/05/07(土) 17:30:20.31

とりあえずAPIは出来たので、今クライアントサイドを作っています
Twitter風UIにする予定です

1 · 2016/05/07(土) 20:28:53.36

返信をどう実装しようか。。
Twitterの場合、TLに返信が色々出てくるんだが
検索速度を考えると、整合性に気をつけてテーブル分割した方がよさそう

1 · 2016/05/07(土) 22:04:18.58

クライアントサイド難しい…
サーバーサイドは単純作業で、セキュリティにだけ気を付ければよかったけど

1 · 2016/05/07(土) 22:19:37.26

とりあえず、HTMLとcssのみで、デザインだけ作ってみます

1 · 2016/05/07(土) 22:45:50.93

色とかが適当だけど、とりあえず骨組み
http://www.dotup.org/uploda/www.dotup.org852825.png

1 · 2016/05/08(日) 00:57:34.98

JQuery UIという物があるみたいですので、それを使ってUI作ってみます

1 · 2016/05/09(月) 00:53:48.86

タブのダブルクリック更新出来た・・・
土日ずっとしていたからかなり進んだ

**nobodyさん** · 2016/05/09(月) 07:30:48.17

>>1
だからSPAにしろって
今から覚えるならJQueryよりおすすめ
HTMLのView地獄の深みにハマってつらい思いするぞ

1 · 2016/05/09(月) 07:41:01.66

>>75
ユーザー登録、会員情報の変更以外(つまりよく使う機能)はJQ UI+シングルページで作っています

1 · 2016/05/09(月) 23:27:19.16

ローカル変数とグローバル関数名の衝突駄目なのか…
$$から始まる関数をJQオブジェクト作成関数にして、$始まる変数をJQオブジェクトにします

1 · 2016/05/09(月) 23:45:45.83

とりあえずソース整理しないと保守が・・・
jsの設計分からん

**nobodyさん** · 2016/05/10(火) 00:41:45.00

＞ローカル変数とグローバル関数名の衝突駄目なのか…
そうだっけ
どういうコードなんだろう

1 · 2016/05/10(火) 07:50:47.24

window.$hoge()なら大丈夫みたいですが、$$hogeの方が楽なので

1 · 2016/05/10(火) 21:16:30.20

会員登録ページ作ったらサーバーにアップロードします

1 · 2016/05/10(火) 23:59:09.03

テンプレートエンジンっていうの使った方がよさそう

**nobodyさん** · 2016/05/11(水) 11:02:28.76

人の話聞く気ないみたいだからもう何も言わないけど
開発の仕方が5年ぐらい前に流行った開発だよね
ggったらよく出てくる内容だから勉強しやすいのかもしれないけど
特に今年は新しい環境が出揃ってこれからっていう元年に近い年だから
そっちに倣ったほうが楽しいと思うんだがな
それじゃ頑張ってくださいﾉｼ

**nobodyさん** · 2016/05/11(水) 11:35:03.10

何しに来たんだ
せめて誘導しろや＞そっちに倣ったほうが楽しい

1 · 2016/05/11(水) 16:03:56.63

聞く気無い訳ではないんですが・・・
すみません
今ajaxが流行っていると書いてあったので、ajaxで作ってみました

1 · 2016/05/11(水) 20:04:05.59

ネットオウルmysqli_stmt::get_result()が出来ない・・・

**nobodyさん** · 2016/05/12(木) 02:44:05.11

個人で作るならES2015+babelで作りたいよなぁ
SPA作るならフロントはReact+redux+react-routerで
ビルドはwebpackで十分だし
Angular2に手を出すのもアリだけど
DOM操作なんて人間様のやる事じゃないのでjQueryは必要無し
サーバーサイドPHPにするんならオレオレじゃなくて有名どころのFW使わないとセキュリティ周りで死ぬぞ

**nobodyさん** · 2016/05/12(木) 03:01:13.65

てかajax使うなという訳ではないが
流行ってるってどこに書いてあるんだそんなの

**nobodyさん** · 2016/05/12(木) 10:13:48.26

流行ったのは数年前だろ
DOMで皆苦しんだ

**nobodyさん** · 2016/05/12(木) 10:37:40.79

最初から完成品目指しているわけでないならとりあえずこのままでいいよ
一度組み上げてこのままじゃだめだよねと確認して次のステップへ行こう
この場につきっきりでコミュニケーション取りながら教えられる人なんていないだろうし

**nobodyさん** · 2016/05/12(木) 12:12:53.26

早く確認できるといいですね・・・

**nobodyさん** · 2016/05/12(木) 13:23:55.76

初心者にあれこれ言ったって
形から入って完成しないパターンにしかならんしな
とりあえず動くものを用意して反応を貰うのが一番良い

1 · 2016/05/12(木) 15:51:12.71

今調べたらajaxが流行ったのって数年前だったみたいです…
SPAアプリだと他のライブラリの方が、保守しやすいみたいですので、色々触ってみます
動く物を見せたいのですが、現在サーバーの審査待ちですので、少々お待ち下さい

1 · 2016/05/12(木) 17:05:14.47

サーバーサイドは
Angular2+TypeScript+css+htmlで作る予定です

1 · 2016/05/12(木) 17:05:51.17

ミス

クライアントサイドは
Angular2+TypeScript+css+htmlで書き直す予定です

1 · 2016/05/12(木) 17:46:48.88

やっぱりvue.vsにするかも

**nobodyさん** · 2016/05/12(木) 18:18:58.09

jQueryとajaxをごっちゃにしてそうで怖い

1 · 2016/05/12(木) 18:44:34.33

タブとかダイアログが簡単に作れるので、そこらへんはJQuery UI使います
また、APIでAccess-Control-Allow-Origin: *を出力して、POST通信でも出来るようにします

1 · 2016/05/13(金) 20:11:58.20

ソースの整理出来そうな気がしてきた
日曜用事あるから、土曜頑張ろう

1 · 2016/05/14(土) 16:33:06.50

とりあえずVue.jsで作った
かなり分かりやすくなった

1 · 2016/05/14(土) 16:59:04.14

スクロール量を取得するサンプルはあるんだが、どのレスまで読んだか知る方法ないのかな・・・
各レスに固有IDつけているけど