Forum Replies Created

Viewing 15 replies - 301 through 315 (of 390 total)
  • Good call!

    Sorry we couldn’t help you get that one going though – I have no idea at all what the problem might be, unless there’s something really odd about the way they setup their hosting accounts.

    just kidding 🙂 sort of….

    Try that other thing i suggested earlier – backup your wordpress folder, then delete the /wp-include and /wp-admin folders, delete the wp-settings.php file, then re-upload them from the original WordPress file. Let us know if it works

    macmanx: thanks 🙂 mostly luck though, i was really dredging the ram here to come up with that.

    jose: i recommend a new host

    It was last-ditch, y’know 😉 My next recommendation was going to be finding a new host 🙂 I don’t deal with Linux much these days (too many clients using Winblows), but I have read stuff about htaccess messing with things in weird ways under certain configurations. Figured it certainly wouldn’t hurt to try bypassing it 🙂

    Spiffy 😀

    Your host has “Virtual Directory Support” set to disabled. Normally, this wouldn’t be a problem (at least, it isn’t supposed to be), but somewhere in the chain it does occasionally goof things up.

    I have no idea why it would be rewriting what you enter into the database though…. that’s a little weird even by my experience.

    Glad it worked for you 🙂 Hope it works for Jose too, and I do have a paypal account, but I ain’t telling you what it is 😉 But thanks anyways 😀

    no, i meant log in and out of phpmyadmin – check it there before blaming WP for it 😉

    hmmmmmm…. two more things (both quick and easy to try)

    1) in phpMyAdmin, when you enter your address into siteurl, escape the slash characters with backslashes (http:\/\/mydomain.com) – that might force the issue. can’t break it any worse than it is already *shrug* Then try it with two backslashes if it doesn’t work – http:\\/\\/mydomain.com

    2) delete or rename the .htaccess file and try to make it work (do the phpmyadmin thing immediately beforehand though, so WP doesn’t have a chance to mess with it)

    Jose, the 2nd option above might work for you too.

    And if not, nothing lost but the minute or two it’ll take 😉

    Hey, I thought adulthood was 19 in BC, not 21… has it changed? Glad I’m in Alberta – still 18 here 😉

    Amiantos, after you put the proper value in with phpmyadmin, logout of it, then back in, and see if it’s still set properly.

    Amiantos, you’re using PHPMyAdmin to admin your database, yes? Or something like it? Or are you using a command-line tool or application?

    and it keeps resetting siteurl to “http:” instead of keeping the real URL?

    make the change again, but query the table afterwards (before going back into WP) to make sure the new value is actually in there…

    In the wp_options table, set both home and siteurl are identical, and that fileupload_realpath is accurate.

    That sounds like it might be. I was sitting here trying to think of a way you could safely delete all the records in that table and have them reset to the defaults….

    Of course, now I realize I could just dump the SQL from that test database for you 🙂

    But if it’s being reset each time, that might not do much…

    Sounds like it’s probably a server issue then. That test blog here is on Apache 2 with PHP 5 and MySQL 4.1. Some of the other blogs I host are under IIS with PHP4 and MySQL 4.0 (I was young and stupid, what can I say – besides, WP1.2 doesn’t like PHP5, and I don’t like forcing PHP4 to cooperate with MySQL 4.1).

    OK, last steps before you call your hosts and find out why this happens:

    Route 1
    ——–
    1) backup your WordPress installation to your hard drive
    2) delete the /wp-admin and /wp-includes folders
    3) in the root folder, delete the wp-settings.php file
    4) upload all those files/folders from an original WordPress installation archive (use the same version that was there before)
    5) test

    Route 2
    ——–
    (only for extreme rebuilding)

    1) backup your WordPress installation to your hard drive
    2) backup your database
    3) delete EVERYTHING in your wordpress folder except /wp-config.php
    4) upload WordPress from the original files available on the site here, preferably the same version you were using before
    5) test it

    Route 3
    ——–
    (because sometimes you just need a fresh database)

    1) backup WordPress and your database
    2) if possible, create a brand-new database, and upload WordPress to a brand-new folder
    2a) if not, then delete both completely, then create a new database and new WordPress folder
    3) upload and install WordPress
    4) test

    Good luck 🙂

    Jose hasn’t been able to activate any plugins at all, so none are running on his installation. Last time I checked, though, StatTraq didn’t get along with WP1.5, which is why I suggested Amiantos disable all his – just in case 😉

Viewing 15 replies - 301 through 315 (of 390 total)