Beiträge von Ammaletu

Tja, dann weiß ich auch nicht so genau. Ein Problem mit den Dateirechten vielleicht?! Du könntest mal eine index2.php in den WP-Hauptordner legen und schauen, ob Du damit z.B. eine phpinfo-Ausgabe aufrufen kannst. Vielleicht bringt das ja Erkenntnisse. Außerdem wäre es dann wohl an der Zeit, mal zu schauen, ob und wo auf dem Server PHP-Fehler geloggt werden.

Was Du probieren könntest: Den aktuellen Themeordner umbenennen per FTP. WordPress sollte dann automatisch aufs Default-Theme umspringen. Wenn es dann immer noch nicht geht könntest Du den Plugin-Ordner umbenennen, dann werden die Plugins nicht mehr geladen. Dabei jedoch nicht die Plugin-Backend-Seite aufrufen oder die Plugins werden alle deaktiviert.

Hast Du denn mal mit phpMyAdmin oder einem ähnlichen Tool direkt in die Datenbank geschaut und sichergestellt, dass sie wirklich leer ist? Die Meldung sollte eigentlich nicht kommen, wenn WP die Tabellen nicht finden kann.

Zitat

Ich habe noch eine angepasste .htaccess in meinem wp-Verzeichnis.

Das wäre der erste Punkt, wo ich nachschauen würde. Davon abgesehen: Hast Du im Backend in WP die richtigen Dateien eingetragen. Bist Du überhaupt bis zur Installation gekommen bzw. ging es schon mal?

Das Plugin benutzt scheinbar einen falschen Pfad, und den kann es eigentlich nur aus der DB haben. Deswegen meine Frage, ob diese Datenbank als Kopie einer anderen DB entstanden ist, wobei die Pfade nicht korrekt angepasst wurden?!

Zitat

Ich bin newbie, zählen der Zeilen passt nicht und der Editor zeigt keine Zeilennummern an...

Sorry, aber bei der Wahl Deiner Arbeitsmittel kann ich nur sehr bedingt weiterhelfen. Selbst der normale Windows-Editor zeigt Zeilennummern an. Ein Editor, der das nicht kann, ist mir glaube ich noch nicht untergekommen.

Zitat

Habe zwei stellen gefunden wo offenbar ein farbcode für den header drin steht und habe mal beides auf #FFFFFF geändert in der Hoffnung, dass es dann weiß wird, was im Original blau ist - geht aber nicht, tut sich gar nichts.

Hast Du den Cache mal geleert bzw. Strg+F5 probiert? Der Browser cacht das ja und dann siehst Du ggf. nicht den aktuellen Stand.

Wegen der Zeilennummern: Tut mir Leid, ich hatte in meinem Testblog geschaut und das läuft schon auf WP 3.0. In WP 2.9 ist es... Zeile 39 und 253. Keine Ahnung, wieso die background-color zweimal definiert ist. Suche nach "#haeder" hilft Dir ggf. auch in anderen WP-Versionen weiter.

Zitat

Wiso MUSS die Navigationsleiste eine Hintergrundfarben haben?

Naja, mit dem Stand von vor 'ner Stunde oder so wurde das über dem Header des Blogs angezeigt und war damit quasi unlesbar. In der Blog-Ansicht wohlgemerkt. Ist immer noch so. Mit 12% Weite bricht es jetzt außerdem um.

Hm... Gib der Leiste dann am besten gar keine Weite, würde ich sagen. Die korrekte Weite lässt sich dort ja nicht wirklich ermitteln, wenn Du es links von der variabel breiten Link-Liste platzierst. Keine Weite und z.B. rechts einen kleinen Abstand und ein Hintergrundbild, wo die Hintergrundfarbe der Leiste ins Transparente verläuft. Nur so als Idee.

Die beiden Ansichten finde ich übrigens ziemlich gelungen. Habe jetzt erst so richtig kapiert, wozu das gut sein soll.

Ok, mal schauen...

Die Leiste hat mit Deinen Anpassungen keine Hintergrundfarbe mehr. Die wirst Du wieder ergänzen müssen.

