Beiträge von Ammaletu

Zitat

* Bei Zeile 61 & 73 hast Du "-/>" statt "->" drinnen.

Yep, das scheint ein Tipfehler im Originalcode zu sein.

Zitat

* Weiters sind die Variablen $before_title und $after_title, sowie $before_widget und $after_widget nicht definiert.

Laut Kommentar werden die extract_args angelegt, wie auch immer das genau gehen mag.

Zitat

* Das kann ich mir so nicht vorstellen (kann aber sein): parent::WP_Widget(false, 'HalloWelt', $widget_ops);

Das sollte ein normaler Aufruf einer Methode an der Parent-Klasse sein. In diesem Zusammenhang aber wichtig: Das benötigt, denke ich, PHP 5, damit daraus was wird.

Das "<?php" in der Mitte der Seite muss weg. :-)

get_post_meta() funktioniert überall, Du musst nur die ID reinreichen, z.B. so:

<?php if (isset($wp_query->queried_object_id)) { $rating = get_post_meta($wp_query->queried_object_id, 'rating', true); } ?>
    <title><?php bloginfo('name'); ?><?php if (isset($rating)) { echo ' -- Rating=' . $rating; } ?></title>

Das Tutorial beschreibt, wie Du ein Widget in einem Plugin umsetzen kannst, damit es unabhängig vom aktuellen Theme verwendet werden kann. Alternativ kannst Du das auch in eine Datei in Deinem Theme einbauen, z.B. eine widgets.php anlegen und diese in die functions.php einbinden (wichtig, dort und nicht in die sidebar.php, sonst steht das im Backend nicht zur Verfügung).

Wenn Du Dich an die Anleitung des Tutorials hältst, musst Du einfach nur alle Code-Schnipsel in einer neuen Datei ablegen, innerhalb von "<?php" und "?>" natürlich.

Ich kann Dir nicht ganz folgen. Du hast die Zeile, die zu entfernen wäre, doch schon gefunden gehabt in der single.php. Diese gibt das Bild aus. Das kann jetzt entweder einfach weg oder Du musst eben die Thumbnail-Adressen bei den Beiträgen eintragen. Was hat das mit einem Plugin zu tun?! Habe jetzt nicht die Zeit, das Teil zu googlen und anzuschauen...

Tja, da kann ich jetzt von hier aus nur raten...

• Hast Du die richtige Datei geändert? Nicht die wp-config.sample.php erwischt aus Versehen?
• Nicht vertippt dabei?
• Wirklich nur geraten: Erfüllt Dein Server vielleicht nicht die Voraussetzungen für Multisite und WP zeigt den Menüpunkt deswegen nicht an?
• Bist Du als Admin eingeloggt mit allen Rechten? Nicht dass Du den Menüpunkt nur wegen fehlender Rechte nicht siehst.

Ich habe mit MultiSite noch keinerlei eigene Erfahrungen und wollte nur anmerken, dass Du kaum sinnvolle Antworten bekommen wirst, wenn Du uns keine Infos dazu gibst. Was hast Du bisher probiert? Was ist passiert? Was genau geht schief?

Da ist doch WordPress selber für verantwortlich, glaube ich. Es gibt eine Liste erlaubter MIME-Types. Ergänze mal diesen Code in der functions.php Deines Themes:

add_filter('upload_mimes', 'custom_upload_mimes');
function custom_upload_mimes ($existing_mimes=array()) {
  // add your extension to the array
  $existing_mimes['eps'] = 'image/x-eps';
  // return the new result
  return $existing_mimes;
}

Siehe: http://howto.blbosti.com/2010/03/wordpr…wed-file-types/

Er sucht nach einem benutzerdefinierten Feld namens "photo", in das Du vermutlich die URL eines Thumbnails eintragen sollst. Das ist aber wirklich nicht gut umgesetzt, wenn das Theme nicht prüft, ob das Feld an dem Beitrag überhaupt gesetzt ist. Wenn Du das Feature nicht nutzt, würde ich das an Deiner Stelle entfernen. Hat WP für Post-Thumbnails jetzt nicht eh was eigenes an Bord?!

Zitat

Ich arbeite erst seit kurzem "intensiver" mit Wordpress, sprich Quelltext umschreiben etc.

Womit Du hoffentlich keine WP-Core-Dateien meinst. ;-)

Zitat

Mit PHP kenne ich mich allerdings nicht wirklich gut aus. Von den Filtern hab ich schon mal was gelesen, allerdings weiß ich nicht wie das funktioniert. Aber schon mal vielen Dank für den Denkanstoß!

