Beiträge von Ammaletu

Soll heißen ist WordPress selber auf Englisch oder nur die davon generierte Webseite/Blog? Das sind ja zwei verschiedene Dinge. :-)

Falls ersteres zutrifft, obwohl Du die deutsche Version installiert hast, schau mal hier ins Unterforum "Deutsche Sprachdatei". Da finden sich einige Threads zum Thema 64-Bit-Systeme zum Beispiel. Vielleicht ist das was hilfreiches für Dich dabei.

Ok, das schwieriger als ich dachte, zumindest gibt es bei wordpress.org nichts. Per Google habe ich immerhin das hier gefunden:
uwMike » WP-Cats

Und das hier, aber die Seite ist tot (?!):
http://robm.me.uk/projects/plugi…atch-categories

Ach ja: Besser erstmal lokal ausprobieren und vorher ein Backup machen. Mit WP 2.3 haben sich ja die Kategorien geändert (andere DB-Tabelle), so dass ältere Plugins möglicherweise nicht mehr funktionieren.

Ok also doch so rum. Hätte ich mir jetzt doch fast gedacht. Und Du bist sicher, dass Du die E-Mails in der Codierung abschickst, die auch WordPress verwendet? Also UTF-8 in Deinem Fall. Die meisten Mail-Programme sind standardmäßig so eingestellt, dass sie ISO-Mails verschicken. Das hilft Dir hier natürlich nicht weiter, WordPress kann das sicher nicht automatisch korrigieren. Man kann das im Mailprogramm aber sicher einstellen.

Bin mir fast sicher, dass ich von so einem Plugin schon mal gehört habe. Mit "Bulk Category Update" hast Du doch auch schon ein schönes Suchwort. Such damit doch mal hier im Forum oder besser gleich bei wordpress.org. ;-)

Also wenn die Mail korrekt codiert ist, kann ich mir nicht wirklich vorstellen, warum das Outlook falsch darstellen sollte. In der 2007er-Version wird es ja wohl zu UTF-8 kompatibel sein. ;-)

Also schau doch mal nach, welche Codierung Outlook zum Anzeigen der Mail verwendet (Ansicht > Zeichencodierung oder so) und welche Codierung im Header der Mail angegeben ist (mal in den Quelltext schauen). Dann klärt sich das vielleicht schon.

Wie ruft man denn eigentlich einen Beitrag per E-Mail ab? Die Funktion kenne ich noch nicht und kann mir das gerade gar nicht vorstellen. Wenn das nämlich über ein Plugin oder einen externen Service (Feedburner?) geht, liegt ja vielleicht auch da der Haken.

Ich halte es bei mir so: Kategorien habe ich nur einige wenige, z.B. "Bücher" und "Filme". Beiträge kommen immer in genau eine Kategorie, Rezensionen in "Bücher", Reviews in "Filme" und der Rest in "Allgemeines".

Als Tags vergebe ich alle Stichworte, von denen ich meine, dass sie einen Leser interessieren könnten. Die Rezension eines Scheibenwelt-Romanes wird mit "Scheibenwelt" und "Terry Pratchett" getaggt, so dass interessierte Besucher per Tag-Cloud auch alle meine Beiträge zum Thema Scheibenwelt finden können. Und genauso würde auch eine Review eines Scheibenwelt-Filmes getaggt werden.

Und was ich schon als Kategorie habe, versuche ich nicht noch einmal als Tag anzuhängen, weil das ja etwas witzlos wäre.

Aber Du hast Recht viele Seiten machen da keinen Unterschied, und das System zwingt einen auch nicht dazu. Es ist natürlich schöner, wenn man (wenn man beides einsetzt) sich der feinen Unterschiede bewusst ist.

Zitat

Aber was meinst Du mit "nicht auf einer Seite anzeigen lassen"? Ist ja jetzt schon nicht so: die Sidebar wir auf modul position 'right' ausgegeben, der Terminkalender ganz normal als content. Wie würdest Du es denn machen?

Aber das ist ja doch auf der gleichen Seite: In der Mitte der Kalender, rechts die Sidebar. Die ganze Seite ist aus Sicht von PHP ein Script, da dürfen keine zwei Funktionen gleich heißen. Hier wird von Joomla offensichtlich erst der Kalender integriert und dann die WordPress-Dateien für die Sidebar. Und dabei fällt PHP dann eben auf, dass eine Funktion zweimal definiert ist.

