Normalerweise zu finden in der sidebar.php, wenn Du keine Widgets nutzt. Ansonsten sollte es eigentlich schon auf Deutsch sein, wenn Du eine deutsche WP-Installation verwendest (ist der WP-Adminbereich in Deutsch?). Ach ja, in Deinem Posting fehlt der Link.
Beiträge von Ammaletu
-
-
Klingt für mich eher so, als wäre ein Mailserver installiert, aber nicht richtig konfiguriert. Du könntest mal schauen, ob es ein Verzeichnis "maildrop" auf Deiner Platte gibt und ob dort vielleicht Schreibrechte fehlen?! Genauer kann ich es Dir als Windows-Nutzer aber leider nicht sagen.
-
Schau doch mal nach, ob sich das "Aufhängen" in einem Logfile als Fehlermeldung niederschlägt.

-
Tut mir Leid, ich wollte Dir nicht zu nahe treten. Aber es kam schon so ein bisschen fordernd rüber, insbesondere Dein letztes Posting vor meinem. Dass Du Dich selber an dem Script probiert hast, hast Du nicht geschrieben, und dann hätte ich auch mit etwas konkreten Fragen gerechnet (so á la "Ich hab's probiert anzupassen und nun hängt der Scrollbalken ganz unten auf der Seite. Was mache ich falsch?"). Es ist halt immer schwierig, sowas aus ein paar Postings zu beurteilen, wenn man sein Gegenüber nicht kennt. Anyway, hauptsache es funktioniert jetzt für Dich.

