Beiträge von marX

Schließe mich Morris an. Schau dir mal PHP-OpCode-Caching mittels eAccelorator an:
eAccelerator Installation Tutorial/Howto

Nützt wohl nichts die Dateien hier zu posten, da sieht man den Fehler nicht. Könnte bspw. auch ein BOM sein was stört, schau dazu mal hier rein:
»Cannot modify header information ?« « WordPress Deutschland FAQ

Du kannst dir ein neues Blog installieren, was dann die alte DB nutzt, einfach die wp-config entsprechend anpassen. (Ein WP-Upgrade macht letztlich ja nichts anderes, da wird auch ein neues WP installiert was die alte Datenbank nutzt.)

Aber ja: die Permalinkstruktur ist in der DB eingetragen.

Möglicherweise ist bei dir auch einfach nicht möglich, die schönen Permalinks zu nutzen (Hoster-Einschränkung), dann einfach die .htaccess löschen und die Standard-Permalinks sollten wieder da sein.

Zitat von Whooper

Fehlermeldungen auf PHP-Seite (auch mit error_reporting) gibt es keine, weswegen ich ein wenig ratlos bin. Habt Ihr eventuell eine Idee?

display_errors auf on? Sonst mal ins error.log schauen.

Im Prinzip ist kein Problem, 2x wp_list_pages() zu rufen, machen ja fast alle WP-Seiten (z.B. Top-Menü + Sidebar).

Die DB müsstest du eigentlich nicht anfassen, wenns wirklich ein Übertragungsfehler auf dem FTP-Weg war. Daher hatte ich ja auch nichts von der DB gesagt.

Letzteres - falls es dir noch kein Domaingrabber weggeschnappt hat.

Wobei ich sogar eher blog.example.com bevorzugen würde (falls auf die Hauptdomain noch andere Inhalte sollen, wenn du auf der Site nur bloggen willst dann ists schon okay so ;-))

Zitat von believer

2. Was ist für den Seitenaufbau eine akzeptable Geschwindigkeit, mit wieviel Quieries? Ich frage deswegen, weil ich evtl. das ein oder andere Plugin noch einbauen will

So schnell wie möglich natürlich. Alles über 1s ist meist schon zuviel. Ist aber letztlich auch GEeschmackssache und kommt auf den Einzelfall an. Am Ende musst du schon selbst entscheiden ob dir eine Funktion die zusätzliche Zeit wert ist.
Die Anzahl der Queries ist übrigens völlig irrelevant, es kommt nur auf deren Ausführungsdauer an.

Hatten wir grade nebenan, mit genau derselben Fragestellung.

:arrow: http://forum.wordpress-deutschland.org/plugins-und-wi…ewinnspiel.html

Der IE macht um verlinkte Bilder standardmäßig einen Rahmen, ist in seinem Basisstylesheet so festgelegt. Sollte man problemlos überschreiben können:

a img {
border:none;
}

Danach sollten deine weiteren Regeln greifen. Falls nicht: du weißt ja womit du unsere Glaskugeln füttern musst...

Wird wohl an der URL liegen. Übergibst du die einzubettenden Bilder mit vollständiger URL?

Bin mir nicht 100% sicher, aber das "Links"-Widget sollte das "Blogroll"-Widget sein, ist nur ne Frage der Sprachdatei. Was funktioniert denn nicht so wie du erwartest?

Du kannst theoretisch alles über die style.css deines Themes formatieren, und so auch Regeln aus Plugin-CSS-Dateien überschreiben. Das Zauberwort hierbei ist "Spezifität", d.h. genauere Regeln überschreiben allgemeinere. Siehe auch hier:
CSS 4 You - The Finest in Stylesheets: Workshop CSS: Teil 6 - Kaskaden

(Beim Debuggen von Styleangaben helfen Developer Tools im Browser, z.B. Firebug für den Firefox)

Kein Problem, immer her damit!

Ist der Uploadpfad (Einstellungen -> Verschiedenes) korrekt eingestellt?

So sollte es auch angezeigt werden wenn du auf einer untergeordneten Seite bist:

#navigation .current_page_item[COLOR="Magenta"], #navigation .current_page_[B]parent[/B][/COLOR] {
  float:left;
  background:url(images/navbuttonre.png)
  no-repeat right top;
  margin:0;
  padding:0;
}
  
  #navigation .current_page_item a[COLOR="#ff00ff"], #navigation .current_page_[B]parent[/B] a[/COLOR] {
  display:block;
  background:url(images/navbuttonli.png)
    no-repeat left top;
  padding:[COLOR="Green"][B]3px[/B][/COLOR] 15px;

Mit diesen Änderungen solltest du alles abdecken können was noch fehlt.

urlencode($1) sollte sein: urlencode('$1')

Probiers mal damit.

Abwarten und Tee trinken. Kann bis zu 24 Stunden dauern bis Google den Code findet. Eingebaut ist er jedenfalls korrekt soweit ich das sehe. Falls es nicht klappt solltest du dich an den GA-Support wenden.

Ja kannst du, sollte in der Plugin-Doku stehen wie das genau geht. Irgendwo in NGG gabs ne Optionsseite wo du das bequem konfigurieren kannst.

Jupp, das ist die einfachste Lösung.

Was hat Doctype, <html>, <body> etc. in einem Artikel verloren? Ein Artikel ist kein IFrame! Entweder verwendest du ein angepasstes Seitentemplate (eleganteste Lösung) oder du schreibst die <script>-Elemente in die header.php, wo sie hingehören.