Also entweder dafür sorgen, dass beides nicht auf einer Seite zusammentrifft (Kalender als iFrame oder PopUp machen oder ohne Sidebar) oder die Methode in einem der beiden Projekte umbenennen (incl. aller Verwendungen der Methode). Letzteres ist theoretisch schöner, kann aber Ärger machen, wenn Du das betreffend Projekt aktualisieren willst. Also in jedem Fall dokumentieren, was Du geändert hast.

Zitat

Das Template hat im Header folgenden Code, aus dem ich aber auch nicht recht schlau werde, weil zwei ISO-Anweisungen vorkommen:

Jetzt wo Du es sagst sehe ich, dass ja auch zwei XML-Header in der Ausgabe stehen. Das ist so oder so Unsinn. Wenn die DB UTF-8 verwendet und WP auch so eingestellt ist (wenn nichts anderes angegeben wird in der wp-config.php und im Backend, wird UTF-8 verwendet), würde ich doch das Template einfach umstellen auf UTF-8.

Lösch diese beiden Zeilen raus:

[COLOR=#000000][COLOR=#0000CC]$iso [/COLOR][COLOR=#006600]= [/COLOR][COLOR=#0000CC]split[/COLOR][COLOR=#006600]( [/COLOR][COLOR=#CC0000]'='[/COLOR][COLOR=#006600], [/COLOR][COLOR=#0000CC]_ISO [/COLOR][COLOR=#006600]);
echo [/COLOR][COLOR=#CC0000]'<?xml version="1.0" encoding="'[/COLOR][COLOR=#006600]. [/COLOR][COLOR=#0000CC]$iso[/COLOR][COLOR=#006600][[/COLOR][COLOR=#0000CC]1[/COLOR][COLOR=#006600]] .[/COLOR][COLOR=#CC0000]'"?' [/COLOR][COLOR=#006600].[/COLOR][COLOR=#CC0000]'>'[/COLOR][COLOR=#006600];[/COLOR][/COLOR]

Und dann such ein Stückchen weiter unten mal diese Meta-Angabe raus und ändere sie zu "utf-8":

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

Dann ist natürlich die Frage, ob Du das in Joomla noch irgendwo einstellen musst. Ich nehme es mal an, aber da ich das CMS nicht nutze, kann ich Dir auch nicht sagen, wo. Und falls in dem Template noch irgendwo Umlaute fest drinstehen, müssten die Dateien zu UTF-8 umgewandelt werden. Das macht Dir jeder brauchbare Texteditor.

Wie ich in einem anderen Thread gerade geschrieben habe: Bei Umlautproblemen wenn irgend möglich nicht blind herumprobieren, sondern die Fakten herauskriegen:
- Welche Codierung verwendet die Datenbank? (z.B. über phpMyAdmin)
- Welche Codierung ist für WordPress' Zugriff auf die DB eingestellt? (wp-config.php)
- Welche Codierung ist für von WordPress generierte Seiten eingestellt? (Einstellungen > Lesen > Zeichensatz)
- Welche Codierung verwendet das Theme? (Codierung der Textdateien über Editor rauskriegen, feste Angabe im Meta-Header?!)

Und dann kannst Du Dir überlegen, welche Codierung Du verwenden willst. Falls Daten schon in einer "falschen" Codierung gespeichert wurden, müssen sie natürlich konvertiert werden bzw. aus dem alten System neu ex- und wieder importiert werden mit der richtigen Kodierung.

UTF-8 halte ich wie gesagt für die bessere Wahl, und wenn Du Glück hast musst Du das nur im Theme ändern.

Wie hast Du denn WP und Joomla integriert? Selbst gebastelt oder stammt das von jemand anderem? Denn so wie es ist passen ExtCalendar und WP einfach nicht zusammen, wenn sie die gleiche globale Funktion definieren. Eine von beiden Funktionen musst Du umbenennen. In WP würde ich sowas nicht machen mögen, allein weil es ja öfters mal aktualisiert wird. Ich kenne aber auch ExtCalendar nicht und weiß nicht, wie umfangreich das ist.

Oder eben beides nie auf der gleichen Seite anzeigen lassen, das wäre die einfachere Lösung.

Zum Umlautproblem: Wenn es geht, nicht blind herumprobieren, sondern die Fakten herauskriegen:
- Welche Codierung verwendet die Datenbank? (z.B. über phpMyAdmin)
- Welche Codierung ist für WordPress' Zugriff auf die DB eingestellt? (wp-config.php)
- Welche Codierung ist für von WordPress generierte Seiten eingestellt? (Einstellungen > Lesen > Zeichensatz)
- Welche Codierung verwendet das Theme? (Codierung der Textdateien über Editor rauskriegen, feste Angabe im Meta-Header?!)

Ggf. das gleiche für Joomla. Und dann kannst Du Dir überlegen, welche Codierung Du verwenden willst. Falls Daten schon in einer "falschen" Codierung gespeichert wurden, müssen sie natürlich konvertiert werden. Entweder maschinell (per SQL-Befehl z.B.) oder eben durch Neuspeichern der betroffenen Seiten nach der Umstellung, falls es nicht viele Seiten sind.

Äh, ja, und sind Deine Probleme damit nun gelöst?!?

Das hier

Zitat

schlägt

sieht so aus, als wären die Daten schon korrektes UTF-8, würden aber als ISO-8859-1 angezeigt. Eventuell reicht es also, das Theme entsprechend anzupassen (Meta-Angabe, eventuell fest drinstehende Textausgaben mit Umlauten). Ansonsten kann man DB und WP sicher auch auf ISO stellen, aber auf Dauer fährt man mit UTF-8 eigentlich besser, denke ich.

Das sollte rauszukriegen sein. Poste doch bitte mal, mit welchem Befehl die Überschrift auf der Tag-Archiv-Seite erzeugt wird. Falls Du keine tag.php in Deinem Theme hast, sollte das in der archive.php oben stehen. Im Default-Theme sieht das z.B. so aus:

<?php /* If this is a tag archive */ } elseif(is_tag() ) { ?>
        <h2 class="pagetitle">Archiv des Tags ‘<?php single_tag_title(); ?>’</h2>

Die Tagnamen ja an anderer Stelle (Tag-Cloud, unter dem Artikel) richtig angezeigt werden, vermute ich, dass da nur ein falscher Aufruf im Theme steht.

P.S.: Ach ja, für das Posten von WP-Version und Link zur Seite ohne Nachfragen gibt's ein Bienchen. :-) Das würde ich mir öfter wünschen hier im Forum...

Da kommen mir spontan diese beiden Artikel in den Sinn:
Tags Are Not Categories - Got It? « Lorelle on WordPress
Categories versus Tags - What’s the Difference and Which One? « Lorelle on WordPress

Oder meintest Du jetzt technisch gesehen in WordPress? Da ist es auch nicht das gleiche, steht aber in der gleichen DB-Tabelle (seit WP 2.3).

Hast Du schon ein eigenes Sitemap-Template? Dann kannst Du den Link dort doch einfach fest reinschreiben. Oder brauchst Du so ein Sitemap-Template noch? Das hat in dem Fall nichts mit der Google-Sitemap zu tun. Das ist nur eine XML-Datei, die nicht zur direkten Anzeige gedacht ist.

zu 1): Du musst Dich für eine Zeichenkodierung entscheiden. Deine Joomla-Seite läuft offensichtlich als ISO-8859-1 während WordPress standardmäßig als UTF-8 läuft. Mir fallen normalerweise nur sehr wenig Argumente für die ISO-Kodierung ein -- Du fährst mit UTF-8 eigentlich immer besser. Aber das ist natürlich eine Frage, welche Daten ggf.konvertiert werden müssen. Eins von beiden Systemen solltest Du aber umstellen und natürlich muss die DB, die dahinterliegt, entsprechend konfiguriert sein.

zu 2): Da definiern offenbar zwei PHP-Dateien die gleiche Methode, load_template() nämlich. Da müsstest Du mal suchen gehen, wo die stehen, und dann kann man überlegen was sich dagegen machen lässt.

