問題タブ [cloudflare]

Rails 2.3.9 で Ruby 1.8.7 を使用しています。コレクションの選択を使用して電子メール アドレスのドロップダウンを作成すると、電子メール アドレスが表示されません。代わりに、ドロップダウンに「[email protected]」が表示されます。これを引き起こしているスイッチはありますか？

リストにメールが表示されると、レールによってドロップダウンの各項目に適用されているjavascriptがあるようです。ユーザー名をリストするだけでは、javascriptはありません。

CloudFlare は元の IP からユーザーの国を提供しますが、都市レベルの場所が必要なので、mod_geoip Apache スクリプトを使用して MaxMind の GeoCityLite を追加しました。

問題は、php変数でIPを取得することです。次のようなものを使用しています

これは素晴らしいことですが、mod_geoip が使用している IP は CloudFlare DNS であり、エンド ユーザーではありません。CloudFlare はサーバー変数 HTTP_CF_CONNECTING_IP を提供してエンドユーザー IP を使用しますが、mod_geoip でその変数/IP を使用するにはどうすればよいですか?

これは htaccess の数行で実行できますか?

編集: geoip 用の php API を使用する回避策がありますが、これは簡単ですが、php api の apache ルックアップを使用したベンチマークははるかに優れているため、この解決策を見つけたいと思います。

Rails 3.1 アプリケーションで CloudFlare CDN を使用しています。Cloudflare は、DNS レベルで機能する CDN です。静的アセットへの最初のヒットで、CloudFlare はそれをアプリからロードし、CDN にキャッシュします。そのアセットに対する今後のリクエストは、アプリではなく CDN から読み込まれます。

私が抱えている問題は、コントローラーのキャッシュをtrueに設定した場合です:

Rack::Cache ミドルウェアを有効にします。Rails は静的アセットのデフォルトのキャッシュ制御設定を設定するため、それらのアセットは Rails.cache ストアに書き込まれます。その結果、私のキャッシュ ストア (私の場合は redis) は、ハッシュ キーとしての URL を持つ静的アセットでいっぱいになります。

残念ながら、Cloudflare とユーザーのブラウザーがアセットをキャッシュする方法に影響を与えずに、静的アセット キャッシュ コントロール ヘッダーをオフにすることはできません。コントローラーのキャッシュをオフにできません。または、ページ/アクション/フラグメントのキャッシュが失われます。Rack::Cache ミドルウェアを削除しても同じ結果になります。

他のアイデアはありますか？

更新: GitHub here でチケットをオープンしました。

私はうっかりして、現在多くの成功を収めているWordpressWebサイトを運営しています。サイトが本当に遅くなったので、私はそれを調整することにしました：

• 最近、ApacheからLighttpdに変更しました
• 私の静止画像、js、cssはEdgecastを介して実行されています
• Cloudflareは私のDNSを管理しています

この新しい設定でも、サイトは本当に遅いです（つまり、ページが10秒で読み込まれます）。時々、サイトは答えさえしていません。私はまだ理由を理解しようとしているので、Lighttpdからstatモジュールをアクティブにしました。私が見るところ、ほとんどのリクエストはフロントページに送られます。それらのすべてはCloudflareから来ています。私の質問は：Cloudflareがページをキャッシュしていると思った。なぜそれでも1秒間に数回フロントページに質問するのですか？

ウェブサイトをスピードアップするためのアイデアがこれ以上ないので、もしあればヒントも探しています。速度の低下のほとんどは、Wordpressと私が持っているすべてのプラグインが原因だと思います。

どんな助けでもいただければ幸いです。

特定の国からの訪問者が画像をアップロードできないようにする必要がありますが、サイトにアクセスできる必要があります。

