Beiträge von Ammaletu

p ist ein Blockelement, das darf nicht in einen Link (=Inline-Element) geschachtelt sein. Der Browser versucht da vermutlich, das inkorrekte HTML zu berichtigen. Das wäre jetzt jedenfalls mein erster Gedanke dazu.

Oh, das wird schon schwieriger. Mal sehen... Du müsstest das ul-Element noch mittig setzen, denke ich. So hier:

#footer ul {
  display: block;
  margin: 0px auto;
}

Hoffe,ich habe da jetzt nichts vergessen, probier es mal.

In dem Du Dich mit CSS beschäftigst und dann das Stylesheet entsprechend änderst. Je nachdem wie das Theme aufgebaut ist, musst Du auch Bilder anfassen, was ein brauchbares Grafikprogramm (z.B. gimp) voraussetzt. Viel genauer kann ich Dir das nicht sagen zu so einer allgemeinen Frage.

Hm, sowas in der Art vielleicht?
http://wordpress.org/extend/plugins/google-translator/

Es gibt im Plugin-Directory jede Menge entsprechende Plugins. Oder Du schaust, wenn Du ein Beispiel gefunden hast, das Dir gefällt, einfach mal in den Quelltext. Meistens kann man recht leicht sehen, mit welchem Plugin das gemacht ist.

Erst wenn Du ein passendes Plugin gefunden hast, kann man was dazu sagen, wie man das mit der Kategorie macht. Wenn es per Widget in der Sidebar umgesetzt ist, kannst Du das Widget aber z.B. mit dem Plugin "Widget Logic" auf bestimmte Seiten beschränken.

Hm, dann weiß ich erstmal nicht weiter, fürchte ich. Wenn ich das Problem lokal hätte, dann würde ich an verschiedenen Stellen Ausgaben in den WP-Quellcode einbauen und schauen, dass sich das eingrenzen lässt.

... Hm, vielleicht geht das ja auch bei Dir auf dem Server. Such Dir mal folgendes File raus: wp-includes/feed-rss2-comments.php

Und darin Zeile 53:

<pubDate><?php echo mysql2date('D, d M Y H:i:s +0000', get_comment_time('Y-m-d H:i:s', true, false), false); ?></pubDate>

Mach daraus mal folgendes:

<!-- <?php echo get_comment_time('Y-m-d H:i:s'); ?> -->
<!-- <?php echo get_comment_time('Y-m-d H:i:s', true); ?> -->
<!-- <?php echo get_comment_time('Y-m-d H:i:s', false, false); ?> -->
<!-- <?php echo get_comment_time('Y-m-d H:i:s', true, false); ?> -->
 <!-- <?php echo mysql2date('D, d M Y H:i:s +0000', get_comment_time('Y-m-d H:i:s', true, false)); ?> -->
<pubDate><?php echo mysql2date('D, d M Y H:i:s +0000', get_comment_time('Y-m-d H:i:s', true, false), false); ?></pubDate>

Das sollte das Datum mal in verschiedenen Formaten als Kommentar über das pubDate-Element schreiben. Dann den Feed aufrufen (einfach mal per Browser direkt in den XML-Quelltext schauen), Ergebnis (=die Datums-Kommentare von einem "kaputten" Testkommentar) hier reinkopieren und die Änderung aus der Datei wieder rausnehmen. Mit etwas Glück sieht man dann, in welcher Stufe der beiden Aufrufe es schiefgeht. Vermutlich ist es am Ende was ganz einfaches, aber ich sehe aktuell den Fehler einfach nicht.

Was mir ansonsten noch einfällt: Welche PHP-Version nutzt Du?

Die Ursache liegt im Quelltext. Der Kasten ist als Bild eingebunden und das img-Tag enthält u.a.:

width="" height=""

Der IE initialisiert die Werte mit "1", was ja legitim ist. "0" wäre logischer gewesen, aber so oder ist es damit zu klein, um wahrgenommen zu werden.

Und ja, wo ich den Kasten jetzt gesehen habe: Das fände ich relativ nervig, wenn das auf jeder Seite oben stünde (ok Startseite und alle Einzelseiten, aber immerhin). Eventuell solltest Du auch mal nach Plugins schauen, mit denen Du gezielt Leute ansprechen kannst, die über Google kommen. Das geht, dass Du den Kasten in der Einzelansicht nur anzeigst, wenn der Referer Google ist. Heißt das Plugin irgendwas mit "Landing Page"?! Weiß ich gerade nicht.

