トップページ⇒php
1002コメント237KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2016/04/23(土) 13:45:28.79ID:???
【2chatとは】
掲示板とチャットを組み合わせたオープンソースのPHPスクリプトです。
名前の由来は2ch+chat

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

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

＊API
誰でも使えるAPIを提供(jsonp対応)
2ch互換のAPIも提供
ユーザーはサブパスワードを作る事で、悪意を持った外部サービス管理人によるアカウントの乗っ取りを防ぐ事が出来る
開いているスレなども外部サービス間で同期可能
0449nobodyさん2016/09/13(火) 13:35:52.35ID:???
それにリプライの表示の仕方なんてクライアントでいくらでもできるかもしれんが、
ツリー表示は2ch型掲示板には向いてない。
例えば、こういう過疎スレとかで、古いレスにリプライ(例えば、>>10)とかしてツリー表示すると、
新着レスを見つけにくいんだよな。で、誰にもレスに気づかれず終わりやすい。

時系列表示だと、新着に気づきやすいから、レスが埋もれることがなくなる。
ので、時系列表示は強制すべきだな。
0450nobodyさん2016/09/13(火) 13:44:55.57ID:???
>>111にも書いたけど、Redditに似せたら2chの代わりにはならず失敗するよ。
Redditはリプライ機能あるツリー表示だし、多彩なソート機能とか最悪の機能ばっかだった。

レスのソートを許すとさっきも書いたけど、過疎スレで新規レスが誰にも気づかれずに
うもれちゃう。
ソース見るとvote機能とかあるけど、voteできるようにしてもいいが、vote順にソートとか
も、これもレスを埋もれさせるのであんま感心しない(もちろん、クラアイントアプリ側で独自に実装できちゃうけど)。

時系列表示が最強。
0451nobodyさん2016/09/13(火) 14:06:16.06ID:???
後は、実装的な話になってるかもしれんが、TopicHistoryって2chでいう、
過去ログとかをマネしたのかもしれんが、別に、Topicと分ける必要ねぇだろ。
TopicにLive Topicかを表すフラグつければいいだけで・・

パフォーマンス的に古いデータを別テーブルに移したいっていうなら、
先にデータが膨大になりがちなResの方を移すべきだと思うし。
045212016/09/13(火) 16:51:57.95ID:???
>>443
KVSとかXMLとかのですよね？
よく分からないので使いません
DBは表形式で不便に感じていないので

>>446
設計見直したら一回の書き込みで大量のDB接続が必要な設計になっていました
Userクラスが原因です
しばらくはこのままで行きますが

>>448
複数人リプライですか…
実装難しそうなので見送ったのですが検討してみます

>>449
最初はツリー表示にする予定でしたが、Redditを使ってみて使いにくかったのでやめました(あと実装が難しかった)

>>450
Vote機能は自治の為の機能であって、ソートの為の機能ではありません
運営が関わるような事(法的にアウトだったり、鯖に負荷を掛けたり、個人情報の書き込みだったり)ではないが不愉快な書き込みに対してDVをすることで書き込みが削除されます
しかし、DVだけだと悪意のもった集団がDVで無差別に削除する可能性があるので対抗する機能としてUV機能も付けました
また、UVを多くされればユーザーのレベルが上がり、投票への影響力が大きくなったり書き込みの規制も緩くなります
DVを多くされれば逆の事が起こります

>>451
タイトル、カテゴリ、テンプレを自由に変更出来る用にしたので、それのバックアップです
wikiのバックアップと同じ機能です

運営は最低限の事だけを行えば自動で管理が出来る掲示板を目指しています
また、内部は複雑でも使い方はRedditのように複雑にならないように気を付けています
例えば、Vote機能は上に書いたような複雑な仕組みをしらなくても、不愉快な書き込みにはDV、良い書き込みにはUVをすると言う事だけ知っていれば使えます
あとサーバーの機能は必要最低限にします。理由は、サーバーの負荷を抑える為と、サーバーの不具合はクライアントサイドの不具合と比べて重大な事になりやすいからです
0453nobodyさん2016/09/13(火) 18:32:23.11ID:???
>タイトル、カテゴリ、テンプレを自由に変更出来る用にしたので、それのバックアップです
>wikiのバックアップと同じ機能です
そういうことか。

>Vote機能は自治の為の機能であって、ソートの為の機能ではありません
了解。
ってか、投稿って匿名じゃできないんだっけか？？？
読むのはできるだろうけど。