Navigationsleiste = Scrollbar. Ja, in meiner Version ging die Leiste über die ganze Bildschirmbreite und war deswegen auf 100% Weite gestellt. Wenn Du das anders haben willst, solltest Du die Weite entsprechend anpassen. Ich nehme an, da werden jetzt 100% mit einem Abstand nach links oder so kombiniert. Das ist in Summer natürlich mehr als 100%, deswegen die Scrollleiste.

Das Drehen des Bildes: Einfach im Bild nur eine Version einbauen und dann wie beschrieben das Setzen der background-position entfernen. Ist bei Dir im Moment noch drin. Siehe meine letzte Antwort: "Einfach Zeile 79 und 82 des PHP-Files entfernen."

Das ist im Stylesheet in Zeile 30 definiert (das Bild) und in Zeile 252 (die Hintergrund-Farbe), beides für #header.

Ab WP 3.0 kann jeder User in WP einen eigenen Blog kriegen. Ansonsten kannst Du etwas in der Art sicher auch mit Kategorien zurecht basteln. Aber überleg Dir gut, wem Du die Rechte zum Posten gibst, insbesondere falls sich Nutzer selber registrieren können. Viele Sicherheitslücken der letzten zeit drehten sich um die Möglichkeit für Nutzer, mehr Rechte zu erlangen als sie haben sollten.

Zur Fehlerursqache direkt kann ich Dir nichts sagen. Hast Du mal geschaut, ob PHP-Fehler geloggt werden?

Aber generell als Warnung: Je nach Menge des Inhalts kann das wohl den Seitenaufruf verlangsamen, keinen numerischen Bestandteil in der URL zu haben. Also z.B. nur "/%postname%" anstatt "/%id%/%postname%".

Hm, Du hast keinerlei Vorkenntnisse von CSS? Dann wäre es vermutlich sinnvoll, Dich da erstmal etwas einzulesen. SelftHTML ist z.B. immer noch eine gute Einführung in das Thema.

Konkrete Antwort zur Frage: Du gibst dem div eine Klasse, welche Du im Stylesheet ansprechen kannst. Reihenfolge ist prinzipiell egal, außer Du willst damit andere Angaben überschreiben. Das Ende der style.css empfiehlt sich deshalb als Ort zum Einfügen.

Das liegt in der Regel an einem nicht am Bildschirm ausgegebenen PHP-Fehler. Also rausfinden, ob und wo auf Deinem Server PHP-Fehler geloggt werden. Mit der genauen Fehlermeldung kann man dann weitersehen.

Ich glaube, da hast Du ein paar Grundlagen von WP noch nicht verstanden. Blog-Beiträge werden automatisch in verschiedenen Ansichten dargestellt, u.a. den Kategorie- und Tag-Seiten und in den verschiedenen Archiven (nach Monat, nach Jahr etc.). Statische Seiten sind dagegen nicht dazu gedacht, Blog-Beiträge darzustellen, sondern sollen eher für eben statische Inhalte benutzt werden. Impressum, Kontakt und so.

Natürlich kannst Du mit WP machen, was DU möchtest, auch Blog-Beiträge auf statischen Seiten ausgeben, die z.B. genauso heißen wie Kategorien oder sonst irgendeinem Schema folgen. Dann musst Du Dir zuerst aber mal überlegen, welches Schema das sein soll, und dann wären Templates für die statischen Seiten zu erstellen. Meines Wissens nach kannst Du nicht einfach beliebige Beiträge beliebigen Seiten manuell zuweisen. Jedenfalls kenne ich dafür keine komfortable Möglichkeit, manuelle Workarounds kann man auch dafür sicher basteln.

Alles in allem: Überleg Dir erstmal, ob das alles sinnvoll ist, und schau Dir ggf. das Kategoriensystem genauer an.

Zitat

1. Frage: Also ich habe eine Page in meinem Wordpress-Admin hinzugefügt (keine Artikelseite sondern eine Page) und möchte nun in meiner Navigation einen Link auf diese Seite erstellen am liebsten aber dynamisch so das wenn ich immer eine neue Seite hinzufüge ein Link in der Navigation erscheint. Dazu brauche ich jedoch einen Befehl der das ganze als einen normalen Link ausgibt.

