サムネイル画像について

ひとまず、削除は何かしらで可能ですが、削除してしまうと機能的にマズイ部分が出てくる可能性があるので、

https://ja.wordpress.org/plugins/disable-responsive-images/

ここらのプラグインで、wordpress4.4のレスポンシブイメージの機能を停止して(functions.phpにwebのスクリプトを直書きでも可)それから削除を行うほうが良いのかなぁと思います。
もし、サーバー要領を圧迫しているとか緊迫した状態でないのであれば、他の方を含めて色々と方法を検証してみたいと思います。

問題は、削除してしまうのは簡単ですが、必要なものは残す必要があるという所です。
ここらはプラグインでさっくりイケるかも知れないのですが、レスポンシブイメージの機能自体が新しいので、よりよいプラグイン等がどれだけあるかがキーになるでしょうか。

まぁ一部Simplicityも噛んでますが、ほぼwordpressの方の問題になるので、じっくり腰を据えてレスをお待ちください。

返信有難うございます。サーバー要領は圧迫してはいないのですが、ディスク使用量の増え方で悩んでいます。一日の画像使用量は合計で300KBぐらいなのですが２～３日くらいで0.02GB増えてしまいます。

（ディスク使用量 1.96GB / 20.48GB）

1 GB = 1024 MB = 1048576 KB　　0.02GBは20971.52KB

プラグインは
All In One SEO Pack
EWWW Image Optimizer
Google XML Sitemaps
PuSHPress
Revision Control
です。

cPanelのDisk Space Usageでpublic_html/が多く1,150.08 MBとなっていたので画像が原因なのかと思い投稿しました。

初心者なのでよく原因がわかってない状態です。

返信有難うございます。合計の記事数は1185です。１つのサーバーに16個のサイトが入っています。
アップロードしている画像サイズは680*300(50KB)が2記事、200*150(8KB)が8記事を投稿している感じです。（1日）(合計264KBくらい)

今日、WordPress 4.4.2 に更新した時、
（ディスク使用量 1.96GB / 20.48GB）から（ディスク使用量 1.99GB / 20.48GB）に増加。
その後に（ディスク使用量 1.97GB / 20.48GB）に変化。
現在は（ディスク使用量 1.98GB / 20.48GB）です。
昨日は（ディスク使用量 1.96GB / 20.48GB）です。

ディスク使用量が増える量はこのような感じで正常なのでしょうか？

何かプラグインに原因→以前にW3 Total Cache、Head Cleanerを使用した事はのあるのですが、削除はしてあります。

> Head Cleanerを使用した事はのあるのですが、削除はしてあります。

ftpなどでpluginの中のHead Cleanerフォルダとかは確認されましたか？
利用停止しているだけであればフォルダも確認されるのが良いかと思います。
プラグイン自体を削除されたとしても念の為確認した方が良いですね。W3 Total Cacheの方も。
何も問題なければそれで良し、圧迫している要因から外せますので。

返信有難うございます。プラグイン自体は削除してあります。そういえばAutoptimizeも使用していました。

File Managerで確認すると
cacheにautoptimizeとhead-cleanerのフォルダがあり
uploadsの下にw3tc-configのフォルダがあります。

プラグイン自体を削除してもフォルダがあるという事はこれが影響しているのでしょうか？

プラグインを再度利用した時に、元に戻せるためと、単純にフォルダを削除する権限がないなどが考えられますが、それらはいわゆるキャッシュファイルなので必要ないなら削除しても大丈夫かと思います。
ただし、データベースにはフォルダの情報が残っているかも知れないので、中身だけ削除するのが良いかも知れません。

とある方はhead-cleanerのファイルだけで数GBになったという人もいるので、あながち侮れませんよ。どれぐらいの容量かは環境によって異なるので、必ずしも巨大とは限りませんが。

また「.」で始まるファイルは隠しファイルで、htaccessなどがそれにあたりますが、何かしらあるかも知れないので、削除されるのが良いかと思います。

返信有難うございます。cacheのフォルダとw3tc-configのフォルダを削除してみました。

削除前→（ディスク使用量 1.98GB / 20.48GB）から
削除後→（ディスク使用量 1.81GB / 20.48GB）に変化しました。

とりあえずこれで様子をみたいと思います。

記事を書いていなくても増えるようです。

現在（ディスク使用量 1.87GB / 20.48GB）

logs/ 387.65 MB
public_html/ 978.23 MB
tmp/ 498.28 MB
.analog
.awstats
.cpbandwidth
.logaholic
.webalizer
.webalizerftp

原因がよくわかりません。

logaholicは調べてみた所アナライザーなので、これらがアクセスされた人のipとか検索ワードをログとして残していたりするんじゃないでしょうか？
高性能な奴はそれだけ色々と残すかも知れません。

外部のサーバーにデータを送って処理しているような奴はローカルにはあまり残さないと思うのでサーバー容量を圧迫しないでしょうけれども、ローカルに保存するタイプは日々たまるログなのでこういうのはある程度で削除していかないとアクセス数に比例してめちゃくちゃ増える可能性はあります。

ものによっては、データをexcelで読めるようなデータ(csvとか)にしたりして保存できたり色々できるので消しても良いんですけどね。ただ前年比とか調べようと思うとそれだけ残しておかないとあれですし。

まぁ何かしら増えるというのに関してもSimplicityでは画像ぐらいですから、その他の内容はサポートしにくい部分もありますね。サーバーやwordpressの内部の状態は外部の人間が見れない所にあるので、状況が把握しづらいと言うことです。

もし解決策があるとすれば、サーバーの運営に問い合わせてみて、やたら容量が増えるように思うけれども何が問題か？と聞けば親切な運営なら何が常に動作しているか、何がファイルやらを作っているかを調査してくれるのではないかと思います。有料サーバーならなおさら調べてもらいたい所ですね。

サーバーがlinuxなどなら、コマンド一発で案外内部が見れるんですよ。で、その作成されたログとかを見て何が動作しているから容量が極端に増えているとかがわかったりします。怪しいスクリプトが埋め込まれていたりしてcronで続々とファイルを作られているかも知れませんし(まぁ無いですけど、絶対にないとは言えません)。

アクセス数だけとか、どのページにアクセスがあったとかだけならjetpackのsite statsで見れますし、確かGoogleのアナリティクスでもそこそこ調べられるんじゃなかろうかと思うんですけれども。

アナライザープラグインを停止しても問題ないなら、停止した状態でサーバー容量が極端に増えるかを確認したほうが良いかも知れませんね。容量が増えるのがマズイか解析できないのがまずいかは僕らでは判断できないので、自身の良い方を選択するか、あるいは別の手段でアクセス解析をする方法を探るかですね。

まぁアナライザーに的を絞りましたが、他に原因があるかも知れないのは否めません。
全部一挙にするのはあれなので、1つずつ問題を探していくのが良いかと思います。サックリと調べるのであればサーバー運営にサポート依頼をするのが賢明かと思います。