>複数人リプライですか…
後は、何気にさらっと2chでは>>452にみたく１レスに複数人宛てに自由に書けるけど、
これはできなくてもいいのかな・・？
まぁ、そこらへんの使い勝手をしっかり考えたほうがいいと思う。
0454nobodyさん2016/09/13(火) 18:39:31.51ID:???
>>452のレスを6回に分けて個別にレスしないといけないとしたら・・
どうだろう。俺的にはめんどくせぇな。
いかに、2chのシステムが使いやすいってことがわかると思う。
045512016/09/13(火) 18:55:45.10ID:???
>>453
匿名で投票が出来てしまうと、荒らし対策的に問題があるので出来ないようにしています
通報はアカウントを持っていなくても出来る用にしますが(全く関わりのない人の個人情報を書き込まれた場合などの対策の為)
投票情報を公開するかは現在検討中です

>>454
確かに面倒ですね
どう実装するか考え中です
実装したいんですが中々難しくて…
045612016/09/13(火) 18:59:11.27ID:???
投票機能がある関係上、複数垢を持たれると荒らし対策として機能しません
しかし、規約で禁止した所で効果があるとは思えません
そこで、複数垢を持つことによるメリットを潰して行きたいと考えています

また、カテゴリ機能はあくまでトピ検索の為の機能とし、自治はトピ単位で行うようなシステムにします
これはカテゴリの変更が可能だからと言う理由もあります
045712016/09/13(火) 19:04:13.21ID:???
とりあえず例外処理が終わったので(かなり抜けがありますが)、APIを作っていきます
実際に動かしながらエラー処理をした方が早いと思うので
0458nobodyさん2016/09/13(火) 19:19:00.77ID:???
後、もう１点、トピックはトピック立て直さなくていいように、
タイトルは修正できるようにして、トピック毎のレス数に制限を設けなくしてる
と思うんだけど、区切りつけないと人気のあるトピックだと、
レス番が10万とかいって、見た目うっとおしくなりそう。

トピックのレス数に制限設けて、新規トピック作成時に、前のトピックのIDを指定して、
結びつける手もある。
0459nobodyさん2016/09/13(火) 19:23:46.45ID:???
>>自治はトピ単位
狭すぎじゃねぇのかな。Redditでもモデレーター集めるの大変なのに。
でも、ユーザーって管理ユーザーと一般ユーザー別れてるか知らんが。
046012016/09/13(火) 20:12:38.32ID:???
>>458
TwitterのTLみたいに少しずつ読み込むから問題ないと思うけど

>>459
狭いかな
そこのシステムはもう少し考えてみるか
0461nobodyさん2016/09/13(火) 20:42:06.83ID:???
>TwitterのTLみたいに少しずつ読み込むから問題ないと思うけど
少しずつ読むとか全く関係ないだろ。

235342 : nobodayさん　2016/09/13(火) 20:12:38.32 ID:???
あいうえお
235343 : nobodayさん　2016/09/13(火) 20:12:38.32 ID:???
かきくけこ

2ch風に表示するとこんな感じになるんだぜ。レス番の桁数が増えすぎて、見た目うっとおしくなりそう
で、レスの仕様がどうなるのかしらんが、2chと同じ本文に埋め込むなら

>>235343

長いな・・手入力だとタイプミスしそうだぜ。
まぁ、気にしすぎかもしれんけど。気づいたから言っただけ。
046212016/09/13(火) 20:47:50.41ID:???
>>461
表示方法は実装によるけど、公式WEBアプリではレス番の表示はしないし、>>nnnnみたいな事しなくてもよくする(PHP版と同じ実装)
あと、仕組み的に全レスでユニークの連番になるから、トピで番号振ってたら飛びまくって意味分からないことになる
0463nobodyさん2016/09/13(火) 20:50:14.29ID:???
まぁ、今はレス番400番台だけど、例えば
>>452で仮にレス番が40万番台としよう。
簡単に6つのレス分>>XXXXXX入力できるか？

