Beiträge von Ammaletu

Das hier wäre zu bearbeiten:

• Archiv
• Hauptindex-Template (wenn gewünscht)
• Suchergebnisse

Das sollte mit den genannten Dateinamen korrespondieren. Schau ruhig mal in die Themedateien direkt rein, ohne Umweg über WP, damit Du besser verstehst, wie ein Theme aufgebaut ist. Du wirst da sonst auf Dauer nicht glücklich, wenn Du das Theme modifizieren willst.

In meinem Theme sieht die WP-PageNavi-Einbindung so aus:

<?php if (function_exists('wp_pagenavi')) { wp_pagenavi('<div class="pageTop">', '</div>'); } ?>

Diese Zeile kann direkt über dem while-Loop ergänzt werden und direkt darunter (oder auch nur darunter, wie Du magst). Also z.B. so:

<?php if (function_exists('wp_pagenavi')) { wp_pagenavi('<div class="pageTop">', '</div>'); } ?>
          
  <?php while (have_posts()) : the_post(); ?>


          <div class="post">
            <!-- ... Ausgabe des Blogposts... -->
          </div>
          
  <?php endwhile; ?>
          
          <?php if (function_exists('wp_pagenavi')) { wp_pagenavi(); } ?>

Und noch mal: Mach Dir ein Backup der Themedateien per FTP. Wenn Du bei PHP einen Syntaxfehler einbaust, was leicht passieren kann (Klammerfehler oder sowas), wird die Seite ggf. nicht mehr dargestellt. Dann musst Du die Originaldatei per FTP zurückspielen. Solange noch nichts geändert ist, kannst Du da natürlich auch die Datei aus dem Theme-Download nehmen, aber später macht sich ein Backup gut. Auch deswegen solltest Du wissen, welche Datei Du bearbeitest, und Du solltest nach dem Speichern der Änderungen die jeweilige Ansicht überprüfen.

Probier es damit:

<?php if (in_category(1)) {
  echo "<abbr title='". the_time('d. F Y') ."'>". printf(__('%1$s – %2$s'), the_date('', '', '', false), get_the_time()) ."</abbr>";
  unset($previousday);
} else {
  // nichts anzeigen
}
?>

Da war ein Semikolon mitten drin, das hat gestört. Und das unset hat mitten ind er String-Verknüpfung auch nichts zu suchen, denke ich. ;-)

Zitat

Theme-Übersetzung: Da kann ich bestimmt noch ein zwei Sachen ändern. Allerdings fällt es echt schwer die Anglizismen in der Internetfachsprache auszugrenzen (oh mein Gott, da lass ich ja fast schon den Germanisten in mir raus:eek: )

Also meiner Meinung nach muss man nicht für Sachen wie "Tags" oder "Feed" unbedingt einen deutschen Begriff finden. Das hat sich so eingebürgert. Aber eine Reihe an Sachen ist schlicht und ergreifen Englisch, z.B. die Ausschrift "No comments". Das sollte sich aber leicht korrigieren lassen.

Zitat

Das die Kategorien nicht mehr weiß aufleuchten wie beim Homeverzeichnis, ist ein Fehler da ich versehentlich etwas im Code zerstört habe. Und die Farben würd ich tatsächlich auch noch gern ändern - allerding muss ich dann die CSS Dateien ändern und da kenne ich mich leider gar nicht mehr aus:sad:
->Kann mir diesbezüglich jemand vielleicht behilflich sein?

Sicher. Ähm, was genau willst Du denn jetzt machen? Die Schriftfarbe der Links im Normalzustand ändern?

Der Befehl für die Navigation unter der Artikelliste lautet:

<div class="navigation">
            <div class="alignleft"><?php next_posts_link(__('&laquo; Older Entries', 'kubrick')) ?></div>
            <div class="alignright"><?php previous_posts_link(__('Newer Entries &raquo;', 'kubrick')) ?></div>
        </div>

So steht's im Default-Theme drin. Kann sein, dass Du den Text fest reinschreiben musst, also so:

