DB使ったアプリを作ったことがないだけでは

>>1の普通がどこの普通かは知らんが普通のデスクトップのアプリでもDB使うなら逐一DB更新することあるでしょ

いきなり色々言われて>>1のモチベが下がらないか心配
composer対応とかは後回しにしてとりあえず形にしちゃった方がいいと思う

まあ動くのが正義だしな
しっかり設計されてると保守・機能追加のしやすさはかなり変わるから徐々に改善していけばいい

PHP the right wayを軽く読んでみました
何か分かったような分からなかったような・・・

とりあえずサーバーサイドと、クライアントサイドは分離した方がよさそう
js開発をnbでするのは辛い

TypeScript採用したほうがいいのかな

Todo
>>130
autoloading
コーティング規約の統一
リポジトリパターンの採用
一部Unicode文字が使えない問題
スレッド取得APIの強化
スレタイ/全文検索
TypeScriptへの移植(未定)
TypeScriptでHTTPリクエストを隠蔽する薄いラッパーライブラリの作成(↑をするならこっちも作る)

オートロード関数ってこんな感じでしょうか？
spl_autoload_register(function($name) {
//nicht\で始まるなら
if (strpos($name, "nichat\\") === 0) {
//クラス名→パス取得
//"nichat\"を削除し、\をパス区切り文字に置き換え
//最後に絶対パス化し、".php"をつける
$path = dirname(__FILE__) . str_replace("\\", DIRECTORY_SEPARATOR, substr($name, 7)) . ".php";

//読み込み
include $path;
}
});

こういのは技術の話よりサービスのアイデアが重要なんだが、
技術の話ばっかりなのは仕方ないか・・

>>159
確かに利用者にとっては、内部がどうなっているかは関係なく、使いやすい物が出来ればそれでいいのですが、PHPを正しく学習したいと考えています

PSR-4をざっくり読んでみました
多分今作っているオートローダーの仕様で大丈夫と思います・・・

>>157に追記
レス取得APIに自分の書き込みかを知るフラグの追加

nbってphp7に対応していないみたい
バージョン選択から選べないし
(function(){})();がエラーになって面倒

【Todo】
*サーバー
リポジトリパターンの採用
一部Unicode文字が使えない問題
スレッド取得APIの強化
コーティング規約の統一
IDポップアップ
スレタイ/全文検索

*クライアント
モバイル版専ブラ
URLを持った、2ch風の閲覧専用ページ
TypeScriptへの移植(未定)
TypeScriptでHTTPリクエストを隠蔽する薄いラッパーライブラリの作成(↑をするならこっちも作る)
コーティング規約の統一
IDポップアップ
スレタイ/全文検索

レスの取得は簡単だけど、スレはスレッドフロート式だから難しいんだよね・・・
1～20件取得→一番下までスクロール→21～40取得とかだと取得出来ないレスがあったり重複したりするし

1～20件取得→1～40件取得→1～60件取得みたいに取得しなおすのがいいのだろうか？

内部で各スレにインクリメンタルなIDを振ればいいだけじゃねぇのか？

最初の20件取得、でその取得したIDの最大値が次へのセットへのカーソル。
カーソルの最大値以降の次の20件を取得。
以下ループ。

ごめん。レスじゃなくてスレの話か・・

レスは順番変わらないからそれでいいんだけど
仕方ないからreadThreadPageを消して、searchThread追加した
あとsearchThreadにスレタイ検索も組み込んだ

とりあえずサーバーサイドはしっかり作り込みたい
クライアントサイドはバグあっても(ないほうがいいけど)脆弱性には繋がらないけど、サーバーサイドは下手したら大変な事になる
DB流出してもパスワードとトリップはハッシュ化しているから分からないけど、誰が書き込んだかは分かるからね

ページ切り替えで順番変わるのってよく考えたら検索エンジンと同じだな
Googleとかはどういう仕組み使っているんだろう

いい加減用語統一しないとな・・・
2chで言うID→ハッシュ
2chでいう>>n→リプライ
連番ID→ID
文字列ID→スクリーンネーム
でいいか