見る方としても6桁のレス番はパッと見、人間の限界超えてるな。
0464nobodyさん2016/09/13(火) 20:52:46.53ID:???
>>462
だって、ツリー表示みたいな事はやめるんじゃなかったけ？？
時系列で表示するなら、どうやって、レス番号表示せずにリプライの関係を示す？
046512016/09/13(火) 20:59:34.24ID:???
自動的なツリー表示はやめるけど、「>>返信」と言うボタンをクリックしたら展開される
専ブラのポップアップ表示みたいな感じ
0466nobodyさん2016/09/13(火) 21:11:50.95ID:CJ37alkT
>>1
それは本質的にはツリー表示と一緒だから。

で、それやると、>>449に書いたように、レスが誰にも気づかれずに埋もれるんだよ。

例えば、このスレのレス番今は400台だけど、例えば古いレス番10にリプライするよ？？
そうしたときに、君の言うツリー表示だと、レス番10に相当するレスをまず遡って表示して、「返信」
ボタンを押さなきゃいけないの？？
これだと誰にもレスが気づかれない可能性あるよね。

それとも、逆？、新しいリプライのレスに「返信」ボタンつけるの？？
この場合は、わざわざ、ボタン押さないとリプライの関係わからないんだ？
046712016/09/13(火) 21:18:14.07ID:???
>>466

「>>nnn」と言うボタン押しても、「n件の返信があります」と言うボタン押してもポップアップされる
0468nobodyさん2016/09/13(火) 21:19:02.81ID:???
>わざわざ、ボタン押さないとリプライの関係
ここは別にホーバーして表示でもいいし、実装次第だったね。すまん。
046912016/09/13(火) 21:24:48.22ID:???
とりあえずサーバーサイド完成させて、WEBアプリ作っていく
実物見せながらじゃないと改善難しいだろうし
0470nobodyさん2016/09/13(火) 21:26:07.83ID:???
ん？？
>>462で「>>nnnn」みたいな事しなくてもよくするといってるのに、
>>467で「>>nnn」と言うボタン押しても
って結局どうする気なのかわからん。
まぁ、君の中でまとまってればいいやww
長々お手数かけました。
0471nobodyさん2016/09/13(火) 21:27:59.93ID:???
>>469
わかった。コーディングの手を止めさせてしまって悪かった。
047212016/09/13(火) 21:30:25.81ID:???
>>470
あーごめんミス
「>>返信」の間違え
047312016/09/14(水) 23:01:17.20ID:???
複雑になりすぎていたのでTopicとTopicHistoryを分離しました
Userクラスも少し分離してみます
複雑すぎてAPI作るのが難しそうだったので
0474nobodyさん2016/09/14(水) 23:09:11.60ID:???
done is better
047512016/09/14(水) 23:14:26.86ID:???
ok
047612016/09/14(水) 23:44:36.65ID:???
Userクラス分離完
API作るか
0477nobodyさん2016/09/15(木) 01:01:52.06ID:???
まじいそげよ。
047812016/09/15(木) 01:36:10.83ID:???
cookieにパスワード入れていたら危なそうなのでToken作った
明日からapi始める
0479nobodyさん2016/09/15(木) 14:01:33.56ID:???
VPS借りる場合、メモリ2GBあったほうがいいかも。データベースにヘビーに
アクセスするから、1GBってどうなんだろう。
だから、さくらの更に上位のプランは高いから他がいいのかもな。
0480nobodyさん2016/09/15(木) 14:11:15.58ID:0CclNGS2
P2Pハイブリッドで。
全員がサーバー相当する必要はなく、http://2chat.net/へアクセスしたら
ポート解放して読み書き可能なサーバー相当のPCへつなぐ。
0481nobodyさん2016/09/15(木) 14:36:15.91ID:???
awsとかconohaとかシームレスに拡張できるものがいいかもね
048212016/09/15(木) 17:33:36.38ID:???
>>479
2GB借りる予定
1GBは足りなくなるってどこかで見た
さくらが大手らしいから一応さくらにしようと考えているけど

>>480
P2Pは仕組みよく分からないから今回はなしで

