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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

名前空間つけてくれ

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

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

クラス設計終了しました

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

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

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

テスト書いていこう

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

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

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

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

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

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

追記
$not

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

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

メモ
SHA256を64進数

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

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

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

気にすんなよ！！！

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

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

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

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

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

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

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

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

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

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

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

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

なにいってんだこいつ

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

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

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

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

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

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

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

jsからAPIを使う時用です

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

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

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

API完成しました

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

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

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

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

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

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

色とかが適当だけど、とりあえず骨組み

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ミス

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

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

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

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

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

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

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

>>101
Page Visibility API

コンポーネントやっと出来た。とりあえず使い方は覚えたはず。。
コンポーネントが出来たから後はアンカー、ID、返信のポップアップだな

>>102
ありがとうございます。してみます

ふつーにajax(というかxhrというべきか?)使ってるが
うちの職場が遅れすぎてるのか?

>>88,89の話か
非同期通信ってどこで流行ってる？ → 数年前。DOMで苦しんだ
まるで支離滅裂だ

レスアンカーと自信へのレスとID抽出のポップアップ、二次元配列([ポップアップ階層][レス])でバインドすればいいのだろうか？
2chのアンカーポップアップでggっても、バインドの方法は書いてないし、DOM操作のも再帰的なポップアップがない
あと、全部のレス読み込む訳じゃないから、マウスオーバー時にサーバーにリクエストする予定だし

いい方法思いついた気がする

ポップアップじゃなくてドロップアダウン形式にしました
次は>>102をします

var $responseHeaderList = $("#tab" + tab.id + ">.responseList").children(".responseheader");

//スクロール位置
var scroll=$("#tab"+tab.id).scrollTop()+$("#tab"+tab.id+">.responseList").position().top;

//一番近い要素
var $close=$responseHeaderList.first();
//最短距離
var minDistance=Math.abs(scroll-$close.position().top);

//最短距離のオブジェクト取得
$responseHeaderList.each(function () {
//距離取得
var distance=Math.abs(scroll-$(this).position().top);

//今回の方が短ければ
if(minDistance>distance){
$close=$(this);
minDistance=distance;
}

//デパッグ
//$(this).css("color","#555555");
});

tab.scrollResponse=Number($close.data("responseID"));

//デパッグ
//$close.css("color","red");

ここまで読んだやっと出来た

どんなシステムになるのか知らんが、Reddit移住が何故失敗したかを考えた方がいい。

関数の型チェックにPHP7でしか使えない型を使っているから、PHP5だと動かなくてサーバーがあまりない
まだ7は普及してないし

レンタルサーバーじゃ不自由だしVPSの方がよくない？

ラズパイで鯖立てているんだけど、PHP7のインストールが上手くできなくて・・・

ラズパイで2chat動いた
あとはポート開放だけなんだけどやり方が分からない

ラズパイでもサクサク動いてよかった
ラズパイ3欲しいが今の所は1で問題なさそう

え、自宅サーバで公開するの？

とりあえず試しに公開したいので

ポート開放もわからない知識レベルで自宅鯖
狂気の沙汰ほど面白い

Herokuの無料枠とかでいいんじゃね
自宅サーバのセキュリティは正直面倒だ

レンサバでもXServer（と傘下のネットオウル系）やhetemlはPHP7入ってるでしょ
http://www.xserver.ne.jp/functions
http://www.minibird.jp/service/function.php
http://heteml.jp/service/function/

ネットオウルは無理(mysqliプリペアの拡張モジュールがない)だったので他のを試してみます

Heroku無理だ
MySQL使うのにクレカ登録がいる・・・

エックスドメインもget_result使えない・・・

15日間しか使えませんが、とりあえず動きました
http://2chat.heteml.jp/

mysqlnd使えるところ少なすぎる

まあpdoで組むのが主流だしなあ

http://ja.phptherightway.com

>>126
最初mysql関数で組んでいて、PHP7で使えないことに気付いて組みなおしたけど、PDOの方が主流だったのか・・・

その辺のフレームワークだと複数のDBに対応するためにPDO一択ってだけで、パフォーマンスはmysqlndの方が良いとだろうので別に悪くはないと思うよ

