Beiträge von Ammaletu

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.

Zitat

1) Datenbank exportieren und im Webspace importieren

Da fehlt der Zwischenschritt: Adressen im DB-Dump anpassen (Domain des Blogs und Serverpfad).

Zitat

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.

Zitat

3) In der wp-config.php die Datenbankangaben ändern

Klar.

Zitat

4) Komplettes Wordpress-File hochladen

Ja, ohne Dateien geht es nicht. Außerdem den Inhalt des wp-content/uploads-Ordners mitnehmen.

Zitat

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.

Zitat

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.

Zitat

Was ist der DB-Dump und warum muss ich jeden Pfad anpassen, das ist ja eine riesen Arbeit ? Ich denke es genügt die URL in den Einstellungen zu ändern ?

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.

Benutzt Du wordpress.com oder hast Du eine eigene WP-Installation? Und meinst Du mit "aktualisieren" "speichern" oder F5 im Browser drücken?

Für die Online-Instanz kannst Du das auch in der wp-config.php angeben:

// site address
define('WP_SITEURL', 'http://www.deine-richtige-adresse.xyz');
define('WP_HOME', 'http://www.deine-richtige-adresse.xyz');

Dann lässt es sich allerdings nicht mehr in den Optionen ändern. Direkt in der Datenbank geht natürlich auch.

Wieso kannst Du auf die Offline-Installation nicht mehr zugreifen?! Die sollte davon unberührt bleiben.

Es sind im übrigen noch mehr Sachen anzupassen beim Umziehen einer WP-Installation, z.B. Pfade von Bildern in Beiträgen etc. Am besten macht sich das direkt am DB-Dump, bevor man den importiert am Ziel.

Tja, offensichtlich kann das Theme die Bilder auf zwei Weisen einfügen, deswegen gibt es zwei Dateien, die das tun. Müsstest Du dann wohl beide anpassen, schätze ich, aber fang mit der an, die Du aktuell benutzt.

Wow, das sieht doch schon gut aus. Ich hab's jetzt nur überflogen, ist schon spät und noch viel zu tun. Wenn Du an spezifischen Stellen hängst, sag Bescheid und ich schaue genauer drauf. Ansonsten Danke fürs Posten, das hilft sicher auch anderen weiter.

In der header.php des Themes, würde ich annehmen, oder wo die JS-Dateien halt sonst eingebunden sind. Ich bin aber nicht ob und wie das mit wp_enque_script zusammenspielt, was man ja eigentlich einsetzen sollte.

Zitat

Die Titelfarbe der anderen Widgets konnte ich via CSS des Themes bestimmen. Weshalb wird dies nicht für dieses Widget/Plugin übernommen?

Weil dies das einzige Widget ist, bei dem der Titel verlinkt ist. Das Link-Element liegt innen, also überschreiben die Styles für Links die Styles für Überschriften. Du müsstest also im Stylesheet noch ergänzen, dass #sidebar h1 a genauso wie #sidebar h1 gestylt wird.

h1 ist im übrigen nicht sinnvoll für die Sidebar-Zwischenüberschriften. Es sollte ja den wichtigsten Titel der Seite auszeichnen, also je nach Ansicht den Blog-/Seitentitel ode rden Titel der angezeigten Seite/des Beitrags, aber nicht Zwischenüberschriften.

Also die Seite validiert schon mal nicht, obwohl ich den Fehler ehrlich gesagt nicht deuten kann:
http://validator.w3.org/check?verbose=…2Feine-seite%2F

Davon abgesehen: Bist Du absolut sicher, dass die Seite im IE& funktionieren muss? Falls ja kann die Bugsuche haarig werden, das Teil hat einfach zu viele Fehler. Optimieren für IE7 ist auch schon kein Spaß, aber wenigstens machbar.

Kannst Du das nicht einfach in die 404.php des Themes schreiben? Das sollte dann auf jeden Fall gehen.

Außerhalb des Loops musst Du dann halt die ID mitgeben, wobei die $post-Variable ja auch im Header schon zur Verfügung stehen sollte für is_single() und is_page(). Um nur die URL zu kriegen gibt es bestimmt auch eine Funktion. Schau doch einfach mal, wie get_the_post_thumbnail() implementiert ist (Suche nach "function get_the_post_thumbnail" im WP-Quelltext).

Ohne WPMU wirklich zu kennen, nur ein paar Infos.

Zitat

1. Kann ich das einfach in eine neue Datenbank installieren - parallel mal schauen ob es geht?

In einer eigenen DB sollte das auf jeden Fall gehen. In der gleichen DB bräuchtest Du dann einen anderen Prefix.

Zitat

2. Wie wahrscheinlich ist dass mein Theme auch funktioniert?

Keine Ahnung, aber das kannst Du ja leicht ausprobieren. Würdest Du eh erstmal nicht öffentlich testen. Dann kannst Du eventuelle Probleme ja beheben.

Zitat

3. Kann ich dann einfach die letzten Einträge importieren? Wie?

Ich würde mal vermuten, dass die normale WP-Exportfunktion etwas kreiiert, was WPMU importieren kann. Ansonsten gibt es immer noch RSS-Feeds.

Zitat

4. Wie leicht ist es WPMU und Buddypress zu installieren? Wieviel Zeit kostet mich das vor allem?

Oh, da kann ich nur Hörensagen anbieten. Kommt vermutlich auf den Server an, ob das in 5 Minuten gemacht ist oder nicht. Ganz so leicht wie WP selber wird es aber wohl nicht sein.

Zitat

5. Was kann schief gehen?

Alles! Aber das muss Dich nicht aufhalten. Denk nur daran, Backups der Datenbank zu haben, ehe Du an der Oruiginal-DB was machst. Das gleiche am besten auch für die Dateien, dann kannst Du im Zweifelsfall alles zurückdrehen.

Und was ich eigentlich schreiben wollte: WP und WPMU werden ab Version 3.0 zusammengelegt. Vielleicht solltest Du also lieber gleich mal schauen, wie das MultiSite-Feature bei Wp 3.0 funktioniert als jetzt noch WPMU zu installieren?! 3.0 müsste ja bald erscheinen...