saton

こちらこそありがとうございます。
対応いただけてとても感謝しています。

最新バージョン7.04に更新して、下記3つの環境で動作確認いたしました。

結果ですが、とても残念なことに…
3環境とも全てフォルダ操作できませんでした。
「メディアライブラリ」画面で、3つのドロップダウンリストが空白表示される現象です。

3つのドロップダウンリストとは、
?「全てのフォルダ」絞り込み
?フォルダー「一括選択」
?各画像右端の各フォルダー選択ドロップダウンリスト
のことです。

確認した環境は、いづれもローカル環境で詳細は次のとおりです。

１）FooGalleryプラグイン有りWordPressギャラリーサイト
（本番サーバーよりバックアップしたギャラリーサイト)
uploadsフォルダ内ファイル数: 57,022、フォルダー数: 208
※サーバーの本番環境から本日Duplicatorでバックアップ-復元し直しました。
cacheフォルダは復元していません。

２）FooGalleryプラグイン無しWordPress記事サイト
（本番サーバーよりバックアップ復元した記事メインサイト)
uploadsフォルダ内ファイル数: 8,795、フォルダー数: 14

３）先日ゼロから立ち上げたテスト環境
4プラグイン(Classic Editor、Extend Media Upload、FooBox Image Lightbox、Organize Media Library by Folders)のみ
uploadsフォルダ内ファイル数: 84、フォルダー数: 5

ただし、１）の画像多数の環境では、プラグイン更新完了後に「フォルダ設定」メニューをクリックした段階でエラー多数でクラッシュします。
エラー内容は

Warning: count(): Parameter must be an array or an object that implements Countable in X:\xampp\htdocs\backup01serverm\photogallery\wp-includes\taxonomy.php on line 1859
Warning: array_diff(): Expected parameter 1 to be an array, object given in X:\xampp\htdocs\backup01serverm\photogallery\wp-includes\taxonomy.php on line 1862
Warning: array_map(): Expected parameter 2 to be an array, null given in X:\xampp\htdocs\backup01serverm\photogallery\wp-includes\taxonomy.php on line 1867
???繰り返し???
Notice: Trying to get property 'object_type' of non-object in X:\xampp\htdocs\backup01serverm\photogallery\wp-includes\taxonomy.php on line 1873
Warning: Invalid argument supplied for foreach() in X:\xampp\htdocs\backup01serverm\photogallery\wp-includes\taxonomy.php on line 1873
Notice: Trying to get property 'object_type' of non-object in X:\xampp\htdocs\backup01serverm\photogallery\wp-includes\taxonomy.php on line 1873
Warning: Invalid argument supplied for foreach() in X:\xampp\htdocs\backup01serverm\photogallery\wp-includes\taxonomy.php on line 1873
Fatal error: Maximum execution time of 120 seconds exceeded in X:\xampp\htdocs\backup01serverm\photogallery\wp-includes\wp-db.php on line 2024
サイトに重大なエラーがありました。 詳細については、サイト管理者のメール受信ボックスを確認してください。

で管理画面に入れなくなります。

２）３）に関しても、更新後上記エラーが２）は12330行ほど、3)は77行ほど続き、
最後に

PHP Warning:  Cannot modify header information - headers already sent by (output started at X:\xampp\htdocs\test100wp\wp-includes\taxonomy.php:1859) in X:\xampp\htdocs\test100wp\wp-admin\includes\misc.php on line 1282
PHP Warning:  Cannot modify header information - headers already sent by (output started at X:\xampp\htdocs\test100wp\wp-includes\taxonomy.php:1859) in X:\xampp\htdocs\test100wp\wp-admin\admin-header.php on line 9

が管理画面上部に表示されました。
２）３）が１）と違うのは、そこからキャッシュクリアなどで管理画面に入って操作を続けることができたことです。

その状態で操作を行い、何度か「空白保存」やキャッシュクリアを繰り返してみましたが、フォルダ操作だけはできなかったので、プラグインを「無効」-「削除」して旧6.51バージョンに戻しました。

6.51バージョンに戻すと、全てのフォルダ操作が出来ることを確認しました。
その後再トライしましたが同様の結果になります。

１）だけは管理画面に入れないので、データベースを直前のバックアップに復元して再トライしてみましたがこちらも同じ現象です。

とても残念です。
改善の手がかりがここにあればいいのですが…

以上ご報告です。

よろしくお願いいたします。

• This reply was modified 4 years, 8 months ago by saton. Reason: 脱字編集など
• This reply was modified 4 years, 8 months ago by saton.

【 画像を『選択したフォルダに移動する』が出来ない 】

本トピックとは別件のような気も一見しますが、動作に関連があると感じたので追記します。