>>129
MySQL以外を使う予定はないので、このままでいいですかね？

・今後の予定
モバイル版専ブラ
URLを持った、2ch風の閲覧専用ページ
IDポップアップ

TSoft Server落ちた

http://www.akiyan.com/blog/archives/2011/07/php-mysqli-fetchall.html
これを使えば、mysqlndなしでいけるのだろうか

Xdomainサーバーでもいけそうです
ここのサーバーを長期的に使うことになりそうです

Xdomain携帯だと広告出るけど、JSONPに広告タグ追加されて、不具合出たりはしないみたい
多分headerで確認しているね
ここなら安心して使える

広告付きのサーバでチャットって流石に貧弱すぎると思うが
まあ万が一負荷が問題になるほど流行ったらよそへ移ればいいか

でも×押せばリロードするまで出ないし、SPAだからリロードは少なくて済むから大丈夫と思う

広告あってもすぐ負荷大杉画面にリダイレクトするホスティンガー()よりはマシと思うし

>>1
.gitignoreって知ってるか
nbprojectとかいうNetbeansの設定フォルダはバージョン管理の対象から外すといい

あと名前空間とクラスのautoloadとかcomposerくらい使おうや……

せっかくPHP7使ってるのに書き方が5.2あたりで止まってるぞ

失礼、名前空間は使ってたか
PSR-4に従っとくと楽だと思うが

イントランスとは一体

>>138
外してよかったんですね
外します

>>139
使ったことありませんでした
調べてみます

>>140
スカラー型のタイプヒンティングを使いたかったので、PHP7にしました

>>141
よく分からないので調べてみます

>>142
WEBアプリ(特に永続化が必要な物)のオブジェクト指向ってどう作ればいいんでしょうか？
よく分かりませんでした

PHP the right way読んどけ
PHPはネットにクソ情報が多すぎる

リレーショナルデータベースへの永続化はその辺のORMのライブラリ使えば楽だけどね。このアプリは大して複雑じゃないからActive Record系が手っ取り早い。


勉強がてらなら、オブジェクトの永続化を抽象化するリポジトリパターンを独自で組んでみてもいいのでは。

Threadなどのオブジェクト（エンティティ）は自身の永続化には関知せず、ThreadRepositoryなどリポジトリクラスを作って、DBとのやり取りはそちらのクラスの責務にする。

>>144
初めて見ました
読んでみます

>>145
DBの処理と分ければいいんですね
>>144を読み終えたらしてみます

なお永続化は特にWebアプリに限ったもんじゃない
大抵のWebアプリに永続化が必要ではあるが


Webアプリで真っ当なオブジェクト指向って時に特有なのはHTTPリクエストとHTTPレスポンスをオブジェクトとして扱うことだろうな。

大雑把に言うとアプリケーション全体をHTTPリクエストを引数にとってHTTPレスポンスを返す関数として捉える

PHP界隈だとHTTPリクエストとレスポンスのライブラリが標準にないため、フレームワークごとに乱立していた感じ
最近ようやくPSR-7 HTTP messagesという標準になってくれそうなインターフェースが決まって広まりつつある

アプリケーションの立ち上げ処理を共通化するためのフロントコントローラパターン、URLなどリクエストに応じて処理を振り分けるルータ、までがWebフレームワークの必要最低限かな
MVC2などによる構造の切り分けも大体のフレームワークが行っている

DBへの永続化、ユーザー認証認可、テンプレートエンジンなどの他の頻出機能は好きなライブラリやコンポーネントを組み合わせやすい便利な時代になった
Composer様々だな

普通のアプリの永続化は、オブジェクトに様々な処理をして、終了時などに保存ですが、WEBアプリは処理が少ないので考え方が分からないんですよね
あと、デスクトップアプリでも、ファイルを全て読み込んで、オブジェクトに変換して、処理をして、保存といったアプリしか作った事がないので一部のみ読み込んで的なアプリがよく分かりません

IOS絵文字を削除とかしていないのに、自動で削除される・・・

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作りました
https://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だけどどうせ破壊的変更入れてくるに決まってる