Noch ein paar Links zu relevanten Infos:
http://codex.wordpress.org/Plugin_API
http://codex.wordpress.org/Plugin_API/Filter_Reference

Der Filter, den Du bräuchtest, wäre wohl dieser hier:
http://codex.wordpress.org/Plugin_API/Fil…nce/the_content

Das könnte dann z.B. so aussehen:

function my_add_excerpt_class($content) {
  // Content mittels RegEx filtern
  return $content;
}


add_filter('the_content', 'my_add_excerpt_class');

Sorry auch schon mal falls es eine viel einfachere Lösung gibt und ich nur schon wieder zu kompliziert denke. ;-)

Das Menü ist noch nicht so endgültig fertig, glaube ich. Geplant war das wohl ursprünglich als 100% manuelle Konfigurationsmöglichkeit, nach dem Motto "Wer Automatismen will, kann ja die bisherigen Funktionen nutzen". Nun gibt es mittlerweile doch ein paar einfache Automatismen, und ich denke, da kommt noch mehr in Zukunft.

Aber prinzipiell ist das eben ein manuell konfiguriertes Menü. Man kann dort beliebig statische Seiten, Kategorien, externe Links etc. mischen, und das System fügt eben an und für sich nichts von selbst ins Menü ein. So unlogisch finde ich das auch nicht: Auf der einen Seite konfiguriert man eben die Seiten, auf der anderen das Menü.

Wenn Dein Kunde nun ein Menü hat, in dem ausschließlich statische Seiten auftauchen, dann ist das neue Menü vielleicht nicht so nützlich, und die vorherige Variante ist angebrachter. Einzelne Dinge kann man da ggf. am Anfang oder Ende ja problemlos ergänzen. Das Menü lohnt erst so richtig, wenn man z.B. einzelne Kategorien mitten in die Seiten mischen will oder so.

Du könntest Dir selber einen Filter schreiben, der den Beitragstext um ein div ergänzt vor der Ausgabe. Es müsste nur geschaut werden, ob <!--more--> im Text steht und wenn ja daraus <div class="teaser">$1<!--more-->$2 gemacht werden. Mal ganz grob skizziert. Filter und Action-Hooks in Wp kennst Du?

Ein Fehler 500 sollte sich immer als eine Fehlermeldung in einem Logfile niederschlagen. Der Support müsste Dir sagen können, wo das Logfile zu finden ist, und wenn Du die tatsächliche Fehlermeldung hast, kann man schauen, was die Ursache ist.

Ist die EPS-Datei wesentlich größer als JPG und PDF? Wenn es nicht die Daeigröße ist, könnte es auch ein System sein, das nur bestimmte Dateitypen zum Upload erlaubt (läuft Suhosin auf dem Server?). Das kannst Du ganz einfach testen, indem Du die Datei mal testweise zu "test.pdf" umbenennst und schaust, ob der Upload dann geht (PDF und nicht JPG damit WP nicht versucht Thumbnails daraus zu erstellen).

Dann würde ich vermuten, dass die Umleitung gar nicht durch WP erfolgt sondern z.B. fest in der .htaccess steht. Wenn man bei WP eine statische Seite als Startseite einrichtet und ruft die URL der Startseite auf, kriegt man den Inhalt der statischen Seite zu sehen, aber nicht deren URL (es erfolgt also keine Weiterleitung). Bei Dir wird man dagegen von der Startseite (Domain) auf die Adresse dieser Seite weitergeleitet. Prüfe also mal die .htaccess und wenn's da nicht drinsteht dann vielleicht mal die Plugins durchschauen. Vielleicht ist das irgendein SEO- oder Redirect-Plugin?!

Irgendwie kriegt man das sicher hingebastelt, es ist aber keine speziell gute Idee. Siehe: http://ottopress.com/2010/category-…idered-harmful/

WP muss in der URL etwas haben, um schnell herauszufinden, um was es sich handelt. Bei einer URL wie "/tag/..." ist sofort klar, dass es eine Tag-Seite ist. Wenn Du das entfernst, muss für jedes Tag eine eigene Regel angelegt werden, was den Seitenaufruf sehr verlangsamen kann. Die werden nämlich immer zuerst geprüft, wenn ich das richtig verstanden habe, bei jedem einzelnen Seitenaufruf.

Läuft ein Cache-Plugin wie WP-SuperCache?

Dein Browser löscht aber nicht beim Schließen alle Cookies, oder?

Die wp-config.php hast Du korrekt geändert?

Gibst Du das im normalen visuellen Editor ein oder in der HTML-Ansicht? In letzteres sollte es gehen, denke ich.