OpenPNE その6
「OpenPNE」について語るスレ。
|￣￣￣￣￣￣￣￣|
| 次でハゲて.!! |
|＿＿＿＿＿＿＿＿|
. ∧∧ ||
( ﾟдﾟ)||
/ づΦ
▼オフィシャルサイト
OpenPNE Information
http://www.openpne.jp/
▼前スレ
OpenPNE ★5
http://pc11.2ch.net/test/read.cgi/php/1164041463/
▼姉妹スレ（初心者向け）
OpenPNE設定について
http://pc11.2ch.net/test/read.cgi/php/1149737728/ そう思うのは勝手だが、他人に押し付けなくても良かろうて デフォルトで重いのは真だな。
ただしこれはOpenPNEが悪いのではなく,symfonyが重いから仕方がない。 CPUがPentiumII233MHzでメモリー128MBなサーバーにOpenPNE3入れたら表示に2、30秒かかって泣いた
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はデフォルトで重いので意味なし。
ユーザーsns@example.comが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
Java Struts セッション ActionForm
以上でググればヒントが出てくるかと。
それをPHPで実装するのはオススメできないが。 なぜJava
しかもセッション変数表示するだけで移植とか
ついでにレベル低過ぎるから放置してるのに そうか？
PNE3(=symfony）なら$this->getUser()->setAttribute($name, $value);でできるから全然難しくないけど。
regenerate_id()とか面倒な処理は全部symfonyにお任せ。 おかしくないか？
1. PHPの話なのにJavaがどうたら
2. 難しくないって書いてるのにPHPだとムズイとか
3. 更に指摘したらSymfonyが重いとかズレズレ
要はマトモな反論ができないから軸をズラしてるだけ。
会話にならんから消えろや。 >>485
それを実現するのに恐ろしいほどのファイル数が必要だな。 OpenPNE3(symfony)使う限り、セッション関連の「恐ろしいほどのファイル数」を自分で
管理する必要ないのになんでそこを嫌がるのか理解に苦しむ。
ファイル数が多いのが嫌ならPNEもsymfonyも使わずに全機能フルスクラッチで書けば
いいじゃん。 いやsymfonyは重いぞｗｗ
エンタープライズ向けに作ってサーバ負荷高すぎとか意味ねーから
Cakeでよかったんだよ 重いのは確かだね。Cakeもだんだん重くなってるけど、それほどじゃない。 オレらプロのスキルアップのためにと思ってこのスレを覗いてみたんだけど、素人ばっかだな 誰もいないな公式コミは2の時はいたけど(´･ω･`) >>499
2の質問なら答えられるけど(´・ω・｀)
3クソすぎてダウソする気にもならない mynetsは開発放置で3は重くて運用ダメだし(´･ω･`) ゆだいくんとスパムくんしか動きがない公式コミ(´･ω･`) openpneはどこに向かっているのか(´・ω・｀)
mixiからfacebookをパクリ始めたし(´・ω・｀) pluginのリリースがぱぁーったり途絶えてるな。
もう見放されまくってるのでは。 OPENPNECEｷﾀ─￣─_─￣─(ﾟ∀ﾟ)─￣─_─￣─!!!! まぁそうだよね。
symfonyの評価は手島屋効果でだだ下がりだなぁ あれほどお口を叩いていたmynets開発人は開発放置しているし3は重くて使えないしceしか期待できるのいないな 本人達が仕事じゃなく趣味でやってるんだから、飽きたら放置されて当然だろう。
利用者のスタンスはどうなんだ？
サーバー代には金を出しても、ソフトには金を払いたくないのか、優秀なソフトならそれに見合った金を払うつもりはあるのか？ うちは自宅サーバーが暇してるから何か実用的なものを入れたいだけ あれだけ、手嶋屋がどうだとか言っていた連中なのにw 何故画像をdbに保存するの(´･ω･`)阿保なの？ >>522
きみのつくるSNSは見せたくない画像も見えていそうで怖いねw ログインしてるかしてないかで画像の読み込みを許可するかなんて簡単だろう >>531
>>522
こういった場合↓どうやって画像閲覧認証を制御するの？
ウェブ全体（ログインしていない状態・検索エンジンに引っかかってもOK）に見せる場合、
SNS全体に見せる場合、
友達だけに見せる場合、
サークルだけに見せる場合、
自分だけに見せる場合 image.php?src=user/id/photo1.jpg
画像はドキュメントルートに置かず
image.phpとかでログイン確認して表示ってやり方も可能 >>533
答えになっていない。>>532の例はログイン確認だけでは済まない。 referrer制御すりゃいいいんでない？偽装してまで見るやつはどの道あらゆる方法でみるよ
見られちゃ困るものをWEBに上げちゃだめだ OpenPNE3.8スマホ対応か
今までシングルコアのサーバーで動かしてたから重い印象しかなかったけど
デュアルコアだと軽快 >>535
公開範囲によってURLを変えるということでしょうか？
偽装して見られないようにするために画像をDBへ保存する意味もあると思うのですが・・・・
↓こんなこというくらいだったらWEBプログラミングはあなたには向いていないですよ・・・
>>見られちゃ困るものをWEBに上げちゃだめだ 非公開エリアに置いた画像(他ファイル)を公開ゾーンアクセス・認証を経由してストリーム、って普通にやらない？ >>537
繰り返すけど
「見られちゃ困るものをWEBに上げちゃだめだ」
知識が少ないならデスクトップも避けた方がいい もう見られちゃ困る物をどうこうしようって発想が古い。
見られて困るものなら、持つな。
でなきゃ、見せてしまえ。それで広がる道もある。
そう、オープンソースのようにね(ﾆｺｯ >>540
持つなといわれても、いやだからここはOpenPNEのスレですから。 >>535
言い訳がひどすぎて吹いたｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 安易にDBにつっこんでセッション増やしまくってドヤ
重いわボケ >>547
ひょっとして作った人？そりゃ誹謗されたみたいで引くに引けないわな。 ？FBとGoogle+作った人が同じなわけないだろ
>>547はシステム側で対処する問題じゃない（DBに入れなくてよい）という主張に見えるが DBに入れるのはバックアップ対策でしょ。
ソースコードとDBのdumpだけ取っておけばサーバー上のファイルをバックアップしなくていい。
大体、PNE3ならキャッシュをweb/cacheに作ってしまうわけで、一度キャッシュされてURLをバラされたら
世界中の誰でも見れる状態になり得る（別途referで制限はできるけど バックアップ対策なら、よけいにDBにバイナリはいれたく無いんだけど？ >>555
あなたのの作ったSNS教えてください。優秀な方のようなので勉強させていただきます。 
