画像をアップロードするときにHTTPエラーを修正する方法は?
-
-
`AddType x-mapp-php5 .php`の背後にある理由は何ですか?それは非常にサーバー固有のようです.何かを改善するよりも、サイト(PHPなど)をひどく壊す(運が良ければ何もしない)可能性が高いと思いますか?What is the reasoning behind `AddType x-mapp-php5 .php`? That would seem to be very server specific. I would think it is more likely to break your site (ie. PHP) horribly (or _do nothing_ if you are lucky) rather than improving anything?
- 0
- 2018-01-01
- MrWhite
-
6 回答
- 投票
-
- 2012-07-26
チャットで@Wyckを使用してトラブルシューティングを行った後、根本的な問題に絞り込みました.
この問題は、サーバー構成に適切な量のメモリがApache/PHPに割り当てられていないことに関連していました.
誰かがこれと同じ問題を抱えている場合は、サーバー構成設定でApache/PHPに十分な(64  MB +)サーバーメモリが割り当てられていることを確認してください.これをwp-config.phpファイルに追加することもできます:
define('WP_MEMORY_LIMIT', '64MB');
上記の解決策が機能しない場合は、記事を読んでください 画像/Media Uploaderの問題? さらにトラブルシューティングを行います.
WordPressインストールのルートディレクトリにある.htaccessファイルに次の.htaccessの調整を1つずつまたはすべて追加してみてください.
真剣に、以下の各ソリューションの1つを試して、どれがトリックを実行したかを確認してください.それらすべてをすぐに.htaccessファイルに貼り付けないでください.
この行を試してください:
AddType x-mapp-php5 .php
mod_security が問題を引き起こしている可能性があります.それが問題であるかどうかを確認するには、無効にします.これを行うには、wp-adminディレクトリに.htaccessファイルを作成します.これを追加します:
<IfModule mod_security.c> SecFilterEngine Off SecFilterScanPOST Off </IfModule>
Webサーバーでの認証に基づくアクセス制御(多くの場合、htpasswd、基本認証、パスワードで保護されたディレクトリなど)を使用している場合、WordPressはFlash Uploader、Cron、およびXMLRPCでそれを処理できません.動作させるには、関連ファイルを除外する必要があります.これにより、セキュリティに関する考慮事項が損なわれる可能性があることに注意してください.
# Exclude the file upload and WordPress CRON scripts from authentication <FilesMatch "(async-upload\.php|wp-cron\.php|xmlrpc\.php)$"> Satisfy Any Order allow,deny Allow from all Deny from none </FilesMatch>
最後の注意:PHP 5.3.Xの下位バージョンを使用している場合は、PHPセーフモードを無効にしてみることができると言う人もいます.
WordPressマルチサイトを実行していて、画像のアップロードに関連するHTTPエラーまたは内部サーバーエラーを受け取っている場合は、 画像をマルチサイトにアップロードするとHTTPエラーが発生しません)その他の考えられるトラブルシューティングのアイデアと解決策をご覧ください.
After troubleshooting with @Wyck in chat, we have narrowed to the underlying issue.
The issue was related to my server configuration not having the proper amount of memory allocated to Apache/PHP.
If anyone has this same problem, please try verifying that you have enough (64 MB+) server memory allocated to Apache/PHP in your server configuration settings. You can also add this to your wp-config.php file:
define('WP_MEMORY_LIMIT', '64MB');
If the above solution does not work, read the article Image/Media Uploader problems? for further troubleshooting.
Try adding one by one or all of the following .htaccess tweaks to the .htaccess file in the root directory of your WordPress installation.
Seriously, try one of each of the solutions below so you know which one did the trick. Don't just paste them all in your .htaccess file immediately.
Try this line:
AddType x-mapp-php5 .php
mod_security might be causing problems. Disable it to see if that is the problem. To do this, make an .htaccess file in your wp-admin directory. Add this to it:
<IfModule mod_security.c> SecFilterEngine Off SecFilterScanPOST Off </IfModule>
If you're using access control based on authentication on your Webserver (often known as htpasswd, basic authentication, password protected directory or similar), WordPress is not able to handle it for Flash Uploader, Cron, and XMLRPC. Related files need to be excluded to work. Keep in mind that this might break your security considerations.
# Exclude the file upload and WordPress CRON scripts from authentication <FilesMatch "(async-upload\.php|wp-cron\.php|xmlrpc\.php)$"> Satisfy Any Order allow,deny Allow from all Deny from none </FilesMatch>
One final note: some have said that if using a lesser version of PHP 5.3.X you can try disabling PHP Safe Mode.
If you are running WordPress multi-site and are receiving HTTP errors or internal server errors, related to image uploading, please read Uploading Images to Multi-Site Causes Failure to HTTP Error) for other possible troubleshooting ideas and solutions.
-
わかりました...知っておくと... WPが最大256MBのRAMを割り当てようとするので、この `define( 'WP_MEMORY_LIMIT'、 '64MB');`は可能であればもっと大きくする必要があることを読みましたか.ok ... good to know ... did you read that WP tries to allocate up to 256MB of ram so this `define('WP_MEMORY_LIMIT', '64MB');`should be larger if possible.
- 0
- 2012-07-26
- Damien
-
WP 4.1.1を使用している場合、 `AddType x-mapp-php5 .php`は、ページにPHPコードをプレーンテキストとして単純に出力させるため、実行可能なソリューションではなくなりました.If you're using WP 4.1.1, the `AddType x-mapp-php5 .php` is no longer a viable solution as it forces the page to simply print the PHP code as plain text
- 1
- 2015-03-27
- cameronjonesweb
-
または、nginxを使用している場合は、これをサイトの構成ファイルに追加します: `` `client_max_body_size 128m;` ``Or add this to your sites config file if you are using nginx: ```client_max_body_size 128m;```
- 1
- 2015-06-28
- Flatron
-
- 2014-04-30
次のコードを
functions.php
ファイルに入れました.動作します!add_filter( 'wp_image_editors', 'change_graphic_lib' ); function change_graphic_lib($array) { return array( 'WP_Image_Editor_GD', 'WP_Image_Editor_Imagick' ); }
これが役立つのは、アップロードされた画像を処理するために使用されるPHPコードモジュールがWordPressで使用できるように変更されるためです.
この処理には、画像をメディアライブラリデータベースに移動し、WordPressが常にテーマにアクセスできるようにしたいさまざまなサイズの画像(「サムネイル」、「中」、「大」)を生成することが含まれます.
「GD」モジュールが最初であるため、これが使用されます.一部のサーバー設定では、新しい「Imagick」ライブラリが、大きなピクセルサイズなどの特定の画像シナリオで他のライブラリとうまく連携しないため、「GD」ライブラリを強制的に使用することを修正します.
I put the following code into my
functions.php
file. It works!add_filter( 'wp_image_editors', 'change_graphic_lib' ); function change_graphic_lib($array) { return array( 'WP_Image_Editor_GD', 'WP_Image_Editor_Imagick' ); }
When this helps it is because it changes the PHP code module used for processing the uploaded image for use with WordPress.
This processing includes moving the image into the media library database and generating the different size images ("thumbnail", "medium", "large") that WordPress always wants available for themes to access.
It causes the "GD" module to be used, because it is first. In some server setups, the newer "Imagick" library isn't playing well with others for certain image scenarios, such as large pixel dimensions, so forcing the "GD" library to be used is a fix.
-
テーマを変更するとコードが失われるため、 `functions.php`にプラグインを配置するよりも小さなプラグインを作成することをお勧めします.そして、テーマの変更後にこれを機能させたいと確信していますIt's better to create a little plugin than putting it in the `functions.php`, because if you change the theme, you lose the code. And I'm sure you want this working after a theme change
- 0
- 2018-01-15
- EliasNS
-
+1これは、新しいHostGatorアカウントですぐに使用できるWP 4.9.4セットアップでこの問題が発生したときに、うまくいきました.@EliasNSnoob here;このための小さなプラグインを作成する正しい方法は何ですか?+1 This worked for me when running in to this problem with an out-of-the-box WP 4.9.4 setup on a new HostGator account. @EliasNS noob here; what's the right way to make a little plugin for this?
- 1
- 2018-02-27
- Andrew Janke
-
@AndrewJanke、プラグインを使用できますhttps://es.wordpress.org/plugins/pluginception/@AndrewJanke, you could use a plugin https://es.wordpress.org/plugins/pluginception/
- 0
- 2018-02-27
- EliasNS
-
*「Imagick」*?* "ImageMagick" *ではありませんか?*"Imagick"*? Not *"ImageMagick"*?
- 0
- 2019-06-08
- Peter Mortensen
-
- 2014-05-30
ワードプレスでメディアをアップロードしようとしたときに、同じエラーが発生しました. Chromeでは、http:エラーとして表示されます. Firefoxでは、エラーはまったく異なります.ウェブは、バグを追跡するために何日も費やした人々の完全な物語です(私もそうです:-().解決策はたくさんありますが、少なくとも症状と一致する方法では、誰も理由を説明しません.
私のタペンスに値する貢献:問題がapache2のログファイルで通知されたセグメンテーション違反と相関していることに気づきました.診断が難しいので、それは私を悩ませます.
サーバー全体を再起動すると、すべての症状が解消され、突然、Wordpressにメディアを再度アップロードできるようになりました.苛立たしいことに、なぜこれが起こるのか私にはわかりません.再起動により、それ以上の調査が事実上できなくなり、問題が再発するまで(数週間?数か月?)待つ必要があります.これが、他の人がこの問題の原因を探求するのに役立つことを願っています.しかし、妻はこの問題を追いかけて夜を過ごすことができなくなったので幸せです...
I ran into the same error, when trying to upload media in wordpress. In Chrome, it shows up as a http: error; in Firefox, the error looks quite different. The web is full stories of people who have spent days to chase the bug (so have I :-( ). Solutions abound, but nobody explains why, at least not in a way that is consistent with the symptoms.
My tuppence worthy contribution: I noticed that the problem correlates with a segmentation fault signalled in the log file of apache2. That disturbs me, because it is difficult to diagnose.
Rebooting the entire server took away all symptoms and all of a sudden I could upload media again in Wordpress. Frustratingly, I have no clue as to why this occurs. The reboot effectively stopped me from any further research, and I will now have to wait (weeks? months?) for the problem to reappear. I hope this will help others in their quest for the cause of this problem. My wife is happy, though, because I can no longer spend nights chasing this problem...
-
- 2013-10-29
以下のように、所有者を
root
からapache
に変更することで、この問題を解決しました.chown -R apache:apache /var/www/html/mydomain
次に、
wp-content/uploads/
の権限を775
に変更しました.その後、メディアに画像をアップロードしてみました.画像のアップロードに成功しました.
I have resolved this issue by changing my owner from
root
toapache
as below.chown -R apache:apache /var/www/html/mydomain
And then I have change the permission of the
wp-content/uploads/
to775
.After that, I have tried to upload an image in the media. I was successful to upload the image.
-
- 2018-03-29
同じ問題がありました. Force Image Magickプラグイン<を使用して、デフォルトの画像プロセッサをPHPGDからImageMagickに変更するなどのさまざまな修正を試しました./a>
これはHTTPエラー/500エラーに役立ちましたが、サムネイルは生成されなくなりました.次に、プラグインを再度非アクティブ化しました.その後、質問回答が役立ちました.//wordpress.stackexchange.com/q/17526/103228 ">画像のサイズ変更がうまく機能していないようです.
PHP_MEMORY_LIMIT
は160MB
に設定されました.これは、ホスティング業者が許可する絶対最大値です.画像をアップロードする場合、PHP GDを使用してサムネイルを生成すると、画像の最大サイズは約
6000 x 6000 px
になります.したがって、ファイルサイズだけでなく、画像のサイズも確認することが重要です.より高いサイズの画像をアップロードすると、ファイルサイズが小さい場合でもHTTPエラー/エラー500が発生しました.I had the same issue. I tried various fixes, including changing the default image processor from PHP GD to ImageMagick using the Force Image Magick Plugin
This helped with the HTTP Error / the 500 error but thumbnails were no longer being generated. I then deactivated the plugin again and what then helped me was this answer on the question Looks like image resize is not working well. My
PHP_MEMORY_LIMIT
was set to160MB
which is the absolute maximum my hoster allows.For uploading images this resulted in maximum possible dimensions of the image of around
6000 x 6000 px
when using PHP GD and generating thumbnails. So it's important to not only check the file size but also the dimensions of the image. Uploading an image with higher dimensions resulted in an HTTP Error / error 500 even with small file sizes. -
- 2019-10-07
このような問題は何度も発生しており、php.iniで
memory_limit = 256M
を増やすか、define( 'WP_MEMORY_LIMIT', '256M' );
を追加することで解決しました.ほとんどの場合、wp-config.php
ファイル(*必要に応じて、256M
よりもメモリを増やすことができます).別の可能な解決策は、
\wp-content\uploads\
フォルダーにアクセス許可を与えることです.コマンド:chmod -R 0755 wp-content\uploads\
.それがあなたにも役立つことを願っています.
I've experienced such issue many times and solved by increasing
memory_limit = 256M
in php.ini OR addingdefine( 'WP_MEMORY_LIMIT', '256M' );
inwp-config.php
file (*If needed you can increase memory more than256M
) most of the time.Another possible solution could be giving permission to
\wp-content\uploads\
folder; command:chmod -R 0755 wp-content\uploads\
.Hope it may help you too.
ApacheとPHP5.3.Xを使用するUbuntu12.04でWordPress3.4.1を使用しています
ダッシュボードにログインして新しい投稿を追加するとき.次に、画像をアップロードして注目画像として設定しようとすると、「HTTPエラー」というメッセージが表示された赤いボックスが表示されます.
フラッシュアップローダーを使用せず、ブラウザーアップローダーを使用するだけだという人の話を読んだことがありますが、それを試してみると、500内部サーバーエラーが発生します.
.htaccessファイルの先頭に
AddType x-mapp-php5 .php
を追加しようとしましたが、変更はありませんでした.すべてのプラグインを無効にしても効果はありませんでした. 新規インストールを試しました.運がない.
2016年10月17日更新- カスタムの役割または機能を使用している場合は、ネイティブの役割/機能を使用して再試行してください.
確認すべき事項:
プロキシの背後で操作している場合は、プロキシサーバーのタイムアウトが正しく構成されていることを確認してください.