Beiträge von Ammaletu

Damit man nicht suchen muss, kaputte Umlaute finden sich z.B. hier:
Hallo Welt!

Wenn man im Browser auf ISO-8859-1 umschaltet, sind die Umlaute korrekt. Ausgeliefert wird die Seite ansonsten korrekt als UTF-8, HTTP-Header stimmt, Meta-Angabe stimmt. Und Du sagst ja, dass die DB auch immer schon UTF-8 war.

Es kann vorkommen, dass Plugins die Umlaute zerstören, wenn sie z.B. PHP-Funktionen benutzen, die UTF-8 nicht unterstützen. Wenn es daran liegt, müsste das Problem verschwinden, wenn Du alle Plugins ausschaltest und auf das Standard-Theme umschaltest.

Andererseits gehen dabei normalerweise die Umlaute komplett kaputt, während hier ja nur irgendwas die Umlaute in der falschen Codierung ausgibt. Da wird im Theme aber nicht etwa eine komplett eigene Query unter Umgehung der WP-Dateien aufgemacht oder? Ansonsten würde ich an Deiner Stelle nochmal sicherstellen, dass die Datenbank tatsächlich UTF-8 benutzt. Welche MySQL-Version ist es eigentlich?

Und nur zur Info, ich finde es wesentlich leichter, die Adresse im Datenbank-Dump zu ändern, bevor man den am Ziel wieder importiert. Das geht per Suchen&Ersetzen sehr schön, aber man muss natürlich wissen, was man tut, damit man den Dump dabei nicht beschädigt.

Die .htaccess erstellt WordPress in aller Regel selber. Wenn das nicht geht wegen Dateirechten, sagt WP eigentlich Bescheid, dann kopiert man den Code eben manuell in die Datei.

Falls es dann trotzdem nicht geht, bringt der Server eventuell die Voraussetzungen für die Permalinks nicht mit. Wenn ihr euch da nicht sicher seid, solltet ihr beim Support eures Hosters mal anfragen. Nötig sind:
- das Apache-Modul "mod_rewrite"
- für das WP-Verzeichnis muss die FollowSymLinks-Option eingeschaltet sein
- die AllowOverride-Option muss FileInfo beinhalten (z.B. AllowOverride FileInfo oder AllowOverride All)

Siehe die ausführliche Doku:
Using Permalinks « WordPress Codex

Wenn das bei euch nicht geht, gibt es noch die Permalinks mit "index.php" in der URL, die müssten auch ohne mod_rewrite funktionieren (z.B.
/index.php/%year%/%monthnum%/%day%/%postname%/).

Also ich sehe den Inhalt bei mir problemlos, jedenfalls im Firefox 2. Im IE7 dagegen fehlt der Inhalt. Ok, mal sehen... Die Seite validiert nicht, das ist schon mal nicht schön:
[Invalid] Markup Validation of http://3th.be/2007/01/fruehstuecken-in-wien/ - W3C Markup Validator

Und jetzt wird's merkwürdig: Wenn ich die Seite mit dem IE aufrufe ist der Inhalt des Beitrags tatsächlich nicht im Quelltext. Da stehen nur diese Kommentare, zwischen denen im Firefox der Text steht:

<!-- google_ad_section_start -->


<!-- google_ad_section_end -->

Ich würde an Deiner Stelle also mal schauen, welches Plugin das dort reinschreibt. Das hat dann wohl einen Bug und zusätzlich eine Browsererkennung, warum auch immer.

P.S.: Ok, zu lange zum Schreiben gebraucht. Yep, jetzt geht's bei mir auch im IE7.

Sorry, ich habe noch nie ein Forum installiert, schon gar nicht in WordPress. Allerdings ist bbPress von den WordPress-Entwicklern, also würde ich erwarten, dass man dieses Forum noch am ehesten in WordPress integrieren kann. Infos dazu finden sich z.B. hier: bbPress » Integration with WordPress

Ich glaube, dort geht es aber mehr darum, die WP-User in bbPress nutzen zu können etc. Zur direkten Integration könntest Du mal in deren Forum schauen, z.B. Topics wie dieses hier:
how to include wordpress sidebar.php file in forums « bbPress support forums