Es gibt in WP E-Mail-Adressen unter:

• Einstellungen > Allgemein
• Benutzer > Profil

Ich habe noch nicht probiert was passiert, wenn man hier verschiedene Nutzer einträgt. Ich könnte mir aber vorstellen, dass das so läuft: Wenn ein Spam-Kommentar zu moderieren ist geht das an die allgemeine Admin-Mail. Wenn Du über neue Kommentare an Deinem Beitrag benachrichtigt wirst, geht das an die Adresse im Nutzerprofil. Theoretisch könnten ja 50 Autoren im gleichen Blog schreiben. Neue Kommentare interessiert den Autor, Spam verwalten den Admin. Stelle ich mir jetzt mal so vor. ;-)

Falls es das nicht ist, hast Du ggf. noch ein Plugin, welches die Benachrichtigungen verschickt und eigene Einstellungen hat?!

Ingo hat die Lösung hier als Plugin verpackt (runterscrollen zu "Download"). WordPress-Plugins an sich kennst Du!? :-)

Übrigens noch mal für alle: Mein Provider domainFACTORY hatte letzte Woche das Update auf MySQL 5.0.51 angekündigt, woraufhin ich Ihnen das Problem kurz per Mail geschildert habe. Nicht dass die ihre Kunden für bescheuert halten, wenn die dann mit diesem irren Problem ankommen. ;-)

