Changing permissions on serendipity_config_local.inc.php

Having trouble installing serendipity?
Post Reply
Hathor
Regular
Posts: 118
Joined: Tue Mar 22, 2005 11:48 pm

Changing permissions on serendipity_config_local.inc.php

Post by Hathor »

I'm switching hosts, and thought I could just copy everything from one server to the other. However, the serendipity_config_local.inc.php file won't copy. The permissions are set to 700 on it, and it won't let me change it, so I can't even open it up and copy the info or anything.

Is there a way to reset it, or do I have to reinstall from scratch on the new server?
garvinhicking
Core Developer
Posts: 30022
Joined: Tue Sep 16, 2003 9:45 pm
Location: Cologne, Germany
Contact:

Re: Changing permissions on serendipity_config_local.inc.php

Post by garvinhicking »

If your hoster doesn't have the proper permission setup for you to read it, you can recreate the file easily. It looks like this:

Code: Select all

<?php
        /*
          Serendipity configuration file
          Written on Thu, 07 Apr 2005 16:03:58 +0200
        */

        $serendipity['versionInstalled']  = '0.8';
        $serendipity['dbName']            = 'serendipity';
        $serendipity['dbPrefix']          = 'serendipity_MERGE_';
        $serendipity['dbHost']            = 'localhost';
        $serendipity['dbUser']            = 'root';
        $serendipity['dbPass']            = 'xxx';
        $serendipity['dbType']            = 'mysql';
        $serendipity['dbPersistent']      = false;

        // End of Serendipity configuration file
        // You can place your own special variables after here:
?>

# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Hathor
Regular
Posts: 118
Joined: Tue Mar 22, 2005 11:48 pm

Post by Hathor »

Okay, thanks, I appreciate that.

Now unfortunately no matter what I do, the db won't transfer over properly, which I think must be a problem with my old host, because I tried it moving it to two different servers, and in both cases it left out some stuff in the "overhead" column in phpmyadmin. Obviously, I'm not the most tech savvy person, but I've never had trouble transferring a db before!

It keeps giving me this error:
Serendipity has detected that your configuration is currently installed with version 0.8-beta2, however serendipity itself is installed as version 0.8-beta6, you need to upgrade! Click here
Which is nuts, because I never had 8.2. I've tried to follow its instructions and it just won't work. So I think this must be something with my old host.
garvinhicking
Core Developer
Posts: 30022
Joined: Tue Sep 16, 2003 9:45 pm
Location: Cologne, Germany
Contact:

Post by garvinhicking »

versioInstalled is fetched from the value inside your serendipity_config_local.inc.php (which you have as '0.8-beta2', it seems).

The version to upgrade to ('0.8-beta6') is contained in the serendipity_config.inc.php of the downloaded Serendipity snapshot.

Regards,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Hathor
Regular
Posts: 118
Joined: Tue Mar 22, 2005 11:48 pm

Post by Hathor »

LOL, I have no idea how 0.8-beta2 got in there.

Thanks again... It looks like it's working now. :D

Is there a way to send you guys a donation? I've paid for software that wasn't as good as Serendipity, and you sure beat the average tech support hands down. :)
gizmola
Regular
Posts: 37
Joined: Mon Oct 25, 2004 11:54 pm

Post by gizmola »

This is actually a common problem, because in the typical hosted environment, the webserver is running as some user (apache for example).

The end user sets the rights on their webspace to be 777, so that other can write files. Serendipity creates the config file (as apache), and it gets the permission 700, so that the user can't even see their own config file without getting apache involved.

Naturally when you try and copy files, the apache owned files won't copy because you have no rights to them.
Post Reply