e-sushi

People, learn to read.
He wrote “Was a problem with custom rewrite rules.”
What’s so hard to discover the answer in that line?

In the end, I did the same as “eben0″… I downgraded to 2.1.2 and everything worked as expected!

Sure hope 2.1.4 will fix the 2.1.3 bug(s)…

@alex M. (Viper007Bond)

Since more people are having the same problem as I do, a small question: did you fix that META-bug yet?

(JustAsking)

Quick an simple answer, sharing my solution with those looking for the same thing:

function my_feed_modder($content) {
    $content = explode(' ',$content);

    $content = array_slice($content, 0, 4);
    // where 4 is the number of words to show

    $content = implode(' ',$content);
  return $content;
}
add_filter('the_excerpt_rss', 'my_feed_modder');

Shoving this to “Plugins and Hacks”…

Anyone?

try timthumb (https://www.darrenhoyt.com/2008/04/02/timthumb-php-script-released/) as a “plugin-alike” option

or

try using the wordpress native post-thumbnails (https://codex.www.ads-software.com/Post_Thumbnails) which can be defined in your theme’s functions.php and combine that with the regenerate-thumbnails plugin (https://www.ads-software.com/extend/plugins/regenerate-thumbnails/). Yet, be aware of this: https://www.ads-software.com/support/topic/plugin-regenerate-thumbnails-broken-badly?replies=8.

Keeping it short: there is no user-friendlier option in wordpress to do that except using the

default bookmarks

OR custom post fields.

@esmi: Erm, say what?

No decent theme should be using a home.php template file.

Where did you get that one from? That’s like saying “no decent theme should use all available template options”.

It’s there for a purpose, so let’s use the template option what it has been made for!

Unless you expect non-savy people to go learn PHP that is so they don’t mess up their complete theme – that would be mean!

Last but not least: the home.php offers the easiest option to add a “home page only” widget area instead of a theme-wide widget area!

Pfft… so much for “theme diva”. Yeah, right!

An alternative would be use 2 header files. The original “header.php” that is included in every theme file… and in a page template, an additional include of an “additional-header-file.php” (name it yourself) that contains only the JS and CSS you need/want to add to your header.

(Just Saying)

Actually that’s rather simple.

1. Create a “header-2.php” or something like that including your extra css and js.
2. Next, create a page template that includes the alternate header file INSTEAD of the regular “header.php”.
3. Finally, use that page template to do your contact form stuff and co.

Done – mission accomplished!

You can add a widget area to home.php and from the backend add content to a text-widget or something.

Simply add a widget area. The docs will tell you how to do that.

‘kay, so that’s where the problem is then.

Meanwhile, I opted out of the plugin and created my own script. As it turns out, not all that hard. Thank you anyway… and good luck bug-hunting!

Since I nailed it down to the mySQL metadata stuff being messed up, your idea could be showing the direction of a solution to the problem.

I’ll check on the older plugin this weekend, trying to reproduce the thing. Also, I’ll test both WP 3.0.1 and WP 3.0.2 to see if it’s the core or the plugin. Who knows, something “slipped through” in the 3.0.2 release…

Thank’s for your feedback though! I’ll keep this thread open until I can post some results from my testing-frenzy in a day or two.

Erm… after re-reading your answers… please note that this error/issue seems to affect “post_thumbnails” and not “ye regular images” you can set using the “media” options set of WordPress. Maybe there’s something different in the way both images are handled (functions.php thumbnail configurations and WP meta-options) which causes the issue when stuff gets (re)stored in the database as json serialized meta.

The issue itself doesn’t seem to kill the images… it simply seems to “forget about the thumbnails”, resulting in the fact that wordpress simply returns the code for the original image instead of the thumbnail… in other words: post_thumbnail() returns the full-size image, ignoring any “functions.php” thumbnail setting. Rerunning the plugin doesn’t fix it either. Once the plugin runs for the first time, the meta is mixed up… as said, making wordpress return the original, full-size images.

In the end, this might even prove that it’s the meta for sure that is getting messed up.

Erm, you know you can protect individual pages and posts via “password”, don’t you?

If you really need a “is logged in” thing, simply create a page template and check if the user is logged in or not.

A tip: check your comments.php, the same “is logged in” code that you find there will do the trick in your own page template too.