OpenPNE その6

>>416
誰と戦ってるんだ？

HTMLの挿入が、全然わからん。

以前、OpnePNE2を自動インストール出来るスクリプト作成したけど、
OpenPNE3はWindowsからでもインスト出来るインストーラがあるんですね。

つーか、PNE3使う開発者おるんか？
2は流行りもあって汚い汚いといいながらも触ったやつは多いだろうが、3は開発者として意識する作品じゃない。

テンプレートにHTMLを入れる

他にお勧めのSNSってあるの？

手嶋屋は提供するサイトのパフォーマンスがいかに大事か
いつまでたっても気付かないんだからもうだめだろ

ある程度顧客が集まって定期収入があるんだろうから
それで満足したり飽きたりしてしまってるんだろう。

よくあるシステム屋。
素人少数でやってるとそうなるよ。興味のあるときしか面倒見ないから。

3.4.13で画像以外をファイルアップロードしたいときどうすんの？

>>422　
　BuddyPress

CoreserverのCore-mini借りたんだけど、OpenPNE2はうまく動くのに3が動かない
403エラーを返すからパーミッションに問題があるんだろうけど、symfonyさんが勝手にやってくれてるんじゃないの
何かコツがあるようなら教えてちょ

3なんか入れなくても2でいいじゃん、っていう後押しならそれはそれでほしい

口だけで技術力がないな

まともに動いてる3なんかないからな
２でおｋ

>>428
別にえらぶってないでしょ！

>>429
そうなんだ。ありがとう、2でやってみますね

OpenPNE3で提供されているpluginってOpenPNEPluginsにあるのでほぼ全てなのかな？
これ以外で機能を実装しようと思うと自力で開発するしか無いとか？
うーん･･･そんなスキル無いぞお･･･

つまりsymfonyがダメと。

すみません、質問させてください。
OpenPNE-2.14.9を用いて開発しておりますが、PIXIVのようにログイン画面等に
新着記事の添付画像のサムネイルを掲載しようと思っております。

しかしながら、ログイン画面だと、({$item.image_filename_1})のように記述した場合に
ファイル名を返してくれなくなったりとなかなか上手くいきません。
何か参考になるサイトやソース等ありますでしょうか？

>>433

その新着記事の投稿時にログイン画面用のファイルとソースを書き出せばいいのでは？
直接読みに行くのは危険すぎる。

>>434
なるほど、どの道セキュリティ上の理由で直接読むのはやめた方がいいのですね。
投稿時にログイン画面用のファイルとソースを書き出す旨の方向で検討してみます。
ありがとうございました。

OpenPNE-2.14.9を使っております。
日記一覧で、日記につけられているコメントも一緒に表示させたいのですが、
これって初心者には実装は難しいでしょうか？

既にあるソースを弄ったりする程度の知識しかなく、添付画像や
日記のタイトル等は取得できますが、コメントとなると専門的な
知識がないと自分で調べた程度では取得方法が見つかりません。
諦めたほうがいいのでしょうか・・・。

OpenPNE 3.6.xでプラグイン作ってるんだけど、symfony1.4系の学習コストがクソ高いわ、OpenPNE内のsymfonyの方言がキツイわで、時間ばっかりかかって動くものが作れない。
公式にドキュメントもチュートリアルもないし、みんな何見て作ってるの？
何を読んだらサクサク作れるようになるの？
マジで教えて欲しい。
お願いします。

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は重いこれにつきるわ・・・