OpenPNE その6

2.x系しか使ってない。

それはsymfonyが糞なんですか？手嶋屋が糞なんですか？両方ですか？

いくら匿名とはいえ書き方に注意しろよ

>>437
それはphpの問題。
一定規模になれば無理が生じる。

OpenPNEみたいな巨大なアプリは
phpの範囲を超えている気がする。

MySQLで使おうって時点で設計から怪しいのは覚悟するべき。

手嶋屋に面接に行ったら凄く汚いボロ雑居ビルだったｗ

>>443
なんで？

ソースにコメントが少ないけど
これはリリース時に消しているんでしょうかね

ソースちらっと見て感じたことあるけど、普段から日本語で表記してるんじゃないか？

過疎

FireFoxを使う方法以外で
OpenPNE系のSNSで
ユーザーが自分の日記を
バックアップできるソフトってないんでしょうか？

age

このアプリはつまるとこり、PHPの限界に達している。
次期メジャーバージョンからは言語を変えた方がいい。

>>451
言語変えるとかぬるっと言うやつは素人

デフォルトで激重

自分で移植しろ

C++に変換してコンパイルできるだろggrks

いやこれはもうやめておいた方がいい

そう思うのは勝手だが、他人に押し付けなくても良かろうて

デフォルトで重いのは真だな。
ただしこれはOpenPNEが悪いのではなく,symfonyが重いから仕方がない。

CPUがPentiumII233MHzでメモリー128MBなサーバーにOpenPNE3入れたら表示に2、30秒かかって泣いた

それは無謀すぎるwww

結論を言うとこの手のアプリはPHPに向いていない

symfony使わなければコード量1/4になりそう
httpdプロセスが拾ってメモリに貯めて処理する量もね

DBアクセスを減らさないと遅い。
WordPressも同じ。

シンフォニーとか変なもの使うから…

くそ重くなっただけでなくプラグイン作成の学習コストが高くなったじゃん…

せめてcakephpでしょ

cakephpもくそ重い上にDBへの無駄アクセスで早々破綻する。

他の言語を使っても、結局は同じ事だろう。

つまり
SNSのような重量級アプリケーションは
Cで書けと

でもそれじゃレン鯖に設置できないか

>>467
いや、そういうことじゃない。
結局のところSNSのようなアプリは何で書いたって重くなる。
アプリが重量級というよりも使われ方が重量級

どんなに高性能のマシンを用意したって、1000人、1万人が同時にそのマシンに
アクセスしたら高性能マシンは1/1000、1/10000の能力になってしまう。

まず第一にボトルネックはどこか。これは大抵ディスクにある。
つまりディスクを使わせないようにしないとダメ。
ディスクは、メモリの速度よりも【10万倍〜100万倍】遅い といえばその重要性が理解できるかな？

まず簡単な対処法として、アプリとデータベースを分ける。２台構成。簡単な負荷分散になる。
アプリサーバーは高速なCPUを搭載して、データベースサーバーには高速なディスクを搭載する。

次に、メモリを大量にのせたサーバーを用意する。用意できなければアプリサーバーが
兼用してもいい。そしてディスクにアクセスしないようにキャッシュさせる。

そのあとはアプリサーバーの能力が不足していて、一台のマシンスペックで追いつかなくなったら
アプリサーバーを複数台用意、ロードバランサーを設置して負荷分散を行う。

データベースサーバーの能力が不足している場合、垂直分割、水平分割を行う。
つまり機能毎に別のサーバーに振り分けたり、ユーザーごとに別のサーバーに振り分けたりする。


こんなこと、レンタルサーバーでは出来ないって？ 当たり前、レンタルサーバーってのは
つまり安いサーバーだろ。安い金でSNSをやろうってのが間違い。

（このレスに言語の話が全く出てないことに注意）

結局のところディスクがボトルネックだから、それを使わなくしたり
分散しない限りなんの言語で書いても解決しない。