-
Der HTML-Validator sagt Dir, ob Deine Seite valide ist. Er weist Dich also daraufhin, wenn Elemente falsch geschachtelt sind, Klammern falsch gesetzt sind etc. Wenn Du am Template was geändert hast, ist es meistens eine gute Idee, die Seite mal kurz durch den Validator laufen zu lassen. Mit der Web-Developer-Toolbar für den Firefox kannst Du das auch für lokale Seiten machen, ansonsten einfach hier die URL der prüfenden Seite eingeben:
The W3C Markup Validation Service -
Also auf den ersten Blick [FONT=monospace]fällt [/FONT][COLOR=#000000]<link rel="icon" ins Auge, das gehört unter den <head>.
Das hier ist auch falsch (spitze Klammer vor onclick weg):
[/COLOR]
Und generell solltest Du die Seite mal validieren, dann findest Du all diese kleinen Flüchtigkeitsfehler viel schneller:
Validation Results - W3C Markup Validator -
Nun habe ich mir gerade mal eine 2.5er Version installiert und wollte hier einen Screenshot posten, aber da hast Du die Antwort ja schon selber gefunden: Wenn Du die Permalinks auf "Standard" stellst, macht es Sinn, dass der Slug nicht bearbeitet werden kann. Er wird in der URL ja auch nicht benutzt, die läuft dann ja über die IDs. Gut, ausgrauen wäre dann sicher besser gewesen als komplett zu verstecken.
-
Monikas ausführlicher Antwort ist eigentlich nichts hinzuzufügen, außer:
Zitatkann mir niemand helfen???
Nein, wenn Du Fragen nicht beantwortest! Woher soll ich denn wissen, was ein Spreadshop ist und wie Du den einbinden willst? Grobe Lösungen hatte ich Dir ja zwei präsentiert, was gefiel Dir daran nicht?!
-
Der Plugin-Autor weiß es wohl auch nicht:
WordPress › Support » [Plugin: Profiler] No Users displayed!?Hast Du es mal ohne andere Plugins und im Standard-Theme probiert?
-
Also ich habe jetzt nicht im Detail herausgekriegt, woran es liegt. Denke aber eigentlich immer noch, dass das der Peek-a-boo-Bug des IE sein könnte:
Peek-a-boo IE6 Bug
On having layout — the concept of hasLayout in IE/WinSo oder so solltest Du aber in der Struktur Deiner Seite etwas aufräumen, denke ich. Es gibt doch keinen wirklich guten Grund, float und position so exzessiv zu mischen, oder? Und den Header würde ich statt beidem einfach dort hinschreiben, wo er auch stehen soll, nämlich vor #content und #sidebar. Dann zeigt ihn auch der IE anstandslos an. Float brauchst Du dann auch nicht an #header, sondern höchstens an dessen Unterelementen, damit #header-box und #header-photo nebeneinander stehen.
Und davon abgesehen validiert die Seite auch nicht, mit einigen eher leicht zu behebenden Fehlern. Es kann sicher auch nicht schaden, das mit als erstes anzugehen.

-
Also auf Anhieb fällt mir dazu nur ein, dass das Plugin die mo-Datei auch laden muss. Es muss also wissen, dass es übersetzte Texte gibt und welche Sprache es laden soll.
Ich habe mal in das Google-Sitemap-Plugin geschaut, weil das mit irre vielen Übersetzungen daher kommt. Da findet sich in einer init-Methode des Plugins (die bei jeder Ausführung läuft, nehme ich an) folgendes:
PHP//Loading language file... //load_plugin_textdomain('sitemap'); //Hmm, doesn't work if the plugin file has its own directory. //Let's make it our way... load_plugin_textdomain() searches only in the wp-content/plugins dir. $currentLocale = get_locale(); if(!empty($currentLocale)) { $moFile = dirname(__FILE__) . "/lang/sitemap-" . $currentLocale . ".mo"; if(@file_exists($moFile) && is_readable($moFile)) load_textdomain('sitemap', $moFile); }Sowas in der Art müsste in Deinem Plugin auch stehen, wenn das mit der Übersetzung klappen soll.
-
Was auch möglich wäre: Dass für die MySQL-5-Datenbanken ein anderer Hostname oder Port verwendet werden muss. Bei meinem Provider ist das z.B. so. Mein MySQL 5 läuft über die Adresse "mysql5.[meine-domain].de", die alten 4er vermutlich über "mysql.[meine-domain].de". Aber so oder so könntest Du deswegen bei Deinem Provider mal nachfragen.
-
Ähm, habe ich was verpasst?! Ich bin ja noch bei Wp 2.3.3, habe dort allerdings kein Problem damit, Beiträge aufzuteilen. Für statische Seiten habe ich es noch nicht probiert, sollte da aber eigentlich auch gehen.
Damit es funktioniert muss in der single.php nach der Ausgabe des Contents die Seitennavigation ausgegeben werden. Im Default-Theme sieht das z.B. so aus:
PHP<?php the_content('<p class="serif">Den ganzen Beitrag lesen »</p>'); ?> <?php wp_link_pages(array('before' => '<p><strong>Seiten:</strong> ', 'after' => '</p>', 'next_or_number' => 'number')); ?>Wenn der Beitrag nicht auf mehrere Seiten verteilt ist, sollte wp_link_pages einfach nichts ausgeben. Tja, und dann fügst Du im Quelltext des Beitrags einfach an der gewünschten Stelle das hier ein:
Entweder so in der Codeansicht eintragen oder in TinyMCE per Button.
-
Na, da hast Du jetzt aber nicht sehr lange nach einer Lösung gesucht. Ist gleich die erste Frage in den FAQ:

WordPress Deutschland FAQ » »Fatal error: Allowed memory size of *** bytes exhausted…« ? -
Wo hast Du denn den Parameter [COLOR=Black]"[/COLOR][COLOR=#000000][COLOR=#cc0000][COLOR=Black]orderby_the_author_lastname" her?! Falls Du ihn Dir einfach ausgedacht hast: Das geht natürlich nicht, die Funktion muss den Parameter schon kennen. Was sie laut der von Dir verlinkten Codex-Seite nicht tut. Wenn man in die Funktion mal reinschaut, dann sieht man da ein "ORDER BY display_name" fest in der SQL-Query (ähm, WP 2.3.3 bei mir, weiß nicht wie es in 2.5 aussieht). Das wird dann wohl der Name sein, den der User als Display-Name eingestellt hat, nehme ich an, hier also Vor- und Nachname.
Du könntest schauen, ob es eine Funktion gibt, die den Autor nicht ausgibt get_authors() z.B. und dann deren Ergebnis einfach selber sortieren. Vielleicht ist in 2.5. die Query ja auch anpassbar, was die Sortierung betrifft. Das wären so spontane Ideen dazu...
[/COLOR] [/COLOR][/COLOR] -
Belies Dich mal etwas zu den benutzerdefinierten Feldern (engl. Custom Fields). Du kannst Dir einfach einen Key definieren, sagen wir mal "article_class". Bei Posts, wo Du die CSS-Klasse willst, fügst Du das Feld hinzu und nimmst als Wert den Namen der CSS-Klasse. Im Theme müsstest Du bei der Ausgabe der Beiträge (in allen Seiten, wo die Kennzeichnung stattfinden soll, also index.php, search.php, archive.php...) prüfen, ob das Feld da ist und ggf. den Wert des Feldes als CSS-Klasse ausgeben. Das gleiche lässt sich für alles mögliche definieren und ist relativ leicht umzusetzen.
-
Also die brutale Lösung wäre einfach einen Datenbank-Dump zu erstellen, darin zu suchen und ggf. zu ersetzen und dann ggf. wieder zu importieren. Es gibt aber glaube ich auch ein Plugin, welches Texte in Beiträgen ersetzen kann. Such mal hier im Forum (ich weiß, dass es ab und an empfohlen wird) oder auf wordpress.org.
-
Kein Problem, so haben ja auch andere was davon, wenn sie per Forensuche hier landen. Freut mich, dass es nun klappt.

-
Schau Dir mein letztes Posting noch mal genau an, viel deutlicher kann ich es nicht sagen (Sorry, wenn es in einem früheren Beitrag anders stand, habe es dort korrigiert). Und dann packst Du das while wieder rein, so wie es vorher war, und schreibst die Änderung der Query über das if weiter oben.

-
Weil ich von einem Forenmitglied per PM gefragt worden bin, noch mal etwas detaillierter beschrieben. Einfach auf der betroffenen Seite, also der search.php normalerweise, folgendes raussuchen:
Und dort drüber diese Zeile einfügen, in einen PHP-Bereich natürlich:
So hier zum Beispiel:
Damit wird die Query, vor dem ersten Zugriff darauf, auf die neue Anzahl an Beiträgen geändert. Etwas aufwändiger wird es eigentlich nur bei Themes, die keine eigene search.php haben sondern z.B. alles in die index.php quetschen. Aber da könnte man auch immer noch eine search.php anlegen, z.B. als eine Kopie der index.php, und das dann dort reinschreiben.