Forum Replies Created

Viewing 15 replies - 1 through 15 (of 35 total)
  • Thread Starter Niteblade

    (@niteblade)

    Still getting errors with the latest version. At least it’s on a different line now. 🙂

    PHP Fatal error: Call to undefined function apply_filters() in /wp-content/plugins/hyper-cache/cache.php on line 182

    Thread Starter Niteblade

    (@niteblade)

    They changed my admin username and password in the database … it seems all else was left alone.

    I have no idea what the above code does, but at least (thanks to me) Google can index it — and the “good guys” can harden their code to combat it.

    Thread Starter Niteblade

    (@niteblade)

    [Code moderated as per the Forum Rules. Please use the pastebin]

    Add or change as many features as you want; if WP becomes slower and/or demands more cpu time and ram for it to run properly, then all the “glitter” amounts to a hill of beans.

    v3.0 Suggestions:
    *****************
    – Error log reporting service, also known as a “bug feedback service.” When you guys release an update or new code, it looks for errors caused by the introduction of the update or new code and reports results back to you.
    – Submission of the mySQL slow queries log & Submission of the mySQL slow queries log parsed with mysqlsla. — So you guys know which queries are slow and need optimization.

    Only a certain percentage of people report errors to you; imagine all the information you’d have if “wordpress log reports” were sent to some information parsing site on a daily basis? You’d have semi-instant feedback on your changes to the code without user intervention.

    This would help everyone, I believe.

    I agree. I’m using both Recaptcha and Akismet, and I’m still seeing spam comment in the queue. It’s easy enough to delete them, but I’m concerned that they are getting past the security measures that I’ve set up.

    Sweetness.

    I recently upgraded from v2.5.1 -> v2.7, and I wasn’t seeing my categories. Using phpmyadmin, I went to the appropriate table in the database that you mentioned, and changed ‘1’ -> ‘0’. And it worked!

    Kudos.

    Thread Starter Niteblade

    (@niteblade)

    Yes there is.

    APC v3.0.19 = Works fine with WP v2.7.
    APC v3.1.2 = Makes WP v2.7 FAIL when accessing admin menu.

    Thread Starter Niteblade

    (@niteblade)

    Is there a conflict between APC v3.1.2 and WP v2.7 ?

    7zip is wonderful.

    Interesting. That sounds like a simple fix. I’ll try it when I get home.

    @digg50: How did you reason through this process to discover your solution?

    I’m on a dedicated server. I’ve increased my memory to 64MB.

    http://www.shop-network.org/status.php

    If by “I can’t log in” you mean that when you attempt to get into your admin panel you see a blank white page, then I’m attempting to arrive at a solution to this myself.

    http://ww.wp.xz.cn/support/topic/226628

    Sorry. I wish I had the ability to edit my posts, or at least preview them before I “post” them.

    The most important part to take away from my last post is the following code:

    if (defined('ABSPATH')) {
    echo 'The ABSPATH variable is defined in /wp-admin/xxxx.php. It is --> ';
    echo ABSPATH;
    echo '<br />';
    }
    
    else {
    echo 'The ABSPATH variable is <strong>NOT</strong> defined in /wp-admin/xxxx.php<br />';
    }

    This isn’t so much a “fix” to get it working, it is to identify a possible reason why it is not working. I’m hypothesizing that the variable ABSPATH is not getting defined.

    Take a look at the following code in /wp-admin/admin.php:

    if ( defined('ABSPATH') )
    	require_once(ABSPATH . 'wp-load.php');
    else
    	require_once('../wp-load.php');
    
    if ( get_option('db_version') != $wp_db_version ) {
    	wp_redirect(admin_url('upgrade.php?_wp_http_referer=' . urlencode(stripslashes($_SERVER['REQUEST_URI']))));
    	exit;
    }
    
    Then add the following for diagnostic reasons:

    if ( defined(‘ABSPATH’) )
    require_once(ABSPATH . ‘wp-load.php’);
    else
    require_once(‘../wp-load.php’);

    if ( get_option(‘db_version’) != $wp_db_version ) {
    wp_redirect(admin_url(‘upgrade.php?_wp_http_referer=’ . urlencode(stripslashes($_SERVER[‘REQUEST_URI’]))));
    exit;
    }

    if (defined(‘ABSPATH’)) {
    echo ‘The ABSPATH variable is defined in /wp-admin/admin.php.
    ‘;
    echo ABSPATH;
    }
    else {
    echo ‘The ABSPATH variable is NOT defined in /wp-admin/admin.php
    ‘;
    }

    require_once(ABSPATH . ‘wp-admin/includes/admin.php’);`

    Since the value of ABSPATH is critical to load /wp-admin/includes/admin.php, if the ABSPATH variable has not been defined at this point, then by necessity, /wp-admin/includes/admin.php will fail to load.

    Basically, put the following code at the top of the important files that reference the ABSPATH variable to determine whether or not ABSPATH has been defined:

    if (defined('ABSPATH')) {
    echo 'The ABSPATH variable is defined in /wp-admin/xxxx.php. It is --> ';
    echo ABSPATH;
    echo '<br />';
    }
    else {
    echo 'The ABSPATH variable is <strong>NOT</strong> defined in /wp-admin/xxxx.php<br />';

    }`

    In the above code, you’ll notice that I have 4 x’s … xxxx.php. If you’re testing out index.php, then change “xxxx” to “index”. If you’re testing out “dashboard.php”, change “xxxx” to dashboard. In this manner, you’ll see some type of screen output that will let you know which file is failing to get the value of ABSPATH.

    The command echo ABSPATH; returns the value of the variable ABSPATH if it has been specified.

    if ( defined('ABSPATH') )
    require_once(ABSPATH . 'wp-load.php');
    else
    require_once('../wp-load.php');

    Look at this code here. What it’s saying is, “If the variable ABSPATH is defined, then load the file wp-load.php using the information in ABSPATH. Else, if ABSPATH is NOT defined, then we can’t rely on the information in the variable and must load wp-load.php — which must be one directly level below our current location.

    if ( defined('ABSPATH') )
    	require_once(ABSPATH . 'wp-load.php');
    else
    	require_once('../wp-load.php');
    
    if ( get_option('db_version') != $wp_db_version ) {
    	wp_redirect(admin_url('upgrade.php?_wp_http_referer=' . urlencode(stripslashes($_SERVER['REQUEST_URI']))));
    	exit;
    }
    
    require_once(ABSPATH . 'wp-admin/includes/admin.php');

    In other words, if ABSPATH still has no value AFTER the file wp-load.php has been required, then the dashboard will not load because require_once(ABSPATH . 'wp-admin/includes/admin.php'); begins the dashboard loading process.

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