問題タブ [intervention]
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.
image - 画像をエンコードしようとしてlaravel 5でエラーが発生する
「作曲家は介入/画像が必要です」をインストールしました... config/app.phpに追加されました
プロバイダー: Intervention\Image\ImageServiceProvider::class、エイリアス: 'Image' => Intervention\Image\Facades\Image::class、
それから私のルートで私はこれを持っています:
私のThreadController.phpで:
輸入品:
関数:
このエラーが発生します:
編集: このウェブサイトhttp://www.core45.com/using-database-to-store-images-in-laravel-5-1/から例を取得しました。何か足りないものはありますか?
laravel - laravel 5での介入を使用した画像サイズ変更エラー
介入画像を使用して画像のサイズを変更し、保存先フォルダーに保存しています。しかし、それは私にとってはうまくいきません。「画像ソースが読み取れません」などのエラーが表示されます。以下のコードを参照してください。
php - Laravel介入NotReadableException「イメージソースが読み取れません」ステージングサーバーのみ
Intervention Image Library を利用する Laravel アプリケーションを開発しています。画像アップロード システムの開発に成功した後、ステージング サーバーで問題が発生しました。画像をアップロードすると、次の例外が発生します。
これは、問題が発生するコードです。
インスタンスが作成された最後の行が実行されると、例外がスローされます。私のローカル環境(ホームステッド)では、画像を問題なくアップロードできるため、これは非常に奇妙です。
既にアクセス許可を確認しましたが、フォルダーは間違いなく書き込み可能です。DigitalOcean VPS で Debian 7 を実行しています。
何か案は?前もって感謝します!
PS私は静的呼び出しInterventionImage
は単なる介入ですが、通常はそうですImage::make
が、画像に関する情報をデータベースに保存しているため、すでに同じ名前のモデルがあります。
php - Laravel と介入画像キャッシュが生成するクエリが多すぎます (画像ごとに 1 つのクエリ)
Intervention ImagecacheでLaravel 5.1を使用しています
ストアを書いているのですが、商品ページには画像がたくさんあります。画像のサイズ変更にURL ベースの操作を使用しています(たとえば、 http: //store.app/image/255x135/some-image.jpg にアクセスすると、some-image.jpg の 255x135 バージョンが生成されます)。ただし、画像が読み込まれると、Laravel はユーザーをチェックするクエリを生成します (select * from users
where users
. id
= ? limit 1) 。
問題は、Intervention Imagecache ルートを含む Laravel の任意のルートにアクセスするたびにこのクエリが生成され、ページが Intervention を使用して 20 ~ 30 枚の画像をロードすると、すべての画像に対して上記のユーザー チェック SQL クエリが実行されることです (この20〜30回)。
問題を解明しようとしているときに、このクエリが Laravel のすべての単一ルートに対して生成されることに気付きました。単純なテスト ルートであっても、つまり問題は Intervention Imagecache 自体にあるわけではありません。
現在、介入ルートでユーザー チェック クエリを無効にしようとしていますが、まだ成功していません。
私の2つの質問は次のとおりです。
- 特定のルートに対してユーザーチェッククエリを無効にすることはできますか?
- この画像ごとのクエリの問題を回避する方法はありますか?
編集
最初に、DB::listen() を使用してデバッグしていましたが、複数のクエリが実行されていることが示されました (介入ルートにアクセスするたびに 1 つのクエリが実行されました)。
インストールして、Clockwork が表示する内容を確認したところ、実際には 1 つのクエリしか表示されません (複数のクエリではないため、Clockwork はすべて問題ないと言っています)。
これらの競合する結果のどれが正しいかわからなかったので、MySQL 自体からクエリを直接ログに記録しました - 残念ながら、多くの (DB::listen ログと同じ量の) クエリが実行されたことが示されました ( Clockwork は 1 つだけを示しましたが、実際にはいくつかのクエリが実行されました)。実行されます)。
問題は残っています。どんな助けでも大歓迎です。
php - 介入はLaravelのパスに画像を書き込めません
次のコードを実行しようとしています
しかし、次のエラーが発生しています
パス (/home/vqujcxca/madmuzik/public/images/album/small/MAD_ALBUM-2016-0004/akkual_sm.jpg) に画像データを書き込めません
以下は私の最新のスタックトレースです
laravel - Laravel 5.2: クラス 'Intervention\Image\ImageServiceProvider' が見つかりません
Intervention Image を自分のプロジェクトに統合しようとしています。私はガイドに従い、他のチュートリアルのたわごとを使用しましたが、何をしても同じエラーが発生し続けます:
それは私の中に含まれていcomposer.json
ます:
php-gd をインストールしました。
と
、config\app.php
しかし、迷惑なエラーメッセージが表示され続けます。私が Linux Mint OS を使用していて、Homestead Virtual Machine を使用していることは、言及する価値があるかもしれません。はい、メイン PC のコンポーザーではなく、Homestead バージョンの Composer にそれらを含めました。使用時
、次を返します。
仮想マシンで composer update を実行しましたが、問題は解決しませんでした。から行を削除し、app.php
composer update を実行し、行を再度追加して composer update を実行しようとしましたが、うまくいきませんでした。
インクルージョンがある場所は重要config\app.php
ですか? 現在、エイリアスはリストにあり、プロバイダーは Package Service Providers の下にあります。
完全なエラー メッセージは次のとおりです。
php - 介入画像を使用して画像から白い背景を削除する方法
ユーザーが黒インクで手書きした画像ファイルをアップロードしました。背景を削除し、手書きを新しい .png 画像として保存したいと考えています。Intervention Image を使用すると、trim()
まさにこれを行う必要があるように聞こえるが、期待される結果が得られないという機能があります。
コード:
$new_image
「First_Last_Signature.png」という名前の画像が返され、黒い手書きのみが含まれます。私の現在のコードでは、白い背景がトリミングされません。.jpg をアップロードすると、指定したディレクトリに .png として保存されるため、処理されていることが確認できます。
GitHub には、fill()
うまくいくはずだという提案がありますが、うまくいきません。
ここSOFには、私が望んでいることを正確に行うソリューションがありますが、介入画像ライブラリを使用していません: LINK
私は現在 Imagemagick を使用していますが、GD ライブラリも利用できますが、Intervention Image ドキュメントには GD が多くのリソースを使用すると書かれています。