Beiträge von Ammaletu

Ich glaube, Du nimmst hier den Begriff "WYSIWYG" zu ernst. Das Teil wird nur spaßeshalber so genannt und heißt eigentlich TinyMCE. ;-) Soll heißen: Der Editor zeigt Dir normalerweise reines HTML an, die Ausgabe im Theme muss aber Dein Stylesheet regeln. Das stimmt nicht immer überein.

Den Bildern werden offenbar die Klassen alignleft bzw. alignright zugewiesen. Die muss Dein Styleheet auch definieren. Genauso sollte Dein Stylesheet die Abstände zwischen Absätzen regeln. Falls mehrere <br>s nacheinander nicht angeezigt werden, probiere es mit einem Abstandshalter wie
*
*
*
oder so. Das geht auf jeden Fall.

Der Grund, warum der Besucher Deine 'interne' Adresse zu sehen kriegt, ist dieser hier:

Zitat

Die Subdomain META.wops.de wird per 301er redirect auf die tatsächliche URL bei mir zuhause weitergeleitet.

Ein 301er-Redirect wird vom Browser nicht nur gecacht, sondern dem Besucher auch angezeigt. Damit der Besucher die interne Adresse nicht zu sehen kriegt, müsstest Du die Subdomain direkt auf die dnsalias-Adresse schalten (ohne Redirect), und selbst da bin ich mir nicht sicher, ob das klappt.

Wenn man Deine Seite aufruft, kriegt man einen 404-Fehler für diese beiden Dateien:
http://www.office-life-fun.net/style.css
http://www.office-life-fun.net/images/kubrickbgwide.jpg

Schau also mal in die Header.php Deines Themes, ob und wieso da dieser Pfad drinsteht. Klassischerweise sollte das ja eher so aussehen:
http://www.office-life-fun.net/wp-content/themes/[Dein Theme]/style.css
http://www.office-life-fun.net/wp-content/themes/[Dein Theme]/images/kubrickbgwide.jpg

In meinem Theme lautet die Anweisung für das Stylesheet in der header.php so:

<link rel="stylesheet" href="<?php bloginfo('stylesheet_url'); ?>" type="text/css" media="screen" />

Wenn das bei Dir auch so drinsteht, wäre die Frage, wieso bloginfo('stylesheet_url'); die falsche URL ausspuckt.

Zitat

dieses Auskommentieren hatte ich auch schon probiert.

Ja hast Du. Allerdings hast Du die schließende Klammer nicht mitgenommen, wenn ich das richtig verstanden habe, und das ist ein PHP-Fehler, ergo kann die ganze sidebar.php nicht gerendert werden. So wie oben gezeigt sollte es funktionieren.

Ich fürchte, das musst Du noch mal näher erläutern, für mich zumindest. ;-) Was meinst Du mit "nach dem Datum soll die Reihenfolge erscheinen"?! Die Reihenfolge der Artikel?

Da die Blogroll sowieso nur auf der Startseite angezeigt wird und Du sie dort nicht mehr stehen haben willst, kannst Du diesen Block hier einfach auskommentieren. Also daraus:

<?php if(is_home()) { mistylook_ShowLinks(); ?>  
  


  
<?php }?>

Das hier machen:

<?php /* if (is_home()) { mistylook_ShowLinks(); */ ?>

In der oberen geposteten Zeile steht keine schließende Klammer, der if-Block geht also noch weiter. Poste doch am besten mal die ganze sidebar.php (und bitte mit dem php-Button hier im Foreneditor als PHP-Code kennzeichnen), dann müssen wir nicht rätseln, sondern können es Dir genau sagen. ;-)

Es gibt einen Unterschied zwischen dem Beitragstitel und dem URL-Kürzel ("post slug" genannt). Den gleichen Titel kannst Du so oft verwenden, wie Du möchtest, aber WordPress sorgt dafür, dass der post slug eindeutig ist. Da wird dann ggf. "mein_doppelter_titel2" daraus, denke ich.

