Beiträge von Ammaletu

Das hat nichts mit WordPress zu tun, sondern eher etwas mit Deinem FTP-Programm (mal ein anderes getestet?) oder mit den Rechten auf dem Server. Denke ich jedenfalls. Es wäre auf jeden Fall eher eine Frage für den technischen Support Deines Hosters, würde ich vermuten.

Hast Du WP denn im gleichen Ordner installiert wie die alte Seite? Dann nimmt der Server ggf. automatisch die alte index.html statt WordPress' index.php wenn Du nichts angibst. Hier würde sich ein Unterordner für den Blog anbieten, denke ich. Ob es das ist kannst Du auch ganz einfach testen, häng die index.php einfach mal dran an die URL.

Das ist jetzt soweit nur geraten. Falls es das nicht ist, bräuchten wir mehr Infos. Unter welcher Adresse ist die alte Seite erreichbar, unter welcher soll das Blog erreichbar sein?

Zitat

Ich komme zur Überzeugung (ein erster Verdacht hat sich schon beim erstmaligen Besichtigen des Support-Forums geregt), dass der bekannte Slogan "WordPress ist eine vielseitige und leicht zu bedienende Websoftware" sehr relativ zu interpretieren ist: Vielseitig sind vor allem die auftretenden Probleme und leicht zu bedienen - na ja. Davon kann man meiner Meinung dann sofort nicht mehr sprechen, wenn man in Programm-Dateien selbst herumschaufeln muss. Oder wenn ich erst mit meinem Provider verhandeln muss, ob seine Einrichtungen die Anforderungen einer meiner (potentiellen) Anwendungen erfüllen.

WordPress ist tatsächlich vielseitig und leicht zu bedienen, jedenfalls im Vergleich zu vielen anderen CMS. Es ist natürlich weder perfekt noch omnipotent. Ja, die Software hat Voraussetzungen, die Dein Webspace erfüllen muss, damit sie läuft. Das ist bei jeder Software so und sollte Dich nicht wirklich überraschen. Wenn Dein Webspace die Voraussetzungen für Permalinks nicht erfüllt (und danach sieht es im Moment aus), kannst Du diese eben nicht nutzen und musst mit den nicht ganz so hübschen, aber dafür so gut wie überall funktionierenden normalen Links arbeiten.

WordPress ist im übrigen auch keine Wunderwaffe für jeden denkbaren Einsatz. Es gibt sicher auch viele Projekte, wo WordPress nicht das am besten geeignete System ist, obwohl man mit etwas Bastelei sehr erstaunliche Dinge aus der ehemals einfachen Blog-Plattform rausholen kann. In Deinem Fall brauchst Du dann vielleicht ein sehr simples CMS oder einen Webservice. Oder einen Hoster, der sich mit gängiger Software wie WordPress auskennt (und das ist nun wirklich kein Nischenprodukt mehr).

Zitat

Ich selbst werde jetzt erst einmal darüber nachdenken, ob und wie ich überhaupt weitermache.

Wenn Dir das Hosten einer eigenen WP-Installation zu aufwändig ist, denke eventuell über einen Account bei wordpress.com oder einem ähnlichen Service nach. Man ist da eingeschränkt in den Möglichkeiten (keine Plugins, Themes nicht ohne weiteres anpassbar), dafür fällt quasi kein Aufwand für Wartung des Programms an.

Update:
Sorry, habe Dein zweites Posting eben erst gesehen. Also, es könnte noch an folgendem liegen:
- Falls Du bei Strato bist, erinnere ich mich duster, dass das dort etwas schwieriger war. Falls dem so ist, müsste ich das mal raussuchen aus den Tiefen des Forums.
- mod_rewrite ist aktiviert, aber AllowOverride ist nicht eingestellt (muss mindestens FileInfo enthalten). Das muss vermutlich der Hoster machen. Mehr Infos siehe http://codex.wordpress.org/Using_Permalin…ng_Other_Issues
- Du nutzt eine PHP- oder Apache-Version, welche einen Bug enthält. Ist unwahrscheinlich, aber nicht ausgeschlossen. Zwei ältere Bugs sind hier ein Stück weiter unten verlinkt.