<div class="navigation">
            <div class="alignleft"><?php next_posts_link('Neuere Eintr&auml;ge') ?></div>
            <div class="alignright"><?php previous_posts_link('&Auml;ltere Eintr&auml;ge') ?></div>
        </div>

Das muss in alle Dateien rein, die Dir die Navigation anzeigen sollen. Welche Dateien Dein Theme enthält, weiß ich natürlich nicht, aber klassischerweise sind das die im letzten Beitrag aufgezählten Dateien, welche eine Liste an Artikeln darstellen und deshalb Links zu den restlichen Seiten bräuchten.

Alternativ kannst Du ein Plugin wie WP-PageNavi einsetzen um statt der Vor- und Zurück-Pfeile anklickbare Seitenzahlen zu kriegen. Aber auch da muss dann der entsprechende Code richtig eingefügt werden in die PHP-Dateien. Wenn Du Dir mit der PHP-Syntax nicht sicher bist, mach ein Backup der Themedateien, bevor Du sie änderst.

Zitat

Nur dann weiß ich nicht, wo ich den Codeschnipsel in den bestehenden Code einfügen soll.

Rund um das Image-Tag, welches das Bild darstellt! Wenn WP das Bild verlinkt, dann rund um das Link-Tag (<a ...>....</a>). :-)

Und mach eine Leerzeile zum Text danach im Editor, damit WP mit dem div und den automatisch eingefügten Absatz-Tags nicht durcheinander kommt.

Ich schaue gerade noch mal auf der Theme-Demoseite. Was der Autor eigentlich meinte, ist wohl, um das Bild ein div-Element einzufügen und dann dem Bild die wide-Klasse zu geben. Also nicht wie ich oben geschrieben hatte dem div. Wozu das div dann überhaupt gut ist, weiß ich auch nicht.

Und ja, das geht im Moment bei Dir nicht, weil jetzt der ganze entry-content den 80-Pixel-Rand hat. Meine Güte, kompliziert. :-/ Hätten wir vielleicht das ursprüngliche Problem doch anders lösen sollen... Ok, aber um das zu beheben:

img.wide {
  margin-left: -80px;
  margin-right: -80px;
  max-width: 751px;
}

Die andere Bildklasse braucht dann was ähnliches. Ähm, so vielleicht?

img.vert {
  margin-left: -80px;
  max-width: 751px;
}

Zitat

wenn ich jett noch eine seite HOME anlege, habe ich 2 mal HOME dastehen, da ja HOME schon von artisteer da ist.

Das ist möglich, sollte sich aber im Zweifelsfall lösen lassen. Da müsste ich mir dann aber Artisteer mal näher anschauen.

Zitat

und ich weiss auch nicht was du mit zuweisen meinst.

Das hier: "Du kannst in den Optionen im Backend eine statische Seite als Startseite einstellen und eine weitere für die Anzeige der Blog-Beiträge." Backend > Einstellungen > Lesen > Startseite. Dort einfach "statische Seite auswählen" und beide Seiten entsprechend zuweisen.

Zitat

ich kann die kategorie festlegen wo beitraege abgelegt werden, aber trotzdem legt er sie nochmals unter home ab. auch wenn ich zum beispiel die kategorie Blog angebe.

Nein, er legt nichts unter Home ab. Home ist nur eine Seite, welche automatisch alle Artikel anzeigt. Genauso gibt es auch Ansichten, die nach Autor oder Veröffentlichungsdatum Artikel darstellen. Wenn Du das gar nicht willst, kannst Du natürlich auch einfach nur eine statische Seite zum Home machen und die Blog-Seite bleiben lassen. ;-)

Der Selektor im Stylesheets ist verkehrt. Richtiger wäre es so, denke ich:

li.page-item-48 a:hover, li.page-item-48 a:focus, li.page-item-48 a:active {
  background-color : #000;
      color : #fff;
}

".page_item page-item-48 a" hieße ja ein Link in einem Element namens "page-item-48" (gibt es nicht, für einen Klassenselektor fehlt der Punkt davor) in einem anderen Element mit Klasse "page-item". :-)

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. ;-)