>>481
さくらってプラン変更するのに解約→再契約がいるんだよね？
でも有名サイトも結構さくら多いからな…
048312016/09/15(木) 17:38:21.18ID:???
APIベースクラス作ったから後は単純作業だ…
0484nobodyさん2016/09/15(木) 17:56:23.33ID:???
>2GB借りる予定
あ、2GBで1700円か。勘違いしてた。1GBが1700円と思ってた。
>さくらってプラン変更するのに解約→再契約がいるんだよね？
プラン変更はわからんけど、スケールアップしなくても、新しいプランを契約して、
２つのサーバーをローカルネットで連携させて、スケールアウト見たいな事は
できるんじゃね？？WebサーバーとDBのサーバーの２つ仮想サーバーに分けるとか。
0485nobodyさん2016/09/15(木) 17:59:56.73ID:???
Webサーバーだけだと、ディスク容量がもったいないので、
(Webサーバー+DBサーバー)とDBサーバーで、DBは分散させてこうかな？
適当。
048612016/09/15(木) 18:17:36.93ID:???
拡張とか２つ借りると言っても2000円越えるのは絶対無理
そんな金ない
048712016/09/15(木) 18:22:47.38ID:???
nch.net既に使われてた
048812016/09/15(木) 18:23:40.75ID:???
スクリプト名はNchだけど、サービス名はどうしようかな
0489nobodyさん2016/09/15(木) 18:27:37.11ID:???
そっか。
２つ借りる状態になるってことはアクセス数増えてくるわけだから、
その間に広告とか貼ってマネタイズするとかそういう計画はないんだ。
そうしてアクセス数の増加とともに広告で金稼いで、サーバー代捻出して
ステップアップしていくと普通に思ってわ。
049012016/09/15(木) 18:30:00.02ID:???
>>489
広告は色々心配があって…
アドセンスとか規約厳しいみたいだし、書き込み内容が酷いとBANされないかなと
アマゾンとかは大丈夫なのだろうか
0491nobodyさん2016/09/15(木) 18:34:20.53ID:???
そっか。俺はそこらへん素人だから実情わかってなかったわ。
049212016/09/15(木) 18:37:35.26ID:???
俺もよく分からないから調べてみる
Googleはアウトらしいけど、他なら大丈夫な所あるかも
049312016/09/15(木) 18:41:30.17ID:???
2chの広告はマイクロアドって言う奴っぽい
ggってみたら審査も緩いらしいし、ここならいけるかも(Googleで落ちた人が使っているらしい)
049412016/09/15(木) 18:47:25.42ID:???
画像投稿機能はサーバー側には付けません
imgurAPIを利用します
0495nobodyさん2016/09/15(木) 20:20:39.67ID:???
そこらへんは悩みどころだよな。
レスの本文に何を許すのか。本文に(Markdownとかによる)HTML入力を許すのか。
それとも、単にPlainなテキストのみ許可するのか・・・
HTML入力許すとブラウザで表示する場合はいいけど、クライアントアプリでの
表示が大変になる・・
049612016/09/15(木) 20:24:21.14ID:???
MarkDown使う(独自拡張したいけど大変そう)
クライアントアプリはあまり考えていない。もし作るならElectronとか使ってする
0497nobodyさん2016/09/15(木) 20:36:32.49ID:???
2chmateとかandroidやiOSを無視する気ですかね。
まぁ、そこらへんはすべてのHTMLタグに対応しなくて(できるわけもないし)、
表とかはきつそうだけど、基本的なタグだけ対応すれば、まぁ、でもユーザーが
やりすぎるとブラウザでの表示とクライアントアプリでの表示がかい離しすぎちゃうけど。
049812016/09/15(木) 20:43:11.45ID:???
>>497
WEBブラウザからだと問題ある？
WEBアプリはスマホ対応するけど
あと今調べたらElectronみたいなCordovaって言うのがあるらしい
049912016/09/15(木) 20:58:47.06ID:???
最近reCAPTCHAって奴多いなと思っていたらGoogleだったのか
凄い有能だと思っていたけど流石Google
0500nobodyさん2016/09/15(木) 21:02:47.89ID:???
例えば、2chなら2chmate並みの操作性に近づけてくれるなら別にWebブラウザでもいいよ。
もちろんWebアプリで可能だと思うし。まぁ、デメリットはブラウザ(JavaScript)で動く分、多少重くなるだろうが。

最低、スレをお気に入りに登録して新着チェックを簡単にできるようにそれぐらいは必要でしょう。

このスレだって、途中で>>1がいなくなって戻ってきたけど、このスレをお気に入りに登録して、
新着チェックできるからこそ、>>1が戻ってきた事に気づけたわけだし。

まぁ、でもスマホとかじゃ2chmateなど専用ブラウザから見てる人圧倒的なんじゃないかな。
2chのスマホ向けのWebページがしょぼすぎて低機能なのもあるけど。
050112016/09/15(木) 21:13:55.41ID:???
>>500
お気に入り機能とか使ったことなかった…
タブ170件以上開いて新着チェックしてた

