• Resolved leftsideways

    (@leftsideways)


    So a client of mine paid their bill (cheers go up!) and it is time to launch their site. (I have many clients, on this IP/server; I am not new to this)

    I create a new spot for them on the apache server (simple, do this all the time, not an issue [all other sites are up and running, launched one four days ago])
    I get wordpress there ( wget "https://ww.wp.xz.cn/latest.tar.gz" --no-check-certificate )
    I uncompress ( tar -xzf latest.tar.gs;mv wordpress/* .;rm -rf wordpress;chown -R www-data:www-data * )
    I visit http://example.com/
    I get a blank screen with no HTML.
    I visit http://example.com/wp-admin/install.php
    I get a blank screen with no HTML.

    This is not an update/upgrade, this is a FRESH install.

    Is anyone else having this issue or do I need to dig deeper?

    Note: I am doing a manual config, but would LOVE to have my <5min autoinstall back!

Viewing 11 replies - 1 through 11 (of 11 total)
  • Moderator James Huff

    (@macmanx)

    A blank screen means PHP is either crashing or not running. What version of PHP is installed on your server?

    Thread Starter leftsideways

    (@leftsideways)

    ACK! Been busy working on said client site as there was a SUPER strange issue; perhaps you could forward it to the powers that be.

    There was a web-user writable copy of a previous client’s wp-config.php file that was two directories back from the existing client’s website directory.

    I am kicking self for having bad server permissions which would have prevented this, but interesting to note that the vanilla install was going back so many directories.

    Moderator James Huff

    (@macmanx)

    Thanks for letting us know what it was!

    Thread Starter leftsideways

    (@leftsideways)

    … all the same, interesting that the vanilla install was going back one directory further than the install itself…

    Moderator James Huff

    (@macmanx)

    How exactly did you do the install? Was it through the hosting provider’s installer or a third-party package?

    Thread Starter leftsideways

    (@leftsideways)

    Install in three parts:
    a:ssh to server and change to website install directory
    b:wget "ww.wp.xz.cn/latest.tar.gz" --no-check-certificate;tar -xzf latest.tar.gz;mv wordpress/*;rm -rf wordpress xmlrpc.php
    c:use browser at domain for website directory

    It was via an ssh shell and a browser.

    Edit: forgot chown -R www-data:www-data *

    Moderator James Huff

    (@macmanx)

    And yet wp-config.php would up in a directory different than where it is if you were to download WordPress from https://ww.wp.xz.cn/download/ ?

    Thread Starter leftsideways

    (@leftsideways)

    that is not correct; let me clear it up.

    I had put a backup copy in the parent directory of the install. This was a mistake on my part which was compounded by it having web-read/writable permissions outside of where it should have.

    ie: 100% MY FAULT, NOT WORDPRESS!

    Moderator James Huff

    (@macmanx)

    Ah, good. I’m confused then, what was the problem?

    Thread Starter leftsideways

    (@leftsideways)

    /dir/www/blog/
    /dir/www/blog/website-a/wp-config.php
    /dir/www/blog/website-b/wp-config.php
    /dir/www/blog/website-c/wp-config.php

    I have 3 copies of WordPress running perfectly fine.
    I copy the wp-config.php from website-b to /dir/www/blog/ for ‘backup’, without renaming it [mistake on my part]
    Install fresh WordPress at /dir/www/blog/new-site/

    The fresh install would read the previously configured wp-config.php that was in the directory below it. This was confirmed as the href links on the new-site/wp-login.php page had were set to website-b, not new-site.

    …hope this helps to clear up the mud puddle i made!

    Moderator James Huff

    (@macmanx)

    Oh! That’s normal, sort of. WordPress is designed to look look one directory higher for wp-config.php as a way to “hide” it.

    We generally recommend keeping separate installations in subdomains websitea.example.com, websiteb.example.com, etc, rather than subdirectories for this reason (and a few more).

Viewing 11 replies - 1 through 11 (of 11 total)

The topic ‘Problem with fresh, vanilla wordpress 4.4 install’ is closed to new replies.