Was bei dieser Version allerdings wirklich nicht geht: Gleichamige Dateien über diese Domain ausliefern. Wenn Du mal eben schnell eine Datei zum Donwload anbieten willst und sie in den Root Deiner Domain schiebst, darf sie nicht den Titel eines der Beiträge haben. Sollte aber in der Praxis nicht wirklich ein Problem sein.

Ok, für WP 2.3 sähe das so aus:

<?php
if (is_home()) {


  // hier die originale wp_list_bookmarks()-Anweisung


} /* end if is home */
?>

Eventuell kann ja noch jemand ergänzen, wie das in WP 2.5 aussehen müsste. Da gibt es zusätzlich ja noch is_front_page(), aber ich habe den Unterschied noch nicht ganz gerafft. Aber falls Du 2.5 hast und das so noch nicht passt, probiere es mal damit.

Um einfach nur den Beitragstitel als Permalink zu verwenden, hakst Du "Benutzerdefiniert" an und trägst dort ein: "/%postname%" (ohne die Anführungszeichen).

Wenn Du die Sidebar über Widgets gebaut hast, dann einfach das Widget entfernen. Ansonsten (und falls Dir der Begriff "Widgets" nichts sagt) ist das in der sidebar.php Deines Themes anzupassen. Der Befehl müsste "wp_list_bookmarks();" heißen. Die entsprechende Zeile und eventuell dazugehörige Zeilen einfach entfernen oder auskommentieren (/* ... */), damit Du es später ggf. leichter wieder einfügen kannst.

Falls Du die Links nur auf der Startseite entfernen willst, auf anderen Seiten aber nicht, sag Bescheid. Dann muss nur eine if-Anweisung drum herum anstatt die Zeile zu entfernen.

FeedBurner erklärt meines Wissens nach relativ ausführlich, wie das alles funktionieren soll. Und zum Umstellen brauchst Du nur das FeedSmith-Plugin, verlinkt mit Erklärung hier: FeedBurner Help Center - Creating your WordPress feed (self-hosted WordPress)

Der Befehl, der in Deinem Theme die Kategorien anzeigt, ist veraltet. Suche bitte mal diese Zeile:

<ul><?php list_cats(FALSE, '', 'id', 'asc', '', TRUE, FALSE, TRUE, FALSE, TRUE, TRUE, FALSE, '', FALSE, '', '', '', TRUE) ?></ul>

Und ersetze sie durch diese hier:

<ul><?php wp_list_categories('show_count=1&hide_empty=0&title_li='); ?></ul>

EDIT: Und im übrigen wurden die Kategorien mit obigem Befehl noch nie nach Namen sortiert sondern nach ID. ;-)

Ok, Du nutzt keine Widgets für die Sidebar. Wenn Du Dir anschauen möchtest, was Widgets sind, schau mal unter Presentation > Widgets nach (keine Ahnung, wie das Menü in 2.5 heißt).

Die Kategorien werden also in der sidebar.php Deines Themes ausgegeben. Suche dort bitte mal nach "wp_list_categories" und poste den Aufruf. Ein Plugin sollte da eigentlich nicht nötig sein, obwohl es zur Not natürlich auch hilft.

Also ich bin da auch kein Experte, aber den Apache soweit zu konfigurieren, sollte eigentlich zu machen sein. Mein Vorschlag: Lege erstmal irgendeine simple Datei in das Verzeichnis. Nimm meinetwegen eine leere Textdatei, schreibe "Hallo Welt!" rein und nenne sie "index.html". Dann hättest Du Teil eins der Fehlermeldung schon mal abgedeckt ("Entweder ist kein Index-Dokument vorhanden").

In der httpd.conf muss dann natürlich der Ordner noch konfiguriert werden. Bei mir lokal unter Windows sieht das so aus, bei Dir auf dem Server sollte es ähnlich sein:

<IfModule alias_module>
    # ... viele Kommentare ...
  Alias /delta_orionis/ "D:/webapps/delta orionis/"
  <Directory "D:/webapps/delta orionis/">
    Options FollowSymLinks
    AllowOverride FileInfo
    Order allow,deny
    Allow from all
  </Directory>

