【PHP】2chat開発スレ【2chを越える】 [無断転載禁止]©5ch.io
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2016/04/23(土) 13:45:28.79ID:???掲示板とチャットを組み合わせたオープンソースのPHPスクリプトです。
名前の由来は2ch+chat
【特徴】
*基本的な面
ユーザー登録は必要だが、匿名
ユーザーは日付の経過や書き込み、荒らしなどでレベルが上下し、このレベルは通報の影響度などに関わる
管理人が不在でも通報が集まった書き込みは自動削除
チャット形式の為、書き込み上限はなく、テンプレはいつでも誰でも編集可能
板はなく、各スレッドはカテゴリを付けられる為、スレッドを探しやすい
単発スレには向かない
*専ブラ
jsを使い専ブラなしで快適に閲覧出来るUIを提供
WEBで見れるため、PC⇔スマホで開いているスレなどを完全同期できる
*API
誰でも使えるAPIを提供(jsonp対応)
2ch互換のAPIも提供
ユーザーはサブパスワードを作る事で、悪意を持った外部サービス管理人によるアカウントの乗っ取りを防ぐ事が出来る
開いているスレなども外部サービス間で同期可能
0002nobodyさん
2016/04/24(日) 09:11:09.09ID:???0003nobodyさん
2016/04/24(日) 11:10:56.66ID:???0004nobodyさん
2016/04/24(日) 11:46:44.86ID:???https://github.com/kgtkr/2chat
0005nobodyさん
2016/04/24(日) 22:54:01.29ID:???PHPは簡単に書ける分、コードが汚くなりやすいみたいですので・・・
0006nobodyさん
2016/04/24(日) 22:57:03.03ID:???永続化の実装、つまりmysqliなどはまだコードに出なくていい
0007nobodyさん
2016/04/24(日) 23:03:15.96ID:???まだメソッドの中身は書かずに、メソッドの宣言だけを書いてクラス設計を行っています
デスクトップアプリでのオブジェクト指向はある程度分かるんですが、DBを使ったオブジェクト指向が結構難しくて・・・
c#と違ってプロパティがないのも厳しいです
0008nobodyさん
2016/04/25(月) 00:00:42.13ID:???Node.jsやPythonとか、他にも候補にがありそうだが
0009nobodyさん
2016/04/25(月) 00:15:05.76ID:???そうすると扱える言語はPHPしかないので・・・
中括弧言語以外は苦手ですし
0010nobodyさん
2016/04/25(月) 09:23:17.98ID:???とりあえずPSR読んで、それとテスト書く準備しておけばいいよ
00111
2016/04/25(月) 18:46:27.88ID:???内部ではフィールドにあるんじゃなくて、Threadクラスのgetterでクエリー呼び出しているんだけど
全て独立したクラスとして考えた方が、良い気がする
WEBアプリはやっぱり難しい・・・
デスクトップなら多少パフォーマンス悪くても、問題ないけど、WEBアプリは大人数で使うからパフォーマンスはやっぱり重視しないとね・・・
0012nobodyさん
2016/04/25(月) 20:17:34.90ID:???まずは実装ではなく仕様を煮詰めていかないと
ある程度仕様が決まったらフレームワークとか決めてそこから本格的にクラス設計(まさかフレームワーク使わず全部自分でとは言わないよね?)
00131
2016/04/25(月) 20:29:42.47ID:???フレームワークの予定はなかったんですが、使った方がいいですかね?
PHPでは、APIの提供のみを行い、UIはhtmlとjsのみで作りたいと考えています
00141
2016/04/25(月) 20:37:28.05ID:???APIは、XML/JSON/JSONP/2ch互換のdatで提供する予定です
0015nobodyさん
2016/04/25(月) 21:44:24.42ID:???読み書きはレベル0のゲスト扱いで参加できるのかな
0016nobodyさん
2016/04/25(月) 21:59:23.79ID:???redditみたいな感じです
0017nobodyさん
2016/04/25(月) 22:04:06.33ID:???idとパスワードだけでもハードルはかなり上がるから2ch越えるのは絶対無理
00181
2016/04/25(月) 22:48:29.11ID:???0019nobodyさん
2016/04/26(火) 11:57:33.77ID:???んでもって認証は後回しの設計と言うか別のサーバとか
プロセスに委任する形にしようぜ
まずはスクラッチとして本体だけの設計で作ってみたらどう?
認証後回しにするってのはそれが阻害する場合があるから
とりあえず作ることによって誰がどんなもののためにどうして必要なのかが見えてくる
ある程度の想定した問題に対応するのはいいとして仮定の問題に固執して対応するのは現状いらんと思うな
アイパスとか個人設定とか細かい面倒なのは後回しにしたほうが楽しめる
00201
2016/04/26(火) 17:59:11.72ID:???今はDBと接続するクラスを作っています
多分モデルって奴です
■ このスレッドは過去ログ倉庫に格納されています