たとえば、私はサイト xyz.com を持っています。私が現在設定している方法では、ブラックリストに登録された国からのすべての訪問者はサイト自体にアクセスできず、403 で迎えられます。もちろん、これは良い解決策ではないので、これらのように設定したいと思いますユーザーは引き続きサイトにアクセスして遊ぶことができますが、画像をアップロードすることはできません (これは、xyz.com/upload_file.php のエイリアスである xyz.com/upload/ をクリックすることによって行われます)。他のホワイトリストに登録された国の他のすべてのユーザーは、サイトのすべての機能を使用できる必要がありますが、ブラックリストに登録された国のユーザーは画像をアップロードできないはずです。

.htaccess を介してこれが当てはまることを確認するにはどうすればよいですか? 私は現在 Cloudflare を使用しており、.htaccess の関連テキストは次のとおりです。

ありがとう。

データベースの使用量を減らすためにWebサイトでキャッシュが必要な場合は、memcacheまたはmemcached （ PHPなど）を使用してキャッシュする必要がありますか、それともCloudFlare、Incapsulaなどの専門サービスを使用してキャッシュを実行できますか？あなたのために？

Heroku と Cloudflare を使用して、example.com から www.example.com へのリダイレクトを設定するにはどうすればよいでしょうか?

最近、ページをより効率的にするためにXFBMLに切り替えました。ただし、fb：likeと古いiframeを使い始めたとき、新しいFacebookLikesはもう記録されていないことに気づきました。

これについていくつかの洞察を得たいと思いました。Facebookデバッガーはエラーコードを返さないので、これを引き起こしている原因については暗闇に包まれています。

コードリファレンス、しかしすべてがチェックアウトします：

CloudFlare： CloudFlareがFacebookのデバッグ/リンターからのトラフィックを時々逸らしていることに気づき、それが関連している可能性があるかどうか知りたいですか？試すことができるリクエストの例を次に示します。http： //developers.facebook.com/tools/debug/og/object？ q = http％3A％2F％2Fwww.vancitybuzz.com％2F2012％2F01％2Fwhat-lurks-below-ブリティッシュコロンビア％2F

助けてくれてありがとう！

更新：この問題は、「いいね」の複数のメソッド（HTML5など）で発生しています。

私はGrails 2.0アプリに取り組んでおり、Herokuにデプロイし、キックオフラボの起動ページとCloudFlareのDNSを使用しています。アプリにコードを追加せずに、プライベート ベータ版のアプリをパスワードで保護し、選択した少数のユーザーのみにアクセスを許可する簡単な方法を探しています。

私が Cloudbees を使っていた頃は、それを行うための優れたプライベート モードがありました。しかし、Heroku では、ネイティブでもアドオンを使用しても、同等のものを見つけることができませんでした。CloudFlare アプリも見ましたが、どちらも成功しませんでした。

誰かがそれを行う簡単な方法を知っていますか? それは私には十分に一般的なようです。

Windows Azure でホストされている画像の多い Web サイトを実行しています。バックエンドのパフォーマンスは優れていますが、ページ サイズの大部分を占める画像サムネイルの応答時間は非常に不安定です。すべての画像を提供するためにAzure CDNを使用していますが、それらの応答時間は桁違いに異なり、高速 (〜 150 ミリ秒) と低速 (3-4 秒) の要求にはまだパターンが見つかりません。さまざまな場所/大陸からの読み込み時間をテストしたため、これも局所的な現象ではないようです. これまでの私の結論は、結局のところ、Azure CDN は単純にそれほど優れていないということであり、静的アセットの読み込み時間を改善する他の方法を探し始めました。

文脈が明確になったところで、私の実際の質問は次のとおりです。CloudflareやIncapsulaなどのサービスを使用して、Windows Azure などのクラウド インフラストラクチャでホストされている Web サイトのパフォーマンスを改善した経験のある人はいますか? これらのサービスは特にサーバー負荷の軽減を約束しますが、静的ファイルの応答時間の短縮や動的ページ コンテンツへの悪影響に実際に効果があるかどうかに興味があります。実際の経験に基づいた回答や、代替ソリューションのアドバイスをいただければ幸いです。

更新: CDN 上の画像の 1 つの応答ヘッダーは次のとおりです。