Auf diese Weise wird der Ordner für den Zugriff freigeschaltet. Ansonsten müsstest Du für WordPress noch schauen, dass mod_rewrite aktiv ist (für Permalinks). Das sollte so aussehen und ist standardmäßig ggf. mit einem '#' auskommentiert:

LoadModule rewrite_module modules/mod_rewrite.so

So, hoffe das hilft Dir weiter. Ansonsten muss mal jemand anders einspringen. Für die weitere Konfiguration des Apache gibt es sicher auch im Netz gute Tutorials.

Ich wiederhole mich ja nicht so gerne, aber was soll's: Wenn es um die Sidebar geht, sag uns einfach mal, wie die Ausgabe dort erzeugt wird. Widget? Oder per Code in der sidebar.php? Ansonsten könnte auch ein Link zur Seite helfen, dann sehen wir die Antwort auf diese Frage selber. :-)

Da Du ja vermutlich auf keine ältere MySQL-Version mehr downgraden wirst, könntest Du die Zeile auch so ersetzen:

// Original: check if MySQL >= 4.1.0
// if (version_compare(@mysql_get_server_info(), '4.1.0', '>=') && ( strpos($xformat,'%post_relatedtags%') || $min_shared > 1 ) ) {  
if (strpos($xformat,'%post_relatedtags%') || $min_shared > 1) {

Hier wird ja getestet, ob Du MySQL >= 4.1.0 verwendest, was Du ja tust. So könnte man also diesen Check einfach ausbauen.

Das Plugin versucht an dieser Stelle, etwas über Deine MySQL-Version herauszufinden, was aber auf Deinem Server nicht erlaubt ist. Erst einmal: Welche MySQL-Version benutzt Du denn?

Um das loszuwerden, gibt es verschiedene Möglichkeiten. Ich denke, das einfachste wäre es, diese Zeile so zu ändern:

if (version_compare(@mysql_get_server_info(), '4.1.0', '>=') && ( strpos($xformat,'%post_relatedtags%') || $min_shared > 1 ) ) {

Das @ sollte dafür sorgen, dass dieser Funktionsaufruf keine Fehler wirft, auch wenn welche auftreten.

Davon mal abgesehen solltest Du mal schauen, dass Du die Errorlogging-Einstellungen Deiner PHP-Installation eventuell anpasst. Die Ausgabe der Fehler am Bildschirm ist nicht wirklich für Produktivsystem gedacht, sondern mehr fürs Debuggen beim Entwickeln. Fehler in ein Logfile schreiben zu lassen wäre also die andere Variante, die Fehlermeldung loszuwerden, aber dann müllt sie Dir natürlich das Logfile zu. ;-)

Ich habe Dir mal zwei Plugins rausgepickt, die so aussehen, als könnten sie Dir weiterhelfen. Ich kenne allerdings beide nicht näher, ausprobieren musst Du also selber (ggf. an einem lokalen Testblog erstmal):

WordPress › FeedWordPress « WordPress Plugins
WordPress › WP-o-Matic « WordPress Plugins

Probier mal das erste aus, das zweite sieht etwas überladen aus. Ansonsten:
WordPress › rss « Tags « WordPress Plugins

Handelt es sich um dieses Script?
Wire Plastik Design 9 / Projects

In dem Fall hat es wohl mit WordPress nichts zu tun, das "wp" im Namen steht für "Wire Plastik". Die Frage wäre also, hast Du dem Script tatsächlich die gleiche Datenbank gegen wie WP? Wenn es die Tabellen wirklich gelöscht hat (was ziemlich dämlich ist, aber gut, das Script ist ja auch nur ein Jahre altes Hobby-Projekt von jemandem), dann sind sie weg. Wie gesagt, mit phpmyadmin einloggen und überprüfen.

Wenn die Tabellen tatsächlich weg sind, bzw. nach der Neuinstallation zwar da aber quasi leer, dann bitte Deinen Hoster, Dir ein Backup der Datenbank einzuspielen, von vor der ganzen Aktion. Wie gesagt, die meisten Hoster ziehen täglich oder so Backups und heben die Backups der letzten Woche z.B. auf. Klär das mit Deinem Hoster und ziehe danach regelmäßig selber ein Backup, mindestens bevor Du irgendwas installierst.