*サーバー
>リポジトリパターンの採用
core内クラスで、そこまで複雑な事をしておらず、ほとんどDB操作だけど、分割するべきなのか

>一部Unicode文字が使えない問題
php.iniの文字コード変えれば大丈夫らしい

>スレッド取得APIの強化
強化ではなくなったが、改善した

>コーティング規約の統一
作業中

>IDポップアップ
完了

>スレタイ/全文検索
スレタイ検索は完了

TODOにはなかったけど、Response取得系で、認証を行うことで自分の書き込みであるかを知ることのできるフラグを追加した

ToDo追記

＊サーバーサイド
存在しないレスへのリプライのエラー発生
自信へのリプライの通知

mdを使ってToDo作りました
http://github.com/kgtkr/2chat/blob/master/ToDo.md

将来的にはプルリクとか受け付けたりするんかな？
TODO管理とかyoutrackとかteamcity見たいので管理するとええよ
ここで垂れ流ししつつツール上で管理するとやりやすい

知ってるかもしれないけど大まかなサーバの基本設定ね
rootからのログイン不可とSUの作成
パスワードは自動生成系の奴で16文字以上の英数大小ランダム生成
telnetの停止とsshへ変更(鍵使用推奨)
sshの標準接続ポートの変更
可能ならsshログインは特定のIPからのみ許可にした方がいい
使用しないポートはすべて閉じる
※MySQLもローカルからのアクセスだけにした方が楽

家公開ならルーターに設定入れても同じ

>>177
プルリクエストって共同開発の機能ですかね？
今までOSDNでしていたのでいまいち分からないのですが、今でも大歓迎です

でも今の状態だと迷惑掛けそう・・・

angular2って単純に読み込むだけじゃないのか？
ダウンロードしたいだけ(もしくは、JQueryみたいにweb上から読み込みたい)なのに、パッケージマネージャーが何かとか出てくるんだが

angular2ってNode.js用なのか？

これサーバーサイドと連携して動くみたい
node.js、rubyと別に解説あっていたし
vue.jsでいいか

つまり、angular2はnode.jsFWで、CakePHPと同じようなサーバーサイドの物って事か
APIを自分で作っている今回のプロジェクトには向かないのかな

ずっとJQみたいなクライアントの物と思っていた

いや、前の理解で合ってるから
angular.jsはvue.jsと同じ位置

クライアント側でもbrowserifyなどを使えばサーバ側のnodeと同様のモジュール管理ができるようになってる。
もちろんブラウザで直接モジュールシステムを使えるというわけではなく、
ローカルでnode.jsを動かして本番用のjsファイルをビルドする際にモジュールの依存関係を解決するという方向性

クライアントの物なんですね
簡単にDL出来ればいいのですが。。
でも、この程度の規模だとvueの方がいいですかね？

でもtypescriptとの相性はvueよりもいいんですよね

angular2は時期が悪いからやめとけTypeScriptも無理して使うことはない

Angular2は今RCだけどどうせ破壊的変更入れてくるに決まってる

そんなに長いのか
何か新しいjsでclass構文とか使えるらしいからvue+生jsでいいか

勘違いだった
sourcemap(デバッグするためのファイル)ない状態で4MBぐらい
それにしてもでかすぎるが

4MBでも十分でかい・・・
1024^2*4文字ってどれだけ大きなライブラリなんだ・・・
それより、VSってJSのDoc補充出来ないのかな
JS用IDE何使おう

jsもnbでいいか

NetBeansも悪かないけど
個人的にはphpstorm
このプロジェクト自体オープンソースとしてやっていくのであれば
申請すれば無料で使うことができるよ

http://daily.2ch. net/test/read.cgi/newsplus/1464143234/
チャンスじゃね。

>>196
OSなら無料で使えたのか
学生でも無料で使えるのは知っていたけど、申請面倒(国際何とか学生証？的な奴)だったからやめていたけど、ちょっと調べてみる

>>197
ひろゆき時代の2chは知らないけどどうなるんだろう

3ヵ月以上続いていないと駄目らしい

かつコミッタもそれなりにいないとダメだった気がする