まあそれは置いておいて、
2chmateは使ったことない(IOSだから)よく分からないが、多分専ブラの機能なら大変だろうけどWEBで実装出来ると思う
専ブラ作るのが大変なのはネイティブでも変わらないし

2chは本当WEBページゴミだよな…多分ajaxとかSPAとかが流行ってなかった事に出来たからだと思うけど
050212016/09/15(木) 23:14:57.05ID:???
明日か明後日にはサーバーサイドAPIの実装が終わるので(テストはまだだけど)、クライアントの方はその後に考えます
とりあえずPushしました
050312016/09/15(木) 23:16:36.60ID:???
クライアントですがJS使えないブラウザは当然ですが、IEも捨てるかもしれません
050412016/09/15(木) 23:18:34.33ID:???
いつのまにか500行ってた
テストコード１回も書いたことないから何すればいいか分からん。。。
050512016/09/15(木) 23:31:09.21ID:???
あとPHP版でコールバック地獄で酷い事になったのでpromise採用します
050612016/09/15(木) 23:54:14.47ID:???
クライアントはvue.jsではなくangular2を使います
0507nobodyさん2016/09/16(金) 16:54:03.11ID:???
>>302だけど、俺もPHP挫折しそうww
コード補完がまともに動かなったり、->の代わりに.をくせでスペルミスしたりで動かなったり効率悪すぎ。
いちいち、メソッド名忘れると、Webで検索してるわ。
開発環境が悪いのかなぁ・・
Windows上のVisual Studio Codeで作って、仮想マシン上のLinuxにデプロイ・実行してるんだけど。

ということで、.NET Core + ASP.NET Coreに移行中。
とりあえず、開発環境と実行環境分けるとあんまいい感じじゃなさそうなので、
Linux上のVisual Studio Codeでやるわ・・
050812016/09/16(金) 16:58:37.39ID:???
VS CodeはJSとかHTMLだと軽くて強力だけどPHPは微妙
VSにPHP Tool(クソ高い)入れるかNetBeansおすすめ(そもそもPHPがゴミだけど)

C#ならVS CodeよりVSの無料版の方が絶対良い
0509nobodyさん2016/09/16(金) 17:28:26.93ID:???
>VSにPHP Tool(クソ高い)入れるかNetBeansおすすめ(そもそもPHPがゴミだけど)
勉強目的でいきなりお金払うのわね。NetBeansとかいうのいいんだ。
俺的にはコード補完とかもうちょいまともに効くならPHPという言語でも許容できるけど。

