Beiträge von Ammaletu

Wie gesagt, wp_list_pages müsste von sich aus Klassennamen wie "page-item-123" an die Links hängen. Tut es das bei Dir nicht? Wobei "123" die jeweilige ID der Seite ist. Das kannst dann doch problemlos ansprechen im CSS, oder?!

Aufwändiger müsstest Du es bauen, falls das ganze dynamischer werden soll. Falls etwa oft neue Seiten dazu kommen und Du das anzuzeigende Bild in einem Benutzerdefinierten Feld speichern willst oder aus einer Liste an möglichen Bildern auswählen willst. Aber für ein paar selten zu ändernde statische Seiten sollte das reichen.

Zitat

MyBB absolute path on server:

Der Pfad auf dem Server. Zu dem Ordner, in dem die MyBB-Installation liegt, nehme ich an. Könnte so etwas sein wie: /var/kunden/123/domain.de/mybb

Genauer kann Dir das Dein Hoster sagen (schau in die FAQ oder ins Forum).

Zitat

MyBB DB prefix:

Das ist sicher ähnlich wie bei WordPress: Alle Tabellen von WP haben einen gemeinsamen Prefix, damit sie sich nicht mit den Tabellen anderer Programme ins Gehege kommen. Alle WP-Tabellen heißen also z.B. "wp_...", alle MyBB-Tabellen "bb_...". Ich nehme an, dass Du den Prefix frei wählen kannst, solange er eindeutig ist.

Erzeugt wp_list_pages nicht schon automatisch verschiedene Klassen an den Links? Die müsstest Du doch nur noch im Stylesheet entsprechend ansprechen.

Die Datei heißt ".htaccess" und ist keine PHP-Datei. Es sollte davon im WordPress-Ordner auch nur eine geben. Sie liegt in dem obersten WP-Ordner.

Wenn Du im WordPress-Backend die Permalinks speicherst mit einer anderen Struktur, sagt Dir WordPress, wenn es die Datei nicht anlegen oder beschreiben konnte. Du musst Sie dann ggf. manuell anlegen und den auf der Permalink-Seite angezeigten Inhalt rein kopieren.

Arbeitest Du mit Windows? Dann stell als erstes mal sicher, dass Windows Dir die Dateierweiterung anzeigt. Wer weiß was es sonst mit dem Dateinamen anfängt. Die Permalinks funktionieren auch unter Widnows im übrigen. Es kann aber sein, dass Du im Apache für den WordPress-Ordner noch etwas konfigurieren musst, damit es geht. Mal schauen... Bei mir sieht das in der httpd.conf so aus:

<IfModule alias_module>


  Alias /testblog "D:/webapps/testblog"
  <Directory "D:/webapps/testblog">
    Options FollowSymLinks
    AllowOverride All
    Order allow,deny
    Allow from all
  </Directory>


</IfModule>

Damit kann ich den Blog unter http://localhost/testblog/ aufrufen. Ich glaube, ohne die FollowSymLinks-Option gehen die Permalinks nicht, wenn ich mich da gerade richtig erinnere.

Bei Styleproblemen bitte wenn irgend möglich den Link zur Seite geben, wo man sich das anschauen kann. Das klärt sich dann in jedem Falle zehnmal schneller.

Den W3C-Validator kennst Du?!

Es sei außerdem auch auf diese Seite verwiesen:
http://dowebsitesneedtolookexactlythesameineverybrowser.com/

Siehe auch: http://forum.wordpress-deutschland.org/konfiguration/…e-funktion.html

Dass der Feed nicht gelesen werden kann, kann ein Timeout-Problem sein. Da ist vielleicht der wpd-Server etwas zu langsam. Das sollte sich aber ggf. nach ein paar Tagen geben.

Zitat

Gibt ja noch nicht mal eine Art "vor - zurück" Pfeile.

Die fehlen dann wohl in Deinem Theme. Du kannst Dir im Default-Theme abschauen, wie die Syntax genau aussieht. Das müsste dann in alle Dateien rein, die eine Listenansicht darstellen (falls vorhanden: archives, tag, category, search und bei Bedarf eben auch die index.php).

Bist Du sicher, dass Du den hervorzuhebenden Bereich korrekt gekennzeichnet hast? Die Plugins, die ich kenne, wenden das Syntax-Highlighting auf alles an, was in <code>...</code> eingeschlossen ist. Sollte jeweils in der Doku des Plugins stehen. Such Dir eines aus, das auf wordpress.org gehostet wird. Dort solltest Du anhand der Bewertungen und Kommentare sehen können, ob es mit WP 2.8.6 funktioniert. Wenn Du dann Probleme damit hast, frag hier nach, dann kann man die sicher lösen.

An Link- und Bild-Tag der jeweils ersten Bilder im Posting fehlen die Anführungszeichen um die Attribute. Sollte leicht zu beheben sein, falls es im Theme steht, nicht so leicht, falls es so falsch in den Beiträgen drinsteht.