Tja, das wär's was mir auf Anhieb dazu einfällt. Dass die Permalinks nicht gehen, schließe ich daraus, dass man eine Apache-404-Seite sieht, aber vielleicht liege ich da auch irgendwie falsch. Falls es das alles nicht ist, poste doch ggf. mal mehr Infos (Version von PHP, Apache, MySQL, Hoster), vielleicht kommt dann jemand drauf, woran es liegt. Und damit die Seite erstmal funktioniert, stelle die Permalinks ggf. erstmal wieder aus.

Die IDs werden in der Statuszeile des Browser angezeigt, wenn Du in der Seitenübersicht im Backend die Maus auf den Seitentitel hältst. Steht ganz hinten in der URL, die dann in der Statuszeile steht.

Schriftgröße: Das ist über die Angabe "font-size" im Stylesheet zu machen (bzw. "font"). Kann ich Dir jetzt nicht genauer sagen, kommt ja auch drauf an, welche Schriftgrößen Du ändern willst (oder alle, für die ganze Seite?). Generell wäre ich da vorsichtig, nicht jede Größe und jede Kombination sieht gut aus.

Kommt vor. Merke: Zuerst mal annehmen, dass WP korrekt funktioniert.

Die anzupassende Zeile ist Zeile 71 der header.php des Themes:

<?php wp_list_pages('title_li=&depth=1'); ?>

Das wäre zu ändern zu:

<?php wp_list_pages('title_li=&depth=1&exclude=41,61'); ?>

Dem exclude gibst Du kommagetrennt die IDs aller auszuschließenden Seiten mit. Für Kontakt und Impressum ist das bei Dir die 41 und 61. Einfach so in der header.php anpassen, neu hochladen (oder direkt über WP bearbeiten und speichern) und bei eventuellen Updates des Themes nicht vergessen, die Änderung in der neuen Version erneut durchzuführen.

Wenn die Menüzeile ein Widget-Area wäre, müsstest Du den Inhalt im Backend unter Design > Widgets bearbeiten können. Ist aber vermutlich nicht so. Die header.php des Themes findest Du im Themeordner. Da müsste dann irgendwo ein "wp_list_pages"-Aufruf stehen, glaube ich. Den bräuchten wir. Ja, oder Link zum Theme, das geht auch.

Die dargestellten Zeichen sind UTF-8-Umlaute, die als ISO-8859-1 behandelt werden. Ausgeliefert wird die Seite korrekt, und es steht auch korrekt im Quelltext. Das Problem muss also woanders liegen. Du könntest mal schauen, ob das auch auftritt, wenn Du auf das Default-Theme umschaltest. Es kann auch an einem Plugin liegen. In PHP ist es leider relativ leicht, UTF-8-Umlaute zu zerstören, wenn man nicht aufpasst.

Sicher geht das. Wie ist denn die obere Menüzeile erzeugt, als Widgetarea oder steht das fest in der header.php des Themes drin? In letzterem Fall poste doch bitte mal den entsprechenden Code-Abschnitt.

Steht aber drin in der de_DE.po-Datei, bei mir ab Zeile 12600. Soweit ich weiß musst Du das in der *.po-Datei ändern und die dann zu einer *.mo-Datei übersetzen. Anleitungen sollten sich dafür genug finden. Achtung, mit dem nächsten WordPress-Update ist das ggf. wieder weg. Alternativ kannst Du die Texte auch einfach fest ins Theme schreiben.

Zitat

Woran kann das liegen? Ich habe nämlich schonmal nen Blog installiert aber sämtliche Dateien vom Webspace gelöscht.

Da hast Du den Grund auch schon selbst gefunden *g*: Du hast vergessen, die alte Datenbank zu leeren. Die Tabellen in der DB bleiben ja liegen, wenn Du die Dateien vom Webspace löschst. Lösch die einfach weg, z.B. mit phpMyAdmin oder was auch immer Du für ein Administrationsprogramm für die DB hast.

Manipulierst Du irgendwo die Query in den Themedateien? "query_posts"? Hatten wir mehrere Male in den letzten Tagen, ggf. hilft die Forensuche schon weiter.

