tomgamwell

Hi Thom,

I seem to have made progress on this one, it was definitely a .htaccess and rewrite rule issue.

Adding an ! prior to the -f within the multisite rewrite rules allowed the site to find the directory at /resource/ once more. However, when you clicked through to a document it would then leave the directory and attempt to look up a page again (despite the .pdf).

It is the final line of the WordPress rule that was causing the issue as commenting it out allowed the documents to be downloaded but caused a 404 on ever page a part from the home page.

Adding a .htaccess to the document parent directory ‘resource’ which solely states ‘RewriteEngine Off’ seems to block this rewrite rule and allow the site to function.

Not a graceful fix by any means but it works for now while I look for something a bit neater!

Thank you for your time on this.

I thought as much!

OK – I will try and figure it out, if I get to the bottom of it I will let you know.

Thanks for taking a look.

I still don’t understand the issue. I have changed the name of the parent directory to ‘media’ – again, there is no duplicate of this slug and it still is trying to load a page rather than directory.

Now – I understand this isn’t a FileAway issue necessarily, I believe it works on multisite installs. Can you see an error in the edited .htaccess below that may lead to this issue? If not – I will ask WordPress. In this case, the multisite install is using subdirectories, rather than subdomains.

Thanks for your help.

# php — BEGIN cPanel-generated handler, do not edit
# NOTE this account’s php is controlled via FPM and the vhost, this is a place holder.
# Do not edit. This next line is to support the cPanel php wrapper (php_cli).
# AddType application/x-httpd-ea-php70 .php .phtml
# php — END cPanel-generated handler, do not edit
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ – [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]
</IfModule>
# END WordPress
# Wordfence WAF
<Files “.user.ini”>
<IfModule mod_authz_core.c>
Require all denied
</IfModule>
<IfModule !mod_authz_core.c>
Order deny,allow
Deny from all
</IfModule>
</Files>
# END Wordfence WAF

OK – thanks Thom, I will check it out.

It didn’t occur to me as it was working fine before the change to multisite so perhaps as part of the redirect rules added to set up that it has affected it.

Thanks for the clarification.

I have no page with the slug ‘resource’, only ‘resources’. I have nothing pending or in the trash either so I assume it must be to do with the additional multisite rules added to .htaccess.

Hi Thom,

Did you happen to get anywhere with this issue?

I have since uninstalled FileAway, reinstalled and altered the source directory name and it does not seem to have helped. While the files are on the server in the correct place, it is still stating there is no file. It’s a strange one!

If you need anything else from me I am happy to provide it; just let me know.

Tom.

Apologies.

Shortcode is as follows, running 3.9.9.0.1:

[fileaway type=”table” recursive =”on” directories=”on” manager=”on” role_override=”administrator” dirman_access=”administrator”]

Page password is: ResourceDorset

Many thanks.

Tom.