Das heißt allerdings (wenn ich's richtig verstanden habe), dass bei jedem Forumsaufruf auch das ganze WordPress geladen wird, was auf die Ressourcen geht. Keine Ahnung, ob man da mit Caching viel machen kann. Wenn Du die Teile des Layouts, die in beiden Seiten zu sehen sein sollen, nicht wöchentlich änderst, könntest Du natürlich auch einfach ein bbPress-Theme erstellen, das genauso aussieht und die entsprechenden Links einfach statisch enthält. Müsstest Du halt anpassen, wenn z.B. eine neue Seite in der Hauptnavigation dazukommt, und Du könntest nicht z.B. die x neuesten Blog-Posts anzeigen. Dafür sparst Du Dir einiges an Arbeit mit der Integration. Naja, kommt am Ende drauf an, was Du genau brauchst.

Also die Version mit dem Loop, den Du nach zwei Posts quasi abbrichst, ist schon ganz gut. Als Verbesserung schlage ich vor: Nur die ersten beiden Posts aus der DB auslesen. Dafür den Loop so modifizieren (ganz oben, auf jeden Fall vor if have_posts):

$posts = query_posts($query_string . '&showposts=2');

Soll der Link dann auf den vorletzten Beitrag zeigen oder auf eine Seite, die alle Beiträge ab dem vorletzten enthält? Für ersteres kannst Du im Loop ganz einfach the_permalink() nutzen, das baut Dir einen korrekten Link auf den Post, egal wie Deine Permalinkstruktur aussieht.

Zu Problem Nummer zwei (Am Ende eines Jahresarchivs auf den Beginn des vorherigen Jahres verlinken): Naja, Du verlinkst halt einfach auf das entsprechende vorherige Jahresarchiv. Ähm, mal kurz im Codex gesucht... Das sollte so aussehen:

$year = get_the_time('Y');
get_year_link($year - 1);

Die Jahresarchive kannst Du bei Bedarf auch andersherum sortieren. Normalerweise würden ja die neuesten Beiträge oben stehen (also absteigend sortiert). Wenn Du es gerne aufsteigend hättest kannst Du auch hier die Query modifizieren:

if (is_year()) {
  $posts = query_posts($query_string . '&order=asc');
}

Das würde jetzt nur die Jahresarchive umdrehen, so einfach oben in die archive.php schreiben (nicht archive*s*.php, die macht was anderes, falls Dein Theme die überhaupt hat).

Sicher, Du kannst im Code natürlich auch auf den Parent des Parents testen. Wenn die Seite keinen weiteren Parent hat, müsste sie ihre eigene ID als Parent-ID zurückliefern, soweit ich weiß (aber teste mal, ist ein Weilchen her dass ich das gesehen hatte im Code).

Das wird natürlich wirklich unhandlich, wenn Du die Seiten noch weiter schachteln willst. Für drei Ebenen kann man das vermutlich gerade noch machen...

Mir fällt dazu nur eine Sache ein: Wenn Du Akismet nicht installiert hast, siehst Du alle als Spam markierte Kommentare nicht in der Kommentarverwaltung. Die sind trotzdem in der DB, aber es gibt die entsprechende Sektion unter "Kommentare" einfach nicht. Plugins wie Spam Karma bringen ihre eigene Verwaltung mit, aber die ist dann nicht unter "Kommentare" zu finden, soweit ich weiß.

Falls es das nicht, könntest Du uns ja mal die WordPress-Version verraten. Vielleicht fällt dann noch jemandem was ein. Ich wüsste aber nicht so richtig, wie ein Kommentar, was auch immer mit ihm sein mag, die Benachrichtigungen für andere Kommentare blockieren könnte!? Hast Du mal ins Fehlerlog Deines Servers geschaut (falls PHP-Fehler geloggt werden bei Dir)? Vielleicht steht da ja auch was Hilfreiches drin.

Ich kenne das Plugin nicht, aber bist Du sicher, dass Dein Server die nötigen Voraussetzungen erfüllt? Das "Zend" in der geposteten URL sowie der Name der fehlenden Funktion lassen mich vermuten, dass hier PHP-Features verwendet werden, die nicht direkt Standard sind. Deine PHP-Installation ist also vielleicht zu alt dafür oder Dir fehlt ein bestimmtes Modul. Die Doku des Plugins enthält hoffentlich nähere Infos dazu.

Also für das PDF-File bräuchtest Du ein iFrame, dann sollte das in den meisten Browsern gehen. Ich halte das allerdings eher nicht für sinnvoll, denn dann ist das PDF da auch eingesperrt und der Nutzer muss ggf. horizontal scrollen. In einem neuen Fenster öffnen finde ich da in aller Regel benutzerfreundlicher.

Was WordPress und bbPress betrifft: Du kannst das Forum natürlich ebenfalls in einem iFrame aufrufen, von einer statischen Seite mit einem Seiten-Template aus zum Beispiel. Schöner ist sicher, beide Seiten richtig zu integrieren, auch wegen Logins etc. Das sollte ja eigentlich gehen, ich habe da aber leider keine Erfahrungswerte anzubieten. Hast Du mit der Forumssuche hier nichts Brauchbares gefunden?

Noch mal zum Thema Tiefe der angezeigten Parameter: Ich habe gerade eben im Codex gelesen, dass der depth-Parameter an wp_list_categories erst mit Version 2.5 ergänzt wurde. Deswegen funktioniert das bei meiner 2.3.3 auch nicht. Und wie ich sehe nutzt Du ja auch noch 2.3.3. Sorry also für den nicht korrekten Hinweis, das hätte ich früher sehen können. Das kommt davon, wenn man die Doku nur überfliegt. ;-) Wenn Du auf 2.6 upgradest, sollte es wie gepostet funktionieren.

