I think I see the problem. Your SetHandler is applying to every possible URL in the virtual host, without regard for whether it is a PHP file or not. Thus everything gets passed to PHP, even if it is a static file. And because PHP's interpreting the static file as PHP, you get the results you got.
You should instead send only requests for PHP files to the handler, by selecting them by filename:
<FilesMatch \.php$>
SetHandler "proxy:fcgi://127.0.0.1:9072"
</FilesMatch>
You can then remove the unnecessary redundant <Files> bits that you had added.
I think I see the problem. Your SetHandler is applying to every possible URL in the virtual host, without regard for whether it is a PHP file or not. Thus everything gets passed to PHP, even if it is a static file. And because PHP's interpreting the static file as PHP, you get the results you got.
You should instead send only requests for PHP files to the handler, by selecting them by filename:
<FilesMatch \.php$>
SetHandler "proxy:fcgi://127.0.0.1:9072"
</FilesMatch>
You can then remove the unnecessary redundant <Files> bits that you had added.
The 403 error usually comes from a permission error. It could either be at the directory or the files level.
In your case, from what I can see (only the file and the apache doc root directory permissions), permissions seems fine.
Could you share with us the parents directories permissions? (it could be the /var/www/dev/ that have too restrictive permissions)
If the permissions aren't allowing "other", 0755 should do it...
chmod 0755 /var/www/dev
Also, /var/www/dev should belong to "dev-admin". If that isn't the case, I would suggest to change the ownership of it:
chown dev-admin: /var/www/dev
And @Michael Hampton is right. None of your changes were required (on a default CentOS 7 Apache configuration).
Ohh! Just to make sure that we are covering all the bases... Does dev-admin is the Apache user?
If not, you may either change it within the main Apache configuration or by changing the dev directory (recursive) with the proper user.
Enable mod_mime and add the following lines in your httpd.conf (or a .htaccess):
AddType text/css .css
AddType text/javascript .js
When I load your website and look into the console, it displays the following error
[16:37:08.652] The stylesheet http://shurl.be/layout/stylesheets/css/test.css was not loaded because its MIME type, "text/plain", is not "text/css". @ http://shurl.be/
It seems you're missing an appropriate mime type. Although, the default configuration of debian should do this already.
Not only you need to set the correct permissions for the folder, but also for the file you are talking about. Please issue:
chmod 0644 /path/to/blog/js/bootstrap.js
Or any other permissions mode that will let Apache access the file.
That error indicates that the problem is a javascript file, not a css file.
Also, it's most likely that it is your Apache configuration and not your file permissions that are causing Apache to deny access. Apache, out of the box, in most Linux distributions, is configured to restrict access to the file system except where the configuration indicates that it is permitted.
Finally, setting permissions to 777 is never the answer. Please change them back to something reasonable.