>C#ならVS CodeよりVSの無料版の方が絶対良い
うん。今、それに向けて作業してる。元々、UWPアプリとか作っててVisual Studio 2015使ってるからね。
これ以上、メインマシンをよごしたくなくて、維持でも実行環境(Webサーバー+DBサーバー)は仮想マシン上に構築しようとしてたけど、
Windows上で.NET Core + ASP.NET Coreの開発環境入れてもIISとかインストールされないっぽい(
Kestrelとかいう軽量サーバーがデフォルト？)から、VSにすることにした。
で、データベースだけはLinux上に。
0510nobodyさん2016/09/16(金) 17:32:57.59ID:???
あれ,IIS Expressとかにインストールされちったw
051112016/09/16(金) 18:28:33.80ID:???
TODO：
User子クラスに認証関係のチェック不足が大量にあったので修正する
051212016/09/16(金) 20:36:37.97ID:???
API一通り完成したのでコミット＆Pushしましたー
0513nobodyさん2016/09/16(金) 20:57:06.34ID:???
全部POSTメソッドなんだ。
つか、ソース見にくすぎだな。
0514nobodyさん2016/09/16(金) 21:06:49.13ID:???
つか、これ、コンパイルは通ってるの？？
abstract class HttpApiBase(val tokenFlag:TokenFlag,val strParams:List[String],val intParams:List[String]) extends HttpServlet
Scalaの事よくわからんけど、tokenFlagとかコンストラクタの引数？
継承元のHttpServletってサーブレットコンテナ？がHttpServletのインスタンスを生成して、適切なdoPostとかdoGetとか呼んでくれるんじゃないの？
HttpApiBaseにコンストラクタ引数を宣言してて、だれがこれをセットしてくれるのか？？
0515nobodyさん2016/09/16(金) 21:10:30.17ID:???
あ、ごめん。Scalaはなんか違うのか。派生クラスみたら、定数値っぽいのがセットされてるな。
051612016/09/16(金) 21:38:02.32ID:???
>>514
class Hoge(val i:Int)
は
public class Hoge{
　　public final int i;
　　public Hoge(int i){
　　　　this.i=i;
　　}
}
と同じ(実際は内部でgetterが生成されていたりするけど)
かなり短く書ける
051712016/09/16(金) 21:44:30.44ID:???
あとListはscalaのAPIで不変なリスト
javaのHoge<T>はScalaではHoge[T]
Hoge[]はArray[Hoge]
051812016/09/16(金) 23:09:55.00ID:???
あっ大事な事忘れていた
web.xmlがない
051912016/09/16(金) 23:11:44.98ID:???
URLとかは
hogeFooよりhoge-fooの方がいいのだろうか
0520nobodyさん2016/09/16(金) 23:42:59.51ID:???
RESTfull API的には
hoge/foo/afef
で、HTTPメソッドGETで取得、POSTで挿入、PUTで更新、PATCHで部分更新、DELETEでリソース削除。
052112016/09/16(金) 23:48:46.55ID:???
>>520
POSTとGETは分かりますが、残りは対応面倒と聞きました
全部POSTに統一が一番シンプルでいいかと思ったので、POSTに統一しています
052212016/09/16(金) 23:49:26.23ID:???
まだ、バグ修正などありますが、APIを頭の中で整理するために仕様書を書きます
0523nobodyさん2016/09/16(金) 23:56:47.02ID:???
対応って別に全部に対応する必要はないよ。
例えば、User自体は削除できないんだから、Userに対してDeleteメソッドは定義する必要はないし。
Scalaとか使う道具にはこだわるが、作りだす物にはこだわりがないのかね？
いきなり全部はできんけど。

つか、せめて、取得系はGETでいくべきだ。全部POSTとか、クソAPI呼ばわりされること間違いなし。

RESTful APIに別に無理してしなくてもいいが、
例えばQiitaのAPIはRESTful APIっぽいし。
https://qiita.com/api/v2/docs
http://wp.tech-style.info/archives/683
052412016/09/17(土) 00:03:42.90ID:???
>>523
なるほど
何か難しそうだけどそういう風なのが普通なのか
あとエラーコードの返し方も考えた方がよさそう
全部jsonで返しているし
052512016/09/17(土) 00:04:24.59ID:???
これHTTPの基礎勉強しないと駄目だ
0526nobodyさん2016/09/17(土) 00:05:38.71ID:???
RESTにしなくても、RPC的なAPIでもいいと。
https://dev.twitter.com/rest/public
Twitterはそんな感じだけど。パラメータの渡し方は。
052712016/09/17(土) 00:06:00.49ID:???
PATCHとか初めて聞いた
0528nobodyさん2016/09/17(土) 00:06:47.04ID:???
いや、エラーは全部JSONでいいよ。他のResponseとかも
JSONで返すんだし統一性がないと俺ならブチ切れる。
0529nobodyさん2016/09/17(土) 00:09:19.60ID:???
エラーはHTTPのステータスコードでエラーを示して、
更に詳しい情報やメッセージなどをレスポンスのJSONボディで返すのが
普通かな。大手サービスはだいだいこんな感じ。
053012016/09/17(土) 00:10:05.25ID:???
>>528
エラーの詳細はJSONだろうけど、HTTPステータスがエラーでも200 OK返しているからどうなのかなと思って
例えば、「本文が長すぎます」みたいなのは200 OKでいいの？
0531nobodyさん2016/09/17(土) 00:12:25.56ID:???
>>526のTwitterはGET,POSTでパラメータはどっちかというとクエリパラメータで
渡して、RPC的なんだと思う。
053212016/09/17(土) 00:12:43.05ID:???
>>529
大まかなエラー内容はHTTPステータスでいいのか

REST APIで調べたら「セッションなどの状態管理を行わない」って書いてあったけどトークンってこれに含まれる？
何か凄く難しい
053312016/09/17(土) 00:14:25.50ID:???
>>531
twitter参考にしているからこっちがいいのだろうか
何か凄く難しい…
TwitterAPI生では触った事ないから内部でどうなっているか考えた事なかった
0534nobodyさん2016/09/17(土) 00:16:42.85ID:???
>>530
それはまずい、それはクライアラント側のエラーだから
ステータスコードは400のBad Requestで、
JSONの方に、本文が長すぎますみたいな感じで。
まぁ、はじめてなんからほどほどでいいけど。

