Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenDas könnte z.B. so aussehen:
<div id="menu">
<ul>
<?php wp_list_pages('title_li=&sort_column=menu_order&depth=1'); ?>
</ul>
</div>Das würde die Seiten ohne einen Titel darüber ausgeben, sortiert in der Reihenfolge wie im Seiteneditor angegeben und ohne Unterseiten. Du kannst auch Seiten explizit ausschließen und viele andere Parameter nutzen. Mehr dazu steht im Codex.
Bleibt der Navi-Link auch aktiv, wenn eine Unterseite angeklickt wird?
Vermutlich nicht.
Ob Du mit dem Speicher am Limit bist, kannst Du mit dem "Memory Overview"-Plugin sehr schön selber sehen (auf dem Dashboard). Auch eine beliebte Fehlerquelle: Die Sprachdateien per FTP im falschen Modus hochladen (Text/binär). Probiere es ggf. mal mit einem anderen FTP-Programm.
Ich habe gerade keinen Beispiel-Code zur Hand, aber das geht einfach, in dem Du einen neuen Loop mit einer neuen Query an die entsprechende Stelle einbaust. Beispiele sollten sich im Forum finden lassen.
Nein, nicht bei einem include oder require. Aber alle Daten, die Du vor dem require hast, hast Du ja auch danach, also kannst Du das einfach oben in die neue single_34.php reinschreiben.
Hat jemand eine Idee, was ich falsch mache???
Du probierst willkürlich CSS-Anweisungen aus anstatt einfach zu schauen welche Klasse im Quelltext denn real dranhängt an dem Element und diese dann zu nehmen?! Wenn Du es selber nicht siehst, gib uns einen Link zur Seite, dann ist das schnell geklärt. ;-)
Unabhängig von allem anderen: Backup der DB machen ehe Du die upgrade.php aufrufst! Falls doch irgendwas noch nicht geht, kannst Du sonst ggf. nicht zurückgehen zu 2.9.2.
Wenn es um statische Seiten geht, erstelle dafür doch einfach ein Seitentemplate. Wie das geht, sollte sich per Forensuche oder Google finden lassen. Wenn es um einen normalen Blogartikel geht, müsstest Du das anders lösen. Ganz oben in der single.php könntest Du z.B. das so einbinden:
if (is_single(34)) {
require_once('single_34.php');
return;
}Statt der ID geht da glaube ich auch der Post-Slug. Aber für statische Seiten ist es natürlich einfacher, das per Seitentemplate zu machen.
Wer macht denn die Weiterleitung? Das macht WP nicht von sich aus, oder?! Und wohin leitet das denn um? Schau mal rein, was da genau passiert, z.B. mit dem Firefox-AddOn "LiveHttpHeaders", oder schick mir den Link zum betroffenen Artikel per PM.
Ja, die Doku des Plugins lässt sehr zu wünschen übrig. Aber man kann ja auch mal in den Quelltext schauen. Voilá: st_related_posts(). Alle Template-Funktionen stehen in simple-tags/inc/tpl.functions.php. st_related_posts sollte innerhalb des Loops die verwandten Beiträge ausgeben. Das automatische Einfügen der Related Posts nach dem Beitrag müsste sich in den Plugin-Optionen regeln lassen.
wie sag ich davor, welche Beitrags-Kategorie komplett geloopt werden soll? Kategorie-ID oder Permalink (Ordnername) ?
Durch den Namen der neuen Themedatei, wie oben beschrieben. WP nimmt für diese Kategorie dann diese Datei statt der allgemeineren category.php oder archive.php.
EDIT: und wie sage ich vor der Schleife "nimm ALLE" Beiträge (aus allen Kategorien)?!
So hier (vor if have posts):
$posts = query_posts($query_string . '&nopaging=true');Der Parameter nopaging sagt WP, dass alle angezeigt werden sollen. Wenn Du sie alphabetisch sortiert haben möchtest statt chronologisch:
$posts = query_posts($query_string . '&nopaging=true&orderby=title&order=asc');Alle dynamisch gebauten Links sind dann so angepasst, als hättest Du das in der DB geändert. Solange bis Du das aus der wp-config.php rauslöschst, dann gelten wieder die Werte aus der DB.
Alle Links, die fest in einem Eintrag stehen, bleiben davon unberührt. Die musst Du, so vorhanden, anpassen. Am einfachsten geht das eben in der SQL-Datei, ehe Du sie wieder importierst. Ansonsten gibt es auch ein WP-Plugin, das Dir entsprechende SQL-Abfragen zum Suchen-und-Ersetzen generiert (Search and Replace oder so ähnlich).
Wenn es nicht alle Bilder erfassen soll, musst Du halt überlegen, wie genau das umzusetzen ist. Du kannst jedem Bild eine CSS-Klasse verpassen, aber das nervt auf Dauer. Du könntest im Stylesheet auch angeben, dass es immer nur für das erste Bild jedes Eintrages gelten soll (.entry img:first-child, glaube ich). Du kannst es nach Größe des Bildes definieren, wie im Beispiel oben schon gemacht.
Wenn es komplett willkürlich sein sol, kannst Du das natürlich auch einfach an das Bild ranschreiben (style-Attribut am Bild ergänzen, in HTML-Ansicht). Für Einzelfälle mag das ok sein, allerdings kannst Du den Abstand dann nicht in allen Postings auf einen Schlag ändern (beispielsweise bei Wechsel zu neuem Theme), also wäre eine CSS-Klasse schon vorzuziehen.
Du kannst für Kategorien ganz einfach eigene Templates anlegen: Kopier Dir die category.php (oder die archive.php) und nenne sie category-[ID der Kategorie].php oder category-[Slug der Kategorie].php. Also z.B. category-buecher.php. WordPressnutzt dann automatisch diese Datei zur Anzeige und Du kannst die Datei nach Blieben anpassen. Also z.B. aus dem Loop die Ausgabe des Excerpts entfernen, so dass nur die Überschrift übrig bleibt. Daraus eine Aufzählung machen. Anzahl der angezeigten Beiträge auf "alle" stellen (Query anpassen zu posts_per_page=-1, denke ich, habe die genaue Syntax aber gerade nicht zur Hand, müsste bitte mal wer ergänzen).
Hat Simple Tags denn dafür nicht einen PHP-Befehl an Bord, den Du manuell in die single.php schreiben kannst? Und dann einfach in den Optionen den Automatismus ausstellen. So würde ich mir das jedenfalls vorstellen.
Definiere für das Bild einfach einen margin nach oben und unten in der style.css des Themes. Da das vermutlich nicht für alle Bilder der Seite gelten soll, musst Du es natürlich entsprechend einschränken, z.B. so:
.entry img.size-full {
margin-top: 15px;
margin-bottom: 15px;
}Das sollte nur Bilder erfassen, die in einem Beitrag in voller Größe stehen. Falls Du Thumbnails oder andere Größen verwendest entsprechend anpassen.
Da fehlt der Zwischenschritt: Adressen im DB-Dump anpassen (Domain des Blogs und Serverpfad).
2) In der Offline-Installation die URL unter Einstellungen ändern
Nein, wozu das denn? Die Offline-Installation willst Du ja vermutlich behalten, also bleibt die natürlich so.
3) In der wp-config.php die Datenbankangaben ändern
Klar.
4) Komplettes Wordpress-File hochladen
Ja, ohne Dateien geht es nicht. ;-) Außerdem den Inhalt des wp-content/uploads-Ordners mitnehmen.
Ist dann dieser Codeschnipsel noch wichtig ?
Wenn Du es vor dem Import im DB-Dump oder danach direkt in der DB anpasst nicht. Das ist nur ein Workaround falls Du die Adresse verstellt hast und nun nicht mehr ins Admin-Menü kommst.
bzw. ich finde den auch in meiner wp-config.php noch nicht !
Da findest Du eine Menge Konfigurationsmöglichkeiten nicht drin. Einfach ergänzen bei Bedarf.
Was meinst Du damit, was ist der DB-Dump?! Wie importierst Du die Inhalt denn sonst? Über die Ex- und Importfunktion?
Wenn Du es per DB-Dump machst, wirst Du wohl oder übel die falschen Angaben anpassen müssen. Die Domain/Blog-Adresse kann dort an x Stellen stehen, z.B. in den WP-Optionen, in den Optionen von Plugins, in internen absoluten Links in Deinen Beiträgen, in Bilderadressen in Deinen Beiträgen etc. Suchen + Ersetzen mit einem guten Texteditor.
Außerdem muss wie gesagt der Serverpfad angepasst werden, falls der anders ist (was so gut wie sicher ist). Der steht bei mir z.B. in der wp_postmeta-Tabelle drin und in verschiedenen Optionen. (Beispiel: "/kunden/xyz/webseiten/domain.de/blog" online statt "/xampp/htdocs/blog" offline)
Das hat ja nichts mit gut oder schlecht zu tun sondern damit, ob Deine Seite die Ressourcen zur Verfügung hat, die sie für die Anzahl der Anfragen braucht. Die Access-Logs des Servers müssten eigentlich zeigen, ob es manchmal zu Besucherspitzen kommt.
Falls das nur hin und wieder vorkommt, hilft eventuell ein Cache-Plugin weiter?! Ist aber nicht ganz trivial einzurichten.
Das passiert in der Regel dann, wenn der Server sehr langsam ist und nicht vollständig antwortet (denke ich). Ist mir hier im Forum früher ab und an passiert. Du solltest eventuell mal schauen, wie es mit der Auslastung des Servers aussieht. Ansonsten kannst Du da nicht viel dran machen, denke ich.
Wenn Du Dir unsicher bist, erstelle Backups von allem (Dateien + Datenbank). Wenn Du Dir unsicher dabei bist, stelle sicher, dass Du beides aus dem Backup wiederherstellen kannst (z.B. in lokalem XAMPP). Ansonsten sollte das kein Problem sein. Beide WPs müssen ja verschiedene Tabellen-Prefixe nutzen. Also löschst Du nur die Tabellen mit dem richtigen Prefix. Die Dateien solltest Du sowieso auseinanderhalten können.
Also der Fehler tritt scheinbar auf, weil PHP-Code in die SQL-Query geraten ist, was natürlich gar nicht geht. Das liegt an einem Ratings-Plugin, wie es aussieht. Ohne das Plugin sollte alles ok sein.
Generell solltest Du Dir vom Support Deines Hosters erklären lassen, wohin PHP-Fehler geloggt werden bzw. wie Du das konfigurieren kannst, so dass Du die Fehler selber nachschauen kannst.