現状では動作が重く、ここしばらくは
「画像を別のフォルダへ移動させる」
などの作業をしていなかったこともあって「気になっていたのにスルー」
にしてたことが一つあります。

それは、メディアライブラリ画面を「リスト表示」させた際、
並んだ各画像の行の右はしにあるドロップダウン(フォルダ)リストと、その最上部の「一括選択」ドロップダウンリストが空白で、ドロップダウンさせても何もあらわれません。

フォルダ移動させたい画像があっても、移動先のフォルダが選べないので移動はできません。

ちなみに、画面最上部2段めにならんだ
「すべてのメディア」「すべての日付」「すべてのフォルダー」「絞り込み」
の項うちの「すべてのフォルダー」はドロップダウンリストにフォルダが現れるので、フォルダの絞り込みは出来ます。

これまで「フォルダの絞り込み」動作確認はしてましたが、画像のフォルダ移動確認はしてませんでした。

——–
実は、ローカルのテスト環境として新たに
まっさらのデータベースにまっさらのWordPressをセットして立ちあげました。

そこへ最小限の画像をアップロードして、動作確認やギャラリー検討をするためです。

テーマはデフォルトの「Twenty Twenty」
プラグインはこの2つ
Extend Media Upload
Organize Media Library by Folders
だけを最新バージョンでインストールしました。

そしてフォルダ分け確認しながら10枚ほどの画像をアップ。
次に4枚の画像をアップして「別のフォルダへ移動」
確認をしようとしたところ、
この段階では「絞り込み」ボタン横も各画像右端のドロップダウンリストも「空白」でなにも選べません。
フォルダー設定の空白保存や、無効?有効を繰り返してみましたが何度やっても変わりませんでした。

そこでフト、バージョンダウンしたらどうなるのかと思いました。

OMLをWPからアンインストールした後、
ダウンロードして保存してあった前バージョン「organize-media-library.6.51.zip」
を解凍しpluginsフォルダ内にセット。

そしてWordPressを起動しプラグインの有効化と空白保存と一連のセットアップを行ってらメディアライブラリページへいくと、
ドロップダウンリストにフォルダ情報がちゃんとあり、絞り込みもフォルダ移動も全て、以前と同じように操作ができました。

その後、WordPress管理画面上でOMLのバージョン更新を行い、一連のセットを行ってからメディアライブラリページへいくと、
「絞り込み」ボタン横のドロップダウンリストにはフォルダ情報がありって選択もできましたが、
各画像右端のドロップダウンリストは全滅で空白になってました。

以上の状況報告が改善のお役にたてばいいのですが。

あと、一応起動応答時間も測っておきました。
OMLプラグイン停止状態での結果は1秒弱
OMLプラグイン有効状態での結果は2秒といったところです。

その際のuploadsフォルダ内情報は、
?ファイル数: 84、フォルダー数: 5
?サイズ：.38 MB (3,548,002 バイト)
?ディスク上のサイズ：3.53 MB (3,706,880 バイト)

でした。

一方、uploadsフォルダ内情報がファイル数: 56,952、フォルダー数: 208の方のWordPressローカル環境の方も
OMLのバージョンダウンさせてみたところ、同様にドロップダウンリスト内フォルダが全て表示され選択できました。
ただし、画面表示までの待機時間は65秒とバージョン変更前と同じでした。

以上です。よろしくお願いいたします。

• This reply was modified 4 years, 8 months ago by Jan Dembowski.
• This reply was modified 4 years, 8 months ago by saton. Reason: 脱字編集など

お世話になっております。

cacheフォルダを生成するプラグインはどれか？
という方向で調べても、私の力量では調べられませんでした。

結局アドバイスいただいたとおり

１．全プラグイン停止
２．cache フォルダー全削除

しました。

その後、
疑っていたFooGalleryプラグインだけ有効
↓
Chromeブラウザでギャラリーページを立ち上げ
↓
ブラウザf12で「キャッシュ消去とハード再読み込み」

をした瞬間に、cacheフォルダが生成されました。

中身は、立ち上げたページで使用されている画像とそれに伴ったフォルダでしたので、このプラグインが犯人確定です。

その後、またcacheを消去し、
FooGalleryプラグイン設定項目で関連してそうな項目を一つ一つon／off
↓
動作確認
↓
cache消去

を繰り返しで10項目ほど試した気がしますが、
その度にいちいちcacheフォルダが生成されてしまいました。

ということで、FooGalleryプラグインを使用する限り、
cacheへ生成される膨大なフォルダと付き合う必要があるようです。
（このプラグイン使用をやめることも真剣に考えます）