- DB-Prefix in der wp-config anpassen oder eine eigene Datenbank verwenden
- Blog-Adresse im Dump anpassen, Blog-Pfad im Dump anpassen, dann erst am Ziel importieren
- .htaccess nicht mit übernehmen, stattdessen nach dem Login die Permalink-Einstellungen neu abspeichern

Das ist einfach.

<?php
  $image = get_post_meta($post->ID, 'thumbnail', true);
  $my_title_class = empty($image) ? 'has_no_image' : 'has_image';
?>
  <a href="<?php the_permalink() ?>" title="<?php the_title(); ?>" class="<?php echo $my_title_class; ?>"><img src="<?php echo $image; ?>" alt="" /></a>

Achtung, ungetestet, kann Fehler enthalten!

Das fügt dem Titel-Link-Tag die Klasse "has_image" oder "has_no_image" hinzu, welche Du im Stylesheet des Themes nach Belieben definieren kannst. Du musst dabei aufpassen, dass Du die normale Defintion der Überschrift für has_image überschreibst, die andere Klasse ist eigentlich egal. Such Dir am besten raus, wo die normale Überschrift definiert wird und setz die zweite Defintion darunter.

So aus dem Stehgreif könnte ich mir vorstellen, dass da immer das eingefügt wird, was der Browser mitschickt, wenn Du im Editor Enter drückst. Könnte sein, dass das unter Linux nur \n ist. Ich habe aber keine Ahnung, ob WP das intern auf eine Form normalisiert oder nicht. Bei der Anzeige im Blog wird ja eh HTML draus, aber im Editor würde man es ggf. sehen, wenn es so wäre.

Hm, dann hat ich mir das doch zu einfach vorgestellt. Monika hatte die Lösung auf ihrer Seite aber beschrieben. In diesem Fall ist es wohl doch wichtig, die Original-Query in Ruhe zu lassen und eine eigene aufzumachen.

Siehe: http://www.texto.de/weiterblaetter…er-sidebar-621/

Ja, das wird wohl der Grund sein. Aus Sicht von WP bist Du auf einer statischen Seite, also wird der ganze Inhalt angezeigt. Es gibt einen Workaround dafür, und das dürfte dann wohl der Hinweis von bgeissler sein.

Wie dort schon geschrieben, im Moment gehen die Permalinks bei Deiner WP-Installation generell nicht. Dein Server muss dafür verschiedene Voraussetzungen erfüllen. Normalerweise brauchst Du Apache mit mod_rewrite, es geht über Umwege aber auch mit IIS und anderen Servern. Stelle also bitte erstmal sicher, dass die Voraussetzungen für die Permalinks gegeben sind.

Siehe auch:
http://codex.wordpress.org/Using_Permalin…y_Permalinks.22
http://codex.wordpress.org/Using_Permalin…y.22_permalinks

Nachdem ich nun einen Blick auf die Seite geworfen habe, bin ich relativ sicher, dass das Dargestellte die Sidebar aus der sidebar.php ist. Dein WP erkennt aus irgendeinem Grund die gespeicherten Widgets nicht (ich gehe mal davonnaus, dass Du aktuell mindestens ein Widget gespeichert hast in dieser Sidebar?!) und stellt deswegen die normale Sidebar dar.

Und Nein, es gehen im Moment gar keine Permalinks. Ging das schon mal? Erfüllt Dein Server die Voraussetzungen für die Permalinks?

Wieso die gespeicherten Widgets allerdings nicht erkannt werden, ist mir schleierhaft. Du könntest es auf gut Glück mal mit dem "Reset Widget"-Plugin probieren, aber sicher bin ich nicht, ob das was bringen könnte.

Sicher, dass Widgets dargestellt werden und nicht die normale Sidebar (viele Themes zeigen die an wenn Widgets nicht konfiguriert sind)? Vielleicht ist beim Update etwas schiefgegangen? Ob es Widgets sind oder nicht sieht man an den CSS-Klassen der Sidebar-Elemente.

Ansonsten: Wenn die Links nicht gehen, sind diese entweder falsch gebaut oder die Permalinks gehen nicht mehr. Beides solltest Du leicht feststellen können, oder poste mal die URL, damit man sich das anschauen kann.