ほとんどコピペでangular2使って問題webアプリ作ってみたけどめっちゃしんどかったよ
つかjsコードそのままだと7MBとかいくし、minify？しても1.2MBでgzipで300KBぐらいまでしか落ちない
そもそもフロントのangularjsとかさえ触ったことないwebの仕組みもよく知らない初心者やが

https://github.com/himanannyaga/angular2-express-mongo-quiz/tree/master/client/app/ts
demo http://128.199.129.51/

そんなに長いのか
何か新しい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ヵ月以上続いていないと駄目らしい

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

なら無理だ
とりあえずnbで進めよう
今ライブラリ作成中

ライブラリは薄いラッパーだけ出来た
ただJSDocの仕様はどこが正しいのか分からん
乱立している感じなのだろか？

ライブラリコミットしました

大改造したらエラーの山で泣きそう

しかも90%以上のエラーが、コンパイル式静的言語ならコンパイル時に分かるエラー・・・
本当動的インプリンタ言語嫌い

>>205
TypeScriptでも使ったら？

なぜPHPにしたのか

>>206
クライアントサイドは別にそこまでエラーない
問題はサーバーサイド

>>207
対応サーバー多いから

2ch越えるってんなら設定自由にいじれるサーバ使うだろうし好きな言語でよくね？
巨大掲示板群を作るのではなくOSS配布が目的なの？

1番の目的はWebサービスの開発経験を積むことです。

>>209
とりあえず今回はPHPで作ってみます
サーバーサイドはクライアントサイドに比べるとあまり複雑ではないので、移植しようと思えば結構すぐ出来そうですし

>>210
一番ではないですが、それもありますね

PHPってバージョン７ではセキュリティもパフォーマンスも
だいぶ上がってるみたいだし、オンラインヘルプ充実してるし俺は良いと思うけど
Node.jsなんかは作りやすいものなのか？

なんでコンパイル時に型のエラーを検出できる静的型付言語にしなかったのかという話なのにnode.jsなんだ

nodeよりはタイプヒントつけられるPHPのほうがマシ
PHP7.1でプロパティの型も入りそうだし

そもそも静的型付けが必要なプログラマーって実力がないからなのかな
注意力がないというか

静的のメリットはよくわかるけど
動的のせいにするような人は静的でもあまり…

実力とか必要の問題じゃなく保守管理性の問題だと思うんですけど

人間はミスをする生き物だから機械的に保証するべきだよ

ま、技術的にいくら優れてようが2chに勝てないわけだが

イントランスってなんだインスタンスだろ

俺と同じ間違え方している人いたのか
先月までイントランスってずっと読んでた

PHPってint同士の除算でもdoubleになるのか・・・
めっちゃ混乱した

VIPみたいな単発メインの掲示板にはしたくないんだよな
とりあえず、ユーザー登録とスレ建てにはキャプチャ認証つけたよう

×つけたよう
○つけよう

API形式にしたいから、BDにキャプチャIDと、非公開のランダム文字列を登録して、Image.phpかなんかにgetでID渡させて、画像表示すればいいか

画像合成は昔PHPで作った経験ある

登録時の画像認証出来た
スレ建て時の認証はいいや
本番稼働時はかなり厳しい制限する予定だし

サーバーのお試し期間があと1週間だ

この単一ファイルコンポーネントってnode.jsじゃないと出来ないのかな
javaScriptはNodeの事言っているのか、クライントの言っているのか分からない解説が多い気がする
http://qiita.com/ayasuda/items/92221229e8f8c65c6f7c

JQueryから逃げたいんだけど、JQuery UIみたいなVue.js UIみたいなライブラリってないかな・・・

>>228
node上のツールでコンパイルしてブラウザ用ファイルを吐き出すってだけだぞ

最近のjsってnodeと連携している感じなの？
nodeはphpとかperlとかrubyみたいな事をする言語と思っていたんだが違うのだろうか

単純に使いたいだけなのにnodeとかnpmとか色々ありすぎて・・・
デスクトップアプリは単一言語で開発(WPFとかはあるけど・・・)出来て楽だったけどWEBは言語多いし難しい

javascriptをどこで実行するか、それがブラウザとNode.jsの違い
ブラウザ上はご存知の通りDOMやそれに関連した操作を行うためのもので制限も多いが、これが基本
そのためのライブラリがJQueryとかAngular.jsとかVue.jsとか

