Shared installation

markw · Post by **markw** » Tue Nov 29, 2005 4:32 pm

I did a little work on shared install, I have a script and a little mod.

You have to move the function "serendipity_query_default" from "include/functions_installer.inc.php" to "serendipity_config.inc.php"

#!/bin/sh
WEBUSER=[webuser name]
WEBGROUP=[web server group]
SRCROOT=/usr/local/lib/php
SRCDIR=$SRCROOT/s9y
DESTDIR=/opt/www/htdocs/$1

#
# Remove any existing directory
#
rm -rf $DESTDIR

#
# Start fresh
#
mkdir $DESTDIR
chmod ug+wrx $DESTDIR

#
# Make user writeable directories
#
mkdir $DESTDIR/uploads
mkdir $DESTDIR/archives
mkdir $DESTDIR/templates_c

#
# Link all relevent files and directories
#
ln -s $SRCDIR/bundled-libs $DESTDIR
ln -s $SRCDIR/htmlarea $DESTDIR
ln -s $SRCDIR/lang $DESTDIR
ln -s $SRCDIR/plugins $DESTDIR
ln -s $SRCDIR/sql $DESTDIR
ln -s $SRCDIR/templates $DESTDIR
ln -s $SRCDIR/include $DESTDIR
ln -s $SRCDIR/*.php $DESTDIR
ln -s $SRCDIR/*.js $DESTDIR

#
# Clean up all the *non* linkable PHP
#
rm -f $DESTDIR/serendipity_config.inc.php
cp $SRCDIR/serendipity_config.inc.php $DESTDIR

# Make sure all correctly owned
#
chown -R $WEBUSER:$WEBGROUP $DESTDIR

# Set permissions
#
chmod ug+wrx $DESTDIR/uploads
chmod ug+wrx $DESTDIR/templates_c
chmod ug+wrx $DESTDIR/archives

Tribal-Dolphin · Post by **Tribal-Dolphin** » Mon Dec 26, 2005 5:44 pm

For me, it don't works.
I see a wrong path in the installer and after installation, i see again the installation page.
An idea ?

Post by **garvinhicking** » Mon Dec 26, 2005 9:02 pm

I replied in your other question thread.

Regards,
Garvin

elf2000 · Post by **elf2000** » Mon Jan 16, 2006 4:38 pm

I have also challenged share installation.
I failed in the work by original s9y.

http://elf.no-ip.org/~elf/contribute/se ... -steps.txt

It is because original s9y must be installed in docroot.
I do not installed in docroot.

* case in docroot:
In docroot, it checks on the basis of URL.

Code: Select all

$test_path1 = $_SERVER['DOCUMENT_ROOT'] . rtrim(dirname($_SERVER['PHP_SELF']), '/') . '/';
if (file_exists($test_path1 . 'serendipity_admin.php')) {
    //  In docroot, this is processed.
    return $test_path1;
}

* case in not docroot(i.e. public_html)

In not docroot, It is based on the path of include/function_install.php.

Code: Select all

$test_path2 = serendipity_getRealDir( __FILE__);  // shared s9y.
if (file_exists($test_path1 . 'serendipity_admin.php')) {
    //  Do not processed.
    return $test_path1;
} else {
    //  In not docroot, this is processed.
    return $test_path2;
}

therefore, when it installs to no docroot, directory of base, templates_c and uploads is set shared side.

I changed include/function_install.inc.php and solved this problem.

Next problem,

Installation is completed, and when using it, there is a problem also on serendipit_config.inc.php.

Since it is using __FILE__, it is that directory of base, templates_c and uploads is set to a shared side.

I changed serendipit_config.inc.php and solved this problem.

see:
http://elf.no-ip.org/~elf/contribute/se ... l-01.patch

The following is my environment:
Server OS: Fedora Core 1(+rawhide(kernel 2.6.15/glibc2.3.90,etc...)
PHP: PHP 4.4.2(original rpm)
MySQL: MySQL 4.0.22(from MySQL AB)
Client OS: Windows 2000 SP 4, XP SP2
Browser: Internet Explorer 6SP1, Firefox 1.5

elf2000 · Post by **elf2000** » Tue Jan 17, 2006 6:33 pm

I create another patch.
The point of this patch is defining the constant for data(i.e. S9Y_DATA_PATH).

http://elf.no-ip.org/~elf/contribute/se ... l-02.patch

Usage:
* Install and patch serendipity core
$ cd /usr/share/php
$ sudo tar zxf serendipity-0.9.1.tar.gz
$ sudo mv serendipity s9y
$ patch < s9y-shared-install-01.patch

* Work on local area(i.e. /home/user01/public_html)
$ cd /home/user01/public_html
$ cp -pr /usr/share/php/s9y/deployment/* .
$ ln -s /usr/share/php/s9y/templates .
$ chmod o+w archives templates_c uploads
echo 'php_value $ include_path "./:/usr/share/php/:/usr/share/php/s9y/:/usr/share/php/s9y/bundled-libs/"' > .htaccess

# I want to rearrange handling of a 'templates' directory.

* Database setup
same basic installation;)

* Browser access
Access to http://www.example.com/~user01/
Next step, Same as the basic installation work.

Post by **garvinhicking** » Wed Jan 18, 2006 8:38 am

Tadashi, did you read my IRC message from a day before? I tested it on my server with subdirectories, and there it worked all fine.

This leads me to believe that your server is not properly returning the path for a "__FILE__" constant, maybe because your webserver is Aliasing the directory, or using other means to not resolve symlinks.

Best regards,
Garvin

elf2000 · Post by **elf2000** » Wed Jan 18, 2006 11:36 am

garvin, Can you write work sequence?

I tried on the method near this URL again.
http://www.s9y.org/41.html

http://elf.no-ip.org/~elf/contribute/se ... teps-2.txt

I access http://example.com/~user01/ using a browser.
It result failed.
> Permissions
> /usr/local/lib/php/s9y/ Not writable
> /usr/local/lib/php/s9y/templates_c Not writable
> /usr/local/lib/php/s9y/uploads/ Not writable

http://elf.no-ip.org/~elf/contribute/se ... failed.png

This is a result as I imagined.
I have done no tricky things.

Regards!!

Post by **garvinhicking** » Wed Jan 18, 2006 11:42 am

I tried the same steps like yours, but I did not change the permissions on the s9y folder.

Can you please try the same with your /usr/local/lib/php/s9y being 777? If it works then, we have a culprit, and just the permission checks need to be adjusted. jtate changed that a few weeks ago -- in my case the dir was 777 so it wouldn't report an error there.

Because the actually used directory later was a different one.

Regards,
Garvin

elf2000 · Post by **elf2000** » Wed Jan 18, 2006 12:04 pm

The method shares serendipity_local_config.inc.php and database between all the members.
This is not very good for an ASP use.

Post by **garvinhicking** » Wed Jan 18, 2006 12:14 pm

In my example those files were created in the "public_html" directory, just like intended.

My config was:

/usr/local/lib/php/s9y -- s9y repository
/var/www/ -- document root
/var/www/serendipity/s9y-01/

The config_local file was correctly saved in /var/www/serendipity/s9y-01/.

I am using Apache 1.3.33, PHP 4.4.1 and no mod_alias or mod_userdir or other things.

Regards,
Garvin

elf2000 · Post by **elf2000** » Wed Jan 18, 2006 12:28 pm

/var/www/ -- document root
/var/www/serendipity/s9y-01/

This is not the outside of docroot.

Case my procedure, The file was created by "/usr/local/lib/php/s9y/".
I have already explained this difference.

It is because original s9y must be installed in docroot.
I do not installed in docroot.

[/quote]

Post by **garvinhicking** » Wed Jan 18, 2006 12:44 pm

Hi!

elf2000 wrote:
/var/www/ -- document root
/var/www/serendipity/s9y-01/
This is not the outside of docroot.

I meant, it is not WITHIN the same directory as the document root pointed to. I thought that was the whole issue of your problem - that the directory was not the same as the document root of a vhost container.

Of course the "personal" blog must be within a document root of a vhost.

Case my procedure, The file was created by "/usr/local/lib/php/s9y/".
I have already explained this difference.

But this is not how it is on my host. With straight Serendipity 1.0-alpha2, no files get installed into /usr/local/lib/php/s9y/.

Regards,
Garvin

elf2000 · Post by **elf2000** » Wed Jan 18, 2006 4:01 pm

I tried s9y version 1.0-alpha2(svn trunk now)

http://elf.no-ip.org/~elf/contribute/se ... teps-3.txt

It is processed as implemented.

elf.no-ip.org is not a virtual host.
It is the global domain of apache.

I tried in other environments.

OS:FreeBSD 5.4-STABLE #1
apache: 2.0.55
PHP: 5.1.2

The virtual host is not used.
A setup is a global setup.
I installed s9y in /home/elf/public_html/s9y.

Is there any method of otherwise checking?
Should I just test also on Windows?

cu

Post by **garvinhicking** » Wed Jan 18, 2006 4:24 pm

I think the problem is FreeBSD. I only test with Linux. The steps you described work for me in Linux; the serendipity_config_local.inc.php is created in public_html, not in /usr/... on my Linux.

It seems that FreeBSD is not translating __FILE__ or getrealpath() the way like Linux.

Regards,
Garvin

Guest · Post by **Guest** » Wed Jan 18, 2006 5:00 pm

Garvin,

I test Linux and FreeBSD.
Linux was checked by Fedora Core 1, 4 and CentOS 4.2.
It is the same result altogether.

in function_installer.inc.php

$test_path2 = serendipity_getRealDir( __FILE__);

As for this, Linux and FreeBSD return /usr/local/lib/php/s9y/.

This file exists in "/usr/local/lib/php/s9y/include/".
That is, it can interpret like this.

function serendipity_query_default($optname, $default, $usertemplate = false, $type = 'string') {
(snip)
switch ($optname) {
(snip)
case 'serendipityPath':
(snip)
$test_path2 = serendipity_getRealDir( "/usr/local/lib/php/s9y/include/function_installer.inc.php");
(snip)
function serendipity_getRealDir($file) {
$dir = str_replace( "\\", "/", dirname($file));
$base = preg_replace('@/include$@', '', $dir) . '/';
return $base;
}

serendipity_getRealDir() returns "/usr/local/lib/php/s9y/."
serendipity_query_default() also returns it.
And serendipity_config_local.inc.php, archives, templates_c, and uploads is created, checked using it.

Is this explanation wrong?

Shared installation

Shared installation

??

Re: ??

Do not install for shared s9y.

I create another patch

Re: I create another patch