notknow

I might be able to provide a link to front- and backend, but not here, in public. Will be away now for about an hour.

Yes. A main URL ‘domain.tld/test/’ for german, ‘domain.tld/test/en’ for english, and Multisite (and Mulstisite Setup working in every corner i’ve been to).

Uiuiui,

starting to see a little bit clearer, am i hitting a sore point of WordPress?

I followed the discussion metioned in Using Permalinks ? WordPress Codex.html.

That’s not funny.
Especially the speed-thing. Using the year at first place for a custom permalink-structure is all good and well as long as it makes sense for most of the content to be sorted that way. The more CMS-style the whole thing gets the lesser this is the case. And by now it seems to me that the solution does not at all speed up the whole thing if many pages (well, “many”, it seems about 30 are enough) are involved (the year does not appear in the link then which makes me think the whole bunch of rewrite-rules has to be processed when calling pages using permalinks).

Bumm. And clueless (still).

(i know, i know, there’s more info to be found than i first thought, nevertheless solutions seem to be rather rare – but they always appear at the end of such journeys (hope so)).

I found out i misread something in “Using Permalinks ? WordPress Codex.html”. It’s better to _not_ (i missed the “not”) use /%category%/%postname% because of the way Worpress processes these internally. Better to use /%post_id%/%postname%.

I changed that but up to now it only changes speed with pages one level below root. Some of these pages have sub-pages on which nothing changed so far, they load extremely slow, no images are shown.

Might add that all said above belongs to “pages”, not “posts”. Tried to open a post with the permalink settings mentioned above (%post_id%/%postnam), they are messed up also, they behave now as if they were _not_ single, ie the text is truncated after the <!–more–>, with other words, is_single() does not work anymore as expected.

Anyone having a bit of an idea what might be to do – please drop me a line, i’m into this for three days now and really running out of ideas what to do.

But, well, isn’t just _that_ one big advantage for search engine friendly urls to have the actual names of a site stucture (which nearly almost _is_ category/pagename) represented in the links?

Also it’s the best way for humans, if – and that’s the _big_if i am stumbling upon since i began to believe WordPress can easily be used as a CMS – the content happens to be better _not_ be structured by a timeline-oriented system. But that’s what WordPress seems to be through and through. It’s a blog. A blog is a blog is a … not a CMS.

Found the culprit for the wrong “page-names”:

It seems that changing a pages’ page_title does not affect the post_name or slug?
Can someone confirm this or were it unlucky circumstances? Because about 50% of my post_name entries are the original (old, no longer used) page_title entries but the page_title has changed since (due to “content development” which is not under my control).

Do i have to adjust these every time by using phpmyadmin when a page_title is being altered? (I first cleaned wp_posts by using DELETE FROM wp_posts WHERE post_type = “revision”;)

The other two facts still remain, system overload and no images.

Nothing found, Summary:

Backend ->Options -> Permalinks:
Switched from Standard to Custom (/%category%/%postname%/)

Result:

– images do no longer display

– names of pages long deleted (now even in the database) are used to form the permalink, but the correct page loads

– loading of pages takes up to 20 seconds with about 6 or 8 httpd-instances using nearly a hundred percent of available RAM

Wow.

I searched for one of the old pagenames in wp_posts and deleted the entry.
The old pagename still appears in a link.

I then searched for the old pagename over the whole database and deleted anything phpmyadmin found. I assume i have deleted any occurance of one of these old pagenames in the database (and probably even more so the whole thing is already destined for deletion).
The old pagename still appears in a link.

And even if it had worked this way, that’s not a proper solution. Why can’t “delete” be “delete” or at least set posts inactive in a way it does not interfere with the rest? Starting to hate this (i know this vanishes but by now…)

I’d still be thankful for any hint.

Hi,

i really need help on this one, after some hours of debuging i still have no clue what/where to look for.

Problem is, if i cannot get this fixed, i will have to include the navigation for this page hardcoded which means i will have to recreate the navigation each time a page is created/deleted/set private etc. No so good.

I just cannot believe that a simple file like blog.php or blog_tpl.php doesn’t do the job.

As soon as i don’t use the frontpage for displaying the blog the blog DEFINITELY no longer is the index.php (as index is a naming convention for the homepage, at least that’s what i thought) and therefor i shouln’d be forced to follow such completely
confusing habits.

@otto42 – That did the trick.
Will go and find out more about wp_reset_query();.

Thanks a lot.

No, it is a static page in which i use

if(is_front_page()){query_posts('category_name=Tipps');}

and the loop to display the posts.

In the meanwhile i found out that the above condition is the part that somewhow kills the classname. The classname is there when i delete that condition from the code and disappears when i put it back in place.

Also, sometimes if you copy/paste text from a textfile the result depends on the encoding the textfile the text comes from has – so if you still encounter trouble try to change the encoding of your textfile(s) (and save them afterwards) BEFORE you copy text to some other document.

Hi,

someone had the same problem here.

The solution from there, if you want a listed output, might look something like this:

<?php

  $tags = get_tags(array('orderby' => 'count', 'order'=> 'desc'));
  if(count($tags))
  {

?>
  <li class = "blogtags">
    <h2>Tags</h2>
    <ul>
<?php

  foreach($tags as $tag)
    echo '<li><a href = "' . get_tag_link($tag->term_id) . '" rel = "tag">' . $tag->name . '</a></li>';

?>
    </ul>
  </li>
<?php
  }
?>