javascriptをブラウザ以外でも使えるようにしたのがNode.js
ブラウザ上ではないので他の言語と同じようにほぼ自由になんでも出来る
パッケージマネージャとしてnpm、タスクランナーとしてgulpなど様々なツールがある

大雑把な理解はこんな感じ

Javascriptは言語、Node.jsは実行環境
PerlやPHPなどは言語 = 実行環境みたいなものだから混乱しやすいね
一応C#もC#という言語と.NETという実行環境な感じで分かれてなかったっけよくしらんけど

クライアントサイドはjavascript一択だからわかりやすいけど
サーバーサイドって何を使うか迷うね

クライアントとサーバーで共通の言語使えるのが一番楽だけど
Node.jsってPHPなんかに比べてサーバーアプリ作りやすいのかな？

しかも投資効率ということを考えると、RubyやPythonの方が将来性あるのかとか
いろいろ迷うね

>>234
.NETと同じような物か
納得した

あと、JQueryから逃げるために、頑張って自力でタブ作った
次はモーダルウィンドウ

モーダルウィンドウ中央表示以外は出来た
中央表示は分からん・・・
これでJQuery UIからは逃げられたから、あとはJQueryから逃げればいい

なんで逃げたいんだ？

>>238
俺もそれ知りたい
技術的な理由があるならぜひ教えて欲しい >>1

むしろSPAでなんで逃げたくないんだ

使っていてJQueryとVue.jsは相性悪いと思ったから

あとサーバー5日だ・・・

マークダウンみたいな修飾タグ実装したいな
2chのソース貼り付けしにくいし
あと&ってエスケープしないと本当に危険なんだろうか？

やっぱり危ないらしいな
http://shimax.cocolog-nifty.com/search/2007/12/php_f864.html

UTF-8だからとりあえずはいいか

今気づいたんだが、$noコマンドいらなくね
$の前に半角スペース入れれば全く同じ動作する

そういえば、Vueイントランスの作成を、el:bodyを指定して全体に適用させているんだけど、個別に分割したほうがいいのだろうか？

イントランスとは

インスタンス？

また間違った
恥ずかしい
インスタンス

実は足腰の弱いプログラマ－？

>>250
プログラマじゃなくて学生
まだ勉強初めて1年半くらいだから・・・

autoloadの設定は初期化処理のファイルで一回すれば十分だぞ
ファイルごととか見たことない

>>252
include_onceなので1回しか読み込まれないはずですが、やめた方がいいんですか？

すべてのクラスファイルがautoloaderのファイルパスに依存するとか最悪にメンテナンス性悪いでしょ
エントリポイントとなるファイルで読みこめば充分

一回他のフレームワークのコードとか覗いてみたら

staticおじさん

今日でサーバーのお試し終了
まだ問題点が改善できていないから、まだ新しいサーバーにはアップしない

もう少しで考査始まるので更新少なくなるかもしれません

設定用のクラスにパスワードやソルトをハードコードしてるの正直どうかと思う
dotenvとか使えば？

>>258
確かにgitで間違ってコミットしてしまったりすると怖いですね
ただ、今クライアント側を作っているので待って下さい


any型を使えばtsとvueを上手く使えそうな気がしたのでts使ってみます

ts凄い

モチベ下がってきたからしばらく開発休むかも
しばらくSTGの開発休んでいたけど、モチベ戻ってきたし

基本的に3つくらいのプロジェクトをローテーション(1ヵ月～1ヵ月半くらい)で開発しているので、たまに長期間消えますが、プロジェクトが中止した訳ではありませんので
一つを続けてやると、飽きてくるので・・・

予想通り

1年くらい続けているプロジェクトをそろそろ完成版リリースしたいし・・・

tsてなに たいむしふと？

TypeScriptじゃね?

そうです
TypeScriptです

なるほど

ひろゆきが管理人に戻るらしい
JIMは5ch.netを立ち上げるとか

だから、>>197でチャンスっていったじゃん。

とりあえずクライアント頑張ろう
サーバーサイドは行数多いだけで単純だからjavaに書き直すのも思考停止ですぐ出来そうだけど、クライアントサイド作るのはかなり複雑だから大変