Zitat

Warum es bei mir zu Fehlern führte: ich habe ein Buzzword gesetzt, welches ein Apostroph ( ' ) enthielt. Bei PHP eigentlich reichlich blöd von mir...

Also das sehe ich eigentlich ganz anders: Falls es nicht ausdrücklich in der Dokumentation des Plugins erwähnt ist, ist das eher "reichlich blöd" vom Plugin-Autor. Don't trust user input, das ist doch eine der Programmier-Grundregeln. Mich würde das eher von der weiteren Verwendung des Plugins abschrecken ehrlich gesagt, aber Du solltest das auf jeden Fall dem Plugin-Autoren mal schreiben.

Also wenn es Dir nicht um die DB-Inhalte geht, sondern nur um Theme-Dateien, tut es eigentlich jeder gute Texteditor (zumindest kommt UltraEdit mit einer genialen "In Dateien suchen"-Funktion daher). Zur Not hat sicher auch Dein Betriebssystem eine Suchfunktion an Bord. Oder muss das Ergebnis in WordPress zur Verfügung stehen? Was genau willst Du denn machen?

Wenn man mal in den Quelltext Deiner Seite schaut, sieht man dort Folgendes:

<div class="post_content">
<link rel='stylesheet' type='text/css' href='/wp-content/plugins/buzzwords/css/prototip.css' />
        <script type='text/javascript' src='/wp-content/plugins/buzzwords/js/prototype.js'></script>
        <script type='text/javascript' src='/wp-content/plugins/buzzwords/js/prototip.js'></script><br />
</div>

Da sollte sicher der Beitragsinhalt stehen statt dessen. Ist "Buzzwords" zufällig ein Plugin, das Du kürzlich aktiviert hast? Falls ja, deaktiviere es mal. Ich nehme an, dass es einfach nicht korrekt funktioniert. Eventuell ist es ja nicht WP-2.6-kompatibel. Der CSS-Link hat an der Stelle jedenfalls nichts zu suchen, sowas gehört in den Header. Die Javascript-Dateien eigentlich auch.

Relativ verlinken kannst Du ganz einfach, wenn Du weißt, unter welcher Adresse die Zielseite veröffentlicht ist. Dann einfach Links wie "zielseite", "../zielseite" oder "parent/zielseite" eingeben.

Was spricht ansonsten gegen absolute Links? In den Postings solltest Du die Beiträge sowieso absolut verlinken, da nicht jeder Feed-Reader mit relativen Links etwas anfangen kann. Und wenn Du die DB mal lokal installieren willst zum Testen, kann man die Domain im DB-Dump sehr leicht ersetzen.

Wenn nicht irgendein SEO-Plugin Dir die Titel umschreibt, steht das in Deinem Theme drin. Schau dort mal in die header.php, dort kannst Du das auch ändern.

Zeilenumbruch sollte egal sein, aber ich denke, es müsste zwischen "IE" und die Versionsnummer ein Leerzeichen. Die Syntax wird hier beschrieben:
About Conditional Comments

Die geposteten Beispiele sehen ansonsten korrekt aus und funktionieren auf meiner eigenen Seiten auch so ähnlich. fredmansky, hast Du das aus der verlinkten Seite wieder entfernt? Ich sehe dort keine conditional comments im Header. Ich denke, live an der Seite lässt es sich am einfachsten sagen, wieso es ggf. nicht funktioniert.

Vielleicht erklärst Du für alle, die mit Begriffen wie "Loot" und "Wow Items Link" nichts anfangen können, erstmal worum es überhaupt geht. Dann sind Deine Chancen auf eine sinnvolle Antwort sicher höher. ;-)

Wenn das ganze auf einer irgendwie öffentlichen Schnittstelle/API basiert, wäre ein Link dazu ebenfalls hilfreich.

Also soweit ich weiß geht folgendes:

/?cat=1,3

Das bringt allerdings wahrscheinlich alle Beiträge in Kategorie 1 oder 3. Vermute ich jedenfalls, müsstest Du aber mal testen. Ob es auch eine Variante gibt, die Dir nur die Schnittmenge liefert, weiß ich nicht. Wenn Du das nur für eine spezielle Abfrage brauchst, kannst Du Dir ein Template dafür bauen und über eine statische Seite anzeigen lassen, denke ich. Für eine ganz allgemeine Lösung bräuchtest Du aber wahrscheinlich eine eingebaute Lösung. Eventuell müsstest Du da mal in den Quelltext von WordPress schauen, was da intern so passiert. Aber vielleicht geht es ja so auch schon.

Wenn das tatsächlich alles ist, was im Errorlog steht, weiß ich auch nicht so genau, woran es liegt. Da es mit dem Default-Theme funktioniert, wird es wohl an Deinem Theme liegen und nicht an einem Plugin. Stimmen die Rechte für Deine Theme-Dateien? Hast Du das Theme modifiziert oder kann man das irgendwo downloaden?