Gantry Problem on 1&1
-
-
- Jens Straten
- Sr. Rocketeer
- Posts: 142
- Thanks: 0
-
Hi Bryan,
I will try to get the manual restore done some time tonight. Will PM you when it's done.
It would be nice to know the root cause for the failure, but please don't spend too much time on it.
Oh, talking about 1&1. I encountered two new small issues with 1&1 and maybe you have across either one?
1. Saving Gantry templates
I can always save!
However, the second and ever time thereafter gantry complains that parameter.ini is not writeable. Luckily, when I hit save, it saves anyhow. I checked using SSH and it appears that gantry is correct (initial value of chmod is reset from 755 to something else). So, I really don't know why the saving works anyhow...
2. JoomFish
The page correctly finds the first language if I remove the language identifier from the URL. However, all other languages (URL = ../de/...) fail with a 404. It appears that the 404 comes from 1&1 and not from JoomSEF. I am guessing that JoomFish might require additional configuration in .htaccess for Apache, but since I only worked with IIS so far I feel somewhat confused. In general I find URL rewrite to be much easier in IIS. I mean the initial rule setup can be complex, once it works, it just works...
Thanks,
Jens
-
-
-
- Kat05
- Preeminent Rocketeer
- Posts: 25898
- Thanks: 334
-
Jens Straten wrote:
1. Saving Gantry templateshi jens,
I can always save! However, the second and ever time thereafter gantry complains that parameter.ini is not writeable. Luckily, when I hit save, it saves anyhow. I checked using SSH and it appears that gantry is correct (initial value of chmod is reset from 755 to something else). So, I really don't know why the saving works anyhow...
this is a known joomla bug which seems to appear on certain servers only.
very often the changes actually do get saved, even if the params.ini says it is unwritable.
worth to give this a try.
if it does not work, you may try to enable your ftp layer in the joomla global configuration.
if this doesn't help as well, then you can try to add some changes to ../administrator/components/com_templates/controller.php
find below codes:and change to:// Try to make the params file unwriteable if (!$ftp['enabled'] && JPath::isOwner($file) && !JPath::setPermissions($file, '0555')) {kat// Try to make the params file unwriteable if (!$ftp['enabled'] && JPath::isOwner($file) && !JPath::setPermissions($file, '0755')) {
- Kat05 / QA Lead & Support / Germany
-
-
-
- Jens Straten
- Sr. Rocketeer
- Posts: 142
- Thanks: 0
-
Thanks Kat!
That's good to know. It seems to always save just fine, but it makes me feel better that it is a common problem.
Just as a quick update:
I created a temporary subdomain and provided ftp access to Brian.
Cheers,
Jens
-
-
-
- Jens Straten
- Sr. Rocketeer
- Posts: 142
- Thanks: 0
-
In the end we abandoned our effort to restore the old page because there is lots of evidence that it is somehow corrupted. Since we also don't have too much content on our page we decided to simply rebuild it from scratch to have a clean start. The new page isn't alive yet, but it works great on 1&1 so far.
A big thank you to Brian, Kat and others for trying to help out.
Best regards,
Jens
-
-
-
- Jens Straten
- Sr. Rocketeer
- Posts: 142
- Thanks: 0
-
Just a quick update. After encountering additional issues with 1&1 not allowing me to use SMTP to send emails to my mail server, I called it quit and moved on to HostGator. HostGator uses CPanel and Joomla installs and works as expected so far.
In general 1&1's useless support is what was breaking the deal for me. I can understand that no hosting provider can answer product specific questions (e.g. why does this template not work for me?), but I don't think it is acceptable if support is just reading a script back to me without being able to do much of anything for me. Another bad experience was the 6 day domain transfer. It did domain transfers before and I was always able to complete them in 2-3 days. 1&1 simply did not confirm the transfer on their end until the auto transfer option kicked in. That is simply ridiculous!
I don't know if HostGator is the best hosting provider for Joomla, but they easily beat 1&1.
Another thing I noticed is that the DNS panel in 1&1 is dumbed down and won't allow you to do much of anything. Therefore I moved my remaining domains to GoDaddy which gives me full access to my domain.
Overall, 1&1 might work for people who want to setup a very simple web page with email support through 1&1.
Hopefully, this will help someone saving some time in the future.
Cheers,
Jens
-
-
-
- Kat05
- Preeminent Rocketeer
- Posts: 25898
- Thanks: 334
-
hi jens,
glad you made the move. i have used 1&1 before but really was not happy either.
also if you search this forum, a lot of members mention having issues with them that do not happen with certain other hosts.
i do not use hostgator myself, but some of our fellow moderators here do and they have had no reason to complain, so i think you're all good having taken this decision.
all the best, kat
- Kat05 / QA Lead & Support / Germany
-
-
-
- Jens Straten
- Sr. Rocketeer
- Posts: 142
- Thanks: 0
-
Thanks Kat!
Everything surely works great so far and performance has improved as well.
Cheers,
Jens
-
-
-
- Kongzi
- Jr. Rocketeer
- Posts: 27
- Thanks: 0
-
Hello,
Relative to this problem, I tried to find same on joomla 2.5.14 with last grantry versions but didt'n find code.
After search, I found on
../administrator/components/com_templates/models/source.php
// Try to make the template file writeable. if (!$ftp['enabled'] && JPath::isOwner($filePath) && !JPath::setPermissions($filePath, '0644')) { $this->setError(JText::_('COM_TEMPLATES_ERROR_SOURCE_FILE_NOT_WRITABLE')); return false; }
I could try with 664 if it's the correct file ?
CSS compiled files cannot be deleted
Kat05 wrote:Jens Straten wrote:1. Saving Gantry templateshi jens,
I can always save! However, the second and ever time thereafter gantry complains that parameter.ini is not writeable. Luckily, when I hit save, it saves anyhow. I checked using SSH and it appears that gantry is correct (initial value of chmod is reset from 755 to something else). So, I really don't know why the saving works anyhow...
this is a known joomla bug which seems to appear on certain servers only.
very often the changes actually do get saved, even if the params.ini says it is unwritable.
worth to give this a try.
if it does not work, you may try to enable your ftp layer in the joomla global configuration.
if this doesn't help as well, then you can try to add some changes to ../administrator/components/com_templates/controller.php
find below codes:and change to:// Try to make the params file unwriteable if (!$ftp['enabled'] && JPath::isOwner($file) && !JPath::setPermissions($file, '0555')) {kat// Try to make the params file unwriteable if (!$ftp['enabled'] && JPath::isOwner($file) && !JPath::setPermissions($file, '0755')) {
Thanks,
All the best.
-
Time to create page: 0.076 seconds