.


■ ２ch認定 スピリチュアル詐欺一覧

　小泉義仁　知井道通
http://karma.2ch.net/test/read.cgi/spiritual/1441832249/
　不道徳連発！冨田佳音のキチガイ スピ活動
http://karma.2ch.net/test/read.cgi/spiritual/1464971384/
　【詐欺師】 スピ 梶岡あん子 【キチガイ】
http://karma.2ch.net/test/read.cgi/spiritual/1466206702/
　【詐欺師】 スピ ミカタカミ 【キチガイ】
http://karma.2ch.net/test/read.cgi/spiritual/1466207813/　
　詐欺師 岩崎士郎 嘘八百
http://karma.2ch.net/test/read.cgi/spiritual/1451143434/
　ユニフォース・センター 金子浩一
http://karma.2ch.net/test/read.cgi/spiritual/1452973952/


.

jsにもc#のTask型みたいな物があればいいのに

tsでasync/await使ってbabelでさらにトランスパイルすれば
非同期処理を同期っぽくかけるらしいよ。
でも1の場合は素直にコールバック渡して書いたほうが楽なんじゃない

>>274
何か難しそう
そういえばjsで非同期処理の排他処理って聞かないけど必要ないの？

webassemblyって言うので、c#が将来的に対応する予定らしい
やっとか

>>275
Promise

jsの非同期処理ってマルチスレッドと思ってたけどシングルスレッドだったってマジかよ

真面目なシステム作るならjavaの方がいいのだろうか？

1は結局サーバーサイドはphpつかってるんじゃなかったっけ？
それでなんでスレッド数気にするの？

>>279
jsはクライアントサイド

>>278
今更、JavaAppletに先祖帰りする必要もあるまい
あと、マルチスレッドが本当に必要なのかをよく考えるんだ
http://www.html5rocks.com/ja/tutorials/workers/basics/

>>281
appletは使えないブラウザあるから使わないよ
PHPの代わりにサーブレット使った方がいいのかなと思って

>>282
クライアントサイドJavaScriptがシングルスレッドだった事を懸念していたはずなのに、なぜサーバサイド言語の話になるんだ？
クライアントサイドならWorkerを使え、とアドバイスしてもスルーするし、意味が分からん

すみません
>>277はマルチスレッドにしたいという意味ではなく、jsの非同期処理がシングルスレッドだったことに驚いただけです

>>281
全然関係ないけど
勉強になった
ありがと

目指すのは2chというより匿名Twitterになりそう
人と人が繋がるTwitterとは違って、話題に人が集まるTwitterみたいな

Twitterとかいらないから。

ハッシュタグみたいなクソみたいな仕組みはやめよう。

そこまではしない
2chのシステムにTwitterのUIを組み合わせるみたいな
2chのUI(専ブラじゃないほう)は時代遅れ

リポジトリクラス設計メモ
ここではUserクラスを例に使う
core/userパッケージを作って関連クラスを全部突っ込む
Userクラスはパッケージプライベート
Userリポジトリクラスは1スレッド1インスタンスでnew時にconインスタンスを渡す
UserインスタンスはUserリポジトリ経由でしか取得出来ない

DB的にテーブルなんて2,3個しかねぇんだから、UIを除くコアの部分というか
サーバー側なんて2,3週間でできるレベル。

慣れてりゃ2,3日だな
勉強兼ねてリファクタリングしてるんでしょ

プロプログラマってそんなに早いのか
java使ってて思うんだけど検査例外が…
一回ザッと作った後に例外処理作っていく派なのにコンパイルエラーが

名称変更
サブパスワード/メインパスワード
↓
サブパスワード/マスターパスワード

>>288
あれ理解しやすくて良いじゃん

>>295
一つの話題に書き込むから、そもそもハッシュタグの必要性を感じない
2chでハッシュタグいるかって言われたらいらないのと同じ

VIPでアイディア募集したり意見聞いたりしてみたら役に立ちそうな情報、意見が結構出た
http://vipper.2ch.net/test/read.cgi/news4vip/1467207439/
http://vipper.2ch.net/test/read.cgi/news4vip/1467114944/

お陰で沈みかけていたモチベも回復