問題タブ [radiant]

ある種のキャッシュメカニズムを探していますが、見つかりません。変更が CMS に保存された後、変更を確認するのに時間がかかる理由を知っている人はいますか?

メーリング リスト用の簡単なフォームを設定しようとしています。

また、Railsヘルパーがform_forを作成して認証トークンを満たすことを許可していないようです。

Radiant に簡単な form_for をインストールした人はいますか?

Radiant CMS Google グループでこの質問をしましたが、誰も私の質問に答えませんでした。

Radiant が既存のプロジェクトに統合できるかどうかを調べています。メール アーカイブでこれを見ました http://www.mail-archive.com/radiant@radiantcms.org/msg04311.html既存のプロジェクトを拡張機能としてパッケージ化し、Radiant プロジェクトに入れることしかできないようです。しかし、その逆ではありません。しかし、なぜそれができないのか、私には理解できません。

Radiant プロジェクトには、コントローラー、ヘルパー、およびビューを含める必要がある app フォルダーはありません。では、なぜこのプロジェクトにディレクトリを作成できないのでしょうか。例えば ​​app/customs_controller.rb で、内部にアクションを作成し、ビューを作成します。config/routes.rb の routes.rb を変更して、このコントローラーにマップできるようにします。次に、必要な動的ページを作成できます。ではない？

懸念の 1 つは、これを行うと、Radiant の将来のアップグレードが困難になるのではないかということです。

どうもありがとうございました。シャニソン

これは Sinatra で行うのと同じコマンドだと思います。

back_door を使用して、ユーザーがアップロードした画像をサーバー側で標準の幅にサイズ変更したいと考えています。私はRMijickが進むべき道だと思いますが、これを実現するためのコードサンプルが欲しいです.

サイズを変更してからrack-pagespeedでキャッシュする方が良いパターンなのか、または要求された画像がすでにサイズ変更されているかどうかを確認して操作をスキップするのかを知りたい.

ベンダーのRailsバージョンを2.3.9以降にアップグレードできた人はいますか？現在、2.3.8でスタックしていて、2.3.9以上に移動すると、拡張機能の読み込みが中断されます。

昨年5月に更新されたマスターブランチも2.3.8で止まっているようです。ほぼ一年前！

私のナビゲーションには、「サービス」があります。多くのサービスがあるので、私はドロップダウンするサブナビを持っています。このナビゲーションを動的にして、「サービス」の子のページタイトルを呼び出すようにします。しかし、自分以外に他の親を呼び出すことができるタグはないようです。メインナビゲーションなので、子はサイトのルートからすべてのページにあります。

誰かがこれを行うことができるタグを作成したか、または私がそれを見つけることができる場所を知っていますか？

freebsd8ボックスにradiantをインストールしました。起動すると、次のエラーが発生します： "undefined method` camelize'for "instance"：String "

これは私が持っているものです：

誰か助けてくれませんか？

最新の安定した Radiant バージョン 0.9.1 (2011.03.26 時点) は、最新の安定した ruby​​ / rails バージョン (1.9.2p180 / rails 3.0.5) をサポートしますか?

Radiant 0.9.1 を 1.9.2p180 / rails 3.0.5 で実行しても安全ですか?

さらに試した後、Radiant が Rack Cache でどのように機能するかについて、かなり混乱しています。私の理解では、Radiant は Rack::Cache to server のみをクライアント側キャッシュの方法として使用します。そのため、Rack::Cache はクライアント側のコピーがまだ新しいかどうかをチェックし、Radiant プロジェクトからコンテンツを再度生成する必要があるかどうかを判断します。その場合、Radiant は /tmp/cache/meta フォルダーに etag などのメタ情報のみを保存する必要がありますが、エンティティ情報も保存する必要があるのはなぜですか。完全な html、css などを内部で見つけることができます。

Radiant キャッシュがクライアント側のキャッシュとしても機能している場合を除きます。ページがユーザー A によって既に提供されていて、ユーザー B が入ってくるとします。ページがまだ「新鮮」である場合、以前にページを提供したことはありませんが、ページはキャッシュから (エンティティ フォルダーから) 提供されます。直接。

プロダクション モードでラディアント プロジェクトを実行しようとしました。最初にページを提供したときに、プロダクション ログにリクエストが表示されますが、ページを更新すると、プロダクション ログにリクエストが表示されません。ページ リクエストのステータスが 304 Not Modified であるため、これは正しいはずです。そのため、Radiant プロジェクトにはまったく到達しません。ただし、強制更新を行うか、別のブラウザを使用してページをリクエストすると、ステータスが 200 OK であることを示していても、プロダクション ログにはリクエストが表示されません。つまり、Radiant はサーバー キャッシュとしても機能していると言えますか? つまり、コンテンツはサーバー側でキャッシュされ、有効期限が切れていない限り、このキャッシュから別の要求をサーバーに送信できますか?

このディスカッションhttp://groups.google.com/group/radiantcms/browse_thread/thread/d1e5f2836024d27fを見つけましたが、Radiant はクライアント側のキャッシュとしてのみ機能していると他の人が言っているようです。私が見つけたものに混乱しているように見えます。

どうもありがとうございました。