Beiträge von Ammaletu

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.

Das Plugin ist nur bis Version 2.5 kompatibel und wird wohl schon länger nicht mehr entwickelt. Hinterlasse doch bitte eine entsprechende Bewertung bzw. gib an, dass es nicht funktioniert:
http://wordpress.org/extend/plugins/rot13-email-protection/

Wenn Du mal nach "email" im Plugin-Verzeichnis suchst, finden sich eine Menge Plugins, die alle nicht mehr aktuell sind. Am neuesten scheint das hier zu sein, vielleicht probierst Du das mal:
http://wordpress.org/extend/plugins/ald-transpose-email/

Ok, da stimmt wirklich irgendwas nicht. Da müssen wir mal zurück zu den Grundlagen. Stell Dir bitte mal das TwentyTen-Theme ein und deaktiviere alle Plugins. Wenn dann das gleiche noch auftritt, liegt es vielleicht irgendwie am Server. Du solltest dann mal schauen, in welcher Version Du PHP nutzt und ob etwas wie Suhosin mitläuft (phpinfo-Ausgabe anschauen).

Wenn es so geht, dann mal das Theme einstellen und wieder probieren. Danach nacheinander die Plugins anschalten, bis der Schuldige gefunden ist.

Der Unterschied zwischen beiden Ansätzen ist hauptsächlich, ob Du mehr als einen verschiedenen Inhaltstyp brauchst. Dann wären die Custom Post Types geeigneter. Wenn Du einfach nur bei allen Beiträgen weitere Felder haben möchtest, reicht es sicher, den Beitrags-Editor direkt zu modifizieren.

Hm, die Zeile müsste so aussehen, denke ich:

$werte = $wpdb->get_row( "SELECT * FROM $table_name WHERE paketname like '$name'");

Und stelle extra-sicher, dass nur Du selbst diese Methode aufrufen kannst und das Argument dafür nicht z.B. aus einer Query-Variablen gespeist wird. Ich weiß nicht, was $wpdb an Schutz gegen SQL-Injection mitbringt, aber das ist ansonsten eine wunderbare Gelegenheit dafür.

FTP-Upload-Fehler, würde ich sagen. Probier mal ein anderes FTP-Programm für den Upload. So wie es ist könnten Dateien beschädigt worden sein, zumindest klingt "illegal character" für mich danach als wäre die UTF-8-Codierung kaputt gegangen.