13/02/02 21:26:06.19
safari以外では再現しないの？
14:nobodyさん
13/02/02 23:32:33.80
>>12
Macじゃないし全く確認もしてないけど、
ページAのTwitter新ウィジェットとやらで何かPOST
→ページBを表示 （このページがPOSTパラメータに依存）
ページBのタグクラウドとやらをクリック
→ページCを表示
このとき、CからBに戻ったときにその確認が出るのは
あたりまえ。ウィジェットとやらをGETで使えないか調べるか
それ使うのをやめるしか無い。
ページCの内容はこの話になんにも関係ない
15:nobodyさん
13/02/03 00:22:42.85
>>13
再現しませんね
Twitterはこんなことを検証しないでリリースしたのでしょうか？
それともMacのsafariを見限ったか
>>14
調べてもなかなか出てきませんね
確実にtwitterウィジェットとsafariの組み合わせの問題のようです
16:nobodyさん
13/02/03 00:25:56.97
横槍すみません
現在運用してるRoRで作られたサイトがあります
メモリ1GBなのが辛いのか？
それとも設計自体に問題があるのか？
少し閲覧者が増えただけで
ページをロードするだけでバカみたいに重く(遅く)なってきました。
スペックの高いサーバーを別に借りて
同じソフトを入れていって
同じ環境を作り
アプリをそのままコピペ
既存のデータベースをエクスポートしておきたものを
新しい方へインポート
通常であればこれだけで動き出しますか？
該当ディレクトリ内の各種パーミッションが気になるところではありますが
17:nobodyさん
13/02/03 11:05:57.60
Ruby on Rails 3.1 でセッションを memcached に保存する - ux00ffの日記
URLﾘﾝｸ(d.hatena.ne.jp)
Rails3からmemcachedを利用する | Banana Systems 株式会社
URLﾘﾝｸ(www.banana-systems.com)
18:あ
13/02/03 22:31:44.88
スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog
5. ハードウェアは正しく適正なものを買おう
6. サーバ周りの人材をしっかり確保しよう
URLﾘﾝｸ(b.hatena.ne.jp)
URLﾘﾝｸ(blog.madoro.org)
19:nobodyさん
13/02/04 02:34:37.60
nginx と apacheだと全然速度が違ってきますか？
productionにしたんですが
なんというか時間の経過とともにhttpの動き自体が異常なくらいに重くなっていきます。
アクセスも最大接続２０程度なのに。。。。
どなたか、よろしくお願いします
20:nobodyさん
13/02/04 02:35:31.93
ちなみに現在がapache2です
21:nobodyさん
13/02/04 07:39:09.41
プログラムの作り
使ってるDBとその設定
サーバスペック
などによりけり
22:nobodyさん
13/02/04 08:02:41.46
>>21
メモリ1GBでデイリーPV1万人越えの会員サイトは絶えられますか？
23:nobodyさん
13/02/04 09:53:58.83
だからメモリだけじゃないと言ってるだろ…
24:nobodyさん
13/02/04 10:21:13.32
OSにもよるな。もしLinuxでないなら。
あまりに古いマシンでなければ、デイリー1万PVなんて余裕でしょ。
動画サイトだと厳しいだろうが。
25:あ
13/02/04 11:40:11.70
Togetter(トゥギャッター) - まとめ「700万PVのRails製サイトが月$60のVPS(メモリ1GB)で動かせるという話」
URLﾘﾝｸ(togetter.com)
26:nobodyさん
13/02/04 12:31:18.93 5sF210yV
リンギオ - Railsで遅延読み込みする
URLﾘﾝｸ(ringio-blog.appspot.com)
Railsで高速表示のために遅延読み込みを利用する - お題目うぉっち
URLﾘﾝｸ(blog.livedoor.jp)
Togetter(トゥギャッター) - まとめ「700万PVのRails製サイトが月$60のVPS(メモリ1GB)で動かせるという話」
URLﾘﾝｸ(togetter.com)
Rails アプリを nginx の拡張モジュールで置き換えて高速化する方法 - HeartRails Tech Blog
毎秒 1000 アクセスはクリア。CPU の使用率は 25% 前後
URLﾘﾝｸ(techblog.heartrails.com)
27:nobodyさん
13/02/04 14:38:47.67 5sF210yV
Rails + New Relic ならレスポンスタイム等のパフォーマンス監視が簡単にできるよ - 彼女からは、おいちゃんと呼ばれています
URLﾘﾝｸ(b.hatena.ne.jp)
28:nobodyさん
13/02/04 19:42:42.93
>>23
>>24
CentOSです
とくにページキャッシングやフラグメントキャッシングは使っていません。
サイトのほう自体の動きは大して重くならないんですが
webminのapacheメニューでapply changesを押したとき
今まではすぐに反映されてたのが
今は１０秒くらいかかるようになり
なんだか管理側のアクセス？が異常に重くなっています
それに伴いサイト自体の動きも遅くなっているのでは？と判断しています
29:nobodyさん
13/02/04 22:08:48.05
自分でサーバ立てるのってなんか楽しそうだしスゴそうだよね？
サーバ立てるのなんてちょっとパソコンに詳しければ簡単にできるんでしょ？
ハードウェアの多重化なんて必要？
企業で使うとかじゃなく個人的に細々と立てたサーバが攻撃されることなんて滅多にないよね？
ADSL でつないでれば大丈夫だよね？
攻撃が来るって言ったって大した数じゃないんでしょ？
攻撃されたって大したことは起きないんでしょ？
URLﾘﾝｸ(b.hatena.ne.jp)
30:nobodyさん
13/02/04 22:14:55.10
サーバー管理知識が無くても「さくらVPS」をレンタルサーバーのように使える方法
URLﾘﾝｸ(b.hatena.ne.jp)
31:nobodyさん
13/02/04 22:18:02.79
ITmedia エンタープライズ：自社サーバがフィッシングサイトに「踏み台化」されたら？ (1/3)
また、電源を切ってしまうことも良い対応ではない。
オンメモリ上で稼働しているフィッシングサイトの場合は、電源を切ることによって、すべてのデータが消えてしまい、原因究明や対応に遅れなどが出ることも考えられるからだ。
事実、フィッシングサイトを構成するツールの中には、後に証拠が残らないよう、すべてがオンメモリ上で動作するものがある。
このような場合、再起動や電源オフによって、メモリ上にあるすべてのプログラムやファイルが消え、事実や原因の確認が困難になる。
URLﾘﾝｸ(www.itmedia.co.jp)
32:nobodyさん
13/02/04 23:10:08.64 5sF210yV
New York Timesの記事によれば、同紙は米Symantecのウイルス対策製品を使っていたが、
Mandiantが調べた結果、攻撃者が使った45種類のカスタム版マルウェアのうち、Symantecの製品で検出できたのは1種類のみだったという。
URLﾘﾝｸ(bylines.news.yahoo.co.jp)