lynton_reed

hi, sorry but i have no knowledge of this userpro package, so i suspect they may be better able to offer a solution. have you asked them for suggestions on how to integrate 3rd party shortcodes ? this sounds like it is an issue they may have with certain plugins and may be able to suggest a workaround or configuration setting that will help.

the php code can be placed in any file you like. you could easily extend this to loop through and print each filename with a number.

you may prefer the pro plugin though which can be configured to do this and other formatting such as filetype icons without any coding see the documentation for wtf_fu_list_files shortcode to see if it meets your requirements.

oh , and i just remembered , the pro plugin adds another shortcode wtf-list-files that has advanced formating options and can include the total file count in the display of the users files.

see the documentation pages for the [wtf_fu_list_files] shortcode to see the full details. by default the summary heading includes the numbers of files and total file size for each user or users.

files land under the users upload folder in a subfolder as specified by the shortcode attributes for the dir and subdir, so you could add some php to your page to count the files in this directory.

to do this try something like this

global $current_user;
get_currentuserinfo();

$upload_dir = wp_upload_dir();
$user_dirname = $upload_dir['basedir'].'/'.$current_user->ID;
$dir = $user_name . '/' .  "upload-dirname" . '/' . "upload-subdirname" . '/';
$filecount = count(glob($dir . "*"));

this is untested, but should be close to what you need.

lynton

• This reply was modified 8 years, 3 months ago by lynton_reed.
• This reply was modified 8 years, 3 months ago by lynton_reed.
• This reply was modified 8 years, 3 months ago by lynton_reed.

Have you checked the server timeout settings in particular the php setting
max_execution_time = xxx can be a problem if not set long enough for the process to complete.

Sorry but that is all I can suggest without explicit details on how to recreate the problem. You will need to be precise and include circumstances when it fails and when it succeeds.

I think php timeout is still the most likely cause though.

I’m not sure why you think the plugin is causing this.

You should first suspect the web server time out settings as this if the usual cause for lost connections during long uploads.

If you still believe there is an issue with the plugin please supply more detail about what occurs and steps to reproduce the problem.

Sorry for late reply I must have missed this somehow.

That’s pretty much what the wtf_fu_upload shortcode does do, so I’m not sure what you mean.

If you can provide more detail about what you need that you can not now already achieve I will try to suggest more.

Yes, change the permissions on the indicated uploads directory so that it is writable by the web server.

No, I can’t do it for you, there is a post hook example somewhere that will help. Look through the code you should be able to find it from memory there is an example dir somewhere.

You can add a post hook to execute arbitrary php code.

So if you are able to write a php function to get the users files and archive and move them , then add this function to your functions.php or any file in your mu-plugins dir , then add the function name as a post hook in the final stage, this should do what you want.

Closing this as there is nothing else I can add on this one.
If you are still having issues and can provide additional information or a link to the problem on a live site, I can try and look further into it.

Assuming Pam has found the issue and this is now resolved. If not please reopen.

Settings in setting page are global but are overridden by attributes that are explicitly added in the short code. Either way should work though.

As I can’t duplicate your problem I don’t have any thing further to suggest.

Maybe try switch to a different theme and see if it still occurs.

I just tried that here and it worked for me.
Without being able to reproduce it I can only suggest a few things to try.

1) Are you using the latest version of the plugin version 3.0.1 ?

2) check if the wp-content/uploads/public got created
this is the directory used for public uploads. If it is not there try creating it manually.

2) set use_public_dir = “yes” as well as deny_public_uploads “No”

As a side issue it is better to specifically assign attributes rather than change the global defaults unless you want to have ALL shortcode instances have this behavior.

i.e. set the default page back to use_public_dir = “no” and deny_public_uploads “yes” then specify these attributes in the short code like this

[wtf_fu_upload deny_public_uploads="0" use_public_dir="1"]

Lynton

You well have to try and explain better please.

What do you mean by “work from public” ?

Please also post the short code you are using.