>>468
OpenPNEはデフォルトで重いので意味なし。
ユーザー[email protected]が1人しかいない、インストール直後から重いから。

>>469
だがレンタルサーバーってことは
他にユーザーがいるんだろ？

>>470
レンタルサーバーではなくVPSやローカルの話。
apcなど推奨設定はすべて満たしている状態。

自分はレンタルサーバーではOpenPNEの使用経験は無い。

>>468
ソース読んでるか？
くそ重いsymfonyに一通りラッパー被せて
さらに倍！
とかアホしてるんだぜ？

>>468
デフォルトで遅いわけ。
この理由はいろいろあるよな。
たとえばPHPの実行速度が遅い、フレームワークが遅い、データベースアクセスが多すぎるとか。
理由はともかくデフォルトで遅いからその方法は通じないわけよ。
これがデフォルトで早かったら君の方法も生かせるがもともと遅いから無理だろ。

Cかjavaで書いて
データベースアクセスは極力数回で済ます

これで解決★

実際一回画面を表示させる時って数十回もデータベースアクセスしてるわけじゃないはずだから実行速度さえ上げたら

それかシンフォニーとか使わずにOpenPNE2のノリでPHPで続けるか

個人的には後者がいい
PNE2は>>459のヘボサーバーでもまあまあ実用できるくらいで動いたし
改造も簡単だし
情報多い

手元の環境だとこれがいちばん重かったな。devモードだからかもしれんが。
require($this->configuration->getConfigCache()->checkConfig('config/factories.yml'));

一部のOpenPNE系SNSで、画面が遷移しても入力内容が保たれているものが
あるんだけど、それってどうやって実現しているんだろう。
いろいろ調べたけど全然わからない。
方法によってはサーバの構成も変えないといけないかもしれなくてまだ実験
できてないけど、ぜひ内容が保てるようにしたいんだ。
サイトへのポイントでも何でもいいから教えてもらえたらありがたい。

サイトにとって重いということがどれだけマイナス要因かということが手嶋屋は昔から理解が乏しい
どんなに優れた機能があっても重いということはそれらを圧倒するのに

重いしカスタマイズしにくいから
OpenPNE2使ってもいいですよね？

>>478
PNE2系のカスタマイズしにくさは異常だと思うんだが…
3系の方がまし

>>479
2：テンプレートファイルいじったり
設定ファイルいじるだけ
3：シンフォニーわけわかめ
設定ファイルに目的の項目がない

>>476

>>476
Java Struts セッション ActionForm

以上でググればヒントが出てくるかと。
それをPHPで実装するのはオススメできないが。

なぜJava
しかもセッション変数表示するだけで移植とか

ついでにレベル低過ぎるから放置してるのに

PHPではやりにくいね。