Der Themeautor meint damit folgendes: Du sollst in der Quelltext-Ansicht um das img-Tag herum ein div mit der gewünschten Klasse ergänzen ("wide" oder "vert"). So etwa:

<div class="wide"><img src="..." width="..." height="..." alt="..." /></div>

Die Bildergröße musst Du selber anpassen. Das wird dann zwar per CSS skaliert (für "wide"), aber Du solltest keine Bilder frisch von der Kamera hochladen. Für die kleineren Bilder empfiehlt der Autor Dir, Dir eine Bildgröße nahe an 300 Pixeln auszusuchen und möglichst alle Bilder gleich groß zu machen, damit die Blogeinträge konsistent aussehen.

Dass man quasi immer eine Klasse zuweisen muss, ist natürlich nicht ideal. Eines von beiden hätte als Default gesetzt sein sollen.

Wenn das nicht funktioniert, verlinke doch bitte eine Beispielseite. Sowas lässt sich immer am lebenden Objekt zehnmal schneller klären als mit Screenshots und gepostetem Quelltext. Schick mir den Link zur Not per PM, falls Du ihn hier nicht posten willst.

Hier mal der korrekte Link zu dem Posting:
http://forum.wordpress-deutschland.org/design/62064-t…-einbinden.html

Alles weitere dort.

Zitat

Mein Hoster ist Bplaced und dieser zeigt leider keine log datei an.

Fällt mir schwer zu glauben, dass das nicht konfigurierbar sein soll. Hast Du im Forum von bplaced mal nachgefragt?

Zitat

in welchem format muss denn die Backup datei der Datenbank sein ?

In einem Format, dass Du auch wieder einspielen kannst ;-), also: *.sql. Anleitungen zum Backup von WordPress sollten sich finden lassen, Plugins auch, die das z.B. einmal wöchentlich zumailen. Sinnvollerweise solltest Du testen, dass Du damit tatsächlich die DB wiederherstellen kannst. Kannst Du z.B. an einer lokalen Installation mit XAMPP ausprobieren (siehe FAQ), falls Du Dir ein Testsystem einrichten willst. Zumindest mal reinschauen solltest Du in die Datei.

Möglich, habe ich aber noch nie von gehört. Was aber nicht unbedingt viel heißen muss.

Wo auf Deinem Server PHP-Fehler geloggt werden, kann Dir im Zweifelsfall der technische Support Deines Hosters sagen. Das solltest Du in jedem Falle wissen!

Was Dein konkretes Problem betrifft: Du hast vermutlich beim Anpassen der wp-config.php einen Fehler gemacht. Vergleiche Deine Änderungen mit der WP beiliegenden Beispiel-Datei, dann sollte sich das schnell klären lassen. Falls Du die Datei über den Editor im WP-Backend geändert hattest und da jetzt nicht mehr drankommst, hole Dir die Datei per FTP, repariere sie und schiebe sie wieder auf den Server.

Wenn dann alles wieder geht: Backup der Datenbank anlegen und sichern, falls Du keines hast!

Bei welchem Anbieter hast Du denn Dein Blog? Auch z.B. bei wordpress.com solltest Du in den Optionen eine andere Permalink-Struktur einstellen können, denke ich. Selber hosten heißt genau das: Sich Webspace und eine URL besorgen und WP dort selbst installieren, anstatt das Angebot eines Services wie wordpress.com zu nutzen. Das ist aber mit gewissen technischen Wartungsaufgaben verbunden und ist nicht für jeden das Richtige.

Zitat

Dabei habe ich folgende Fehlermeldung erhalten, mit der ich leider nichts anfangen kann:

Sieht für mich so aus, als wäre diese Datei beschädigt. Bist Du sicher, dass der Upload korrekt funktioniert hat? Lade ggf. die Dateien noch mal mit einem anderen Programm neu hoch (einfach überschreiben, außer der wp-config.php natürlich).

Zitat

Ein weiteres Mysterium sah ich ca. eine Sekunde nach dem Upload der Datei wp-config.php auf den Server: Die Dateigröße änderte sich auf dem Server selbständig ohne irgendwelches Dazutun von den ursprünglichen 3.150 auf dem Computer auf 3.103 auf dem Server wie von Geisterhand. Wie gesagt, die Dateigröße wurde gleich nach dem Upload auch auf dem Server mit 3.150 angezeigt, und nach ca. einer Sekunde auf 3.103 geändert ...

Da hat vielleicht FileZilla die neue Dateigröße auf dem Server abgefragt. Die Dateigröße auf der Platte gängt ja immer von der Platte ab. (siehe Unterschied zwischen "Größe" und "Größe auf Datenträger" im Windows-Eigenschaften-Dialog einer Datei)

Zitat