では、FooGalleryプラグインを使用しなければ問題解決なのか？
といえば、
それは違うようです。

WordPress管理画面のメディアライブラリ起動応答時間の問題です。

cache フォルダーは全削除により存在しない状態で、
プラグイン画面から左サイドメニュー上部の「メディア-ライブラリ」をクリックし、
起動するのに要した時間を測りました。

全プラグイン停止状態での結果は2秒～3秒
対して
プラグインをOrganize Media Library by Foldersのみ有効にした状態の結果は40秒～43秒
でした。（ちなみにExtend Media Uploadのみ追加有効した場合も同様）

※もちろんOML有効化直後に「フォルダー作成を空白で保存」は実行しました。

その際のuploadsフォルダ内情報は、

?ファイル数: 56,952、フォルダー数: 208
?サイズ：2.29 GB (2,461,981,803 バイト)
?ディスク上のサイズ：2.40 GB (2,577,747,968 バイト)

でした。

報告は以上です。

他のプラグインは何も有効になっていない状態で、
しかもローカル環境で40秒以上というのはやっぱり長いと思います。

どうか改善法アドバイスよろしくお願いいたします

organize-media-library フォルダ直下のuninstall.php を削除してからアンインストールすると、エラーもなくスムーズにアンインストールできました！

その後、再インストールしてみたところ、これまでのようにエラーが出ることなく完了し、有効化もすんなりできました。ありがとうございます。

ちなみに、エラー無しで削除?再インストール?有効化したら、応答時間の問題が少しでもマシになるかと期待してのですが、やはりOML有効化状態でメディア画面を開きに行くと1分以上の待ち時間になりました。
（開くのは開きますし、フォルダ絞り込み動作も大丈夫でした）

以上ご報告まで

アドバイスありがとうございます。

まず、18242もの生成フォルダについてわかったこと等を報告します。

cacheフォルダの中身をみていくと、アップロード画像1枚に対して一つのフォルダが生成されているようです。
具体的には次のとおりです。

私が実際にメディアフォルダを作成してアップロードした画像が
/wp-content/uploads/2020/02/20200211075947.jpg
だとすると、
/wp-content/uploads/cache/2020/02/20200211075947/3926822923.jpg
というファイルがフォルダとセットに生成されているようです。

全てが（実際に全数確認した訳ではありませんが）、
『cacheフォルダ内に『ファイル名と全く同じ名称のフォルダ』が生成。
直下に、別名『10桁数字のファイル名』画像ファイルが1枚生成。』
の法則でした。

まだcacheフォルダの削除はしていません。
理由は、おそらくcacheフォルダを生成しているプラグインが
FooGallery
という画像ギャラリープラグインだと思われるからです。
（検証はこれからですが）

そして、本件の問題がおきている方の私のサイトが
「フォトギャラリー専門のWordPressサイト」でして…
FooGalleryプラグインありきで作ったようなサイトなのです。

プラグインを無効にするだけで、全ての画像ギャラリーが消えて、
全てのページが[foogallery id=”00000″]というショートコード表記ページに置き換わってしまいます。

何故FooGalleryプラグインだと思ったかというと、

?上記のフォルダとファイルの生成のされ方
?18242という数が実際のアップロード画像数（WPが自動生成するサムネイル除く）とほぼ一致
?同じドメイン内で動かしている別のWordPressサイトではcacheフォルダは生成されていません。
　2つのサイトを比較して、本件のサイトにだけ入れているプラグインがFooGalleryだから。
の3点です。

アドバイスいただいたように、FooGalleryプラグインにcavhe生成を止める設定があればいいのですが、設定が全て英語ということもあってわかりにくく、出来るか出来ないかも直ぐにはわかりませんでした。
googole先生に教わりながら調べてみます。

cache生成のストップ設定が出来なければ…

もしcache自動生成するのがFooGallery確定だとしたら、やめた方がいいということですよね？？
画像はこれからまだまだ増え続ける予定ですし。

そうなると、ちょっと大変です…

ひとまずご一報までということで、不明点などこれから確認します。

Kawamori様のコメントを確認するのと、私の投稿のタイミングがすれ違いになりました。

『cacheフォルダーを除外フォルダにした後に、すぐ「フォルダー設定」?>「フォルダーを作成」でフィールドを空白での「保存」』

は、まんまその手順で行いましたこと、追記いたします。

2つほどローカルで確認したので報告です。

１）大量のフォルダーが生成されている「cache」フォルダを「フォルダー設定」?>「除外フォルダー」で指定
指定して保存と問題なくできました。
ですがこれによる影響でエラーの有無の変化はありませんでした。