Naja, und ein paar Tage später kam jedenfalls die nette Antwort, dass der entsprechende Fix gleich mit eingespielt wird. Ich bin also zuversichtlich, dass mein Blog übermorgen nicht Kopf stehen muss. *g*

Was ich damit sagen will: Es könnte sich lohnen, eurem Provider kurz die Situation zu schildern, eventuell mit einem Link zu Ingos ausführlicher Erklärung und auf jeden Fall mit einem Link zum MySQL-Bug #32202. Vielleicht sind auch andere Provider so flexibel.

Einfach eine eigene Query schreiben, etwa so:

<?php $cat_query = new WP_Query('cat=x'); ?>
<?php if ($cat_query->have_posts()) { ?>
<ul>
<?php while ($cat_query->have_posts()) : $cat_query->the_post(); ?>
<li><a href="<?php the_permalink() ?>" rel="bookmark" title="Permanenter Link zu <?php the_title(); ?>"><?php the_title(); ?></a></li>
<?php endwhile; ?>
</ul>
<?php } /* end if */ ?>

(frei nach Monikas Seite: WordPress CMS - Gestaltung der Home Seite-Loop Spielereien)

x natürlich durch die ID der Kategorie ersetzen, ggf. noch Klassen zum Stylen ergänzen. Achtung, ungetestet, keine Garantie dass es so geht oder dass das die effizienteste Lösung ist. :-)

Falls die Kategorie viele Beiträge hat kanst Du es so auf die y aktuellsten beschränken:

<?php $cat_query = new WP_Query('cat=x&showposts=y'); ?>

Sorry, aber ich kann Dir nicht ganz folgen. Oben im Header werden die statischen Seiten ausgegeben. Die sind, soweit ich das sehe, alle grau hinterlegt, wenn sie gerade angezeigt werden. Alle anderen Seiten des Blogs (Beiträge, Archivseiten etc.) sind nicht irgendwie hervorgehoben, wenn sie die aktuelle Seite sind. Willst Du das ändern oder gab es eine Seite "Blog" als Du das geschrieben hast!?

Monika: Was ist denn nun los, arbeiten wir die Threads ohne Antworten in der gleichen Reihenfolge ab?! :-)

Gehen tut in WordPress fast alles, aber mir ist nicht ganz klar, worauf Du hinaus willst. Soll das andere Linkziel nur gelten solange die neue statische Seite keinen Inhalt hat? Oder willst Du vielmehr gar keine Seite anlegen, sondern an der gleiche Stelle einen externen Link im Theme unterbringen? Letzteres kann man ggf. einfach fest ins Theme schreiben, aber dazu müsste man die Seite mal sehen können.

Monika: Wir antworten hier ja schon wieder fast gleichzeitig. Naja, ich lass es jetzt trotzdem mal so stehen, auch wenn Deine Antwort es vermutlich eher trifft ;-)