Forum Replies Created

Viewing 15 replies - 31 through 45 (of 55 total)
  • Any way to modify this to output the primary category ID as well as the name? I’m needing to style posts differently based on which primary category they are in.

    Thanks for the great plugin and for the trick to output the category within the loop as well.

    Thread Starter purrdesign

    (@purrdesign)

    Testing out v 3.0.0 on a development site, and I’m getting the following error (three times, one for each popular post that displays):

    Warning: basename() expects parameter 1 to be string, array given in /home/loveando/public_html/dev/wp-content/plugins/wordpress-popular-posts-3.0.0-alpha-2/wordpress-popular-posts.php on line 2113

    Only shows when I try to display a thumbnail. If I just display title/stats then it displays fine.

    +1 for this feature. Currently I use the WordPress Popular Posts plugin which is one of the only ones out there with thumb support, but the stats are grossly inaccurate. I’d much rather use my GA data to determine popular posts, but I need thumbnail support.

    Thread Starter purrdesign

    (@purrdesign)

    It’s not a CSS issue, it’s how the video displays when there IS no CSS. When you insert youtube videos the standard way, the size is hardcoded into the embed code. But using this plugin, there is no hardcoded size, since it’s made to be responsive via CSS. The same thing happens if you turn of styles for the site itself, the videos appear top-half only and very small, like they are in an iframe that’s only half the height it should be.

    I’m saying there should be a fallback/default size hardcoded in there for when CSS isn’t available to properly size the video.

    Thread Starter purrdesign

    (@purrdesign)

    You know, I’m wondering if it has to do with the fact that the site is running some big giveaways right now, and is getting multiple comments submitted at the same time. Like some wires are getting crossed. It didn’t seem to be an issue when comments were coming in at a more normal speed.

    I may remove the $comment_author and $comment_author_email email values for now, as I’m not sure how else to resolve this and it’s a pretty big deal. Rather have people have to type in their info again than be shown someone else’s.

    Thread Starter purrdesign

    (@purrdesign)

    No, I have not, as the site is quite high-traffic and we don’t want to take it down completely.

    The comments.php file (with the form code) is almost identical to the code I’ve used over and over before, I can’t see any reason why it would happen to this one site and not others if it was the code.

    Thread Starter purrdesign

    (@purrdesign)

    Any status on a fix for this? I’ve been reverting all my clients to version 2.1.5 because that appears to be the last version that did not cause this error. And it’s tough when one is in the habit of always keeping everything updated to keep using an old version like this.

    Fix would be greatly appreciated!

    Similar issue here, but I’m just seeing the extra </p> tag at the very end of my columns, after the clear div, as well. Otherwise the code is perfect.

    <div class='one_third'>
    <h2>Heading</h2>
    <p>Section text here</p>
    </div>
    <div class='one_third'>
    <h2>Heading</h2>
    <p>Section text here</p>
    </div>
    <div class='one_third last_column'>
    <h2>Heading</h2>
    <p>Section text here</p>
    </div>
    <div class='clear_column'></div>
    </p>

    It’s just that last /p tag that’s out of place. I’m running wp 3.6 as well.

    Having the same problem here. Front page purge policy is enabled. I can see the post on the homepage only if I’m logged in. Logged out users are seeing an older post there instead.

    I’ve tried manually purging all caches and even purging the cache for this one post. Still, once I log out, nothing. Have tried disabling browser cache, same problem.

    Thread Starter purrdesign

    (@purrdesign)

    Update: this error also appears with this issue, showing up when Previewing a scheduled post (again, not published or draft):

    Warning: array_map() [function.array-map]: Argument #2 should be an array in/home/public_html/wp-content/plugins/custom-field-template/custom-field-template.php on line 303

    I’m also getting errors after upgrading that prevent me from updating posts. Something like:

    Warning: array_map() [function.array-map]: Argument #2 should be an array in /home/public_html/wp-content/plugins/custom-field-template/custom-field-template.php on line 294
    (showing up in the CFT box on the post above where the Template Instruction shows up).

    Thread Starter purrdesign

    (@purrdesign)

    Current settings:
    https://min.us/lEGz1dtWdxZjh

    I do not see any ‘height’ option for the thumbnail. As it is now, any image I upload is resized to 280 pixels wide, but the height stays relative to the original image proportion. I want to hard crop these images to 280×280 squares, despite the proportions of the original image.

    Ah, got it. I was putting it in the wp-config.php file.

    Thanks!

    I’m chiming in that I’m frustrated with these options going away. I often create staging/development sites for my clients (in a subdomain/directory), but still link the uploads folder to their existing uploads (to avoid having to duplicate the entire uploads folder). Seems that is no longer an option for me.

    Using the define(‘UPLOADS’) only seems to work for relative paths, and I just wanted to change the name of the uploads folder that’d be fine. But I cannot seem to point this to an absolute path on the server outside the site directory (such as /home/user/public_html/…) as I used to.

    I can’t quite seem to wrap my head around the wp_upload_dir function, and zabatonni’s code above gives me a similar “undefined function get_option()” error.

    Anyone have a straightforward solution?

    Thread Starter purrdesign

    (@purrdesign)

    That worked, but now I’m getting a new error on a new line. Code appears to be:

    if ($action_delete == 1) {
          $success = $wpdb->query($wpdb->prepare("DELETE FROM $wpdb->featured_posts WHERE post_id = $post_id "));
        } else {
          $success = $wpdb->insert($wpdb->featured_posts, array( 'post_id' => $post_id, 'created' => time() ), array( '%d', '%d' ) );
        }

    I can change the one line to:
    $success = $wpdb->query($wpdb->prepare("DELETE FROM $wpdb->featured_posts WHERE post_id = $d ", $post_id ));

    That seems to work, but I get an error of “There was some error while updating.Please try again” when unchecking featured posts, so I assume some change needs to be made to the other wpdb line.

Viewing 15 replies - 31 through 45 (of 55 total)