Schau Dir den wp_list_pages-Befehl an bzw. das Seiten-Widget, wenn das ganze in einen Widget-Bereich soll. Doku zu Befehlen findest Du im Codex:
http://codex.wordpress.org/Template_Tags/wp_list_pages

Zitat

2. Frage: Wird die Page dann in einer index.php-, single.php- oder page.php-Datei ausgeben?

Mit der page.php, wenn vorhanden. Du kannst aber auch noch genauere Theme-Dateien nutzen, z.B. pagename.php oder page-id.php. Die genaue Übersicht gibt es hier: http://codex.wordpress.org/images/1/18/Template_Hierarchy.png

Zitat

3. Frage: Wie kann ich die Titel der letzten Beiträge mit Link ausgeben? Also maximal 7 Stück sollen immer angezeigt werden.

Da gibt es auch ein Widget dafür. Manuell ansonsten mit:

wp_get_archives('type=postbypost&limit=10')

Zitat

4. Frage: Kann ich auch die letzten Kommentare ausgeben?

Ja. Am einfachsten ebenfalls über ein Widget. Schau Dir generell Widgets mal an, falls Du Dich damit noch nicht beschäftigt hast. Deren Verwendung ist auch nicht auf die Sidebar beschränkt. Du kannst Widget-Bereiche einbauen, wo immer Du möchtest, und kannst natürlich auch Deine eigenen Widgets schreiben bei Bedarf.

Hast Du einen Datenbank-Dump von einer Maschine auf einer anderen importiert, ohne die Pfade anzupassen? Sieht für mich irgendwie so aus. Jedenfalls sind das doch zwei verschiedene Pfade, oder?

/var/webs/www.velofahrer.ch/public_html/
/home/ulmeier/public_html/24velofahrer/blog/

Mit einem Link, wo man sich das anschauen kann, geht die Lösung sicher schneller. Erste Vermutung: Das könnte an der Ausgabe der Links liegen, genauer gesagt des zurück-Links. Den gibt es ja auf Seite 1 nicht.

Das Bild muss ja nicht im Stylesheet stehen. Wenn es als Bild und nicht als Hintergrundbild gemacht ist, findest Du den Pfad in einer Theme-Datei, vermutlich in der header.php. Genauer kann ich es nicht sagen, ohne das Theme zu kennen.

Ich weiß nicht, wie es anderen geht, aber mir ist nicht klar, was Dein Problem ist. Sorry! Kannst Du etwas genauer erläutern?

Zitat

Ich finde leider nicht wirklich eine Möglichkeit dieses Problem zu beheben. Kann es denn wirklich sein, dass das Firefox das Problem ist? Ich habe den Browser mittlerweile ettliche Male neu installiert unter Einbeziehung der Löschung sämtlicher zusätzlicher Daten.

Ich habe nie gesagt, dass Firefox die Ursache des Problems ist. Das ist vergleichsweise unwahrscheinlich. Es könnte aber z.B. an fehlenden Dateien auf dem Server liegen, was sich wiederum als JavaScript-Fehlermeldung äußern könnte.

JavaScript-Fehler im Firefox anzeigen: Extras > Fehlerkonsole

Zitat

ich habe ein ähnliches Problem und auch noch keine Lösung. Wenn ich einen Beitrag schreibe kann ich die Tags / Schlagworte zwar angeben und sie werden unterhalb des Eingabefeldes auch angezeigt. Allerdings werden diese nicht gespeichert wenn ich den Beitrag publiziere. Der Weg über Quickedit bringt es auch nicht...

Tja, wie gesagt, ohne einen genaueren Hinweis kann ich da wenig zu sagen. Ich würde zuerst nach JavaScript-Fehlern schauen und dann mal googlen, ob andere Nutzer dieses Problem vielleicht auch haben. Falls PHP-Fehler auftreten, stehen die eventuell in einem eigenen Logfile auf dem Server, das wäre auch eine Möglichkeit.