Loading...
 
Architecture / Installation

Architecture / Installation

Forum List Topic List

 
Thread actions
PDF Print this page
  • Print all pages

    • completely blank site

    Posted by Michelle posts: 4

    Hello;

    The system administrator for the server hosting my tiki site recently upgraded php from 4.1 to 4.3.10. Since then none of the site is loading. I'm getting nothing but blank pages. As Damian advised, we went through the installation checklist. However this did not solve the problem.

    Please help.

    This site already consists of hundreds of pages and about 8 months almost fulltime work.

    Thanks
    Michelle

    Reads: 1391
    Link
    Posted by Damian Parker posts: 2881 United Kingdom

    Must have spoken to you on IRC this afternoon.

    The host has upgraded the database to MySQL 4.1 also, Ive advised michelle to check configs and to get back to me.

    Damian

    Link

    Posted by MichaelE posts: 25 United States

    Maybe it would be a good idea to post up the recomended PHP.ini or oer directory PHP settings? I'm still fighting with this and not gaining any ground. I'm down to setting vars in the mod_php4.c directive in the virtual server config now...

    I've got a new blank 1.9 site I tried to setup today with the following directives with no luck:


    php_admin_value open_basedir "/www/ndm-tiki/tikiwiki"
    php_value magic_quotes_gpc off
    php_value magic_quotes_runtime off
    php_admin_value error_reporting "E_ALL"
    php_admin_value log_errors "On"
    php_admin_value ignore_repeated_errors "On"
    php_admin_value error_log "/var/log/apache/ndm-tiki_php4_error.log"
    #php_value session.save_path "/home/ndm-wiki/sessions"

    php_value memory_limit "16M"




    I think that the error_reporting one won't work because of the "E_ALL" maybe an internal constant...

    I also noticed a bunch of these in the error.log file:

    Sun Dec 26 16:12:07 2004 error PHP Warning: fetch(): Failed opening 'templates_c//en/%%80/80F/80F4A592%%tiki.tpl.php' for inclusion (include_path='lib/pear:lib/adodb:lib/pear:lib:.:/usr/share/php:/usr/share/pear') in /mnt/bigd/www/ndm-tiki/tikiwiki/lib/smarty/libs/Smarty.class.php on line 1247

    I checked the directory and the account that apache is running under has:

    -rwxrwsr-x

    to all files and the directory.

    verified that it could be written to by su'ing to the account and touching new files in the dir...

    really weird... Looking forward to any new info on these.

    Link

    Posted by Michelle posts: 4

    Hello;

    Thanks for the feedback. It seems that the source of the problem is indeed the upgrade of the MySQL to 4.1.

    However this doesn't solve the problem on an irate system's administrator who seems to think that tikiwiki should be compatible with 4.1, especially since phpwiki software is running on the server and has not broken. Also that he won't go back to 4.0 and so our tikiwiki site remains broken.

    I really don't have enough knowledge concerning this to give an informed evaluation. However shouldn't tikiwiki be really working on this problem?

    Michelle

    Link
    Posted by Damian Parker posts: 2881 United Kingdom

    Hi Michelle,

    TikiWiki uses an ADODB layer to talk to the database, this layer in version 1.8 of TikiWiki is not compatible with MySQL 4.1. The ADODB version used in TikiWiki 1.9 does support 4.1 however:

    MySQL brought in some changes that affects the SQL syntax to particular the LIMIT which we use. You can see various bugreports at http://sourceforge.net/tracker/?group_id=64258&atid=506846. MySQL 4.1 support will probably happen with 1.9 release but it is still very experimental and no real fix has been issued.

    For now, all I can say is to look at alternative hosts: TikiFriendlyHosts

    Damian
    http://tikihost.net

    Link