Nachdem ich hier im Forum bei einem schnellen Überfliegen einiger Beiträge gesehen habe, daß es mit der neuesten Version von WP offensichtlich Probleme gibt, habe ich mir die Version 2.7.1 geholt und versucht, damit mehr Glück zu haben.

Das ist keine gute Idee. Wenn es ein Problem mit 2.8 gibt, sind die Chancen groß, dass Du es auch mit 2.7 hast. Zusätzlich hast Du aber auch die Sicherheitslücken in 2.7!

Zitat

Habe ich vielleicht falsch gefragt, irgendwelche Regeln (unbewusst) verletzt, oder ist meine Frage bzw. mein Problem so schwierig oder ausgefallen (ungewöhnlich), daß ich gar keine Antworten erhalte? Ich möchte ja nicht ungeduldig sein, doch bin ich etwas verunsichert, denn ich möchte ja nichts falsch machen oder jemanden verärgern ... Und ich habe ja auch wirklich im gesamten Forum gesucht, Stichworte eingegeben usw., jedoch keine Antwort gefunden die zu meinem Problem passt ...

Ich weiß nicht, wie es anderen geht, aber ich antworte eher wenn eine ganz konkrete Frage konkret gestellt wird. Bei knappen Einzeilern fragt man vielleicht noch mal nach, aber für Postings, bei denen man scrollen muss ;-), habe ich nicht immer die Zeit. Davon abgesehen schreibt hier jeder in seiner Freizeit und es ist etwas Glückssache, dass jemand gerade bei Deinem Posting die Zeit und das Wissen hat, Dir zu helfen.

Zitat

Ist denn Wordpress wirklich so schwierig, daß solche (in meinen Augen eigentlich verhältnismässig "einfache") Sachen wie eine Installation nicht funktionieren?

Nein. Die Erfahrung hier im Forum zeigt jedoch, dass FTP-Programme wesentlich mehr Probleme verursachen als man für möglich halten sollte.

Zitat

Gibt es denn ein einfacheres bzw. besseres System um einen Blog schnell und zufriedenstellend zu erstellen?

WordPress selber zu installieren wird immer mit gewissen technischen Wartungsaufgaben verbunden sein. Umgehen kannst Du das wenn Du ein Fertigangebot wie wordpress.com nutzt. Da bist Du dann was Themes und Funktionen betrifft recht eingeschränkt, hast dafür aber keinerlei Ärger mit Updates und ähnlichem. Als CMS fällt mir aber tatsächlich kein System ein, dass bei dem Funktionsumfang auch von Laien so leicht bedienbar wäre.

Fehler 500 = Sammelbegriff für jede Art von Fehler auf dem Server. Manchmal führt raten zufällig zum Ziel ;-), aber sinnvoll ist eigentlich nur, sich die eigentliche Fehlermeldung zu beschaffen. Die sollte in einem Logfile auf Deinem Server landen. Der technische Support Deines Hosters weiß ggf., wo Du PHP-Fehler geloggt findest. Mit der genauen Fehlermeldung kann man dann genauer sagen, woran es liegt.

Inwiefern AntiSpamBee und Akismet zusammenspielen kann ich Dir nicht sagen. Manche Antispam-Plugins kann man mit Akismet kombinieren, andere nicht. Da musst Du vielleicht mal auf der Pluginseite von Antispambee recherchieren.

Dass mit wp ajax edit comments keine Kommentare mehr gepostet werden können, ist natürlich nicht sinnvoll. Ist das tatsächlich so, mit dem Plugin geht es nicht (was passiert?), ohne aber schon? Gibt es Fehlermeldungen im Logfile (PHP-Fehler)? Oder JS-Fehlermeldungen im Browser? Und welche WP-Version nutzt Du? Ich könnte das morgen ja mal lokal nachstellen und schauen, ob es da geht, wenn Du mir noch sagst, wie genau sich der Fehler äußert.

Wenn es Deine eigene Seite ist, könntest Du ihr ein Template verpassen (es geht um eine statische Seite, oder?) und darin abhängig von einer Query-Variablen Sidebar, Header etc. nicht anzeigen, sondern eben nur den Inhalt. Verlinken dann als seitenurl?nur_inhalt=true oder so.

Nachschauen schadet nicht, aber ich würde nicht vermuten, dass die DB zu groß ist. Wobei sowieso die Frage ist, ob das beim Speicherplatz Deines Webspaces mitzählt oder wie die DB sonst in der Größe begrenzt ist.

Die Größe des Upload-Ordners ist schon mal mit das wichtigste. Die sollte sich ja eindeutig ermitteln lassen. Schau auch mal auf die Dateianzahl, ob die übereinstimmt. Und dann wäre die Frage, ob es gecachte Daten gibt, z.B. von Statistikprogrammen oder tatsächlich von einem Cache. Das gleiche gilt für z.B. tägliche Backups. Alles in allem solltest Du halt schauen, wie groß wp-content ist.