• Resolved surattb

    (@surattb)


    FWIW, I’m new to WordPress but not a Web newbie. I’m the one everybody else usually calls for tech support and I can almost always figure out the likely source of a problem (even if I can’t fix it), but this one’s really got me stumped.

    I built a WP site at https://billly.apexmediawire.com and everything worked fine for a couple days, then something major apparently broke and I can’t figure out where the problem lies.

    The site currently up should be displaying the “Default” theme, but it obviously isn’t. I was using a different template before (which I’d modified), but switched it back to default (by manually editing the database) as a troubleshooting measure.

    Here’s the really weird part, though: when you mouseover or click a link, the root domain address is appended a second time. For example: https://billy.apexmediawire.com/billy.apexmediawire.com/WHATEVER.

    Dream Host tech support has been useless thus far, but I’m thinking something may be screwed up on the Web server itself. What leads me in that direction is the presence of the “double URL” in the site’s raw html error log. Here’s a sample log entry from today: “[Thu Mar 2 04:54:04 2006] [error] [client 12.XXX.XXX.XXX] File does not exist: /home/XXXXX/billy.apexmediawire.com/billy.apexmediawire.com/wp-content/themes/default/style.css”

    In this example, the file “style.css” is in the proper place, but the appended/double URL is what’s causing the error. If the server’s configured properly and my site (or database) is to blame, then I’d think this “double URL” should NOT be appearing in the server’s html error log, right?

    In addition, the following entry started showing up repeatedly a few days ago: “[Tue Feb 28 02:57:39 2006] [alert] [client 12.XXX.XXX.XXX] /home/XXXXX/billy.apexmediawire.com/.htaccess: RewriteBase: argument is not a valid URL”

    Does this support my conclusion that something on the server’s broken, or am I perhaps overlooking something? Any ideas on what/how best to troubleshoot would be appreciated.

    Thanks,
    Billy

Viewing 8 replies - 1 through 8 (of 8 total)
  • Thread Starter surattb

    (@surattb)

    BTW, here’s the current contents of .htaccess:

    # BEGIN WordPress
    #<IfModule mod_rewrite.c>
    #RewriteEngine On
    #RewriteBase billy.apexmediawire.com/
    #RewriteCond %{REQUEST_FILENAME} !-f
    #RewriteCond %{REQUEST_FILENAME} !-d
    #RewriteRule . billy.apexmediawire.com/index.php [L]
    #</IfModule>

    #END WordPress

    Thread Starter surattb

    (@surattb)

    I’ve also tried deleting .htaccess (after backing it up locally, of course), but it doesn’t appear to have had any effect.

    And, naturally, I’ve tried emptying the WP cache a million times.

    Ideas?

    What do you have in the two URIs on the Options > General page?
    Is some kind of redirect involved with this site? Like a domain ponting to a folder somewhere else?

    Thread Starter surattb

    (@surattb)

    I can’t log in because it’s automatically appending the second URL at the end when I click the “login” button on the wp-admin.php page, thus breaking the link: “https://billy.apexmediawire.com/wp-admin/billy.apexmediawire.com/wp-login.php?redirect_to=%2Fwp-admin%2F&#8221;.

    I’ve tried manually editing the URL and reloading the page, but then it comes back with page not found.

    Inside the MySQL database under wp_options, siteurl = billy.apexmediawire.com and home = billy.apexmediawire.com.

    No redirect or subdirectory remapping is involved.

    Thanks,
    Billy

    shouldn’t those both have “https://&#8221; in front of them?

    Thread Starter surattb

    (@surattb)

    This just in from Dreamhost tech support:

    “There looks to be a problem with the htaccess rewrite commands for this subdomain. It works if there are commands are disabled(although the pages dont render correctly) and doesnt work in the commands are in place.

    We can only recommend removing the existing wordpress files, installing a fresh copy(the latest version) and running the applicatin again.”

    Reinstalling’s not that big a deal, but I’m more interested in figuring out what the heck happened in the first place so I can try to make sure it doesn’t happen again. Grrr.

    HandySolo gave you the answer.
    And it’s html basics 101: every URI starts with https://

    Thread Starter surattb

    (@surattb)

    I completely overlooked HandySolo’s post, and sticking an https:// in front of both URLs in the database did indeed solve the problem.

    I guess I must’ve been playing with the config options and assumed the “https://&#8221; was already hard-coded in one of the scripts or something. Sheesh.

    Thanks for the help, everybody.

Viewing 8 replies - 1 through 8 (of 8 total)
  • The topic ‘Redundant “double” URL broken site weirdness’ is closed to new replies.