• SlowFox

    (@slowfox)


    Hi,

    I had to relocate a wordpress installation in far too little time.

    After installing wordpress (Debian/Squeeze, i.e. 3.3.2 on both servers) and copying everything containing the name wordpress, which is:

    /etc/wordpress
    /usr/local/share/wordpress
    /usr/share/wordpress/wp-content/plugins/
    the MySQL-database

    the thing is up and running – in theory.

    Practically I do not get any output at all. The server is responding with code 200, the connection to the database is established and the following queries are answered:

    130303  9:20:34  2931 Connect   wordpress@localhost on
                     2931 Init DB   wordpress
                     2931 Query     SELECT option_name, option_value FROM wp_options WHERE autoload = 'yes'
                     2931 Query     UPDATE <code>wp_options</code> SET <code>option_value</code> = '1' WHERE <code>option_name</code> = 'jfb_p_use_new_api'
                     2931 Query     SELECT option_value FROM wp_options WHERE option_name = 'jfb_bp_avatars' LIMIT 1
                     2931 Query     SELECT option_value FROM wp_options WHERE option_name = 'theme_switched' LIMIT 1
                     2931 Query     SELECT   wp_posts.* FROM wp_posts  WHERE 1=1  AND wp_posts.ID = 5 AND wp_posts.post_type = 'page'  ORDER BY wp_posts.post_date DESC
                     2931 Query     SELECT t.*, tt.*, tr.object_id FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON tt.term_id = t.term_id INNER JOIN wp_term_relationships AS tr ON tr.term_taxonomy_id = tt.term_taxonomy_id WHERE tt.taxonomy IN ('category', 'post_tag', 'post_format') AND tr.object_id IN (5) ORDER BY t.name ASC
                     2931 Query     SELECT post_id, meta_key, meta_value FROM wp_postmeta WHERE post_id IN (5)
                     2931 Quit

    When I use:

    define('WP_DEBUG', true);
    define('WP_DEBUG_DISPLAY', true);
    define('WP_DEBUG_LOG', true);

    nothing changes: there is still NO output at all (only if I use PHP “zlib.output_compression = On” then I get a single warning about output buffering, which shows that WP_DEBUG basically is working fine).

    If I add a statement “echo ‘X’;” into wp-blog-header.php after the last line of code, an “X” is printed, so the code is really executed.

    I do not expect anyone to solve my problem given these facts; however I’d really appreciate a hint where to look next, becaus I have absolutely NO idea. Obviousely I must have missed something during the migration, but as the old site is no longer available, I have real trouble to find out what.

Viewing 2 replies - 1 through 2 (of 2 total)
  • thisisedie

    (@thisisedie)

    When you say there is no output, do you mean none of the posts/pages are there or that you can’t see the site itself?

    Thread Starter SlowFox

    (@slowfox)

    “No output” is meant literally. The body of the HTTP response contains 0 (zero) bytes, there are only headers sent which seem to be quite normal:

    HTTP/1.0 200 OK
    Date: Sun, 03 Mar 2013 14:25:11 GMT
    Server: Apache/2.2.16 (Debian)
    X-Powered-By: PHP/5.3.3-7+squeeze14
    X-Pingback: https://www.vienna-style.at/xmlrpc.php
    Vary: Accept-Encoding
    Content-Length: 0
    Connection: close
    Content-Type: text/html; charset=UTF-8
Viewing 2 replies - 1 through 2 (of 2 total)
  • The topic ‘No output at all after server migration’ is closed to new replies.