Forum Replies Created

Viewing 15 replies - 1 through 15 (of 39 total)
  • Thread Starter kirkpete

    (@kirkpete)

    Thanks! The answer on the plug-in forum was, if the site already has https, it is safe to click the Activate SSL button. The system will detect that SSL is active, and will make no changes.

    Thread Starter kirkpete

    (@kirkpete)

    James, thanks for your help. Reinstalling WordPress did the trick, although there was another problem that I described here.

    My geeky wife dug around and discovered some new code referring to PHP5 that was needed in the .htaccess file, as described here. In the process we discovered that the .htaccess file was missing altogether — your instructions above didn’t state that it should be retained, so I deleted everything except wp-config.php and /wp-content/. I guess if I had just uploaded the new files and overwritten the old ones, .htaccess would have remained untouched, but I deleted rather than overwriting.

    But again, thanks.

    Thread Starter kirkpete

    (@kirkpete)

    Fixed! It turns out it had nothing to do with plugins or themes. Because I had followed exactly the previous advice given, “delete then replace your copies of everything except the wp-config.php file and the /wp-content/ directory with fresh copies,” I lost my .htaccess file. Luckily I’d kept a complete backup of my blog from before the upgrade on my hard drive and was able to retrieve it from there. Everything is working now.

    Thread Starter kirkpete

    (@kirkpete)

    Actually, every link to any specific post is broken, I don’t see how messing with themes and plug-ins is going to help. But I just deactivated all my plugins, no effect. I renamed the theme directory, and then I couldn’t get to the site at all.

    It seems like somehow the database has been corrupted? Links to specific posts that worked just fine a week ago now show 404 errors, here’s an example: http://blog.kirkpetersen.net/2010/02/honest-labor-from-mach-2-to-muenster-to-madison.html

    Thread Starter kirkpete

    (@kirkpete)

    Thanks for the quick response. The easy way didn’t help, I’ll try redownloading and installing tomorrow.

    Thread Starter kirkpete

    (@kirkpete)

    Ick. I officially hate plug-ins. But thanks.

    Thread Starter kirkpete

    (@kirkpete)

    Thanks! It was a plug-in. I guess maybe I should keep them up to date.

    Thread Starter kirkpete

    (@kirkpete)

    Thanks, I’m back in business, although with fewer plugins. I’ve decided to limit my plugin use to try to get off of the WordPress upgrade-and-break-plugins merry-go-round.

    Thread Starter kirkpete

    (@kirkpete)

    OK, the web host can’t/won’t give me access to the server logs, but their tech support said I could create my own server error logs, and they sent me an email explaining how to do that.

    The text of their email is posted below. I don’t know what PHP script they are referring to — I’ve seen things that I think may be PHP scripts accessible through my WordPress dashboard, but the dashboard is not currently functioning properly. I also have no clue what they mean by the following instruction:

    Include the file using “include()”)

    (email begins below)
    —————–
    Since we don’t provide access to Apache error logs on shared hosting packages for
    technical reasons, you can create your own error logs for debugging PHP Scripts.

    Please insert the following code in your PHP script (or create separate file and
    and add the code in it. Include the file using “include()”)

    error_reporting(0);
    $old_error_handler = set_error_handler(“userErrorHandler”);

    function userErrorHandler ($errno, $errmsg, $filename, $linenum, $vars)
    {
    $time=date(“d M Y H:i:s”);
    // Get the error type from the error number
    $errortype = array (1 => “Error”,
    2 => “Warning”,
    4 => “Parsing Error”,
    8 => “Notice”,
    16 => “Core Error”,
    32 => “Core Warning”,
    64 => “Compile Error”,
    128 => “Compile Warning”,
    256 => “User Error”,
    512 => “User Warning”,
    1024 => “User Notice”);
    $errlevel=$errortype[$errno];

    //Write error to log file (CSV format)
    $errfile=fopen(“errors.csv”,”a”);
    fputs($errfile,”\”$time\”,\”$filename:
    $linenum\”,\”($errlevel) $errmsg\”\r\n”);
    fclose($errfile);

    if($errno!=2 && $errno!=8) {
    //Terminate script if fatal error
    die(“A fatal error has occurred. Script execution has been aborted”);
    }
    }
    ————
    (end of email)

    Thread Starter kirkpete

    (@kirkpete)

    thanks, I did exactly that (excluding the one I thought was causing the problem). Now I can get to the dashboard, and I can do some routine things, but if I try to configure the incoming links field, for example, I get a server error. And if I create a new post and try to save a draft of it, the screen redraws, but all that is showing is the field at the top with the WordPress logo and my blog name. No error message and no content. I can’t reach my existing posts.

    I’ll call my webhost to see if I can get access to my error logs… Should I try to uninstall 3.0? Is that even possible?

    Thread Starter kirkpete

    (@kirkpete)

    Thanks — I’m afraid I’m not familiar with server error logs. My FTP site has a /logs subdirectory, inside which I find files named mail.log, http://ftp.log and access.log.25.6 — are any of those what I’m looking for?

    The http://ftp.log is a 2+ meg text file, runs more than 1000 pages when I paste it into Word. The statements are in this format:

    ##.###.###.## UNKNOWN u######## [26/Jun/2010:01:17:27 -0500] “CWD /blog/wp-content/plugins/all-in-one-seo-pack/” 250 –
    ##.###.###.## UNKNOWN u######## [26/Jun/2010:01:17:27 -0500] “RMD images” 250 –
    ##.###.###.## UNKNOWN u######## [26/Jun/2010:01:17:27 -0500] “DELE readme.txt” 250 3480
    ##.###.###.## UNKNOWN u######## [26/Jun/2010:01:17:27 -0500] “CWD /blog/wp-content/plugins/” 250 –
    ##.###.###.## UNKNOWN u######## [26/Jun/2010:01:17:27 -0500] “RMD all-in-one-seo-pack” 250 –

    … where I’ve inserted ## symbols to hide my IP and database ID. It’s complete gibberish to me, but I did notice that there are a lot of references to the all-in-one-seo-pack plug-in, which I don’t think was even doing anything anyway, so I’ve deleted that plug-in, and now I can get to my WP 3.0 dashboard and (I think) my other plugins are working. But when I click a link to upgrade a plugin, I get the same Server Error message again.

    Thread Starter kirkpete

    (@kirkpete)

    ok that gets me back into my dashboard, but then when I rename the folder back to “plugins”, I get the Error 500 again.

    Do I need to reinstall all my plugins from scratch?

    @whoami,

    For bloggers who are not technologists, upgrading is an ordeal. (The magical “Automatic Upgrade” button in the dashboard has NEVER ONCE functioned for me, I always have to do it manually.) The first time I upgraded to 2.8.x a few months ago, it broke my blog, and I had to downgrade to 2.7 to recover.

    I mean no disrespect, but seriously.. clean the affected sites out, upgrade, be done.

    Actually, you mean NOTHING BUT disrespect, in virtually every comment you have posted on this thread. You are a troll.

    rwboyer, I don’t understand what you just posted, but it’s too late anyway, I’m halfway through the Extended Upgrade process. (I had already backed up my database and WordPress files at the beginning of this ordeal.)

    @rwboyer, I’m sorry if I’m asking more questions than you would like to see, but this stuff is complicated and nearly every question I’ve asked has generated information that clarifies things for me.

    I confess that my last question was unnecessary. I still don’t know why I can’t log in to the Codex, but without logging in I have found the massively complicated “Upgrading WordPress Extended” file at http://codex.ww.wp.xz.cn/Upgrading_WordPress_Extended, and I’m wading through the documentation on the 14 steps.

    Whoever coined the WordPress slogan “famous 5-minute install” should be ashamed of himself.

Viewing 15 replies - 1 through 15 (of 39 total)