Tja, wenn ich mir das so durchlese scheinen eine Menge Leute ein Problem damit zu haben und nicht jedem scheint das Setzen der Rechte auf 777 geholfen zu haben. Da wüsste ich so auf Anhieb erstmal auch nicht, woran es noch liegen könnte. Du bist sicher, dass Du mit den Rechten den richtigen Ordner erwischt hast, nämlich "/wp-content/themes/arras-theme/library/cache"?!

Update: Sehe das letzte Posting jetzt erst. Gut, freut mich, dass es geht.

Ich glaube, da wäre das "page links to"-Plugin für Dich die einfachste Lösung.
http://wordpress.org/extend/plugins/page-links-to/

Doppelpost bringt nichts, Du müsstest mehr Infos ergänzen. Link zum Theme komt immer gut, dann müssen Leute, die Dir antworten wollen, da nicht erst nach googlen. Dann eine Info, wo auf der Seite genau die Thumbnails stehen sollten.

...

Ok, habe mir aus dem Seitenquelltext mal ein Bild rausgesucht. Wenn man es direkt aufruft, kriegt man das hier:

Zitat

Warning: touch() [function.touch]: Unable to create file ./cache/44e1acbc55616a7f51417f0580f10a46.png because Permission denied in /www/htdocs/w00b89a4/wp-content/themes/arras-theme/library/timthumb.php on line 236

Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w00b89a4/wp-content/themes/arras-theme/library/timthumb.php:236) in /www/htdocs/w00b89a4/wp-content/themes/arras-theme/library/timthumb.php on line 246

URL

Erstens sollten PHP-Fehler möglichst nicht am Bildschirm ausgegeben werden. Zweitens wird da wohl ein Cache-File versucht anzulegen, was aufgrund von Dateirechten nicht geht. Steht bei der Installationsanleitung des Themes etwas davon da, dass Du einen cache-Ordner mit gewissen Rechten anlegen sollst?!

Durch bloßes Neuformulieren der Anfrage kriegst Du auch nicht mehr Antworten. Erster Thread hier: http://forum.wordpress-deutschland.org/design/61298-i…-einfuegen.html

Du musst die Listenelemente im Stylesheet noch formatieren. Mal grob improvisiert müsste es etwa so aussehen:

#footer li {
  list-style-type: none;
  list-style-image: none;
  display: block;
  margin: 0px 7px 0px 0px;
  padding: 0px;
  float: left;
}

Und unter den Sidebar-Aufruf müsstest Du noch das hier einfügen in die footer.php:

<br style="clear: both;" />

Ok, das wäre mal die ganz simple Variante. Schöner wär's natürlich, das clear an ein Element des Widgets dranzuhängen. So oder so muss das float beendet werden, sonst rutschen eventuell danach stehende Elemente neben die Listenpunkte.