https://tools.ietf.org/html/rfc7231
で、どんなステータスコードあるかサクっと見たほうがいい。
4xx系がクライアント側のエラー
5xx系がサーバー側。例えば、クライアント側のリクエストには問題ないが、
サーバー側で問題発生で処理できないとか。
053512016/09/17(土) 00:18:20.61ID:???
>>534
何か基礎が分かってないみたいだからRESTとRPCを見て、エラーコードも確認してみる
実装は明日にする
0536nobodyさん2016/09/17(土) 00:23:06.98ID:???
>REST APIで調べたら「セッションなどの状態管理を行わない」って書いてあったけどトークンってこれに含まれる？
これって認証がらみのトークンだっけ？？
通常は、HTTPのリクエストヘッダにAuthorizationヘッダってあるから
https://tools.ietf.org/html/rfc7235#section-4.2
これで渡してもらうのがふつう。
0537nobodyさん2016/09/17(土) 00:25:30.64ID:???
まぁ、ほんとは認証がらみではOAuth2っていうプロトコルあって、
これをどのサービスを使ってるんだけど。まぁ、さすがに今は覚えることありすぎて
やりすぎかな。

QiitaのAPIもTwitterもFacebookもDropboxもOAuth2だし。みんなこれ使ってる。
053812016/09/17(土) 00:28:52.08ID:???
Authorizationヘッダとかあったのか
OAuthはTwitterで聞いた事はあるけどよく知らない
HTTPってかなり複雑だったんだな…
053912016/09/17(土) 00:31:04.56ID:???
やる事が思っていたより多かった
0540nobodyさん2016/09/17(土) 00:34:41.55ID:???
まぁ、俺は何度もHTTPのRFCの仕様を何度もよんだし。
いろいろ大手のAPIを叩いたし、OAuth2のクライアント側も自分で実装したりしたから、
ここらへんは叩き込まれてるけど。あくまでクライアント側だけだから。
>>507で書いたように今はサーバ側を君と一緒に勉強しようとかなと
ここに居座ってるw
054112016/09/17(土) 00:36:51.23ID:???
一度実装したものを作り直すのは大変だから一回表とかにまとめてみる
0542nobodyさん2016/09/17(土) 00:42:23.14ID:43HWDKIQ
>>541
そこだね。見てて思ったんだけど、作り方が水平方向的？なんだよね。
例えば、モデルクラス作るなら、一気に全部モデルクラスを作るみたいな。
これだと、途中で設計まずったときに全部作り直しになるじゃん。
俺なら例えば最初にUserだけのモデル作って、その次は垂直方向にUser用のAPIを作るね。
そうすりゃ、早い段階で問題点に気づけるし、全体像を早い段階で気づける。
054312016/09/17(土) 10:10:06.72ID:???
アジャイル開発って奴か
クラス間の依存とか考えたら結構難しくて…
0544nobodyさん2016/09/17(土) 10:34:47.47ID:???
認証後回しにしてメインのスレッドとレスポンスからがいいと思う
054512016/09/17(土) 10:41:23.23ID:???
サブパスワードで安全にしようと考えていたけど、流石に大量のパスワード覚えるのは面倒か
ここ全く考えてなかった
054612016/09/17(土) 10:55:39.20ID:???
・SubPass廃止
・Tokenの仕様変更
・Storageは1トークン1つ
・GET、POSTメソッドを分ける
・HTTPステータスも返す
0547nobodyさん2016/09/17(土) 14:47:49.39ID:???
そもそも、サブパスでセキュリティで気にするなら
HTTPSを使わんと。
Let's encrypt!!
054812016/09/17(土) 16:02:12.48ID:???
HTTPSってサーバーの設定じゃない？
サーブレット側でも対応することあるの？
0549nobodyさん2016/09/17(土) 17:05:10.60ID:???
ないと思う。
というよりそういう事いいたかったんじゃなくて、HTTPSはサーバー証明書が
必要になるわけだから、サーバー証明書簡単に取れるのか知らないので
そこらへん気をとめておいてねって言いたかった。
■ このスレッドは過去ログ倉庫に格納されています