Forum Replies Created

Viewing 14 replies - 1 through 14 (of 14 total)
  • These are my results, using XCache for Page Cache and Minify. Memcached for DB. Server specs are a Xeon 5520 and 6GB RAM.

    Server Software: nginx
    Server Hostname: exophase.com
    Server Port: 80

    Document Path: /
    Document Length: 36176 bytes

    Concurrency Level: 10
    Time taken for tests: 0.603084 seconds
    Complete requests: 1000
    Failed requests: 0
    Write errors: 0
    Total transferred: 36626000 bytes
    HTML transferred: 36176000 bytes
    Requests per second: 1658.14 [#/sec] (mean)
    Time per request: 6.031 [ms] (mean)
    Time per request: 0.603 [ms] (mean, across all concurrent requests)
    Transfer rate: 59306.83 [Kbytes/sec] received

    Connection Times (ms)
    min mean[+/-sd] median max
    Connect: 0 0 0.0 0 1
    Processing: 2 5 2.5 5 24
    Waiting: 2 4 2.4 4 23
    Total: 2 5 2.5 5 24

    Percentage of the requests served within a certain time (ms)
    50% 5
    66% 6
    75% 6
    80% 7
    90% 8
    95% 10
    98% 12
    99% 15
    100% 24 (longest request)

    Thread Starter zxb2

    (@zxb2)

    fredericktownes: thanks for the reply. The issue is that it is not replacing my site’s hostname correctly after activating CDN support.

    It *does* modify links but it doesn’t rewrite the entire URL, it only adds the CDN URL as a prefix, like so: http://cdn.domain.net/http://static.domain.net/image/path

    which of course breaks requests.

    I’m wondering if it’s not working correctly since my images reside on a domain different from that of the WP installation.

    I can confirm this as well. Nginx here. XCache itself is working – I see variable hits being counted in the admin panel – but W3T says its not serving from the cache (edited SQL info out btw).

    <!– W3 Total Cache: Db cache debug info:
    Engine: xcache
    Total queries: 30
    Cached queries: 0
    Total query time: 0.005
    SQL info:
    –>

    <!– W3 Total Cache: Page cache debug info:
    Engine: xcache
    Key: w3tc_4dd0ca5fb9a6a625faeb659d6652078e_page_b8e4030c85fef30e424100adea385cad
    Caching: enabled
    Status: not cached
    Creation Time: 0.662s
    Header info:
    X-Powered-By: PHP/5.3.0
    Pragma: public
    Expires: Thu, 06 May 2010 00:59:46 GMT
    Last-Modified: Wed, 05 May 2010 23:59:46 GMT
    Cache-Control: max-age=3600, public, must-revalidate, proxy-revalidate
    Vary: Cookie
    Etag: 730c4a2c8bad6ad30fe7f70edab06caf
    Content-Type: text/html; charset=UTF-8
    –>

    Thread Starter zxb2

    (@zxb2)

    Third time’s the charm? Pinpointed a bug with my URL detection routine. Looks like I fixed it now. I’ll update if it happens again (lol).

    Thread Starter zxb2

    (@zxb2)

    Update. I’ve placed a cookie called “mobile” on the mobile page and added it to the rejection list. Seems to be working so far.

    EDIT: Nevermind spoke too soon.. happened again.

    Thread Starter zxb2

    (@zxb2)

    The site from which you copy the images is a dynamic site, much like WordPress, and it gives the images a relative path.

    That wasn’t it but you are right, after further testing, I’ve found that it is not a WordPress issue. For some reason, Firefox is the culprit. When copying / pasting the exact same image to the WP editor, this problem did not occur in Internet Explorer or Google Chrome. With Firefox, it changes the URL into a relative path.

    zxb2

    (@zxb2)

    hallsofmontezuma: Hmm, maybe something wasn’t configured right? The past couple days I’ve had some large traffic spikes (about 45,000 page views / day). Server load has remained around 0.20 – 0.40 all day. My WordPress doesn’t have as many categories, but has around 4000 posts, and I’m running a vBulletin forum on top of it.

    I’ve never used lighttpd without XCache, though, so maybe that is helping quite a bit.

    zxb2

    (@zxb2)

    Yeah… this is happening to me too. Sometimes when I click insert image all I get is a blank box. It works most of the time, though… but really annoying when it doesn’t work.

    zxb2

    (@zxb2)

    Not here, and I run a WordPress site that gets around 25,000 page views a day. Although I have a better CPU than you – CPU is a Core 2 Duo 2.20GHz, it shouldn’t be that big of a difference.

    I would move to Lighttpd and install XCache. That’s what I’m running currently.

    Thread Starter zxb2

    (@zxb2)

    azaozz: Thanks. That explains it then, I do have zlib.output_compression enabled.

    Thread Starter zxb2

    (@zxb2)

    Well, I fixed the problem. It loads instant for me now.

    Here’s what I did:

    By default WP generates a cache of the JavaScript here:

    /wp-content/uploads/js_cache/tinymce_*.js

    I downloaded that, renamed it to tinymce.js, then uploaded it to the /wp-includes/js/tinymce/ folder.

    Finally, I opened up wp-includes/script-loader.php and changed line 40 from:

    $this->add( ‘tiny_mce’, ‘/wp-includes/js/tinymce/tiny_mce_config.php’, array(‘editor_functions’), $mce_version );

    to:

    $this->add( ‘tiny_mce’, ‘/wp-includes/js/tinymce/tinymce.js’, array(‘editor_functions’), $mce_version );

    Instant loading now in the write / edit post section. It seems that tiny_mce_config.php is not properly cached by the browser… so every time I went to write or edit a post it was basically re-downloading all of the Tiny MCE files.

    Forum: Plugins
    In reply to: Getting variables from URL
    Thread Starter zxb2

    (@zxb2)

    http://us.php.net/parse_url

    Parse URL function looks like it could do it, not sure if it is the best way though…

    Thread Starter zxb2

    (@zxb2)

    Cheers, got it working now. Chdir wasn’t the problem for some reason functions_newpost.php from vBulletin was conflicting with WordPress. I just copied one of the functions I needed from the file into post.php and it works fine.

    Thread Starter zxb2

    (@zxb2)

    Figured it out 🙂

    For future reference:

    UPDATE name_of_date_table SET date_field = FROM_UNIXTIME(date_field)

Viewing 14 replies - 1 through 14 (of 14 total)