dbarrere

Hi Patrick,

Yes your son is right, and the frontend is the tip of the iceberg.
All the other part needs a lot of work.

Can I ask you why you want to to move actual file and not use the virtual folder way.
I can understand you want to put all you files in a folder an import it in the WordPress media manager, as you do with the import function.
But why do you want the actual folder structure once it’s in your media manager?

Best regards

Damien

Hi,

I’ve quickly gone through your videos.
There is many points to explain and which are maybe unclear and should be better documented (It’s in my todo list)

If your files were already moved via the import feature of Joomunited’s plugin then there is a “move existing media” button in the plugin settings to reflect the virtual folders structure to an actual one.

This Joomunited’s plugin feature should allow you to manage your files in a folder outside the default wordpress upload.
Then WP Media Folders should automatically rearrange the the files to actual folders.

An important point is that the process is not instant. The process of moving files is complex and takes time to be finished.
You should see a point in the menu bar that gives informations about the overall process. If it’s grey, there is no informations yet about the process (the query may take time to be received), orange plus a number when there is files to be moved and the process is running in background. When it’s green all’s good.
The more you have post, page and more generally content in your database, the more it will take time, server resources and time.

When you change the file path of a file in the media manager popup you just have to click outside de field, so WordPress launch the save process.
It works as the title and the alt text, when you edit this field the WordPress builtin process should care about saving it.
But you have to reload the whole WordPress media manager page when all the files have been moved.
I have no way currently to update the informations on the page after files have been moved.

About the wheel which is shown during a lot of time, I think it’s because the process in background may take server resources.
Because of that the ajax query sent to load attachments is processed more slowly.

Best regards

Yes it seems to be stuck.
No, the process should only take few seconds.

If you are familiar with debug, could you enable the error logs in the wp-config.php file? (https://codex.www.ads-software.com/Debugging_in_WordPress#WP_DEBUG_LOG)
And under the Settings -> WP Media Folders -> Mode debug activated ?
And wait some minutes.

You should then have two log files, one in the wp-content folder and the other one in the wp-content/wp-media-folders/ folder.

Is there errors reported in one of theses?

You just have to change the file path and/or name in the file path field.
But I think that’s what you did.

Have you checked the actual files in your server?
It may have worked but if you don’t reload the media manager page you’ll not see the modifications in the url field.

When you change the file path in the WP media manager it will send a request to a script to change the actual file path.
The script is run in background and will move the file.
But there is no way to update the WP Media manager informations you have on the page you were. Even if you close the file popup and click again on the file.
The popup that will be opened will still contain informations of the file before the actual file has been moved.
To update the informations in the page you have to reload the media manager (tap the F5 keyboard button)

Another point is that, as I explained the process is run in background, and as it may take some time to process it, the changes are not instant.
You can have a look on the green point in the menu bar to see if there is pending operations or not.
Green means all is ok, while orange means that some files are being moved.

Best regards

Hi Brigitte,

I’m sorry if you get confused by the screenshots.
The replacement function is a feature of Joomunited’s plugin.
My plugin’s only feature is to allow moving files into real folders. Though it has an integration with Joomunited’s plugin to use their virtual folder feature and reproduce it as a real folder structure.

You’re totally right, I should have take the screenshots only with my plugin installed, I will change it right away.

Best regards

That’s not true, the plugin is free and works.
It has an integration with a paid plugin, but this is not required to work.

[redacted complaint]

• This reply was modified 6 years, 5 months ago by Ipstenu (Mika Epstein).

Hi,

It does work with the latest version of WordPress.

I’m sorry but I don’t know which video you refers to, and the plugin doesn’t add anything in the “Add media” page.
In the WordPress Media manager page when you click on a file to open the popup with all the attachment informations, the plugin will add here an input with the current file path.
You can see it in this image : Media manager.

, I’ll find where I can add and navigate folders

I’m sorry but this plugin doesn’t add anything to navigate folders.
It has an integration with another plugin, which is WP Media Folder from Joomunited : WP Media Folder.
This plugin from Joomunited creates virtual folders, and mine hook into this plugin to change actual file path according to the virtual folders in this plugin.

The plugin administration is under the Settings -> WP Media Folders menu item.
You should have upon install a disclaimer shown in the administration with a link that will redirect you to the setting page.

Best regards

The most important should already be checked by default, if not I would say wp_posts.content wp_posts.post_excerpt
But you could have url in other columns depending on the plugin you use, in this case you should check in your database each table if the content may have url inside.

Yes, you can select the tables to make the replacement into.
In the plugin settings page, you can uncheck “Detect media tables to replace content” and uncheck the columns you don’t want to replace content into.
The plugin will then only change the related media meta and look only the columns you have selected.

Hi,

It could be due, as you said, to an overload problem.
Each time you move a file, the plugins search into all databases columns the existence of the file to replace it by the new url.
It means a lot of database queries, and the more content you have the more queries it will do.

I would recommend to contact your hosting provider to see if you can increase the resources available.
Unfortunately there is nothing in the plugin we can do to decrease the charge.

I don’t really see why the 7.1 php version would affect the performance in a bad way, it is usually the opposite.
Is it the only thing you have done? Have you added plugins at the same time?
Or maybe your hosting provider doesn’t have the same php configuration for the 7.1 version.

Best regards

About the query, it is used to look for content to replace in serialized data in database.
Plugins and WordPress itself may have serialized data with a reference to an attachment.
If you don’t run this query you may not replace the old attachement path by the new one in all serizalized datas.
If you have a lot of post meta in your database it could take some time and the more content you’ll have the more time will take the queries.

Great thanks for the feedback.

To manage categories there is an integration with WP Media Folder plugin https://www.joomunited.com/wordpress-products/wp-media-folder

I don’t see all the needed actions or filters on the the Enhanced Media Library plugin, or a documentation that would let me hook into their code.

You can try this version https://downloads.www.ads-software.com/plugin/wp-media-folders.1.1.1.zip, it should fix your issue.
Please keep me informed.

• This reply was modified 6 years, 6 months ago by dbarrere.

You can download the development version here https://downloads.www.ads-software.com/plugin/wp-media-folders.1.1.1.zip
It should work with the media editor too.
Please let me know how it works on your end.

I have made big improvements. There is no more media editor issues.
I want to make some more tests to be sure it won’t break anything.
I’ll push it to a SVN branch where you’ll be able to test it.
It should be done by the end of the day.