Forum Replies Created

Viewing 8 replies - 1 through 8 (of 8 total)
  • Glad to hear you’re back. Thanks for putting the effort into this, and I hope it’ll help solve the problem

    @mitchoyoshitaka thanks for your reaction. I reaally appreciate it. I already tried to only activate the same plugins as in the local version. I’ve now also tried to deactivate all plugins but yarpp and to build te chache then. I always get the message that my cache status is ok, and when I rebuild the cache it tells me all went well. When I look at the values of the date field in the related_cache table, those do all change correctly when I do the update, so apparently the table is being updated, but maybe something goes wrong in calculating the relations?

    I also tried downgrading to v2.6.1 (with all other plugins deactivated) with no effect.

    By the way, the plugin used to work until some time ago, but I couldn’t tell what I changed before it stopped working 🙁

    I seem to be having some of the same problems. I am running a copy of my blog on my localhost, where yarpp works just fine. In the online version however, all id’s and scores in the yarpp_related_cache are 0.
    my confiugrations:
    local version (working):
    mysql 5.0.51a
    php 5.2.8
    wordpress 2.8.4
    yarpp 3.0.11

    online version (not working):
    mySQL 5.0.45
    php 5.1.6
    wordpress 2.8.4
    yarpp 3.0.11

    I only have a limited number of plugins installed; online the problem doesn’t change when I activate only the ones I have running in my local version;
    – akismet
    – del.icio.us for WordPress
    – yarpp

    we really do need some code to see what’s going on here, but when you’re talking about stuff “moving down”, it sounds to me like you have got floating elements, en that there isn’t enough space horizontally for the last one. When the horizontal space is too small, floating elements get pushed down. so maybe you can try changing the width of your floating elements. (just a wild guess though)

    Thread Starter juaron

    (@juaron)

    ok that’s clear – thanks a lot. Am I right in using an empty string as query parameter for getting the “usual” query?

    Thread Starter juaron

    (@juaron)

    I’m now using query_posts(""); and that seems to work fine. Still don’t understand why pretty urls make a difference though…

    When it comes to paddings and borders, IE and FF have a different interpretation of the width of the element. IE considers the width of an element to be the with of the content plus the with of the padding, plus the width of the border. FF considers the width to be only the width of the content. So for example, when you have a div with a width of 100px, a padding of 10px and a border of 1px, in IE the width of the content will be 100px – 2×10 – 2×1 = 78px. In FF the width of the content will be the specified 100px, and the width of the entire div with padding and border will have a width of 122px.
    Although IE’s interpretation seems more logical, FF’s is the actual correct one as described by the w3c. You can make IE use the correct interpretation by giving it a correct (standard compliant) doctype.

    more info on the boxmodel can be found here; and more info on doctypes here.

    Thread Starter juaron

    (@juaron)

    Thanks for your quick answer! that is a step in the right direction. However, when I just add “query_posts()” I get a missing argument error. When I look at the function reference, it seems I need to specify a query string. What should I use there to get the same result I normally get from the blog indexpage?
    and secondly: you state I don’t get a default query since I’m outside of wordpress. But all goes well when I don’t use pretty url’s. Can you explain how that makes a difference?

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