Einzelbeiträge werden in den meisten Themes über die single.php angezeigt. Wenn Du den Kasten da einbaust, sieht man ihn aber auf jeder Einzelseite. Müsstest Du also schauen, dass es den Besucher nicht nervt, also nicht zu auffällig oder zu groß machen (hab's mir jetzt nicht angeschaut).

Das musst Du näher erklären, fürchte ich. Was willst Du übersetzen und welche "Übersetzungstools von WordPress" meinst Du?

Da würde ich einen Test vorschlagen, ob der Beitrag in der Kategorie ist oder nicht. So á la:

if (in_category(183)) {
  // category 183
} else if (in_category(184)) {
  // category 184
} else {
  // other category
}

Das ist jetzt mal nur improvisiert, ich hoffe, ich habe die Funktion richtig rausgefischt. Das wäre der Aufruf innerhalb des Loops oder auf einer Singleseite. Ansonsten müsstest Du den gewünschten Beitrag als zweites Argument mitgeben.

Finde zuerst mal raus, ob die betroffenen Elemente fest in einer Theme-Datei stehen (z.B. header.php) oder als Widgets umgesetzt sind. Und überlege dann, auf welchen Seiten sie stehen sollen und wie man das mit den WP-eigenen Conditional Tags ausdrücken könnte.

Ich vermute, da wirst Du in die Plugins schon reinschauen müssen. Sollte sich aber leicht finden lassen wenn Du mal nach "wp_head" suchst.

Die Inhalte verlierst Du dabei auf keinen Fall. Du müsstest eigentlich nur die Dateien der aktuellen deutschen Version über die jetzige Installation drüberkopieren, denke ich, und dann in der wp-config-Datei den Sprachkey einfügen:

// Hier kannst du einstellen welche Sprachdatei benutzt werden soll.
// Wenn du nichts einträgst wird Englisch genommen.
define ('WPLANG', 'de_DE');

Im Prinzip müsste es sogar reichen, die Sprachdatei nach wp-content/languages/ zu kopieren und diesen Key in der wp-config zu setzen. Soweit ich weiß, sind einige wenige Stellen aber auch in Core-Dateien übersetzt, die dann ggf. noch Englisch wären.

Ich habe gerade mal in den WP-Quelltext geschaut, um Unterschiede zwischen der normalen Ausgabe des Datums und der Ausgabe im Feed zu finden. So auf Anhieb sehe ich da hauptsächlich, dass bei der Feed-Ausgabe ein anderes Datum benutzt wird. Jeder Kommentar hat zwei Daten gespeichert in der Tabelle wp_comments: comment_date und comment_date_gmt. Vielleicht kannst Du ja noch mal einen Testkommentar anlegen und per phpMyAdmin oder so in die DB schauen, ob im comment_date_gmt etwa 0 drinsteht. Das würde das dann nämlich erklären.

Falls es das nicht ist, schaue ich mal genauer, wie die Daten verarbeitet werden. Falls doch, müsste man schauen, wieso der falsche Datumswert gespeichert wird. Du könntest eventuell auch mal schauen, ob sich was ändert, wenn Du den Kommentar im WP-Backend neu abspeicherst?

Ein generelles WP-Problem ist es jedenfalls eher nicht. In meinem Testblog tritt es z.B. nicht auf.

Für alle anderen, die Erklärung steht hier:
http://www.one-theme.com/support/using-…ls-problem.html

Offenbar legt das Plugin Tabellen an, welche Dir möglicherweise bei einem Umzug verloren gegangen sind?! Der Name der Tabellen steht wohl in einer WP-Option drin. Wenn die gelöscht wird, legt das Plugin die Tabellen neu an.

Was Du also suchen musst sind nicht die WPPT-Tabellen (die fehlen ja scheinbar?), sondern den Eintrag in der wp_options-Tabelle, der mit "wppt_" beginnt. Falls die Tabelle sehr viele Optionen enthält, musst Du ggf. auf weitere Seiten blättern (je nachdem womit Du auf die Datenbank zugreifst natürlich auch).

Also ich würde Dir erstmal raten, das nicht mit dem Feed-Reader zu testen sondern mit dem Feed selber. Dieser ist ja nichts weiter als eine XML-Datei, und das Datum steht da jeweils gut lesbar drin. Der letzte Eintrag im Feed ist vom Freitag, und alle Kommentare dort haben das korrekte Datum. Wenn überhaupt kann das auch nur ein Ausgabeproblem sein, da der Feed ja an sich nur die x neuesten Kommentare enthält. Wenn das also überhaupt ein WP-Problem ist, dann nur bei der Ausgabe des Datums, nicht beim internen Handling.

Solange wir das Problem aber nicht sehen können, ist es etwas schwer, etwas dazu zu sagen. Ähm, ich hoffe, Du hast nichts dagegen, aber ich habe jetzt einfach mal einen Testkommentar veröffentlicht (kannst Du sofort wieder löschen). Und ja, das Datum taucht tatsächlich so im Feed auf:

<pubDate>Thu, 01 Jan 1970 01:00:00 +0000</pubDate>

Tja, also... Ich fürchte, man müsste mal in den Quelltext schauern, in die Klasse oder Datei, die das zusammenbaut. Vielleicht sieht man dann schon, woran es liegt. Muss ich aber mal schauen, ob ich da heute noch Zeit zu habe.

Die Systemzeit an sich scheint jedenfalls zu stimmen und auch in der DB muss es eigentlich richtig stehen, denn auf der Webseite wird ja das korrkte Datum des Kommentars ausgegeben.