Support

Admin Tools

#17919 Site display broken when htaccess file created

Posted in ‘Admin Tools for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Admin Tools version
n/a

Latest post by alexwalker on Tuesday, 29 October 2013 04:56 CDT

Tuesday, 22 October 2013 06:19 CDT

alexwalker
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? yes
Have I searched the tickets before posting? yes
Have I read the documentation before posting (which pages?)? yes
Joomla! version: 2.5.14
PHP version: 5.3.27
MySQL version: 5.0.96-community
Host: hosthere.co.uk
Admin Tools version: 2.5.8

Description of my issue: I have recently installed a backup using akeebabackup from subdomain to the root. I deleted everything apart from the cgibin and ran kickstart. Installation went well (as normal). In admin tools I made sure the site was pointing at the root and not the subdomain. I made sure the temp file was pointing at the correct output as well (default). I made sure that the direct access was permitted to Js_impacto template I then created the htaccess file and got a broken site - see the attached. As soon as I delete the htaccess file - no issues. I have tried everything (as far as I know) and I cannot fix it. Help ?
www.arkconsultants.co.uk

Tuesday, 22 October 2013 06:32 CDT

nicholas
Let's make sure that the problem is indeed caused by Admin Tools. In order to do so, try the following:

1. Try setting the Error Reporting level in your Global Configuration to "None". Many errors are caused by harmless PHP Notices and Warnings being output to the browser, breaking anything which requires HTTP header manipulation such as Joomla!'s session management, AJAX calls and download systems.

2. Try to replicate the issue after disabling the "System - Admin Tools" plugin. If you can still replicate the issue, it is not caused by Admin Tools. Disabling that plugin means that Admin Tools code (including the Web Application Firewall) is not running on your site.

3. If you suspect an issue with the .htaccess file, replace its contents with the contents of the stock htaccess.txt file shipped with every version of Joomla!. If you are on GoDaddy please wait for 1-30 minutes for the changes to be effective. Then, retry loading the problem page. If you can still reproduce the error, then it is not caused by .htaccess Maker.

If doing any of the above resulted in the issue still occurring, it's not related with Admin Tools and I can't help you. If doing any of the above did stop the issue from occurring, we'll have to do some troubleshooting.

First go to Admin Tools, Web Application Firewall, Configure WAF. Make sure "Log security exceptions" is set to Yes; if it's not, set it to Yes and click on Save. Now try reproducing your issue. Immediately after that, please go to Admin Tools, Web Application Firewall, Security Exceptions Log and go to the last page. The last log entry should have the date and time of when the issue occurred. Please copy the Reason and Target URL here so that I can help you.

If, however, you do not see a log entry, or the Date and/or IP address do not match your last access, this problem is not caused by Admin Tools' WAF. In this case, you will have to do some .htaccess troubleshooting. You may need to read the general .htaccess troubleshooting page, as well as the page on finding out necessary .htaccess exceptions.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Tuesday, 22 October 2013 06:33 CDT

nicholas
Sorry, I forgot to add one more thing: Yes, I know that you said that removing the .htaccess results in the problem going away. Still, please follow all of my steps above to make sure that we have ruled out every other Admin Tools related cause of trouble.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Tuesday, 22 October 2013 08:12 CDT

alexwalker
Ok. In the first instance. Thank you for such a thorough response (as always!). I tried all you suggested and nothing doing. So, I decided to change the template to Beez20 from Js_impacto, created the htaccess file and heh-presto - no issues! So, the problem is with the template. I attach how it is set up in config but these worked fine when it was in the sub directory of this site. Is it a case of just re-installing the Js_impacto template ?

Tuesday, 22 October 2013 09:39 CDT

alexwalker
I reinstalled the Js_impacto template and I still had the dame issue after deploying the htaccess file

Tuesday, 22 October 2013 10:12 CDT

dlb
Alex,

Check the RewriteBase setting in your .htaccess file.

Dale


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

Tuesday, 29 October 2013 04:56 CDT

alexwalker
Hi, I just wanted to let you know that this issue of mine was fixed by removing direct access to the templates/Js_impacto (which I had added for some bizarre reason!) when creating the htaccess file. As soon as I removed the template name, the htaccess file worked without any problem. I don't understand why, but my issue is resolved and I thank you as always.

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!