問題タブ [attachment-fu]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
ruby-on-rails - Attachment_Fuのサムネイルの幅
サムネイル画像の幅と高さを取得する方法について何かアイデアはありますか?photo.widthは、元の写真の幅を返します。サムネイルの幅をデータベースに保存していますが、そのオブジェクトにアクセスする方法がわかりません。
動作しません:
これもしません:
ruby-on-rails - rails + attachment_fu:ディレクトリ内のファイルに関する問題
Railsアプリにattachment_fuを使用しています。それは私にとって素晴らしいことです。
しかし、私と一緒に仕事をしているデザイナーは、ファイルを別のディレクトリに保存するので、それについて不平を言います。彼女は、それらが散在しているため、Photoshopではこれらのファイルを効率的に処理できないと述べました。
私は次の理由で彼女を説得しようとしました。
- ファイル名の衝突を回避できます
- 同じディレクトリにある場合よりも高速です
しかし、私は彼女を説得することができませんでした。どうしますか?それともあなたは彼女と一緒ですか?もしそうなら、なぜですか?
サム
ruby-on-rails - attachment_fu のストレージ スキームを変更するとどうなりますか?
attachment_fu を使用する Rails アプリケーションがあります。現在、ストレージに使用していますが、より多くのファイルがアップロードされるにつれてスケーリングを改善できるよう:file_system
に、に変更したいと考えています。:s3
これには何が関係していますか?コードを use:s3
に切り替えるだけで、古いリンクがすべて壊れてしまうと思います。既存のファイルをファイルシステムから S3 にコピーするだけでよいですか? このトピックについては、Google 検索ではあまりヒットしませんでした。
既存のファイルを S3 に移動したいので、すべてが同じ場所にありますが、必要に応じて、新しいファイルが S3 に移動する限り、古いファイルはそのままの場所にとどまることができます。
編集: そのため、ファイルを S3 にコピーするほど単純ではありません。URL は別のスキームを使用して作成されます。に保存する:file_system
と、ファイルは /public/photos/0000/0001/file.name のような場所に保存されますが、同じファイルが:s3
0/1/file.name に保存される可能性があります。私はそれがid何かを使用していて、それをゼロで埋めている(または埋めていない)だけだと思いますが、それについてはわかりません。
ruby-on-rails - 更新時に Attachment_fu が検証に失敗する
私は長い間プロジェクトで attachment_fu を使用してきましたが、すべて問題ありませんでしたが、プロジェクトを Rails 2.3.3 にしようとしているときに奇妙なバグに遭遇し、気が狂いそうになります。この場合のロゴである添付ファイルは、作成時に正しく検証されますが、更新時に検証に失敗することはありません。私はそれをデバッグしましたが、最初の検証に失敗しましたが、例外をスローしていないようです。少なくとも、コントローラーでレスキューによってキャッチされた例外はスローされていません。私はすべてを試したようですが、これを理解することはできません。
コントローラ:
ロゴモデル:
私は以下を実行しています
レール 2.3.3
image_science 1.2.0
ありがとう -- ティム
ruby-on-rails - attachment_fu を使用して、どのように既存の写真を編集し、サムネイルのみを更新し、元の写真を未編集のままにしますか?
attachment_fu を使用して写真をアップロードして作成した後、サムネイルだけを編集して元の画像を残す方法はありますか? サイズ変更またはトリミングの方法は理解していますが、すべてのサムネイルとオリジナルに編集が適用されています。
たとえば、フォト ギャラリー アプリで、ユーザーが画像をアップロードし、画像をトリミングする必要があるとしますが、複数回トリミングする必要がある場合があります。これには、元の画像に戻って再度トリミングする必要があります。
このスレッドは、(Kropper を使用して) トリミングするときにサムネイルを更新するだけの中心的な問題に対処しています: http://groups.google.com/group/attachme … c4d14be02d
attachment_fu をハッキングまたはパッチしてオリジナルの更新をバイパスする簡単な方法はありますか?
ruby-on-rails - attachment_fu が、変更されたものだけでなく、すべての添付ファイルを更新するのはなぜですか?
を使用する Image モデル上にhas_many
とを持つ Property モデルがあります。次のコードを使用してプロパティを更新すると、変更があったかどうかに関係なく、すべての単一の画像 (および各画像のサムネイル) に対してデータベースの更新が行われます。accepts_nested_attributes_for
attachment_fu
properties_controller.rb
_form.html.erb
スクリプト/サーバー出力
なぜ(そしてどのように私が止めることができるのか)attachment_fu
これをやらないという考えはありますか?size 属性が変更されたと考えているように見えますが、なぜそうすべきなのか (私のコードまたは で) 理由がわかりませんattachment_fu
。
ruby-on-rails - Rails プラグイン Windows 上の Attachment_fu
Rails プラグインattachment_fuに問題があります。アップロードするたびに、検証エラーが発生します
サイズはリストに含まれていません
私は現在使用しています
- レール 2.3.3
- ルビー 1.8.6
この問題について私が見つけた唯一のことは、かなり時代遅れの議論であり、あまり役に立ちませんでした。
この問題の解決策はありますか?
このチュートリアルでAJAXファイルのアップロードをしたかったので、attachment_fuを使用していますが、アップロードの問題を乗り越えることができませんでした。
編集:私は、次のような機能するソリューションを1つだけ見つけます
しかし、私はこのようにするのはあまり好きではありません
ruby-on-rails - attachment_fu を使用して RAILS ROOT 外のディレクトリにファイルをアップロードする
attachment_fu を使用して、ファイルを外部のディレクトリにアップロードしようとしていますRAILS_ROOT
。ファイルを保存し~/APP_NAME/uploads/
て、公開する前に承認/却下できるようにしたい。に対して次の構成を試しましたhas_attachment
。
残念ながら、この構成では単に~/APP_NAME/uploads/
ディレクトリ構造が に作成されRAILS_ROOT
ます。ファイルを外部に保存する方法はありますRAILS_ROOT
か?
ruby-on-rails - request.ssl に基づいて動的に HTTPS 経由でファイルを提供していますか? アタッチメント付き_fu
https:// 経由でファイルを提供するために amazon_s3.yml ファイルをチェックする:user_ssl
オプションがあるようですattachment_fu
s3_backend.rb には、次のメソッドがあります。
しかし、これにより、SSL を使用してすべての s3 添付ファイルを提供できるようになります。現在のリクエストが https:// で行われたかどうかに応じて、動的にしたいと思います。
どうすればこのように機能させることができますか?メソッドを変更しようとしたところ、NameError: undefined local variable or method `request' for Technoweenie::AttachmentFu::Backends::S3Backend:Moduleエラーが発生しました。
ruby-on-rails - Linux/Unix の Web アプリケーションで、ファイルのアップロードごとにディレクトリを作成するのは問題ですか?
Webアプリケーション(unix/linuxで実行)のファイルアップロードを行っています。ファイルのアップロードごとに新しいディレクトリを作成することを計画した場合、懸念があるかどうか疑問に思っていますか? これは、Ruby on Rails プラグイン「paperclip」のすぐに使えるアプローチです。Linux/Unix 環境にデプロイする場合、トレードオフが何であるか、またはおそらくそれが問題ではないかどうかについて議論しています。
オプションは次のようになります。
- 添付ファイルごとに 1 つのフォルダー - ペーパークリップが箱から出してすぐに動作するように見える方法ごと
- おそらくユーザーごとに 1 つのフォルダー (つまり、Web サービスに独自のアカウントを持つ複数のユーザーがいる場合) - ファイル名 (おそらくモデル ID) に一意性を追加する必要があります。
- すべての添付ファイルを 1 つのフォルダーに入れます。
質問 - 作成されるディレクトリの数を気にする必要がありますか? サービスが人気だった場合、これは O/S の問題ですか? 別のアカウントを持つユーザーがファイルをアップロードできるようにする Web サイトに関するアドバイスはありますか? ファイルの保存に関しては、どのような構造が適切でしょうか? (私は mysql にファイルを保存するという概念を軽視したと思います。)
ありがとう