その後、管理画面の「メディア」をクリックして画面立ち上がりを確認しましたが、やはり応答時間が長いままでした。
一応応答時間（「メディア」クリック後に画面が切り替わってページ表示完了までの時間）を測ってみました。

?OML有効：63秒～65秒（何度やりなおしても同じでした）
?OML無効：3秒～4秒（何度やりなおしても同じでした）

ローカルではどちらも特にエラーは出なかったです。
ですがサーバー上でやることを考えると、もう少し時間が長くなると思われますので、
やはりPHPのメモリや接続タイムアウトに関するようなエラーは発生するように思います。

２）OML プラグインのフォルダー名を FTP などで変更してから、ログインし、プラグイン画面に入って、OML 削除

このとおりやってみましたが、削除できませんでした。
上記と全く同様なエラー表記
『削除に失敗しました：サイトに重大なエラーがありました。WordPressでのデバッグをさらに詳しく見る。』
がプラグイン管理画面上部に現れて削除も出来ていませんでした。

一応削除失敗時たくさん生成されたエラーlogからいくつか載せておきます。

[16-Jul-2020 03:24:18 UTC] PHP Notice:  Trying to get property 'object_type' of non-object in X:\xampp\htdocs\〇〇〇〇\wp-includes\taxonomy.php on line 1873
[16-Jul-2020 03:24:18 UTC] PHP Warning:  Invalid argument supplied for foreach() in X:\xampp\htdocs\〇〇〇〇\wp-includes\taxonomy.php on line 1873
[16-Jul-2020 03:24:18 UTC] PHP Warning:  count(): Parameter must be an array or an object that implements Countable in X:\xampp\htdocs\〇〇〇〇\wp-includes\taxonomy.php on line 1859
[16-Jul-2020 03:24:18 UTC] PHP Warning:  array_diff(): Expected parameter 1 to be an array, object given in X:\xampp\htdocs\〇〇〇〇\wp-includes\taxonomy.php on line 1862
[16-Jul-2020 03:24:18 UTC] PHP Warning:  array_map(): Expected parameter 2 to be an array, null given in X:\xampp\htdocs\〇〇〇〇\wp-includes\taxonomy.php on line 1867
????以下同様なエラーが2.37MB分連続????
[16-Jul-2020 03:26:15 UTC] PHP Fatal error:  Maximum execution time of 120 seconds exceeded in X:\xampp\htdocs\〇〇〇〇\wp-includes\taxonomy.php on line 1867

以上確認報告です。

何卒よろしくお願いいたします。

ありがとうございます。

>>Xampp 上での動作で、パスの取得の部分での問題
があるのですね。別問題の件も承知しました。

>>「フォルダー設定」?>「フォルダーを作成」でフィールドを空白にして「保存」の件
ありがとうございます。

>>メディアには問題はないと思われますのでプラグインを停止しても大丈夫です。
確かに「無効化」しても「削除」によりエラーが出ていても、サイト表示は普通に表示されているように感じました。

>>OML プラグインのフォルダー名を変更してからOML 削除の件
ありがとうございます。やってみます。
ですが、やっぱり本番サーバー上でいきなりは怖いので、ローカルのデータベースをセットし直してこれからやってみます。

>>フォルダーの数は、どのくらいですか？そのあたりが、トラブルの原因だと思われますので、お知らせいただけるとありがたいです。

「ロリポップでターミナル使用」とは何か、をこれから調べないとわからないレベルです…

ローカル環境へのフォルダ移植が完全かどうかは、正直怪しいところですが、現在の「wp-content/uploads フォルダー」を右クリックで確認したところ、
『ファイル数: 75,730、フォルダー数: 18,451』
でした。
ちなみにサイズ：2.67 GB (2,877,029,841 バイト)、ディスク上のサイズ：2.82 GB (3,031,367,680 バイト)です。

よろしくお願いいたします。

>>他のプラグインが、wp-content/uploads フォルダー以下に大量のフォルダーを生成している場合
確かに「uploadsフォルダ直下」に、私自身が作成していないフォルダが3つあります。
１）backwpup-da707b-temp
内容：ファイル数: 3、フォルダー数: 0
２）cache
内容：ファイル数: 18,778、フォルダー数: 18,242
　サイズ：395 MB (415,048,335 バイト)、ディスク上のサイズ：432 MB (453,619,712 バイト)
３）ps_auto_sitemap
内容：ファイル数: 0、フォルダー数: 0

>>そのフォルダーを「フォルダー設定」?>「除外フォルダー」で指定するとエラーがおさまるかもしれません。の件

「cache」フォルダを除外設定もやってみます。
やっぱりローカルでの確認から進めます。

何が何やら状態でしたので助かります、ありがとうございます。
よろしくお願いいたします。