Themes cant be installed

[Rodnox]

Now, as I had just mentioned in another Folder, I have installed a complete new version of S9Y.

Now when I activate Spartacus to get more Themes and try to install one of the new ones, i get the following error:

http://www.rodnox.de/s9y-errormessage.png

The Chmod rights are set to 777 for archive, upload and templates.
Now what really points out my attention is the double slash in the template url. Why is that?

I have checked the path configuration

http://www.rodnox.de/s9y-pathconfig.png

And there is no additional slash before the template path. So where is that coming from? I have tried to remove the slash behind the "Full Path" line, and that would theoreticly solve the problem, but than all the other paths run invalid, cause they miss a slash.


Anybody know a solution?

[garvinhicking]

HI!

The double slash is not critical, /////////////////// is the same like /.

The error comes because either /templates or /templates/RoundedCorner is not writable. Check your privileges, it seems that it is NOT set to 777, otherwise s9y/PHP wouldn't complain.

HTH,
Garvin

[Rodnox]

Well I've now checked it twice with fire fto and confixx


The Folders "Archive", "Upload", "Templates" and "Templates_c" are definitely chmodded 777.


Now, the folder "templates/roundedcorner does not exist .. probably because s9y couln't create it.

There has to be another obstacle I'm not able to see. Any Ideas?

[garvinhicking]

Hi!

Try to create this file as test.php in your root and call it via your brwoser (http://yourdomain/test.php):

Code: Select all

<?php
ini_set('display_errors', 'on');
mkdir('templates/RoundedCorner');

Then see if you get any output, and if the directory exists.

Regards,
Garvin

[Rodnox]

Intresting turnout

Code: Select all

Warning: mkdir() [function.mkdir]: Unable to access templates/RoundedCorner in /home/www/username/html/test.php on line 3

But due to the fact that I'm runing 2 s9y blogs on the same server (of course in differend databeses) i have modifyed the script to:

Code: Select all

<?php
ini_set('display_errors', 'on');
mkdir('blox/templates/RoundedCorner'); 

Output:

Code: Select all

Warning: mkdir(blox/templates/RoundedCorner) [function.mkdir]: File exists in /home/www/username/html/test.php on line 3

Now after that output I have double checked that folder and can assure the Folder "RoundedCorner" does not exist to me. Shall I ask my support center if they can see a folder with that name?


I have also modifyed the script with a foldername that I'm sure exist. following turn out:

Code: Select all

Warning: mkdir(blox/templates/kubrick) [function.mkdir]: File exists in /home/www/username/html/test.php on line 3

does that bring me forward?

[Rodnox]

funny stuff in addition:
When I run the script with fantasy folder names, the were created!

Means, when I run

Code: Select all

    <?php
    ini_set('display_errors', 'on');
    mkdir('blox/templates/DoubleWopper');  

And the Folder "DoubleWopper" does certainly not exist!
The Folder "DoubleWopper" is created when I run the test.php with the output

Code: Select all

Warning: mkdir(blox/templates/DoubleWopper) [function.mkdir]: File exists in /home/www/username/html/test.php on line 3

I'm torn apart between laughing my ass off and sticking my head in a bucket full of sand.



Whats wrong?

[Rodnox]

now when I create the Folder "RoundedCorner" manually and chmod it to 777, the theme can be installed!.

Maybe s9y has problems creating folders?

So I checked the Chmodding option again and found that little tick-box beside the chmodding lines that says: apply the chmodoptions to all contained folders and files.

That sounded logic but all my hopes were shattered by the error messages appearing again.

I'll keep trying, if anyone has any suggestions, I'd appreciate.

[Rodnox]

I've been following another Idea.

The folowing is taken from the blog.htaccess File:

Code: Select all

<Files *.tpl.php>
    deny from all
</Files>

<Files *.tpl>
    deny from all
</Files>

Could that be a problem?

[Don Chambers]

I've been following another Idea.

The folowing is taken from the blog.htaccess File:

Code: Select all

<Files *.tpl.php>
    deny from all
</Files>

<Files *.tpl>
    deny from all
</Files>

Could that be a problem?

No - that's perfectly normal when not using URL rewriting. Definitely some kind of permission issue, but I have no suggestions as I have never had a problem like that on any server I have dealt with.

[Rodnox]

I'm cracking up here ....

Now after 3 days of constant search I got a Error Message with the following content

Code: Select all

It was not possible to download the required files from the Spartacus repository, but the health of our repository was retrievable. This means your provider uses a content-based firewall and does not allow to fetch PHP code over the web by using mod_security or other reverse proxies. You either need to ask your provider to turn this off, or you cannot use the Spartacus plugin and need to download files manually.

well .. I have an Email to write

[Rodnox]

now, the reply from the support center was a hint that there are e couple of houndred error messages in the log files:

Code: Select all

PHP Warning:  cannot yet handle MBCS in html_entity_decode()! in
/home/www/username/html/blox/include/functions_trackbacks.inc.php on line 552

now line 552 in that file is

Code: Select all

  // strip html entities and tags.
    $body = html_entity_decode(strip_tags($body), ENT_COMPAT, LANG_CHARSET);

I dont really understand php too much.
Can anybody help?

[garvinhicking]

Hi!

Thats unrelated; it seems chinese spammers are trying to send trackbacks to you in a charset that you don't support.

so unless you want to receive chinese charset spam *g* there's nothing you need to worry about; your PHP version simply does not yet support this character set, your provider would need to upgrade PHP to allow that.

Regards,
Garvin

[Rodnox]

PHP Version 4.4.4 is not enough? Than u would have to change the "requirements" in the installation docs, cause there it says >=4.3.0

Or maybe add that anything <=5.? will work, but might have trouble endabling all features.

But I guess, that would solve the problem.

I'm up to my emails again

[garvinhicking]

PHP Version 4.4.4 is not enough? Than u would have to change the "requirements" in the installation docs, cause there it says >=4.3.0

PHP4 is actually a bit outdated, some plugins even require PHP5. Most of s9ys operations can be done with PHP 4.3.0, but for chinese spam you have to upgrade.

Regards,
Garvin

[Rodnox]

okay, got php 5.1.3 now.
but can't test it, cause another problem appeared.

But I'll have to open a new toppic for that.

I will return to that subject as soon as the new issue is solved.