元スレ【PHP】2chat開発スレ【2chを越える】

php覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

401 = :

動的言語が苦手ならなぜPHPで作り始めたのか
JavaScriptも苦手っぽいけど、今時静的言語だけで頑張るのは厳しい

402 = :

Pythonが動的言語かいなかをいいたいんじゃなくて、あくまでPythonは例で、
君の性格について言及するに引き合いにだしただけなのに、
動的言語は苦手だからとか見当はずれなレスして読解力もないのか・・

403 = :

最初からPHPとjavaには不満あったけど、Scalaは結構合いそうだからこのまま進める

404 = :

Scalaは趣味ではいいけど、仕事の求人数的には役立たずじゃね。

405 = :

>>404
これ趣味だし、好きな言語使いたい
これから普及する可能性もあるし

406 = :

PHPが動的言語と静的言語のデメリットをとった言語なら、Scalaは両方のメリットをとった言語だと思う

408 = :

あ？PHPバカにすんなよ

410 = :

疑問が二つ。
このスレに書き込むかは正直どうでもいいのでちゃんと開発し続けているのか
1についていく人間が果たしてどれだけ居るのか

411 = :

今の状態ではついてくる人がいないのは分かっている
ただ開発は続いている

412 = :

静的型付け言語を

413 = :

明日頑張れば移植終わりそう
TODOは明日までにクラス作って、明後日からDBだから予定変更いらないかも
これ異常予定変更したくないし

414 = :

ソース半分以下になったりするからかなり便利

415 = :

移植完了

416 = :

間に合ったので予定変更せずに進めます

417 = :

1の予定ではいつ完成するのだろうか

418 = :

>>417
http://github.com/kgtkr/nch/blob/master/todo.md

419 = :

今日までと思っていたら明日までだった

420 = :

>>418
サーバのToDoしかないようだが…
全て完成するのはいつ？

421 = :

>>420
クライアント側はまだ仕様がしっかり決まってないから分からない
APIの薄いラッパーは1週間くらい
クライアントアプリはサーバーより時間掛かるかも

422 = :

APIの仕様出たらオレもクライアントアプリ作るよ、ブラウザ使わないやつ

423 = :

>>422
安定して来たらAPIの仕様はドキュメント化します
ドキュメント化する前も一応使えますが、仕様が大幅に変わる可能性もあります

425 = :

まだ、サーバー公開してるわけじゃにし、外部の者が
開発はめんどくさいだろ。

426 = :

サーバーはさくらのVPS借りる予定です
ドメインは一個とってサブドメインにします

427 = :

まだ鯖どころか、スクリプトも完成していないのでクライアント開発は無理ですね

428 = :

2Gプランが1700円くらいか
広告貼って月1000円くらい入ればいいんだが…1700円全額は確実に金なくなる
VIPみたいな書き込みが多くなると、Googleアドセンスは確実にBANされるだろうしどうしようかな

429 = :

PHPなら無料レンサバで様子みながら、ユーザーが増えて成功しそうなら、
有料に移行できるのになww
まぁ、最初から金を払わざるを得なくて君の本気度が試される。
無料のVPSとかあるのか知らんが。

430 = :

もう、明日にでもさくらのVPSだかしらんがどこでもいいから契約しろって。
で、自分を窮地に追い込めば、モチベーションも長続きするんじゃね？？

431 = :

>>429
PHP→java→Scalaにしてよかったと思ってるよ
かなり開発期間伸びたけど

>>430
それは流石に…


TopicRepositoryとTopicHistoryRepository終わりました

433 = :

DM機能いらないなこれ
オープンな掲示板にしたいのにクローズな物作るのは違う気がする
要望多ければ後からつけ足せばいいし

434 = :

今日一日作業したらかなり進んだ

436 = :

2chの仕組みとか名前とか入れてるみたいだけど
サーバから2chへのアクセスは無いんだよね？
sakuraのサーバからは2ch一切読みに行けないんで念のため

437 = :

完全に別のサービスだと思うのにそれはないとおもう。

438 = :

まあ借りたついでに proxy2ch 置く、とかやらなきゃ問題ないかｗ

439 = :

scがsakura使ってるからだよね
2chにアクセスする事はないからそれは大丈夫

440 = :

Repositoryクラスが一通り完成しました
エラー処理が終わっていないのでそこを進めていきます

441 = :

現在の設計では1書き込みでかなりDBアクセスをしなければならず、パフォーマンスに問題が発生する可能性が高いです
ただ、実際に動かしながらでも修正出来る部分なので、今はとりあえずこのまま完成させます

443 = :

ソース見ていろいろ突っ込みたいところだが、Scalaシラネ。

>パフォーマンスに問題が発生する可能性が高いです
>ただ、実際に動かしながらでも修正出来る部分なので、今はとりあえずこのまま完成させます
だね。どんどん進むべきだな。
でも、やっぱ、ミーハーな君は最終的にはNoSQLとかになるのかな？？
俺もNoSQLよくわかってないけどw

444 = :

リレーショナルじゃないデービーって巨大なテキストファイルと違うの？

445 = :

どっちかっつーとハッシュ
って環境によって呼び名が変わるけど連想配列とかディクショナリーとかね

446 = :

ちなみにDBでパフォーマンスが問題になるほどの規模には通常ならん
よほど下手くそに作るのでもなければ

447 = :

でも、RDBMSは奥が深すぎるからな・・
トランザクションの分離レベルで、シリアライザブルをメインで使うのは駄目かな？

448 = :

中途半端なリプライ機能いらないと思う。ソース見ると１人にしかリプライしか
できないなんて、クソすぎだろ。
>>21-25
あほ。
とかまとめてリプライできないんだぜ。
2chの劣化にしかならねぇ。

449 = :

それにリプライの表示の仕方なんてクライアントでいくらでもできるかもしれんが、
ツリー表示は2ch型掲示板には向いてない。
例えば、こういう過疎スレとかで、古いレスにリプライ(例えば、>>10)とかしてツリー表示すると、
新着レスを見つけにくいんだよな。で、誰にもレスに気づかれず終わりやすい。

時系列表示だと、新着に気づきやすいから、レスが埋もれることがなくなる。
ので、時系列表示は強制すべきだな。

450 = :

>>111にも書いたけど、Redditに似せたら2chの代わりにはならず失敗するよ。
Redditはリプライ機能あるツリー表示だし、多彩なソート機能とか最悪の機能ばっかだった。

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

時系列表示が最強。

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ

類似してるかもしれないスレッド

• 【PHP】 Smarty 隔離スレ 【テンプレート】 (1001) - [46%] - 2010/3/28 11:16 ○
• 【PHP】Laravel【フレームワーク】 (887) - [44%] - 2019/4/23 21:00
• 【PHP】Ethna part.2【国産フレームワーク】 (315) - [36%] - 2019/5/9 7:45 ○
• 【PHP】PHPフレームワーク総合スレ14 (1001) - [36%] - 2010/12/11 10:32
• 【PHP】PHPフレームワーク総合スレ15 (989) - [36%] - 2013/9/27 6:00 △