そうか？
PNE3(=symfony）なら$this->getUser()->setAttribute($name, $value);でできるから全然難しくないけど。
regenerate_id()とか面倒な処理は全部symfonyにお任せ。

>>485
そもそもsymfonyが重すぎる。

おかしくないか？
1. PHPの話なのにJavaがどうたら
2. 難しくないって書いてるのにPHPだとムズイとか
3. 更に指摘したらSymfonyが重いとかズレズレ
要はマトモな反論ができないから軸をズラしてるだけ。
会話にならんから消えろや。

そもそもOpenPNEは激遅>>487

>>485
それを実現するのに恐ろしいほどのファイル数が必要だな。

ヤレヤレ

OpenPNE3(symfony)使う限り、セッション関連の「恐ろしいほどのファイル数」を自分で
管理する必要ないのになんでそこを嫌がるのか理解に苦しむ。
ファイル数が多いのが嫌ならPNEもsymfonyも使わずに全機能フルスクラッチで書けば
いいじゃん。

ヒント：シンフォニーの学習コスト

重病だわw

いやsymfonyは重いぞｗｗ
エンタープライズ向けに作ってサーバ負荷高すぎとか意味ねーから
Cakeでよかったんだよ

>>459のサーバーで動かなきゃだめ

重いのは確かだね。Cakeもだんだん重くなってるけど、それほどじゃない。

オレらプロのスキルアップのためにと思ってこのスレを覗いてみたんだけど、素人ばっかだな

なんのプロなんだかｗ

誰もいないな公式コミは2の時はいたけど(´･ω･`)

>>499
2の質問なら答えられるけど(´・ω・｀)

3クソすぎてダウソする気にもならない

3は重い

おおっと！symfonyの悪口はそこまでだ！

>>502
symfonyというか手嶋屋の悪口

mynetsは開発放置で3は重くて運用ダメだし(´･ω･`)

どうするお(´；ω；`)

ローカルなSNSってどこに需要があるの？

http://www.openpne.jp/ss/
ゆーだい君大活躍すぎて糞ワロタwｗｗｗｗｗ

ゆだいくんとスパムくんしか動きがない公式コミ(´･ω･`)

openpneはどこに向かっているのか(´・ω・｀)
mixiからfacebookをパクリ始めたし(´・ω・｀)

pluginのリリースがぱぁーったり途絶えてるな。
もう見放されまくってるのでは。

http://www.tejimaya.com/20121108openpne-ver2の開発移管についてのコメント/

OPENPNECEｷﾀ─￣─_─￣─(ﾟ∀ﾟ)─￣─_─￣─!!!!

2の方がキターってこと？

重いんだもの(´･ω･`;)

まぁそうだよね。
symfonyの評価は手島屋効果でだだ下がりだなぁ

OPENPNE3は重いこれにつきるわ・・・

あれほどお口を叩いていたmynets開発人は開発放置しているし3は重くて使えないしceしか期待できるのいないな

つhttp://usagi-project.org/SBBS/upmsk_pc.cgi?mode=al2&;namber=5450&rev=&no=0
これは酷いｗ流石に２年放置だからなｗ

本人達が仕事じゃなく趣味でやってるんだから、飽きたら放置されて当然だろう。
利用者のスタンスはどうなんだ？
サーバー代には金を出しても、ソフトには金を払いたくないのか、優秀なソフトならそれに見合った金を払うつもりはあるのか？

うちは自宅サーバーが暇してるから何か実用的なものを入れたいだけ

あれだけ、手嶋屋がどうだとか言っていた連中なのにw

何故画像をdbに保存するの(´･ω･`)阿保なの？

手っ取り早く認証でブロックするためだろ

公式なんであんなに過疎なの？

派生は飽きて消滅かね

>>522
きみのつくるSNSは見せたくない画像も見えていそうで怖いねw

おっとmixiの悪口はそこまでだ
※昔の話ね

DBに入れなくても制限できるけどね

>>528
ほー。

あら、ご存知ない？

ログインしてるかしてないかで画像の読み込みを許可するかなんて簡単だろう

>>531
>>522
こういった場合↓どうやって画像閲覧認証を制御するの？

ウェブ全体（ログインしていない状態・検索エンジンに引っかかってもOK）に見せる場合、
SNS全体に見せる場合、
友達だけに見せる場合、
サークルだけに見せる場合、
自分だけに見せる場合

image.php?src=user/id/photo1.jpg
画像はドキュメントルートに置かず
image.phpとかでログイン確認して表示ってやり方も可能

>>533
答えになっていない。>>532の例はログイン確認だけでは済まない。

referrer制御すりゃいいいんでない？偽装してまで見るやつはどの道あらゆる方法でみるよ
見られちゃ困るものをWEBに上げちゃだめだ

OpenPNE3.8スマホ対応か

今までシングルコアのサーバーで動かしてたから重い印象しかなかったけど
デュアルコアだと軽快

>>535
公開範囲によってURLを変えるということでしょうか？
偽装して見られないようにするために画像をDBへ保存する意味もあると思うのですが・・・・

↓こんなこというくらいだったらWEBプログラミングはあなたには向いていないですよ・・・
>>見られちゃ困るものをWEBに上げちゃだめだ